| roo^y | https://pbs.twimg.com/media/ES8fihQWoAQH6BB.jpg | 02:57 |
|---|---|---|
| xrogaan | others on beowulf still waiting for firefox 68.6? | 06:34 |
| man_in_shack | yay, finding packages that haven't been ported away from systemd | 07:47 |
| man_in_shack | openrazer-daemon | 07:48 |
| man_in_shack | depends on dbus-user-session, which in debian depends on systemd | 07:48 |
| ukine-lap | thanks, man_in_shack ! | 07:53 |
| man_in_shack | also php-fpm, not in devuan at the moment it seems | 07:53 |
| Xenguy | When I run top, it shows 'kworker' processes, 2 or 3 of them, chewing up a significant amount of CPU. I know these are related to the kernel, but does anyone happen to know why this happens periodically? | 19:00 |
| Soo_Slow | Xenguy, https://askubuntu.com/questions/33640/kworker-what-is-it-and-why-is-it-hogging-so-much-cpu#52299 | 19:34 |
| Xenguy | thanks Soo_Slow | 19:43 |
| tom_work | Does anybody have a package of zfs and zfs-kmod 0.8 for ASCII I could use? | 22:44 |
| tom_work | I wish ascii-backports had zfs8 instead of just zfs7 | 23:01 |
| tom_work | but guess i'll just build it myself again | 23:01 |
| tom_work | for some reason the current package maintainers set openrc as a conflict, even though zfs with Devuan ASCII works just fine, even zrooted | 23:02 |
| tom_work | I'm sorry what is the command again that works for grabbing sources from ceres that isn't affected by the syntax bug? | 23:08 |
| tom_work | not apt -t ceres zfs-kmod | 23:08 |
| tom_work | and apt source zfs-kmod/ceres just downloads zfs6 | 23:09 |
| tom_work | this does not seem right | 23:11 |
| tom_work | Get:1 http://deb.devuan.org/merged ceres/main zfs-linux 0.6.5.9-5+devuan1.2 (dsc) [2,505 B] | 23:11 |
| tom_work | https://pkginfo.devuan.org/stage/ceres/ceres/zfs-dkms_0.8.3-1.html | 23:11 |
| tom_work | oh, nvm I think i got this | 23:21 |
| tom_work | I zfs-dkms is from contrib not main | 23:22 |
| tuxd3v | hello I am trying to get libva-dev in armhf | 23:26 |
| tuxd3v | but it doesn't apear :( | 23:26 |
| tuxd3v | as part of a apt-cache search | 23:26 |
| fsmithred | debian says it should be there | 23:29 |
| fsmithred | libva-dev: 2.6.1-1 in ceres, 2.4.0-1 in beowulf | 23:31 |
| fsmithred | sorry, those are amd64, but packages.debian.org shows all the arches for it in sid | 23:31 |
| fsmithred | including armhf | 23:31 |
| tuxd3v | yeah in debian is shows there | 23:41 |
| tuxd3v | in sid | 23:41 |
| tuxd3v | i will try ceres | 23:41 |
| tuxd3v | in i386 it is there | 23:43 |
| tuxd3v | but on armhf, doesn't aper any content :( | 23:43 |
| tuxd3v | in 'apt-cache search libva-dev' | 23:43 |
| tom_work | ah screw it | 23:43 |
| tom_work | I've been looking at the debian/control | 23:44 |
| tom_work | there's a whole of work i'd ave to do to un-systemd this | 23:44 |
| tom_work | I'd rather just use 7 wait wait for beowulf to release and get a backport of version 8 | 23:44 |
| tom_work | i hate always being behind on zfs releases | 23:44 |
| tom_work | no trim for the ssds | 23:45 |
| tom_work | =( | 23:45 |
| tuxd3v | tom_work, you can trim yourself I believe in '/etc/rc.local' | 23:51 |
| tom_work | tuxd3v, for zfs? | 23:52 |
| tuxd3v | well that I don't know, but I used to trim my ssd on ''/etc/rc.local' | 23:52 |
| tuxd3v | in the shell you can run 'fstrim / -v' | 23:57 |
| tuxd3v | you can put that command on rc.local, or via cronjob or so | 23:58 |
| tom_work | i don't think that will work on zfs tuxd3v | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
