Skip to main content ↑ ↓
Topic: Why is Artix using eudev? (Read 6572 times) previous topic - next topic
0 Members and 5 Guests are viewing this topic.

Re: Why is Artix using eudev?

Reply #15 –
When did that happen?  :o  Sneaky artoo, one week ago.

Screw that, I'll stick with eudev...  8)

Re: Why is Artix using eudev?

Reply #16 –
Quote from: nous – on
When did that happen?  :o  Sneaky artoo, one week ago.

xudev is kind of byproduct of extracting esysusers and etmpfiles from systemd source, which are tiny programs, its all one build.  ;)
 

One week ago?  More like 3 months ago. Nous has a time machine  :o

Re: Why is Artix using eudev?

Reply #18 –
So xudev is udev + esysusers (or sysusers) + etmpfiles (or tmpfiles)?

How is xudev's esysusers different from esysusers and from opensysusers (same question for tmpfiles)?

Re: Why is Artix using eudev?

Reply #19 –
Quote from: yolkano – on
So xudev is udev + esysusers (or sysusers) + etmpfiles (or tmpfiles)?

How is xudev's esysusers different from esysusers and from opensysusers (same question for tmpfiles)?
No, xudev is just udev from systemd source tree. The thing is, xudev, esysusers and etmpfiles are built from same tree (i.e. one PKGBUILD for all these packages, but each is built separately)
ARMtix

Re: Why is Artix using eudev?

Reply #20 –
So did you try libudev-zero  8) ?

Re: Why is Artix using eudev?

Reply #21 –
Not yet. Most likely i won't till summer or even later
Once i have any success with it, i'll make a post in old topic
ARMtix

Re: Why is Artix using eudev?

Reply #22 –
Exist no reason why we should drop udev. Udev is no evil (there is no reason just because systemd has absorbed it and is not a standalone version).

Re: Why is Artix using eudev?

Reply #23 –
I'm not saying that udev should be dropped, I'm just asking why aren't there other alternatives provided.

Previously it wasn't possible to provide alternatives like mdev, smdev or nldev due to missing libudev but now thanks to libudev-zero it should be possible to come up with alternatives that could be provided in addition to udev/xudev.

I wish artix would provide support for mdev/smdev/mdevd/nldev/nltrigger/nlmon + libudev-zero/libudevd-devd/libudev-fbsd (that would be great  :D).

Re: Why is Artix using eudev?

Reply #24 –
Quote
I wish artix would provide support for mdev/smdev/mdevd/nldev/nltrigger/nlmon + libudev-zero/libudevd-devd/libudev-fbsd (that would be great  :D).

That will be never happens, sorry.
 

Re: Why is Artix using eudev?

Reply #25 –
Quote from: yolkano – on
I wish artix would provide support for mdev/smdev/mdevd/nldev/nltrigger/nlmon + libudev-zero/libudevd-devd/libudev-fbsd (that would be great  :D).
That's what community is for. I think a better solution will be creating separate [noudev] repo (like already existing [universe]) once it will be proven to provide 100% working setup
ARMtix

Re: Why is Artix using eudev?

Reply #26 –
Quote from: phoenix_king_rus – on
That's what community is for. I think a better solution will be creating separate [noudev] repo (like already existing [universe]) once it will be proven to provide 100% working setup
why?  due compatibily and building lot of programs you still need sources from udev...
who will maintain it and test that all program works correctly?
sorry, but we are enough busy  :D

but someone who wants to play with it can easily create their own repo and offer it (outside the official repo) to other users.
Just then please start your own forum, where it will ask questions about non-functional and the like. :D

Re: Why is Artix using eudev?

Reply #27 –
Quote from: alium – on
why?  due compatibily and building lot of programs you still need sources from udev...
who will maintain it and test that all program works correctly?
I thought universe is community-driven
As i understand, projects like libudev-{zero,fbsd,...} are created in order to get rid of using udev sources
ARMtix

Re: Why is Artix using eudev?

Reply #28 –
[universe] is maintained by some of our team members and contains non-official packages of programs they use themselves and offered as a convenience to our users. Please, don't expect much support for it, but you can surely be more confident in it than using an unofficial user repository that's maintained by the NSA some unknown Arch user.

Re: Why is Artix using eudev?

Reply #29 –
[universe] is no community-driven
repo and packages are our official,  just this repo is created and maintaining on our second server (repos system, world, galaxy are on our first server)