2021-09-01 20:46
ChanServ changed the topic of #kisslinux to: Unnofficial KISS Linux community channel |
https://kisscommunity.org | post logs or else | "An idiot admires complexity, a genius admires simplicity." -- Terry A. Davis
00:02
claudia02 has joined #kisslinux
00:03
<
claudia02 >
there is this ubikbsd link which is I think obsd related.
00:03
<
claudia02 >
It was accessible without account. maybe its gone now. dunno
00:12
<
illiliti >
i don't understand why they can't just use poll/select
00:13
<
ryoshu >
in wayland?
00:16
claudia02 has quit [Quit: zzz]
01:00
illiliti has quit [Quit: leaving]
02:16
progenyx has quit [Quit: progenyx]
02:54
<
tleydxdy[m] >
hmm, when I'm trying to make the kernel the build script seems to want diff -I
02:58
<
tleydxdy[m] >
a few other errors, like for find
03:32
kiedtl|litterbox has joined #kisslinux
04:15
mov_eax has joined #kisslinux
04:34
mov_eax has quit [Quit: WeeChat 3.0.1]
05:19
Uks2 has quit [Quit: Byee]
05:19
Uks2 has joined #kisslinux
05:29
<
testuser[m] >
tleydxdy: it doesn't matter
05:57
<
tleydxdy[m] >
hmm, it only built a tiny part of the kernel
05:57
<
tleydxdy[m] >
guess my config is wrong somewhere
05:57
<
tleydxdy[m] >
perhaps I should use my current one from arch as the base
06:02
<
tleydxdy[m] >
noticed the use of underscore
06:02
<
tleydxdy[m] >
didn't know that was a thing in the shell
06:34
GalaxyNova has joined #kisslinux
07:20
Erus_Iluvatar has quit [Quit: Erus_Iluvatar]
07:20
Erus_Iluvatar has joined #kisslinux
08:08
GalaxyNova has quit [Quit: zzz]
10:12
claudia02 has joined #kisslinux
10:15
claudia02 has quit [Client Quit]
10:24
<
ryoshu >
3-4 years ago
10:39
progenyx has joined #kisslinux
11:13
mahmutov has quit [Ping timeout: 252 seconds]
11:57
gtms has quit [Remote host closed the connection]
12:08
mahmutov has joined #kisslinux
12:32
illiliti has joined #kisslinux
12:55
Torro has joined #kisslinux
13:59
Uks2 has quit [Ping timeout: 265 seconds]
14:01
Uks2 has joined #kisslinux
14:17
progenyx has quit [Quit: progenyx]
15:06
Uks2 has quit [Ping timeout: 252 seconds]
15:08
Uks2 has joined #kisslinux
15:51
mahmutov has quit [Ping timeout: 260 seconds]
15:54
mahmutov has joined #kisslinux
16:04
elenapan has joined #kisslinux
16:14
<
tleydxdy[m] >
ree, compiling the kernel still gives __always_inline error, but I've already patched swab.h
16:16
<
testuser[m] >
just find the file with the error and add the same linux/stddef.h include
16:17
<
tleydxdy[m] >
yeah, it's still complainingabout swab
16:49
elenapan has quit [Quit: WeeChat 3.2.1]
17:14
Torro has quit [Quit: bye]
17:40
GalaxyNova has joined #kisslinux
18:06
<
tleydxdy[m] >
ah, wth
18:06
<
tleydxdy[m] >
it's using the headers from the system
18:06
<
tleydxdy[m] >
rather than the unpacked directory
18:15
<
tleydxdy[m] >
lol samba.org is down
18:17
<
tleydxdy[m] >
is there someway to do split package?
18:17
<
tleydxdy[m] >
or are the source file downloaded automatically deduped
18:28
mahmutov has quit [Read error: Connection reset by peer]
18:31
mahmutov has joined #kisslinux
18:35
GalaxyNova has quit [Quit: zzz]
20:05
<
acheam >
tleydxdy[m]: sources are not deduped between pacakges
20:13
<
tleydxdy[m] >
would make sense to dedup using the checksum for example
20:14
<
tleydxdy[m] >
ah, I guess that would be a problem if say the checksum was outdated
20:15
<
tleydxdy[m] >
still fighting the initramfs, fun
20:40
<
acheam >
i guess it could, but that might be slow
20:40
<
acheam >
would require storing the checksum of every downloaded file and grepping for it each time you download a package
20:41
<
acheam >
for a not too common use case
20:53
<
rio6 >
checksums are already stored in package db
20:54
<
rio6 >
the files need them too
20:55
<
tleydxdy[m] >
well, it would just be a symlink
20:57
<
tleydxdy[m] >
so the files are stored in sources with their name as the checksum
20:57
<
tleydxdy[m] >
and the current way source work are converted to symlinks
20:57
<
tleydxdy[m] >
but yeah, now I think about it it would has some problem
20:58
<
tleydxdy[m] >
better to have split package or provides
20:59
<
tleydxdy[m] >
s/name/checksum/, s/checksum/file name/
20:59
<
cotangent >
<tleydxdy[m]> better to have split package or provides
21:11
<
rio6 >
I do want a "provides" for kiss, I think the current way of doing it is to symblink alternative package to the package it provides, but it's not the greatest
21:19
ctb_ has joined #kisslinux
21:19
ctb_ has quit [Client Quit]
21:19
Guest3114 has joined #kisslinux
21:26
testing_catgirl has joined #kisslinux
21:27
testing_catgirl has quit [Client Quit]
21:28
testing_catgirl has joined #kisslinux
21:29
testing_catgirl has quit [Client Quit]
21:31
Guest3114 has quit [Quit: Client closed]
21:34
mahmutov has quit [Ping timeout: 260 seconds]
21:38
Guest4475 has joined #kisslinux
21:41
<
Guest4475 >
Are there any RSS feed readers that have been packaged for kiss already?
21:59
GalaxyNova has joined #kisslinux
22:09
<
tleydxdy[m] >
rio6: I tried the symlink method, but it doesn't quite work right (or I'm misunderstanding something)
22:09
<
tleydxdy[m] >
basically it tries to install the package twice
22:09
<
tleydxdy[m] >
since some package depends on the alternative directly
22:11
GalaxyNova has quit [Quit: Client closed]
22:14
<
rio6 >
yeah I don't like that method either
22:15
<
illiliti >
does openssl still depend on perl?
22:17
<
tleydxdy[m] >
I think the fix would be relatively simple
22:18
<
tleydxdy[m] >
just dereference the symlinks when reading the dependency
22:18
<
tleydxdy[m] >
rather than using them as is
22:30
Guest4475 has quit [Quit: Client closed]
22:33
<
tleydxdy[m] >
so I'm reading through the sources of kiss
22:34
<
tleydxdy[m] >
seems like circular dependencies are not handled
22:34
<
tleydxdy[m] >
what's the intended way to do it?
22:36
<
illiliti >
they are handled
22:36
<
illiliti >
it's a very hacky and ugly way but it works
22:39
<
tleydxdy[m] >
well, die is not really handling it
22:40
<
tleydxdy[m] >
I guess the right solution would be to ditch the software since it's badly designed
22:41
<
tleydxdy[m] >
* the software (that has circular dependency) since it's
22:41
<
illiliti >
die prevents segfault due to stack overflow caused by circular dep
22:42
<
tleydxdy[m] >
okay, by handling it I mean some way to make the package install correctly
22:45
<
illiliti >
circular dep is bug not a feature
22:45
<
illiliti >
that's why kiss just dies if it sees circular dep
22:46
<
illiliti >
this is the only
*proper* way to handle circular deps imo
22:48
<
tleydxdy[m] >
> I guess the right solution would be to ditch the software (that has circular dependency) since it's badly designed
22:48
<
tleydxdy[m] >
so this
22:50
<
illiliti >
see also: freetype-harfbuzz
22:51
<
tleydxdy[m] >
ah ic
22:52
<
tleydxdy[m] >
so zfs probably need the same thing
22:53
<
illiliti >
what's the problem with zfs?
22:54
<
rio6 >
all these packages have readme now, nice
22:55
<
ryoshu >
for what events we get device change in udev?
22:55
<
ryoshu >
network link up/down?
22:56
<
illiliti >
ryoshu: display brightness change
22:57
<
ryoshu >
hmm, is there a comletr
22:57
<
ryoshu >
complete list somewhere
22:58
<
ryoshu >
(sorry screen is wet and misclicks)
22:58
<
tleydxdy[m] >
zfs packages has circular depencies, but I guess it would make sense to jusr package as one
22:59
<
illiliti >
ryoshu: all good
22:59
<
illiliti >
grep change action in linux source
23:06
<
ryoshu >
i am working on enumeration, is there a need to store match patterns in udev_list_entry? i used a dedicated data structure
23:06
<
ryoshu >
list, but i plan to switch to rbtree
23:07
<
illiliti >
API hardcodes udev_list_entry
23:07
<
ryoshu >
in future, for now the goal is to get it operational
23:07
<
illiliti >
you must comply
23:08
<
ryoshu >
in what call hardcodes?
23:09
<
ryoshu >
i plan to return to the code in 0.5h
23:09
<
illiliti >
udev_enumerate_get_list_entry
23:10
<
ryoshu >
On success, udev_enumerate_get_list_entry() returns a pointer to the first entry in the list of found devices.
23:11
<
ryoshu >
but i am thinking about match_subsystem etc
23:11
dilyn has joined #kisslinux
23:11
<
ryoshu >
match_parent
23:11
<
ryoshu >
match_property
23:11
<
illiliti >
the whole match thing is the mess
23:11
<
dilyn >
tleydxdy[m]: wdym zfs has a circular dep?
23:11
<
illiliti >
horrible mess
23:12
<
illiliti >
i think callback is better than these hardcoded match functions
23:12
<
illiliti >
anyway, you can copy the logic from libudev-zero code
23:15
<
illiliti >
ryoshu: also, don't bother with sysattrs
23:16
<
illiliti >
same for match_parent
23:16
<
ryoshu >
it uses udev_list_entry and stores value as key, keeping right hand value null
23:17
<
ryoshu >
kind of surprising design if this is mandated by api
23:17
<
illiliti >
yeah, the api is shit
23:20
<
illiliti >
libudev-devd stores devnodes instead of syspaths
23:20
<
illiliti >
i think you should do this too
23:21
<
ryoshu >
i only keep /dev/nodeX
23:21
<
ryoshu >
major minor unit (same as unit?)
23:22
<
ryoshu >
i need to submit from the kernel subsystem and input discrimination data, like touchpad or mice
23:22
<
ryoshu >
/sys is trimmeed fully
23:23
<
ryoshu >
also parent, but the kernel version is i think buggy
23:24
<
ryoshu >
but as no api tests it, we get what we have
23:26
<
ryoshu >
is refcnt design necessary for the api? are there some wins with it?
23:27
<
ryoshu >
except being fancy
23:29
<
illiliti >
it's useful if you pass context between many libraries. so you don't need to manually track when you need free context
23:30
<
illiliti >
it's also useful keeping parent device of udev_device
23:30
<
ryoshu >
but the library is generally not thread safe, am i right?
23:32
<
ryoshu >
is this a problem ever?
23:33
<
ryoshu >
in practice
23:33
<
ryoshu >
okay, thank you
23:37
<
illiliti >
refcnt is basically a primitive implementation of garbage colletion
23:49
<
ryoshu >
as of today my dream api would be to create udev context, create a tree for all devices
23:50
<
ryoshu >
export api to traverse the tree
23:50
<
ryoshu >
then add api to monitor updates in the tree
23:50
<
ryoshu >
feedbacking what device changed how
23:51
<
ryoshu >
so no creation of udev_device on demand
23:51
<
tleydxdy[m] >
<dilyn> "tleydxdy: wdym zfs has a..." <- just they way it's usually packaged elsewhere (e.g. arch)
23:51
<
ryoshu >
which i find fragile
23:51
<
ryoshu >
does it make sense this api idea?
23:51
<
dilyn >
zfs only has like five dependencies :v
23:52
<
dilyn >
zlib, linux-headers, libblkid, libuuid, libtirpc
23:53
<
ryoshu >
the tree would be read only and a single ref on udev
23:55
<
ryoshu >
perhaps ref on enumetation