| uhmzilighase | Need the Intel AVS driver but # CONFIG_SND_SOC_INTEL_AVS is not set | 00:29 |
|---|---|---|
| uhmzilighase | Will eventually get a kernel built.....but wonder how hard is it to build modules only? Is possible? | 00:30 |
| uhmzilighase | Or - can request to have that enabled in next kernel? | 00:30 |
| uhmzilighase | uname -a | 00:31 |
| uhmzilighase | Linux devuan 6.5.0-5-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.13-1 (2023-11-29) x86_64 GNU/Linux | 00:31 |
| gnarface | uhmzilighase: there is a couple ways to build just a single module that i know of... you can try module-assistant (if it's not been deprecated since i last touched it) or you could try just configuring a kernel and then only running make in the module directory... i heard that can work, though i never tried it | 00:33 |
| gnarface | truth be told though, building the whole thing with the native tools for doing so isn't really any more complicated, just takes more cpu time to finish | 00:33 |
| uhmzilighase | gnarface: good ideas you have there | 00:34 |
| reg | hello o/ my first Devuan install is frustrating: network is slow and I don't understand why. For example `git clone --branch 5.x-head https://github.com/omega8cc/boa.git` is 10x slower than normal. | 10:07 |
| buZz | real 0m10.289s | 10:22 |
| buZz | thats how long it takes here to run | 10:22 |
| buZz | i'm not sure its devuan related :D | 10:22 |
| n4dir | not that i had a clue, but you will probably have to tell how you connect to the internet, including details | 10:22 |
| buZz | its grabbing almost 100000 files btw | 10:23 |
| buZz | well, objects | 10:23 |
| reg | I have a Virtual Machine with big 1Gb/s connection. When I use other system on it, I have "real 0m4.224s" | 10:26 |
| reg | (I tried to change network card model on QEMU/kwm, but same problem with virtio/rtl8139/e1000) | 10:29 |
| n4dir | all kind of other systems? | 10:29 |
| reg | Debian | 10:30 |
| n4dir | you'll have to figure out what might be different. At first glance it is not easy to think of something | 10:30 |
| n4dir | same way to connect to the internet? And how | 10:31 |
| buZz | i have no clue what that could be, but its clearly something in the emulation layer imho :) | 10:31 |
| n4dir | just awoke and all, but the only difference relevant, that is the init system, could be how the connection gets started. I wouldn't know why, once it is established, it should matter if it is systemd or another init system. | 10:33 |
| n4dir | but i don't really think much about such ... | 10:34 |
| buZz | maybe one is going over ipv6 ;) | 10:35 |
| n4dir | yeah, but that wouldn't relate to a difference bewteen debian and devuan. I think, as said. Just some ideas, not claiming anything | 10:36 |
| buZz | could be hostsystem has a superslow ipv6 hookup | 10:36 |
| reg | I will try with a backport kernel | 10:37 |
| reg | (I force IPv4 in gai.conf to be sure) | 10:37 |
| n4dir | reg: good point. You could also ask again when it is a bit more active here. | 10:37 |
| reg | at the beginning I thinked devuan mirrors were slow :) | 10:38 |
| reg | but I had definitively a network problem | 10:38 |
| n4dir | If you use git and pull from github there seems no reason why devuan mirrors should be involved | 10:39 |
| buZz | for stuff like 'git clone' , not just networking affects it a lot, also drivespeeds | 10:39 |
| n4dir | ah, i think i understood you wrong. devuan mirrors when using them . sorry | 10:39 |
| reg | yep | 10:40 |
| reg | same result with 6.1.0-0.deb11.13-cloud-amd64 kernel | 10:40 |
| buZz | cloud? | 10:40 |
| reg | buZz: yesp (it's a "light" kernel flavour for virtual servers) | 10:41 |
| buZz | > The cloud images are built without support for features which are unnecessary in cloud environments: most hardware drivers are disabled, support for the x32 ABI is disabled, as are microcode updates, machine check exceptions etc. | 10:41 |
| buZz | did you use a 'cloud' kernel on debian too? for comparing | 10:41 |
| buZz | you might just be missing some drivers :) | 10:41 |
| reg | yep. and I test also with a "standard" kernel | 10:42 |
| n4dir | anything else unusual about the general setup (not related to devuan, related to the qemu installations in general) ? | 10:48 |
| n4dir | if those are in both, i wouldn't see why devuan should have problems and debian not, just to get the general picture | 10:49 |
| rrq | reg: do the slow and fast cases use the same DNS ? | 11:29 |
| rrq | (I mean both internal DNS handling and external access points) | 11:30 |
| reg | yep same DNS server | 11:32 |
| rrq | I think debian has some DNS caching built in to the init system/platform; devuan doesn't include that without hands-on | 11:34 |
| rrq | if you point /etc/resolv.conf to an outside IP (in both cases) you can better compare speeds | 11:37 |
| buZz | yeah, systemd uses 8.8.8.8 and 4.2.2.2 on any DNS failure, if not configured to do something else | 11:37 |
| reg | rrq: for `git clone --branch 5.x-head https://github.com/omega8cc/boa.git` there is no latency in DNS level, the problem is related to bandwith : ~500kb/s instead of ~20Mb/s | 11:39 |
| buZz | how does perftool say the networkspeed is? | 11:41 |
| rrq | reg: are those The Slow and The Fast systems two different runs of the same qemu host? or is it one qemu at one hosting compared to another qemu at another hosting? | 11:56 |
| reg | I will do more tests this afternoon :) | 12:01 |
| reg | (thanks for the help!) | 12:02 |
| cousin_luigi | rwp: plasma41: would you care to have a look at my package? I think it's pretty much done. https://gitlab.com/lbaldoni/voyage-util/-/tree/debhelper?ref_type=heads | 13:06 |
| joerg | official warning: Devuan Telegram channel as of before is deprecated (thanks to a Troll on control) - new one t.me/devuanorg | 14:00 |
| Joril | Didn't know there WAS a Devuan Telegram channel X-) | 16:26 |
| djph | wait, how'd a troll get op/control/whatever | 16:40 |
| djph | ? | 16:40 |
| joerg | djph: started the channel | 19:56 |
| djph | o | 20:59 |
| djph | well, that's annoying | 20:59 |
| joerg | got it sorted. just two of those silly issues same day... :-/ | 21:01 |
| joerg | and, since it's being said way too rarely: big thank you to libera/oftc NetOPs. It's a pleasure to run channels on those networks (unlike all that blingbling "social media") | 21:05 |
| golinux | djph: Because they created it . . . | 21:05 |
| golinux | It's amazing in the current social climate that folks can actually work together for the greater good. | 21:06 |
| djph | golinux: I suppose. | 21:09 |
| golinux | djph: Can't you feel the Devuan love? | 21:15 |
| golinux | I have lived MANY decades and never experienced an group environment like that at Devuan!! | 21:16 |
| joerg | golinux: >>We reject kings, presidents and voting. We believe in rough consensus and running code.<< [Dave Clark, IETF Credo, 1992] ;-D | 21:16 |
| djph | golinux: I mean I'm definitely having a good time with it. Though still a bit stuck in "user" land than "contributor" land | 21:17 |
| golinux | djph: We all love devuan and collectively support free software. That's more than 99% of the human population! | 21:20 |
| djph | yeah, I suppose that's true. | 21:21 |
| gnarface | so, i hate having to do this, but i'll kick myself later if i don't; it's important that this goes into the public record, somewhere: joerg is the one in charge of #devuan on oftc now, not me, though i fully anticipate being personally retaliated against later for the ban he just enacted there | 23:42 |
| mason | gnarface: I didn't realize Devuan had a presence on OFTC. That's good to learn, despite the entirety of the message. | 23:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!