Switch to DuckDuckGo Search
   March 10, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >

NOTICE: This channel is no longer actively logged.

Toggle Join/Part | bottom
[00:00:24] <sjorge> Well it doesn’t build on illumos anymore
[00:00:57] <sjorge> Kind of a shame, some of their arm stuff would be a good starting point to get a raspberry pi going
[00:01:02] <sjorge> *drools*
[00:01:16] <LeftWing> I'm sure it could! It's all just software.
[00:03:11] <sjorge> Well rewriting the gmake stuff to use gmake and using the cross compile gcc yeah
[00:03:19] <sjorge> But that is way way above my skill level
[00:45:27] <SPARC-Corgi> i wish i had the knowledge and resources to make my own illumoos distro for sparc that literally just uses pkgsrc
[00:46:28] <LeftWing> There's only one way to get the knowledge
[00:47:52] <SPARC-Corgi> yeah, that's why i'm playing around with ldoms later
[00:48:18] <SPARC-Corgi> i couldn't even get gentoo running on real hardware though :/
[00:48:32] <LeftWing> It might be easier to start with x86
[00:48:44] <LeftWing> Everything will build about a million times faster
[00:48:55] <LeftWing> And much of the knowledge will be transferrable then, once you're sure you have the right shape, to SPARC later
[00:49:14] <LeftWing> There will be a lot that's similar between "illumos + pkgsrc" for x86 and for SPARC
[00:50:55] *** wl_ <wl_!~wl_@2605:6000:1b0c:46ad::87c> has joined #illumos
[01:13:39] <Smithx10> Showing with 42,372 additions and 31 deletions, just another day in golang :P
[01:13:52] <LeftWing> lol
[01:14:02] <LeftWing> Vendoring noise?
[01:14:06] <Smithx10> yea
[01:14:07] <Smithx10> lol
[01:14:20] <Smithx10> I didnt do it tho!
[01:14:27] <Smithx10> so I can muahahahha from my high horse!
[01:18:56] <rmustacc> If folks are interested in helping with either arm64 or risc-v, please reach out to me. I'd like to coordinate some efforts there.
[01:19:03] <rmustacc> Leveraging all of the existing work.
[01:19:19] <rmustacc> richlowe: I see your trap, but I'm not sure how to avoid it.
[01:25:45] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[02:26:46] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Read error: Connection reset by peer)
[02:31:24] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[02:42:39] *** freakazoid0223 <freakazoid0223!~matt@pool-96-227-98-169.phlapa.fios.verizon.net> has quit IRC (Ping timeout: 265 seconds)
[02:49:03] *** AllanJude <AllanJude!~allan@freebsd/developer/AllanJude> has quit IRC (Remote host closed the connection)
[02:49:19] *** AllanJude <AllanJude!~allan@freebsd/developer/AllanJude> has joined #illumos
[02:51:09] *** AllanJude <AllanJude!~allan@freebsd/developer/AllanJude> has quit IRC (Client Quit)
[02:51:31] *** AllanJude <AllanJude!~allan@freebsd/developer/AllanJude> has joined #illumos
[02:51:42] <LeftWing> Just don't go into the POSIX Chamber
[02:53:34] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[02:54:12] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[02:58:46] *** freakazoid0223 <freakazoid0223!~matt@pool-96-227-98-169.phlapa.fios.verizon.net> has joined #illumos
[03:57:08] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[04:00:42] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 258 seconds)
[04:01:26] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[04:14:27] *** joltman <joltman!znc@gateway/vpn/privateinternetaccess/joltman> has quit IRC (Quit: ZNC - http://znc.in)
[04:16:16] *** joltman <joltman!znc@gateway/vpn/privateinternetaccess/joltman> has joined #illumos
[04:26:03] <dsockwell> they're waiting for you, Gordon
[04:28:03] <LeftWing> :D
[04:47:17] *** am11 <am11!54faa4dd@dsl-hkibng22-54faa4-221.dhcp.inet.fi> has joined #illumos
[05:12:46] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has quit IRC (Ping timeout: 256 seconds)
[05:41:35] *** superjen96 <superjen96!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Read error: Connection reset by peer)
[05:45:52] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[05:56:59] *** igork <igork!~igork@> has quit IRC (Quit: Leaving.)
[06:14:33] <gitomat> [illumos-gate] 12366 Want mdb typelist command -- Robert Mustacchi <rm at fingolfin dot org>
[06:16:45] *** papertigers <papertigers!~papertige@pool-68-133-56-51.bflony.fios.verizon.net> has quit IRC (Ping timeout: 240 seconds)
[06:18:41] *** papertigers <papertigers!~papertige@pool-68-133-56-51.bflony.fios.verizon.net> has joined #illumos
[07:08:35] *** fanta1 <fanta1!~fanta1@p200300F76BC2C700CC01FD44B133AF25.dip0.t-ipconnect.de> has joined #illumos
[07:18:04] *** BOKALDO <BOKALDO!~BOKALDO@> has joined #illumos
[07:24:48] <sjorge> POSIX Chamber sound so dark and grim :
[07:48:53] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: This computer has gone to sleep)
[08:28:51] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[08:32:06] *** neuroserve <neuroserve!~toens@ip-84-118-129-103.unity-media.net> has joined #illumos
[08:37:27] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[08:48:11] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 268 seconds)
[08:53:16] *** jimklimov <jimklimov!~jimklimov@> has joined #illumos
[08:54:59] <jperkin> SPARC-Corgi: depending on how far you mean "literally just uses pkgsrc" it could be tricky as there will be some requirements for getting a system to boot that pkgsrc doesn't provide, but for everything else if you need help just ask and we can guide you through it.
[08:55:54] *** jimklimov <jimklimov!~jimklimov@> has quit IRC (Read error: Connection reset by peer)
[08:55:56] <jperkin> it wouldn't be all that different from SmartOS as a base, though there's definitely things that can be cut out depending on the target requirements
[09:01:57] *** jimklimov <jimklimov!~jimklimov@> has joined #illumos
[09:28:14] <EisNerd> is there a way to get the actual effective nvme module parameters?
[09:29:43] *** wiedi <wiedi!~wiedi@> has joined #illumos
[09:31:37] <EisNerd> SPARC-Corgi: I managed to get a gentoo linux running on an ultra 1 (afaik creator 3D, not sure), but wasn't really useful
[09:32:55] <EisNerd> I tend to get rid of this box these days
[09:44:59] <gitomat> [illumos-gate] 12355 vnic_unicast_add() can return uninitialised diag value -- Andy Fiddaman <omnios at citrus-it dot co.uk>
[09:52:57] *** fanta1 <fanta1!~fanta1@p200300F76BC2C700CC01FD44B133AF25.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[09:54:44] *** fanta1 <fanta1!~fanta1@p200300F76BC2C700CC01FD44B133AF25.dip0.t-ipconnect.de> has joined #illumos
[09:54:53] <SPARC-Corgi> my thing is i would want it to be SPARC-centered
[09:55:12] <SPARC-Corgi> since everything is done on x86 it seems like this days
[09:56:44] <v_a_b> SPARC-Corgi Why does it have to be pkgsrc-based? There are several Illumos distributions available for SPARC. All of them could use more contributors.
[09:58:22] <SPARC-Corgi> which ones are SPARC based? DilOS has a really old image and I can't seem to get it to boot, Tribblix hasn't been updated for sparc in a while and needs a new install disk, V9OS I can't seem to get working :/
[09:58:48] <SPARC-Corgi> I would rather help someone else though, yes :) Pkgsrc because it's portable and relatively up to date
[09:59:14] <v_a_b> Well, pkgsrc is great for sw portability but a nightmare for package management.
[09:59:19] <SPARC-Corgi> netBSD's kernel doesn't run on newer SPARC but illumos is better imo :)
[09:59:33] <v_a_b> What was the problem with v9os?
[09:59:55] <SPARC-Corgi> same as tribblix, it doesn't recognize my sata
[10:00:08] <SPARC-Corgi> it's fixed in newer illumos tho, just needs a newer image
[10:00:35] <SPARC-Corgi> v9os is right up my alley if it would work though. And esp if there's a way to run ldoms
[10:00:47] <v_a_b> Ah, OK. I opened a #v9os channel the other day but attendance is... minimal. There is one person working on a newer image, but he is not on IRC.
[10:01:18] <v_a_b> The main problem we have now is that we don't have a place to host a public repo.
[10:01:39] <SPARC-Corgi> if my connection were better i would self host
[10:01:49] <SPARC-Corgi> can't imagine bandwidth would be crazy
[10:01:59] <v_a_b> Yes, that's what we do (run local repos).
[10:02:34] <ptribble> I really do need to spin a new ISO, don't I?
[10:02:41] <v_a_b> :-)
[10:02:46] <SPARC-Corgi> could be a way to distribute it as a mirror service or something and have something not half bad
[10:02:57] <SPARC-Corgi> if your connections allow that aup wise
[10:03:36] <SPARC-Corgi> you do! I emailed you about it a week or so ago >.< if I could get it installed in bare metal I would be SO happy
[10:03:36] <v_a_b> The original v9os repo is < 2GB; I have both builds that Alexander made in it.
[10:05:31] <SPARC-Corgi> would love to run it on bare metal, solaris 11 is alright but these packages are ancient
[10:05:51] *** man_u <man_u!~manu@fob.gandi.net> has joined #illumos
[10:06:07] <toasterson1> SPARC-Corgi (IRC): We do have an up to date OpenIndiana for sparc now.
[10:06:18] <SPARC-Corgi> :o where????
[10:06:51] <SPARC-Corgi> I will burn this it and install it right now lmao
[10:07:55] <v_a_b> AFAIK it is not on dlc.openindiana.org yet. When I last emailed with Gary he was still looking for a place to host it.
[10:08:59] <SPARC-Corgi> is there a torrent or something floating around?
[10:09:21] *** andy_js <andy_js!~andy@> has joined #illumos
[10:10:33] <ptribble> I'm not sure it's that up to date, though, 2018 or so
[10:10:55] <ptribble> The latest official Tribblix SPARC ISO is of the same vintage
[10:11:51] <SPARC-Corgi> will packages update and stuff on their own?
[10:12:09] <tsoome> ptribble I'd need hints how to get BE update from my gate build:)
[10:12:40] <SPARC-Corgi> I don't need cutting edge but i would like php 7.3 at least
[10:12:58] <tsoome> SPARC-Corgi that would be cutting edge:P
[10:13:23] <SPARC-Corgi> i thought cutting edge would by 7.4 now?
[10:13:23] <tsoome> assuming you want os bits to use that php too...
[10:13:28] <SPARC-Corgi> no xD
[10:13:46] <SPARC-Corgi> just for a phpbb forum and a few other silly things
[10:13:55] <tsoome> hm, altho, I think we have no os bits needing php:P
[10:14:03] <tsoome> :D
[10:14:32] <tsoome> sorry, still in process of getting my brain signals running properly
[10:14:46] <SPARC-Corgi> i understand :3
[10:14:48] <toasterson1> v_a_b (IRC): dilos is hosting the isos :) https://apt.dilos.org/oi-sparc/OI_2018_Text_SPARC.iso.gz
[10:14:49] <toasterson1> https://apt.dilos.org/oi-sparc/OI_2018_repository.tar.gz
[10:15:25] <v_a_b> Yep, just found the links in Garys announcement mail.
[10:16:22] <toasterson1> You should have php7.3 in that already. otherwise it is just compiling it from oi-userland or pkgsrc
[10:16:23] <SPARC-Corgi> tysm <3 gonna try this out later tonight
[10:18:19] <SPARC-Corgi> theoretically i could update from that to basically current from source too? o.o
[10:18:29] <v_a_b> The problem is that Gary started from a fixed set of sources. I am not sure if he updated individual components.
[10:18:36] <v_a_b> Yes, if you set up a build env.
[10:18:51] <SPARC-Corgi> nice, i intended on that anyways
[10:18:55] <SPARC-Corgi> do ldoms work?
[10:19:09] <v_a_b> OI as an LDOM yes. OI as control domain probably not.
[10:19:47] <SPARC-Corgi> eh, either way
[10:19:59] <SPARC-Corgi> i'll prolly run it in an ldom then
[10:20:05] <SPARC-Corgi> i think they work on openbsd lmao
[10:20:27] <v_a_b> Given that you have a T4-1 and S11.4 is free to download, I would use a small 11.4 control domain and run OI fully virtualized. That's what I do with v9os.
[10:20:53] <SPARC-Corgi> yeah i'll do that
[10:21:03] <SPARC-Corgi> i wanna run gentoo and debian in one too
[10:21:37] <v_a_b> Yep, Tribblix and OI/SPARC and Dilos are on my list...
[10:21:49] <v_a_b> Too bad FreeBSD is ditching SPARC support for religious reasons...
[10:21:59] <SPARC-Corgi> lmfao what? They are?
[10:22:19] <SPARC-Corgi> why? OpenBSD is going crazy into SPARC
[10:22:42] <SPARC-Corgi> and they still support PowerPC?? ugh. I wish NetBSD would get working SPARC support
[10:22:53] <SPARC-Corgi> for newer than UltraSPARC III
[10:23:15] <toasterson1> SPARC-Corgi (IRC): They are dropping GCC for CLANG. CLANG does not support sparc
[10:23:22] <v_a_b> Yes, they completely remove everything that's GPL3, that includes gcc. And since nobody stepped forward to maintain LLVM on SPARC...
[10:23:59] <SPARC-Corgi> sadface
[10:24:04] <v_a_b> NetBSD has working SPARC support. Works great on my V210. :-)
[10:24:13] <SPARC-Corgi> not for t1 or higher
[10:24:18] <SPARC-Corgi> kernel doesn't boot
[10:24:33] <v_a_b> Another thing I'd like to play with but...
[10:24:45] <SPARC-Corgi> so you just won't be able to use gcc at all in freebsd?
[10:24:52] <SPARC-Corgi> even in ports collection?
[10:25:53] <SPARC-Corgi> you can pick up T1 or T2 systems for like $100~
[10:25:59] <v_a_b> That's how I interpret their announcements.
[10:26:16] <SPARC-Corgi> wow that's so stupid
[10:26:17] <v_a_b> I have 20+ T1/T2 systems...
[10:26:24] <SPARC-Corgi> oooooh lmfao
[10:27:05] <SPARC-Corgi> i wish oracle would've dumped money into openSPARC like IBM is doing for POWER rn
[10:27:15] <SPARC-Corgi> then stuff like CLANG would be running just fine
[10:27:19] <v_a_b> One of my T2000s is on loan to the sfe project so they can build new pkgs and develop a setup script HINT HINT
[10:27:58] <v_a_b> I wish Sun hadn't been sold for next to nothing at the bottom of the stock market. But then I wish many things... pointless to discuss.
[10:32:03] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has quit IRC (Remote host closed the connection)
[10:32:28] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has joined #illumos
[10:33:16] <tsoome> SPARC-Corgi oracles interest is not to build servers, they are selling database licenses. as simple as that.
[10:33:29] <v_a_b> tsoome Exactly.
[10:34:03] <v_a_b> And it is a good database! Just a bit expensive...
[10:34:56] <tsoome> maybe it is good, maybe it is not so good, but that really does not matter from point of view of box business.
[10:36:05] <tsoome> and if the box business is about to create supply for cloud providers....
[10:40:41] <gitomat> [illumos-gate] 12346 need libm(3LIB) and libmvec(3LIB) manpages -- John Levon <john.levon at joyent dot com>
[10:45:59] <SPARC-Corgi> yeah, i wish microsoft would buy them. At least microsoft would suck up to the open source community to save face
[11:08:33] <Agnar> I'm curious what Oxide is going to build ;)
[11:09:06] <tsoome> indeed:)
[11:09:50] <Agnar> maybe an ARM or RISC V box running illumos? :)
[11:10:03] <Agnar> I'd be the first in the buyers list ;)
[11:11:42] <tsoome> that would assume working illumos first. which we do not have.
[11:12:02] <Agnar> tsoome: just let me dream a bit ;)
[11:12:23] <tsoome> does not mean it can not be done:)
[11:12:56] <Agnar> there is that one guy who does cross builds for ARM
[11:14:16] <tsoome> yea… well, I do have qemu-system-aarch64 vm too (with freebsd)...
[11:15:33] <tsoome> I even did make biuldworld build kernel there, it took about a week:D
[11:17:24] <Agnar> hehe
[11:17:44] <Agnar> reminds me of rebuilding netbsd on my sun3/80 back than
[11:19:46] <sjorge> tsoome we do
[11:19:48] <sjorge> sort of :)
[11:19:54] <sjorge> The code drop from a few weeks ago
[11:20:20] <sjorge> Also i think Bryan said in a talk they are focussign on x86
[11:20:47] <sjorge> but a decent offordable 2U x86 running illumos with no cruft like VGA but just serial... would have be save up to buy one too :D
[11:21:02] <sjorge> But do we know if Oxide will be using illumos in some way or not?
[11:24:08] <tsoome> if it is generic x86, then there is no question. what you [can] get preinstalled, is real question.
[11:24:32] <toasterson1> Agnar (IRC): https://www.youtube.com/watch?v=vvZA9n3e5pc I am specualting illumos x86 and RISC-V Softcores on FPGA as firmware controllers
[11:26:44] <toasterson1> From that talk he says they want to provide a full stack including cloud. So my guess is smartos
[11:27:53] <sjorge> Honestly, been looking around for a decent AMD server board with basics like 2SFP+, a few PCI sluts, maybe a boarcom SAS3 IT controller... but like no silly VGA, odd addtional disk and usb controllers, ...
[11:28:07] <sjorge> Well maybe one USB controller would be fine, but not like a mix of 3 diffrent ones
[11:28:21] <sjorge> Anyway, I digress
[11:29:09] <tsoome> I guess it only question of time you see only usb4 (+) :)
[11:29:46] <tsoome> but that will mean some angry peop
[11:29:52] <tsoome> people*
[11:37:56] <v_a_b> No PCI sluts for me please, I'm married!
[11:38:01] <v_a_b> (SCNR)
[11:58:14] <sjorge> I want a decent amount of PCIe slots, so I guess I am a PCI Slut
[11:58:45] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: This computer has gone to sleep)
[12:06:29] <v_a_b> :-)
[12:10:14] <denk> +1 for PCI sluts :)
[12:32:34] <toasterson1> If that is the connector we are going to use for such robots the term STD will have to be renamed to Plug Transmitable
[13:19:54] <Agnar> toasterson1: I haven't had time to watch that talk yet. maybe tonight
[13:20:10] *** BrownBear <BrownBear!~BrownBear@> has quit IRC (Ping timeout: 265 seconds)
[13:24:15] *** BrownBear <BrownBear!~BrownBear@> has joined #illumos
[13:24:20] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[13:32:14] *** am11 <am11!54faa4dd@dsl-hkibng22-54faa4-221.dhcp.inet.fi> has quit IRC (Remote host closed the connection)
[13:52:57] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-yyopmuecnborieab> has quit IRC (Quit: Connection closed for inactivity)
[14:00:59] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[14:01:37] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[14:21:31] <gitomat> [illumos-gate] 12370 mdb tests should be packaged -- John Levon <john.levon at joyent dot com>
[14:35:25] *** BOKALDO <BOKALDO!~BOKALDO@> has quit IRC (Quit: Leaving)
[15:08:34] <toasterson1> Does anybody know a good storage setup for syncing a Home directory acros 3 laptops? I am always working on one of the 3 either in the office at home or on the road. And would like to keep stuff the same. unfortunately they start to diverge heavily. I have Nextcloud and git for data and programss but it is still not as nice as just having the data on the other computer the next day when I work there.
[15:10:00] <EisNerd> depends where you are, in Germany forget it on the road...
[15:10:14] <kahiru> why?
[15:10:36] <EisNerd> the infrastructure is crap
[15:10:39] <toasterson1> Switzerland :) But on the road meaning it will not sync for some time until I am back at a network.
[15:11:16] <toasterson1> We have 4g nationwide and with flatrate so that would be interesting :thinking:
[15:11:20] <EisNerd> due to ipv6 third world even "a" network is not necessarily enough
[15:13:51] <EisNerd> I wouldn't be surprised if DR Congo has a more usefull nation wide IPv6 infrastrukture as we have here
[15:14:50] <EisNerd> in 4g most clients can't get ipv6 even when they demand it
[15:15:23] <EisNerd> also some wired network providers
[15:15:57] <EisNerd> others on the other hand give only IPv6 and IPv4 only as carrier grade nat/pat
[15:16:30] <EisNerd> so connecting from somewhere to your private network is likely a problem
[15:18:37] <EisNerd> it is a shame
[15:19:35] <toasterson1> Yeah which is why I want something that can continue after loss of connection.
[15:25:26] <EisNerd> also I have personally a 60MBit downstream and this is more or less average
[15:27:50] <ptribble> Well, illumos itself has a utility called filesync which was written for this sort of use case
[15:29:04] <ptribble> Whether it's any good I can't say
[15:29:24] *** neirac <neirac!~cneir@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[15:30:13] <toasterson1> ptribble (IRC): ou now my curiosity is peeked.
[15:30:15] <toasterson1> thanks
[15:30:20] <toasterson1> i'll have a look
[15:37:44] <gitomat> [illumos-gate] 11861 hostbridge topo module should be hardened to handle empty busses -- Robert Mustacchi <rm at fingolfin dot org>
[15:40:21] <jimklimov> I was interested to see how https://git-annex.branchable.com/walkthrough/ goes, but never got to it :)
[15:41:29] <jimklimov> from what I gather, it allows to store an *index* of your files and where their copies are in easily syncable git repo, and integrates tools that should make sure the files are where they are said to be
[16:03:07] *** BOKALDO <BOKALDO!~BOKALDO@> has joined #illumos
[16:23:15] <neuroserve> git-annex - joey hess seems to have written it to solve that problem
[16:25:56] *** spicywolf <spicywolf!~spicywolf@c-24-8-18-96.hsd1.co.comcast.net> has joined #illumos
[16:27:06] <spicywolf> Alright, dumb question... do we have a way to build for sparc on amd64 right now? If no, what would I need to figure out in order to make that happen?
[16:38:51] <rmustacc> We don't today, but it wouldn't be too hrd.
[16:38:52] <rmustacc> *hard
[16:39:21] <rmustacc> The most involved part is honestly dealing with the overdue to sun as->gas transition.
[16:41:10] <rmustacc> That is the only true blocker, that I know of. The rest is just standard toolchain stuff. But ld is already a cross-ld, so that's a good start.
[16:44:19] *** amrmesh <amrmesh!~Thunderbi@> has joined #illumos
[16:44:41] *** amrfrsh <amrfrsh!~Thunderbi@> has quit IRC (Ping timeout: 258 seconds)
[16:44:41] *** amrmesh is now known as amrfrsh
[16:46:56] *** neirac_ <neirac_!~cneir@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:48:03] <spicywolf> What would be needed to do the as->gas transition? I.E. what source/configuration files am I looking at here?
[16:49:25] <rmustacc> I don't know enough about the differences between sun as and gas, but all of the SPARC asm files.
[16:49:44] <rmustacc> I suspect most of the stuff is compatible and there are some directives that are different.
[16:50:14] <rmustacc> Most of it should hopefully be encapsulated in the sparc version of sys/asm_linkage.h
[16:50:15] *** neirac <neirac!~cneir@pc-184-104-160-190.cm.vtr.net> has quit IRC (Ping timeout: 260 seconds)
[16:58:43] <spicywolf> Anybody have good sparc assembly tuts/documentation?
[17:01:38] <rmustacc> spicywolf: I'd probably coordinate with prtibble, tsoome, and richlowe just to see how much already exists here or what's been or not been done.
[17:02:25] <spicywolf> rmustacc: hai hai. What's the best way to get into contact with these folks?
[17:08:00] <toasterson1> spicywolf (IRC): talk to them in this IRC channel?
[17:08:26] <spicywolf> Fair enough. When are they usually on?
[17:09:46] <denk> from sunrise to sunset
[17:20:46] <ptribble> Getting closer to that, until recently it was well before sunrise to well after sunset, but the days are clearly getting longer
[17:23:57] *** tsoome <tsoome!~tsoome@90e4-c54e-b763-ecad-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[17:35:02] *** Lirion <Lirion!~kesselink@wikimedia-commons/Lirion> has joined #illumos
[17:37:32] *** man_u <man_u!~manu@fob.gandi.net> has quit IRC (Quit: man_u)
[17:44:58] *** cneir__ <cneir__!~cneir@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[17:48:02] *** neirac_ <neirac_!~cneir@pc-184-104-160-190.cm.vtr.net> has quit IRC (Ping timeout: 240 seconds)
[17:51:26] <spicywolf> Hi ptribble! I can totally understand that. Here sunrise was close to 0630 and sunset was 1400-ish. It's gotten better, but only just. Have you seen/done any work around as to gas conversion for sparc source? I'm happy enough to take that on, just have to familiarize myself with sparc assembly so I don't miss any nuances.
[17:51:56] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-ooltvfuztjniwrzn> has joined #illumos
[17:53:13] <ptribble> I haven't really looked at that. On the illumos side I've largely been trying to take out some of the really old junk in the codebase to make it easier for someone else to do the real work.
[17:53:40] <spicywolf> really old such as?
[17:54:59] <ptribble> starfire, starcat - legacy platforms nobody has access to
[17:55:20] <ptribble> and a lot of that code is pretty horrid at best
[17:55:40] <spicywolf> Gotcha. Given I've never even heard of them, that sounds fun.
[17:56:19] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has joined #illumos
[17:59:02] <spicywolf> Just to be sure, that means you aren't doing any work on it currently, aside from removing legacy code that should be deprecated?
[18:03:33] <ptribble> Pretty much. There's that, and just making sure the code still builds as people make changes.
[18:04:19] <ptribble> In parallel, tsoome is cleaning up the code for smatch and newer gcc versions.
[18:04:45] <kahiru> neuroserve: are there builds of git-annex for anything with illumos kernel?
[18:04:57] <spicywolf> Excuse my ignorance, but what is smatch?
[18:05:57] *** freakazoid0223 <freakazoid0223!~matt@pool-96-227-98-169.phlapa.fios.verizon.net> has quit IRC (Ping timeout: 258 seconds)
[18:06:22] *** freakazoid0223 <freakazoid0223!~matt@pool-96-227-98-169.phlapa.fios.verizon.net> has joined #illumos
[18:06:42] <ptribble> smatch is static code analysis, like lint but much better
[18:07:26] <spicywolf> Ah. Are we making a transition from lint, then?
[18:09:35] <ptribble> Oh, we got rid of lint (and the studio toolchain) some time ago
[18:10:51] <spicywolf> Shows how up to date with the times I am. Only just got my first build made on the 2nd, so I'm looking for projects (and trying to revive old sparc servers I have lying around... I want to actually put them to use, as the T1000 is still the most power efficient server I own).
[18:15:37] <tsoome> we did stop lint builds, but the makefiles and the code is still filled with lint trails:)
[18:16:34] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[18:16:54] *** cneir__ is now known as neirac
[18:18:44] <spicywolf> So when my build said it was calling lint, what was it doing?
[18:19:17] <spicywolf> (At least, I think it said that, I'd have to go back through the logs)
[18:19:32] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[18:26:12] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[18:30:15] *** nde <nde!uid414739@gateway/web/irccloud.com/x-ditcpsdbhoxaflej> has joined #illumos
[18:36:29] *** wiedi <wiedi!~wiedi@> has quit IRC (Ping timeout: 268 seconds)
[18:59:10] <LeftWing> toasterson1: Have you looked at "syncthing"?
[19:04:11] *** neirac <neirac!~cneir@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: Leaving)
[19:12:56] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has joined #illumos
[19:17:49] *** jimklimov <jimklimov!~jimklimov@> has quit IRC (Quit: Leaving.)
[19:31:02] <ptribble> What's the current state of play on Azure or Google Cloud?
[19:31:26] <Smithx10> LeftWing: how is Syncthing? decent enough?
[19:32:05] <LeftWing> ptribble: GCE requires me to finish vioscsi at least, with my apologies for having run out of steam there previously
[19:32:10] <LeftWing> And the DHCP things I have out
[19:32:29] <LeftWing> I'm not sure where we got to with the Hyper-V bits andyf was working through
[19:32:37] <LeftWing> But those, I think, are the basis of Azure working well
[19:32:41] <LeftWing> (or at all?)
[19:33:00] <LeftWing> Smithx10: Eh, I haven't used it a lot. It builds on illumos though.
[19:36:55] <ptribble> LeftWing: Thanks. We're expanding our AWS footprint, it would be nice to have some other provider as a plan B
[19:37:56] *** tsoome <tsoome!~tsoome@90e4-c54e-b763-ecad-2f80-4a40-07d0-2001.sta.estpak.ee> has quit IRC (Quit: Leaving)
[19:38:05] *** tsoome <tsoome!~tsoome@90e4-c54e-b763-ecad-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[19:38:18] <LeftWing> Digital Ocean works well in a pinch ;)
[19:38:54] <Smithx10> I think the baremetal clouds are useful at times, packet
[19:39:06] <Smithx10> With the Mellanox driver now more baremetal hw will be available.
[19:43:30] <toasterson1> LeftWing: pretty much the same thing as nextcloud but decentralized. Adds its own versioning scheme. So not usefull for git. I was hoping for something block based. Or nfs like. Maybe my current setup is as food as it gets.
[19:44:15] <LeftWing> I think it'd be extremely difficult to do effectively multi-master block devices especially if they're not all available during the same windows
[19:44:27] <ptribble> Can you run illumos on DO these days?
[19:45:16] <LeftWing> ptribble: I am, in fact! OmniOS works well. I have a basic Rust-based program for configuring the machine from the metadata ISO it provides: https://gist.github.com/jclulow/0f68febb593b4f87c8be48a2b673ecef
[19:45:25] <ptribble> It's not an option for the business, they don't have datacenters in all the right jurisdictions, but DO would be great for some of my own stuff
[19:46:05] <LeftWing> I have a pair of $5/month VMs for various DNS hosting. One in the US and one in Europe. It's been good.
[19:46:30] <LeftWing> I'm looking at the process the OmniOS folks use to produce the AMIs and so on without needing to do any manual work -- https://github.com/omniosorg/kayak/tree/master/build
[19:46:39] <LeftWing> Should be able to roll something similar for DO
[19:46:49] *** fanta1 <fanta1!~fanta1@p200300F76BC2C700CC01FD44B133AF25.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[19:49:04] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Ping timeout: 258 seconds)
[19:50:16] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[19:51:26] <ptribble> I actually build my own OmniOS AMIs from scratch, it's pretty easy
[19:53:30] <LeftWing> ptribble: Using the tools in the kayak repo?
[19:53:33] <LeftWing> Or some other process?
[19:57:03] <ptribble> Some other way; run the regular installer in Xen, export the disk image that creates
[19:57:57] <LeftWing> Yeah that's what I started with basically while working on the metadata config program
[19:58:10] <LeftWing> QEMU/KVM on my desktop, upload the QCOW file
[19:58:43] <LeftWing> But it's neat that they have programs for producing the disk images without needing to create a VM or whatever
[19:59:42] <andyf> LeftWing - that depends on some of the other bits around zfs handling changes in rpool devices
[19:59:57] <LeftWing> andyf: You have the pool patcher though
[19:59:59] <andyf> andyf at the moment we need import the zpools under Xen before sending them up to Amazon
[20:00:09] <andyf> yeah, that patches the zpool labels, but not the MOS
[20:00:09] <LeftWing> Does the pool patcher not work?
[20:00:12] <LeftWing> Ah
[20:00:22] <andyf> (not sure I got that acronym right.)
[20:00:35] <LeftWing> Patching the label is not sufficient?
[20:00:42] <LeftWing> I suppose it isn't
[20:00:52] <andyf> It certainly wasn't in the past, I haven't tried recently
[20:01:09] <LeftWing> Thanks for the heads up
[20:01:32] <andyf> in terms of hyper-V - it's fairly close I think although we did find a fairly fundamental issue with asynchronous interrupt handling
[20:01:45] <andyf> even with that, omnios seems to work find in azure and you get a serial console too
[20:02:20] <andyf> hadfl does most of his OmniOS development under hyper-v so the bits get exercised quite a lot.
[20:04:23] <andyf> We had quite a lot of success with making Azure images - including the azure agent thing that does the provisioning, but they never made it to the Marketplace or whatever it's called.
[20:14:23] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Ping timeout: 265 seconds)
[20:15:25] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[20:22:44] <LeftWing> Alright, well: https://code.illumos.org/c/illumos-gate/+/413
[20:23:45] <andyf> nice :)
[20:24:34] <LeftWing> andyf: Do you think this is the kind of thing we might be able to get backported to current stable and LTS OmniOS?
[20:25:07] *** xzilla <xzilla!~robert@pool-71-166-61-141.bltmmd.fios.verizon.net> has joined #illumos
[20:25:54] <andyf> I don't see why not. Certainly LTS
[20:26:05] <andyf> The next stable is only 7 weeks away
[20:36:13] <andyf> I can test that in bloody with AMI creation if you want - could be interesting. I did try and get this working by using some of the zpool split code - and it did actually work, I just never finished it
[20:42:19] <LeftWing> It occurs to me that it'd be good to re-GUID the pool/vdev in a guest created from an image like that
[20:42:27] <LeftWing> I wonder if there's a thing you can run to do that
[20:43:35] <toasterson1> LeftWing (IRC): Why not get the python cloud-init working?
[20:43:47] <LeftWing> I have zero interest in it
[20:44:01] <LeftWing> It is large and complicated
[20:44:28] <LeftWing> And my happiness depends on avoiding maintaining Python code :P
[20:44:44] <toasterson1> LeftWing (IRC): I have had good success with packer and tribblix and OI. building qcow and other images for cloud stuff
[20:45:11] <LeftWing> Neat
[20:45:13] <toasterson1> LeftWing (IRC): I feel you on the python front. Although my small programms will be in Go :)
[20:45:13] <andyf> LeftWing - I'm sure we do something around that.. or I could be thinking about something else (we definitel re-uuid the IPS image)
[20:45:24] <LeftWing> andyf: Yeah I saw that step, that's cool
[20:45:55] <toasterson1> https://github.com/Toasterson/packer-tribblix
[20:46:57] <toasterson1> LeftWing (IRC): I see you are working with sane rust :)
[20:47:19] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[20:47:29] <LeftWing> Rust is pretty great
[20:47:33] <andyf> I'm sure there was a zpool reguid /somewhere/
[20:47:49] <andyf> Aha, it's in the bhyve image build script
[20:47:52] <LeftWing> Ahh
[20:48:31] <andyf> that one doesn't work yet either because of the same device move problem, but that will be much easier to test with your patch come to think of it
[20:50:40] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Ping timeout: 255 seconds)
[20:52:05] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[20:54:30] *** kerberizer <kerberizer!~luchesar@wikipedia/Iliev> has quit IRC (Ping timeout: 265 seconds)
[20:58:59] *** kerberizer <kerberizer!~luchesar@wikipedia/Iliev> has joined #illumos
[20:59:03] <toasterson1> LeftWing (IRC): Let's say i've seen pretty insane rust aswell. Exceptions and other nasties are common aswell.
[21:00:13] <gitomat> [illumos-gate] 12304 risc-v dis instruction alignment too restrictive -- Robert Mustacchi <rm at fingolfin dot org>
[21:06:52] <rmustacc> LeftWing: Do I owe you anything on those dhcp bits?
[21:20:24] *** BOKALDO <BOKALDO!~BOKALDO@> has quit IRC (Quit: Leaving)
[21:21:08] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Ping timeout: 268 seconds)
[21:22:14] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[21:22:19] *** neuroserve <neuroserve!~toens@ip-84-118-129-103.unity-media.net> has quit IRC (Ping timeout: 260 seconds)
[21:25:05] *** alanc <alanc!~alanc@inet-hqmc02-o.oracle.com> has quit IRC (Remote host closed the connection)
[21:25:32] *** alanc <alanc!~alanc@inet-hqmc02-o.oracle.com> has joined #illumos
[21:44:57] <spicywolf> Wait, are we supporting risc-v?
[21:46:46] <tsoome> spicywolf dis does recognize many cpu's:)
[21:48:15] <rmustacc> I would like to get us supporting arm64 and risc-v by supporting a bunch of different efforts. So if it's something you care about, I'm looking for folks to join a coalition.
[21:51:02] <spicywolf> I don't have any risc-v boards to build on, but I'd be happy to join. I certainly have a lot of aarch64 boards hanging out, though they are all raspberry pi 3 and 4.
[21:51:55] <spicywolf> Fair warning, as I said earlier, my first amd64 build was on the 2nd, so I'm still getting used to the code base.
[21:53:03] <rmustacc> That's fine, on those platforms I wouldn't worry about anything other than qemu for a bit.
[21:55:31] <spicywolf> Ah. Of course. Kinda forgot that qemu could emulate different architectures.
[21:56:44] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[22:00:18] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 256 seconds)
[22:15:43] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[22:23:38] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Ping timeout: 240 seconds)
[22:24:54] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[22:44:21] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[22:49:56] *** hawk <hawk!~hawk@d.qw.se> has quit IRC (Ping timeout: 256 seconds)
[22:50:26] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Ping timeout: 240 seconds)
[22:53:10] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[23:05:44] <sjorge> https://lviattack.eu/
[23:05:50] <sjorge> Why do they all need a flashy name?
[23:05:52] <sjorge> I don't get it
[23:06:03] <sjorge> Also yay, more stuff my servers are effected by blah
[23:06:36] <sjorge> LeftWing: I think ZoL has a zpoo reguid command!
[23:10:09] <alanc> LVI as an abbreviation for Load Value Injection is hardly flashy
[23:10:33] <alanc> their "trailer" video is far more flashy than the name
[23:13:31] *** Pjerky <Pjerky!~Pjerky@81-234-143-135-no58.tbcn.telia.com> has joined #illumos
[23:20:05] <SPARC-Corgi> I really wanna try ARM64 once it starts getting there
[23:21:08] *** andyf <andyf!~andyf@omniosce.ee.ethz.ch> has quit IRC (Quit: nn)
[23:21:30] *** andyf <andyf!~andyf@omniosce.ee.ethz.ch> has joined #illumos
[23:21:47] <SPARC-Corgi> thinking about picking up a raspi or similar and a lumia 950 (since out of curiosity it can run win 10 on ARM and linux kernel boots) just to play around with what they can run
[23:24:07] <spicywolf> Short answer: basically all of the Linux packages you are used to run on ARM. There are some that don't but Raspbian has basically all of the mainline debian packages.
[23:25:40] <spicywolf> In the BSD market, NetBSD and FreeBSD both run on the pi, but... it requires a lot of tinkering to get them to work nicely.
[23:26:18] <spicywolf> In other words, if you run FreeBSD, expect setup to take a few weeks since 90% of the packages are only available from the ports tree.
[23:26:32] <spicywolf> As far as the lumia goes, I've never touched it, so I dunno.
[23:31:45] <Woodstock> spicywolf: not true at least for netbsd: ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/evbarm/9.0_2019Q4/All/
[23:32:42] <kahiru> Woodstock: but that contains just a fraction of packages from pkgsrc
[23:32:48] <spicywolf> Oh! Neat! I've actually not tried to run NetBSD on the Pi yet, but FreeBSD takes a while.
[23:33:22] <Woodstock> kahiru: guess what, not every package even builds on every platform
[23:33:36] <Woodstock> thats really painful if you run netbsd on a VAX
[23:33:48] <Woodstock> but thats just life and not at all netbsd's fault
[23:34:02] <spicywolf> I wasn't even aware VAX systems still existed...
[23:34:30] <Woodstock> well, they didn't just vanish in a puff of smoke... yet.
[23:34:32] <kahiru> I'm just saying one may need to build from source after all, even if there are some packages pre-build
[23:35:12] <Riastradh> kahiru: The bulk builds generally contain everything that will build out of the box.
[23:35:38] <Riastradh> Not just `some packages pre-built'; that's the point of a bulk build -- it builds everything in pkgsrc.
[23:36:29] <kahiru> I stand corrected
[23:36:49] <sjorge> I run FreeBSD on all my pi’s, because I couldn’t run illumos
[23:37:00] <sjorge> I find it acceptable
[23:37:06] <Woodstock> sjorge: with zfs?
[23:37:24] <sjorge> Unless you do complex stuff like use the UART for GPS
[23:37:51] <sjorge> Woodstock: UFS, as my SD’s are to small or a meaningful zpool
[23:38:14] <sjorge> I do use crochet to generate the images mostly pre customized
[23:38:55] <LeftWing> rmustacc: No, I don't believe so. I just need to get another testing cycle done I think.
[23:45:38] <spicywolf> sjorge: what is big enough for a meaningful zfs pool, also, don't most pis not have enough RAM for good zfs?
[23:50:39] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has quit IRC (Read error: Connection reset by peer)
[23:51:50] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos

   March 10, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >