| *** ryu0 has quit IRC | 00:13 | |
| *** ][_R_][ has joined #crux | 00:14 | |
| crash_ | is there a reason why where are stuck at FF-ESR in opt? pulseaudio or rust that is stopping? | 00:24 |
|---|---|---|
| j_v | crash_: https://lists.crux.nu/pipermail/crux/2017-June/005524.html | 00:41 |
| frinnst | rust has the github disease - with a vengeance | 00:48 |
| frinnst | https://planet-express.se/crux/ports/cargo/README | 00:49 |
| frinnst | worse than herpes | 00:50 |
| j_v | i looked at trying to put everything that cargo 'build' downloads into the source array, but gave up after reading something in their docs that suggested that those 'modules' (or whatever) could get updated at any time | 00:54 |
| j_v | what a load of shite | 00:55 |
| crash_ | frinnst: thanks/tack then i know it is rust and cargo that is stopping us :) | 00:57 |
| crash_ | j_v: and thanks for the heads-up :) | 00:57 |
| frinnst | i have ports for it in my repo but i'd avoid it if i were you | 00:57 |
| frinnst | zzz | 00:57 |
| crash_ | me too it's getting late here | 00:58 |
| *** groovy2shoes has quit IRC | 01:05 | |
| *** onodera has quit IRC | 01:08 | |
| *** blueness has quit IRC | 01:13 | |
| *** blueness has joined #crux | 01:16 | |
| *** moth has quit IRC | 01:22 | |
| Romster | https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-9445 another systemd goof up. | 01:27 |
| Romster | In systemd through 233, certain sizes passed to dns_packet_new in systemd-resolved can cause it to allocate a buffer that's too small. A malicious DNS server can exploit this via a response with a specially crafted TCP payload to trick systemd-resolved into allocating a buffer that's too small, and subsequently write arbitrary data beyond the end of it. | 01:27 |
| *** blueness has quit IRC | 01:34 | |
| *** blueness has joined #crux | 01:36 | |
| ][_R_][ | Awesome | 01:42 |
| ][_R_][ | I always wanted my initd to to be vulnerable to network-based attacks! | 01:42 |
| ][_R_][ | It's like a dream come true | 01:42 |
| ][_R_][ | So when's systemd coming to CRUX? | 01:42 |
| *** groovy2shoes has joined #crux | 01:50 | |
| Romster | i hope never | 01:54 |
| ][_R_][ | Disappointing, I wanted to eventually have an initd that had a larger codebase than firefox, the linux kernel and chrome all combined. | 02:08 |
| ][_R_][ | How do you expect me to send emails? | 02:08 |
| ][_R_][ | It's just completely unfair. | 02:09 |
| ][_R_][ | :p | 02:09 |
| *** blueness has quit IRC | 02:11 | |
| *** _________mavric6 has quit IRC | 02:43 | |
| *** _________mavric6 has joined #crux | 02:44 | |
| *** blueness has joined #crux | 02:52 | |
| Romster | lol | 03:02 |
| Romster | i pushed pkg-clean update it now has a --keep option that will keep a ports tree of packages installed. | 03:03 |
| Romster | https://gist.github.com/therealromster/e859fac834a14df49cc843b30e7948bc it's ugly but this reduces the number of packages being removed during a entire ports build. Any improvements to this ugly script is welcome. | 03:15 |
| Romster | this depends on romster/pkg-clean version 0.0.3 | 03:15 |
| *** ryu0 has joined #crux | 03:33 | |
| maraku | thanks for the texlive update teK_! | 04:07 |
| *** tilman_ has joined #crux | 04:20 | |
| *** tilman has quit IRC | 04:23 | |
| *** maraku has quit IRC | 05:24 | |
| *** maraku has joined #crux | 05:58 | |
| *** ryu0 has quit IRC | 06:02 | |
| brian|lfs | I'm trying your firefox rust Romster | 06:38 |
| Romster | i'm just uploading firefox-rust 54.0.1 just now brian|lfs | 06:45 |
| Romster | firefox-rust#54.0.1-1.pkg.tar.xz jemalloc#5.0.0-1.pkg.tar.xz cargo#0.18.0-1.pkg.tar.xz rust#1.18.0-1.pkg.tar.xz | 06:45 |
| Romster | http://crux.ster.zone/packages/3.3/?C=M;O=D | 06:46 |
| Romster | it's also in my ports tree now. | 06:46 |
| Romster | pkgrm firefox ; prt-get depinst firefox-rust | 06:47 |
| Romster | be prepared to wait hours for it to build. | 06:47 |
| Romster | updated packages are done | 06:49 |
| brian|lfs | ok no rush over here lol | 07:08 |
| Romster | this should be fun, building all ports in my romster collection. | 07:28 |
| Romster | i have a heap that need fixing | 07:28 |
| brian|lfs | wow firefox-rust is done romster that only took an hour max | 08:16 |
| brian|lfs | I wasn't paying attention so just guessing | 08:16 |
| Romster | yeah it built fast for me to. but building rust and cargo took ages. | 08:29 |
| *** duncaen has joined #crux | 08:30 | |
| brian|lfs | so is rust going to be firefox going forward on CRUX eventually | 08:37 |
| Romster | if when rust and cargo are not a prick with github | 08:46 |
| Romster | it's ugly to package those | 08:46 |
| Romster | i'm using it though for the time being | 08:53 |
| just_fun_ | What are the firefox advantages over opensource chromium browser? | 08:55 |
| just_fun_ | Only more extensions? | 08:55 |
| Romster | i dunno, i've been using firefox since it was mozilla suite, i don't like the chromium interface | 08:56 |
| just_fun_ | I'm not using chromium, but I'm willing to try it if firefox becames a pain in the ass. | 08:59 |
| *** tsaop has joined #crux | 09:15 | |
| *** duncaen has quit IRC | 09:36 | |
| *** duncaen has joined #crux | 09:38 | |
| *** tsaop has quit IRC | 09:44 | |
| *** tsaop has joined #crux | 09:47 | |
| tsaop | hello | 09:50 |
| tsaop | I do hope that cargo and rust buildsystems become more sane with time | 09:50 |
| tsaop | in order to compile firefox I had to use rustup to install in a directory, then edit the firefox Pkgfile to point to rust | 09:51 |
| tsaop | insanity | 09:51 |
| *** duncaen has quit IRC | 09:52 | |
| Romster | tsaop, i got packages of rust and cargo so has frinnst | 09:52 |
| Romster | i have everything to do a prt-get depinst firefox-rust | 09:52 |
| Romster | in romster repo | 09:52 |
| Romster | and built packages ^ | 09:52 |
| *** duncaen has joined #crux | 09:53 | |
| tsaop | Romster: I understand, but I'm not willing to touch rust or cargo until they get a better buildsystem | 09:54 |
| tsaop | pulling from github a ton of dependencies isn't ideal | 09:54 |
| Romster | yes i know | 09:54 |
| tsaop | can't they just make a standalone repo? | 09:54 |
| Romster | i wish | 09:55 |
| *** duncaen has quit IRC | 10:02 | |
| *** maraku has quit IRC | 10:28 | |
| *** tsaop has quit IRC | 12:13 | |
| *** emmett1 has joined #crux | 12:18 | |
| *** emmett1 has quit IRC | 12:28 | |
| j_v | texlive port still sets mandir to /usr/man | 12:43 |
| *** pekka10 has quit IRC | 12:46 | |
| *** onodera has joined #crux | 12:47 | |
| *** pekka10 has joined #crux | 13:02 | |
| *** chinarulezzz has quit IRC | 13:17 | |
| *** ryu0 has joined #crux | 14:09 | |
| j_v | `find /usr/ports -name 'Pkgfile' | xargs grep -nH -- '--mandir=/usr/man'` | 14:59 |
| just_fun_ | 0 results | 15:02 |
| j_v | i get 21 in opt alone | 15:03 |
| j_v | and 91 in contrib | 15:03 |
| just_fun_ | I just joking | 15:03 |
| j_v | nice | 15:03 |
| just_fun_ | prtvertify will also scream about /usr/man, from what I remember | 15:04 |
| j_v | yeah... i don't think it's worth getting bunched up about, it just surprises me when a recently updated port still has it | 15:05 |
| *** vsteve has joined #crux | 15:32 | |
| vsteve | I'm trying to install virtualbox from contrib, and I get this error: | 15:33 |
| vsteve | Mesa not found at -L/usr/X11R6/lib -L/usr/X11R6/lib64 -L/usr/local/lib -lXext -lX11 -lGL -I/usr/local/include or Mesa headers not found Check the file /usr/ports/contrib/virtualbox/work/src/VirtualBox-5.1.18/configure.log for detailed error information. Check /usr/ports/contrib/virtualbox/work/src/VirtualBox-5.1.18/configure.log for details =======> ERROR: Building '/usr/ports/contrib/virtualbox/virtualbox#5.1.18-1.pkg.tar.gz' fail | 15:33 |
| vsteve | yet I have a slew of mesa packages and glu installed | 15:33 |
| vsteve | so I'm not sure exactly which ones it wants | 15:34 |
| *** Kruppt has joined #crux | 16:07 | |
| frinnst | what does /usr/ports/contrib/virtualbox/work/src/VirtualBox-5.1.18/configure.log say? | 16:13 |
| frinnst | use pkgmk -kw to retain the source when the build fails | 16:14 |
| vsteve | that files doesn't exist | 16:17 |
| ][_R_][ | The chrony package is missing a dependency of start-stop-daemon | 16:18 |
| j_v | why should chrony depend on start-stop-daemon? | 16:18 |
| j_v | besides, start-stop-daemon is in core | 16:19 |
| ][_R_][ | One of my systems didn't have it, and the rc.d file calls it | 16:19 |
| j_v | what version of crux was that system running? | 16:20 |
| vsteve | frinnst - it wants openwatcom, which I can't find on www.crux.nu | 16:21 |
| ][_R_][ | ... 3.1 apparently. I'll update that. | 16:22 |
| j_v | i think that start-stop-daemon was introduced in 3.2, if i remember right | 16:23 |
| vsteve | this is weird..one log wants openwatcom, one wants glu/mesa | 16:26 |
| vsteve | unless openwatcom is optional...shouldn't it be using gcc for all the compiler-type needs? | 16:27 |
| j_v | ][_R_][: didn't mean to jump down your throat, i'm a bit frustrated about something unrelated and that leaked into my responses | 16:28 |
| ][_R_][ | I didn't notice any agression | 16:30 |
| ][_R_][ | :) | 16:30 |
| just_fun_ | wrong window, maybe :) | 16:30 |
| j_v | none intended... i'm just feeling a little hostile in general, but has nothing to do with here | 16:31 |
| vsteve | I wonder if virtual box can be built without gui parts? I really don't need them | 16:33 |
| just_fun_ | vsteve, try this: http://crux.ster.zone/packages/3.3/virtualbox%235.1.18-1.pkg.tar.xz | 16:37 |
| vsteve | or maybe virtual box is the wrong solution, I really just want a CLI driven virtual machine....thing | 16:37 |
| vsteve | just_fun - I'll check that out | 16:37 |
| just_fun_ | for what? | 16:37 |
| vsteve | I just want a slim VM thing to spin up text-only OSes on | 16:38 |
| j_v | qemu? | 16:38 |
| just_fun_ | chroot? | 16:38 |
| j_v | it has a curses interface | 16:38 |
| vsteve | I wondered about chroot, but I don't know enough about it | 16:38 |
| vsteve | could I have like...5 chroot jails on the same machine? and how do I issue virtual nics to each one? | 16:38 |
| jaeger | chroots don't have a lot of that type of functionality. You should look at qemu or docker or virtualbox for stuff that's closer to full standalone systems | 16:40 |
| vsteve | that's what I suspected | 16:41 |
| jaeger | You could use the binary virtualbox from the upstream website rather than building one | 16:41 |
| jaeger | (this is what I do) | 16:41 |
| vsteve | that might be pretty good | 16:41 |
| vsteve | which prebuilt one do you use? | 16:42 |
| jaeger | the "All distributions" one | 16:43 |
| vsteve | basic x-forwarding functionality would be nice, so virtual box running normally has its advantages | 16:43 |
| vsteve | ahhh | 16:43 |
| vsteve | there it is | 16:43 |
| *** vsteve has quit IRC | 16:50 | |
| *** amonn_ has joined #crux | 16:53 | |
| *** amonn has quit IRC | 16:53 | |
| *** Kruppt has quit IRC | 16:54 | |
| *** vsteve has joined #crux | 16:57 | |
| vsteve | well that was fun | 16:58 |
| vsteve | so I have VirtualBox but it doesn't like my GL implimentation | 16:58 |
| vsteve | "VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/opt/VirtualBox/VirtualBox.so",) failed: /usr/lib/libGL.so.1: undefined symbol: drmGetDevices2" | 16:58 |
| jaeger | I haven't run into that one... do other GL/3d things work? | 17:01 |
| jaeger | like glxinfo, glxgears | 17:01 |
| vsteve | glxinfo - command not found | 17:03 |
| vsteve | ...that's....abnormal | 17:03 |
| vsteve | mesa3d provides glxinfo, right? | 17:04 |
| j_v | mesa-demos | 17:04 |
| vsteve | huh....so ..something deeper is wrong | 17:05 |
| vsteve | I can't build glew because of the same undefined symbol error | 17:05 |
| vsteve | so something must be wrong with libGL.so.1 | 17:06 |
| just_fun_ | what does revdep says? | 17:06 |
| vsteve | revdep - command not found | 17:06 |
| vsteve | isn't libGL.so provided by the gpu vendor? | 17:06 |
| just_fun_ | prt-get depinst prt-utils - to have revdep | 17:07 |
| *** amonn__ has joined #crux | 17:07 | |
| j_v | vsteve: it is if you are using proprietory driver | 17:07 |
| *** amonn_ has quit IRC | 17:08 | |
| vsteve | I'm pretty certain I am | 17:08 |
| vsteve | amdgpu-pro | 17:08 |
| vsteve | ohhhh amd might do something weird | 17:12 |
| vsteve | I fixed it | 17:15 |
| vsteve | amd puts all of their...everything into really deeply hidden sub directories upon install, and I think they assume they just rewrite your env to match their needs | 17:15 |
| vsteve | so the 'right' libGL.so was in some crazy place like /opt/amdgpu-pro/lib/x86_64-linux-gnu | 17:16 |
| vsteve | I copied that libGL.so to /usr/lib and now that fixes the GL stuff | 17:16 |
| jaeger | yeah, that's been kinda the way GPU vendors do it. That's why we have tools like gl-select | 17:17 |
| vsteve | glxinfo still isn't happy, but I'm running it over ssh -Y so it might be confused without gl forwarding | 17:18 |
| vsteve | i'm unfamiliar with gl-select | 17:19 |
| vsteve | now virtualbox wants something to do with dbus and a machine-id file that's missing | 17:21 |
| vsteve | I think I've got a handle on that though | 17:21 |
| jaeger | running dbus from rc.conf will fix that | 17:22 |
| vsteve | yeah, that's what I ended up doing | 17:22 |
| vsteve | VirtualBox seems ok now | 17:22 |
| *** ileach has joined #crux | 17:23 | |
| *** xcko has joined #crux | 17:26 | |
| vsteve | thanks again, as always | 17:27 |
| *** vsteve has quit IRC | 17:27 | |
| *** ma0 has joined #crux | 17:34 | |
| brian|lfs | Romster, your signature is broken on firefox-rust | 18:37 |
| *** Guest1546 has joined #crux | 19:23 | |
| *** amonn__ has quit IRC | 19:53 | |
| *** amonn has joined #crux | 19:54 | |
| *** maraku has joined #crux | 19:57 | |
| *** madgoat has joined #crux | 20:03 | |
| *** madgoat has left #crux () | 20:05 | |
| *** Guest1546 has quit IRC | 20:31 | |
| *** ma0 has quit IRC | 20:36 | |
| *** john_cephalopoda has joined #crux | 20:53 | |
| *** john_cephalopoda has quit IRC | 21:04 | |
| *** mahtob has joined #crux | 21:33 | |
| *** mahtob has left #crux ("Leaving") | 21:35 | |
| *** duncaen has joined #crux | 21:44 | |
| *** duncaen has quit IRC | 21:53 | |
| *** chinarulezzz has joined #crux | 21:56 | |
| *** vsteve has joined #crux | 22:58 | |
| vsteve | what mechanism is it in crux that handles screen blanking after a few minutes? | 22:58 |
| vsteve | I'd like my screens to be always-on | 22:59 |
| vsteve | these 'screens' are virtual machines, so it'd be convenient | 22:59 |
| j_v | if these vm's are in console mode, then `setterm -blank 0` should do the trick | 23:05 |
| vsteve | setterm: terminal xterm does not support --blank | 23:06 |
| jaeger | check out xset | 23:06 |
| jaeger | setterm for console, xset for X | 23:06 |
| vsteve | though...wait...yeah I'm on the wrong thing | 23:06 |
| vsteve | there we go | 23:08 |
| vsteve | I have two crux 3.3 vm's that are updating so I fixed it on those | 23:08 |
| vsteve | thanks for the help | 23:08 |
| *** vsteve has quit IRC | 23:08 | |
| cruxbot | [contrib.git/3.3]: nginx: updated to version 1.13.2 | 23:34 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!