On 22.01.2015 17:05, Jude Nelson wrote:
Hi folks,
> libdevq is FreeBSD-specific,
How FreeBSD-specific is it exactly ? Could it be ported to Linux ?
I'm currently looking for a some helper library that finds/enumerate
input devices (mice, touchpads, etc). Is there anything (non-systemd-
crap)
On Fri, Jan 23, 2015 at 10:57:39PM +0100, k...@aspodata.se wrote:
Isaac Dunham:
On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
...
Mesa uses the name sysfs, which might be better than sysdev.
The following two might be a good start:
$ grep ^sysfs
Isaac Dunham:
On Fri, Jan 23, 2015 at 10:57:39PM +0100, k...@aspodata.se wrote:
Isaac Dunham:
On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
...
Mesa uses the name sysfs, which might be better than sysdev.
The following two might be a good start:
$ grep
I was looking through how FreeBSD handles the lack of udev while still
supporting Mesa, and it seems they patched it to use their libdevq [1]. I
wonder if there's some overlap with libsysdev here that can be put to use
for us...
-Jude
[1] https://github.com/freebsd/libdevq
On Tue, Jan 20, 2015
Hi Jude,
I thought you were making vdev to plug replace udev. By the way, when
it's ready, I have several Epoch and runit experimental setups I'd like
to use it on.
Thanks,
SteveT
Steve Litt* http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
On
Hi Steve,
That's the plan :). However, one aspect of replacing udev with vdev is
making a libudev compatibility library that will let us use exiting
programs and libraries (like Mesa) without having to patch them. This
libudev-compat will probably make use of libsysdev and possibly OS-specific
On Thu, Jan 22, 2015 at 10:32:39AM -0500, Steve Litt wrote:
Cool Jude!
As a member of the minimum dependencies crew, I just have to ask:
Would libsysdev, libdevq et al already be installed on a native Systemd
installation? It's important that vdev be easily installable, without
too much
On 22 January 2015 at 18:05, Jude Nelson jud...@gmail.com wrote:
Hi Steve,
snip
Many, many thanks Isaac Jude. We have great new alternative to udev
happening here. And the best thing is that, you guys are listening to your
potential users!
I think your code will make a great deal of
On Mon, Jan 19, 2015 at 08:56:10PM -0500, Jude Nelson wrote:
Regarding the architecture, I have a design document here:
http://judecnelson.blogspot.com/2015/01/introducing-vdev.html Is this what
you're looking for? Or did you want a more low-level document describing
the implementation
Hi Isaac,
Excellent point about vdev_linux_sysfs_read_device_mode(). For the very
reason you mentioned, that code is on the way out. It was (incorrectly)
used in a couple other places in the past before I knew better, but right
now it's only use is in confirming that a device that has a known
On Mon, Jan 19, 2015 at 04:05:46PM -0500, Jude Nelson wrote:
Hey Isaac, this looks great! Starred and watched :)
Thanks!
Related, I've just committed some (very) preliminary code for
libudev-compat in the vdev repository that's meant to be both API and
ABI-compatible with libudev. I think
Hi Isaac,
I was asking about implementation details (something like the HACKING
document that many projects have, giving an overview of how it works
internally).
Good idea; I'll add one.
I'm getting the impression that libsysdev won't really make a good
backend for the udev API; libudev is
On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
Isaac Dunham:
On Sat, Jan 17, 2015 at 08:06:05PM +0100, k...@aspodata.se wrote:
Also a lib that maps major/minor to /dev/name and the like, a command
that scans lspci and the like, and suggests kernel modules,
which I
Hey Isaac, this looks great! Starred and watched :)
Related, I've just committed some (very) preliminary code for
libudev-compat in the vdev repository that's meant to be both API and
ABI-compatible with libudev. I think we're working towards the same
end--make a library that can replace
On Mon, Jan 19, 2015 at 11:01:16AM -0800, Isaac Dunham wrote:
I'd like to provide something that can be utilized as a fallback when
libudev is missing/udev doesn't start.
Optimally, the API will be simple enough that developers then say
And why aren't we using this *instead* of libudev?
15 matches
Mail list logo