Switch to DuckDuckGo Search
   October 21, 2019  
< | 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:31:57] *** Pjerky <Pjerky!~Pjerky@81-234-143-135-no58.tbcn.telia.com> has quit IRC (Ping timeout: 240 seconds)
[00:39:44] *** Pjerky <Pjerky!~Pjerky@81-234-143-135-no58.tbcn.telia.com> has joined #illumos
[00:47:38] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[00:50:16] *** amrfrsh <amrfrsh!~Thunderbi@131.234.217.194> has quit IRC (Ping timeout: 265 seconds)
[00:50:22] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[00:52:43] *** amrmesh is now known as amrfrsh
[01:11:58] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-118.net.upcbroadband.cz> has joined #illumos
[01:15:13] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-118.net.upcbroadband.cz> has quit IRC (Read error: Connection reset by peer)
[01:15:47] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-118.net.upcbroadband.cz> has joined #illumos
[01:27:11] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-118.net.upcbroadband.cz> has quit IRC (Ping timeout: 250 seconds)
[01:31:04] *** dgtlcmo <dgtlcmo!~dgtlcmo@c-24-61-203-74.hsd1.ma.comcast.net> has joined #illumos
[02:12:02] *** lgtaube <lgtaube!~lgt@46.165.203.45> has quit IRC (Ping timeout: 276 seconds)
[02:23:24] *** Kruppt <Kruppt!~Kruppt@50.111.7.20> has quit IRC (Quit: Leaving)
[02:59:35] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Remote host closed the connection)
[03:04:03] <Smithx10> Does illumos have a readv / writev ?
[03:04:33] <Smithx10> https://illumos.org/man/2/readv
[03:06:46] <Smithx10> If so, I believe it probably needs to be added to the golang syscalls. https://gist.github.com/Smithx10/5bed1afc822bfa28c2dee740cfc19e01
[03:07:52] <rmustacc> We should have a pretty standard readv/writev/preadv/pwritev.
[03:10:53] *** dgtlcmo <dgtlcmo!~dgtlcmo@c-24-61-203-74.hsd1.ma.comcast.net> has quit IRC (Quit: Lost terminal)
[03:20:01] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[03:20:07] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[03:23:05] <Smithx10> rmustacc: I added them real quick to go, 121 and 122. and it stopped nagging about sys_readv
[03:23:06] <Smithx10> :)
[03:23:47] <rmustacc> Well, it should be done through lib.
[03:23:50] <rmustacc> *libc
[03:24:12] <rmustacc> The raw system call numers aren't stable.
[03:24:20] <Smithx10> I created a zsysnum_illumos_amd64.go
[03:24:39] <Smithx10> Those numbers change?
[03:25:47] <rmustacc> It's an unstable interface.
[03:25:59] <rmustacc> That's why none of the system calls are wired up that way, the same as Windows.
[03:26:04] <rmustacc> They instead are always vectored through libc.
[03:27:33] <rmustacc> That's how go does stuff today.
[03:33:21] *** mgerdts <mgerdts!~textual@96-41-228-208.dhcp.ftbg.wi.charter.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[03:51:43] <Smithx10> ahhh rmustacc looks like he is working through it here https://github.com/zrepl/zrepl/pull/233 :)
[03:57:01] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)
[04:00:04] <rmustacc> Smithx10: Well, you should be able to add this to go in a way that you don't need cgo.
[04:00:12] <rmustacc> Like they do other system calls.
[04:00:19] <rmustacc> But I think that's the kind of thing LeftWing might be more familiar with.
[04:00:20] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[04:01:00] <Smithx10> rmustacc: yea, I got it to build using that commit and make that small change about readv locally
[04:01:23] <Smithx10> LeftWing: is the Illumos golang jedi :)
[04:01:37] <rmustacc> I mean it should be doable without cgo or hardcoding the syscall number.
[04:07:16] * Reinhilde facepaws
[04:10:27] <Reinhilde> if I want to run a non-default cron daemon, can i, and are there any special considerations?
[04:12:31] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[04:14:53] <Reinhilde> rmustacc: is runlevel 0 identical to runlevel 5 on i86pc?
[04:15:07] <Reinhilde> i know that there are not necessarily even runlevels anymore
[04:16:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[04:27:50] <LeftWing> 5 is shutdown right?
[04:27:56] <Reinhilde> LeftWing: yes
[04:28:00] <Reinhilde> 0 is "go to firmware."
[04:28:08] <Reinhilde> this only has meaning on SPARC.
[04:28:13] <Reinhilde> (if I am not mistaken)
[04:28:18] <LeftWing> That's probably about right
[04:28:33] <LeftWing> It's best not to think about runlevels though
[04:28:43] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Remote host closed the connection)
[04:28:43] <Reinhilde> LeftWing: as I said, they don't /really/ exist
[04:29:37] <LeftWing> Smithx10: Additional system calls can definitely be made through libc calls. What package is the read/writev call being made in? Is it x/unix?
[04:29:59] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[04:30:16] <Reinhilde> LeftWing: could i prompt you to scroll up to when I did the readlink you wanted me to do?
[04:31:16] <Smithx10> LeftWing: i added it into here https://github.com/golang/go/tree/master/src/syscall
[04:31:55] <Smithx10> in zsysnum_illumos_amd64.go ( which i created ) to make it work
[04:32:08] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Remote host closed the connection)
[04:32:34] <LeftWing> Reinhilde: That's definitely an IDE disk! Does that devices path actually exist?
[04:32:46] <Smithx10> I figured it was because it wasn't defined in here: https://github.com/golang/go/blob/master/src/syscall/zsysnum_solaris_amd64.go
[04:33:05] <LeftWing> The syscall package is frozen I believe
[04:33:12] <LeftWing> And there will be no additions
[04:33:34] <LeftWing> So we would need to add things to x/unix I'm pretty sure
[04:33:56] <Reinhilde> LeftWing: The path actually exists. Attempting to write anything to it causes a read-only device error (as with installboot earlier)
[04:34:43] <LeftWing> ls -l /dev/dsk/*p0
[04:35:10] <Reinhilde> the machine is shut down now.
[04:35:17] <LeftWing> Ok
[04:35:54] <Reinhilde> but there were c1, c2 and c3, but no c0. c2 is the disk that I believe the root pool to be on.
[04:39:31] <Reinhilde> LeftWing: on a kayak cd, 1, 2, 3 and 4, and 3 is pci-ide@1,1. importing the pool on the live cd shows c1
[04:40:05] <Reinhilde> is it possible that my system is totally wrenched?
[04:43:00] <LeftWing> Well the controller number is technically something that can change from install to install
[04:43:11] <LeftWing> It depends on the order that we detected them
[04:43:56] <LeftWing> The kayak ramdisk environment technically counts as a different install as it has an ephemeral root filesystem
[04:44:18] <LeftWing> This is definitely fixable
[04:44:49] <Reinhilde> so I'm at a loader prompt
[04:45:01] <LeftWing> If you boot a current kayak ISO and "mkdir /a" and "zpool import -R /a tank" it should update the devices path
[04:45:15] <Reinhilde> i did that, except importing to /mnt instead of /a
[04:45:29] <Reinhilde> i have then rebooted. what should I look out for
[04:45:38] <LeftWing> It shouldn't panic anymore
[04:46:57] <Reinhilde> have you ever had to install anything from a bluray?
[04:47:06] <LeftWing> I have not!
[04:47:23] <LeftWing> By the time they were in vogue I was PXE booting everything
[04:47:43] <LeftWing> And then USB images became popular
[04:48:04] <Reinhilde> LeftWing: so I had it drop to debugger. should I set any breakpoints to find something interesting?
[04:49:08] <LeftWing> Well I'm confused about why updating the devices path by importing the pool didn't help with the panic
[04:49:44] <Reinhilde> i haven't tried it yet
[04:49:49] <Reinhilde> should I just :c and hope it works?
[04:50:27] <Reinhilde> it seems to be fine
[04:50:48] <Reinhilde> "console debugger present; disabling power management." lol
[04:55:12] <Reinhilde> I wonder what manner of unholy damnation would happen if the kernel's self-identification was changed from SunOS-5.11 to illumos-1.0
[04:57:55] <LeftWing> It'd break a lot of software builds and configuration management tools I should think
[04:58:38] <LeftWing> Reinhilde: So it boots now that you did the import in kayak?
[04:58:49] <LeftWing> And zpool status shows the right device?
[04:59:03] <Reinhilde> still shows c2
[04:59:19] <Reinhilde> er
[04:59:21] <Reinhilde> not still
[04:59:24] <Reinhilde> now shows c2
[04:59:30] <Reinhilde> which is the correct device on this installation
[04:59:34] <LeftWing> Great
[04:59:42] <LeftWing> Sorry for the trouble!
[05:00:31] <Reinhilde> is it weird that I use sudo for the 'su -' functionality but pfexec for the 'run one command as root' functionality?
[05:00:58] <LeftWing> Haha
[05:01:06] <LeftWing> I mean, it's your computer
[05:01:40] <LeftWing> "sudo -i" is a neat standin for "pfexec su -"
[05:02:11] <Reinhilde> it's one I remember
[05:02:33] <Reinhilde> funny thing is I do have to use the latter syntax (with doas) on my home computer
[05:02:44] <Reinhilde> (which runs freebsd, and i've installed doas on it instead of sudo)
[05:02:56] <LeftWing> I hear you can get doas for illumos now
[05:03:09] <Reinhilde> yeah
[05:03:51] <Reinhilde> i wonder if anyone has ported it to oracle's version of events
[05:08:09] <yuripv> doas decided that they know better than user and made "keepenv" to not actually keep environment, so I'm back to sudo :D
[05:10:42] <Reinhilde> if someone desires to run a 3rd party cron daemon (for @reboot functionality, for example), will the configuration caused by this become undefined, or will it behave as before installing the new cron daemon, but now you have another cron daemon?
[05:10:51] <Reinhilde> don't answer my question
[05:10:53] *** fiddlerwoaroof <fiddlerwoaroof!~fiddlerwo@unaffiliated/fiddlerwoaroof> has quit IRC (Quit: Gone.)
[05:10:56] <Reinhilde> i'm just thinking outload
[05:10:58] <Reinhilde> out loud
[05:11:00] <Reinhilde> words! so many words!
[05:11:23] *** fiddlerwoaroof <fiddlerwoaroof!~fiddlerwo@unaffiliated/fiddlerwoaroof> has joined #illumos
[05:14:33] <Reinhilde> what i meant to ask was, does the SMF service that manages the cron daemon specify the absolute path to the cron daemon?
[05:20:57] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[05:32:34] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[05:36:33] <jbk> probably -- it'd be in /lib/svc/method
[05:36:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[05:36:43] <jbk> you can look there to see what your distro is doing
[05:37:44] <Reinhilde> from auth_list.h
[05:37:46] <Reinhilde> * This is an internal header file. Not to be shipped.
[05:37:48] <Reinhilde> */
[05:37:50] <Reinhilde> why not?
[05:57:57] <jbk> probably wasn't meant to be used outside the repository
[05:59:57] <Reinhilde> so i should define my own auth names for third party cron daemons intending to use chkauthattr?
[06:00:08] <Reinhilde> (which I assume is intended to be a private interface anyway)
[06:14:38] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[06:18:56] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[06:29:29] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[06:34:38] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 276 seconds)
[06:54:46] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[06:59:32] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 265 seconds)
[07:01:57] <LeftWing> yuripv: Does it drop specific things from the environment, or does it only allow a specific subset through?
[07:03:40] <LeftWing> Reinhilde: Is @reboot the only extra thing you want?
[07:05:49] <Reinhilde> yes.
[07:06:20] <Reinhilde> should i just fork illumos cron and turn that into a third party program then?
[07:06:29] <Reinhilde> if that makes sense
[07:09:13] <Reinhilde> idk man, i'm just a confused person
[07:11:13] <LeftWing> Reinhilde: You know you could just add @reboot support to our cron!
[07:13:25] <Reinhilde> i could, and maybe should. do you think i should go even further and add everything that i see in isc cron that isn't in illumos s5r4 cron?
[07:13:29] <yuripv> LeftWing: HOME, LOGNAME, PATH, SHELL, and USER are set for the target user, unconditionally, for "security reasons"
[07:13:36] <yuripv> not helpful for me
[07:13:41] <LeftWing> Oof
[07:14:00] <LeftWing> I mean I can see why that would be the *default*
[07:14:12] <LeftWing> But there being no option to allow, say, PATH to be overridden is kind of unfortunate
[07:14:44] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[07:18:20] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[07:18:56] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[07:20:25] <Reinhilde> LeftWing: how would I actually commit such a change?
[07:20:28] <Reinhilde> or, i guess
[07:20:38] <Reinhilde> start the process that will lead to it getting committed
[07:21:11] <LeftWing> I would take a look at https://illumos.org/docs/contributing/
[07:22:08] <LeftWing> You are also welcome to ask if anything is unclear or if you need assistance!
[07:22:31] <LeftWing> It'd be good to do a quick survey of how @reboot works in other crons
[07:22:52] <Reinhilde> the only one I have seen it in is ISC
[07:22:53] <LeftWing> Both in the way that it affects the crontab grammar, and in what it actually *does*
[07:23:15] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Quit: amrfrsh)
[07:24:15] <Reinhilde> LeftWing: ISC hits run_reboot_jobs in main()
[07:24:19] <yuripv> @reboot Run once, at startup of cron.
[07:24:21] <LeftWing> It looks like at least one other OS tracks the @reboot state in /var/run
[07:24:28] <LeftWing> Which is cool
[07:24:38] <LeftWing> (So that "svcadm restart cron" doesn't make all the @reboot jobs go again)
[07:24:39] <yuripv> from FreeBSD, so not really at reboot
[07:24:52] <LeftWing> yuripv: Does FreeBSD have a service supervisor?
[07:24:57] <yuripv> nope
[07:25:17] <Reinhilde> freebsd basically runs unsupervised. there is a `service` command but it's just aliases for /etc/rc.d/*
[07:25:17] <LeftWing> So I guess at least cron isn't going to be restarting itself a bunch :P
[07:26:03] <Reinhilde> LeftWing: would you be ok with `svcadm restart cron` hitting @reboot jobs?
[07:26:07] <LeftWing> Another question might be: who gets to use @reboot? Is it just root, or is it any user? Should there be some kind of RBAC whatever granted to people? (I don't know the answers)
[07:26:13] <LeftWing> Reinhilde: I think we can do better
[07:26:25] <LeftWing> It's pretty easy to create a sentinel file in /var/run
[07:26:45] <Reinhilde> do all distributions of illumos clear /var/run upon reboot?
[07:26:51] <Reinhilde> or would that be unreliable?
[07:27:09] <Reinhilde> The usual definition of who gets to use @reboot is that any user will be allowed to use it.
[07:27:20] <LeftWing> I believe /var/run is always a tmpfs
[07:28:12] <Reinhilde> from `mount`: /var/run on swap read/write/setuid/devices/xattr/dev=87c0003 on Sun Oct 20 19:50:14 2019
[07:28:22] <Reinhilde> i think mount outputs those things backwards btw
[07:28:58] <LeftWing> I think that depends on your perspective
[07:29:23] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[07:32:09] <Reinhilde> to me it should be "device on path flags at date"
[07:32:59] <yuripv> that's how it is really
[07:33:48] <LeftWing> Ours takes the view that a file system exists on a particular device
[07:34:00] <LeftWing> Rather than that a device is mounted on a path
[07:34:48] <yuripv> ah, I misunderstood what Reinhilde was saying
[07:35:02] <LeftWing> I honestly don't run mount on Linux often enough to have ever noticed it's backwards over there
[07:37:09] <LeftWing> Apparently in System V Release 2 it said: printf("%.14s on /dev/%s %s on %s",
[07:37:59] <LeftWing> So I suppose it's been "mountpoint on device" since at least ~1985
[07:39:20] <Reinhilde> LeftWing: on freebsd it's "device on paths (options)"
[07:39:46] <Reinhilde> but that's berkeley excrement /sn
[07:40:03] <LeftWing> Yes I think this is a case where New Jersey and Berkeley diverged
[07:40:17] <Reinhilde> what does new jersey have to do with this?
[07:40:20] <Reinhilde> is that AT&T
[07:40:42] <LeftWing> Yes
[07:40:43] <LeftWing> https://en.wikipedia.org/wiki/Unix_System_Laboratories
[07:40:47] <Reinhilde> ah
[07:41:06] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 265 seconds)
[07:41:17] <LeftWing> Bell was also in Murray Hill, which is over there too I think?
[07:41:42] <LeftWing> richlowe isn't here to correct my butchering of history
[07:42:29] *** lgtaube <lgtaube!~lgt@91.109.28.145> has joined #illumos
[07:42:48] <Reinhilde> also...
[07:42:52] <Reinhilde> stuff like /lib/libc.so.1 on /usr/lib/libc/libc_hwcap1.so.1 read/write/setuid/devices/dev=4310002 on Sun Oct 20 19:50:10 2019
[07:42:59] <Reinhilde> single files bind-mounted
[07:43:04] <Reinhilde> why?
[07:43:11] <Reinhilde> how is that possible?
[07:44:01] <LeftWing> man -s 7FS lofs
[07:44:08] <yuripv> why -- to use i386 libc for your CPU's capabilities
[07:44:27] <LeftWing> Right. There's a basic libc.so.1 in /lib for early bott
[07:44:39] <LeftWing> Then we assess what special CPU features you have (system call instructions that might be faster than the basic one, etc)
[07:44:47] <LeftWing> And pick one of /usr/lib/libc/libc_*.so.1 to mount on top
[07:45:16] <LeftWing> We could arguably also have put all of the different versions of the functions into one bigger libc.so.1 but for whatever reason that's the way this was done
[07:45:31] <LeftWing> (I believe we can dynamically link a particular symbol based on hardware capabilities too)
[07:45:55] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-118.net.upcbroadband.cz> has joined #illumos
[07:46:56] <Reinhilde> LeftWing: why does `man` require -s to specify a section, whereas other systems' `man`'s do not require (nor do some allow) this?
[07:46:58] <LeftWing> For a succinct demonstration of the differences you might try: diff -u <(dis -F syscall /usr/lib/libc/libc_hwcap3.so.1) <(dis -F syscall /usr/lib/libc/libc_hwcap2.so.1)
[07:47:18] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[07:47:19] <Reinhilde> LeftWing: is hwcap1 the lowest level?
[07:47:59] <yuripv> Reinhilde: historic reasons? you can also call it as `man page.section` which other mans don't do
[07:48:25] <LeftWing> I think "man -s SECTION" is perhaps another thing that came from New Jersey
[07:48:38] <Reinhilde> fun times: berkeley's excrement's man(1) is written in sh
[07:48:55] <yuripv> rewritten, actually
[07:49:13] <Reinhilde> well I'm just talking from a "what is now" perspective. y'all can fill in on history
[07:49:29] <Reinhilde> yuripv: does using illumos generally teach people about unix history?
[07:49:38] <yuripv> no idea.
[07:49:44] <LeftWing> According to a comment in "lib/libc/i386_hwcap3/Makefile": Currently, the only differences between hwcap3 and hwcap1 is the kernel entry method (hwcap1 uses "sysenter" and hwcap2 uses "syscall" while hwcap3 uses "int 0x91".
[07:50:06] <Reinhilde> which is more efficient?
[07:50:26] <LeftWing> I think syscall or sysenter -- the former is amd64 and the latter is Intel, I think?
[07:50:43] <LeftWing> If rmustacc were here I'm sure he'd correct me on that
[07:50:52] <jbk> i think the thought was it wasn't worth the effort to unify them using capabilities for all the syscalls
[07:51:03] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Ping timeout: 268 seconds)
[07:51:25] <Reinhilde> ... are there non-GNU roffs in the world?
[07:51:37] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[07:51:58] <yuripv> the one we have? there's also heirloom roff
[07:52:26] *** nbhauke <nbhauke!~hauke@p5DEEF9D3.dip0.t-ipconnect.de> has joined #illumos
[07:52:46] <yuripv> https://github.com/n-t-roff/heirloom-doctools
[07:54:54] <yuripv> BTW, if that question is related to man, we are now using mandoc to render, not *roff
[07:55:00] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[07:55:42] <Reinhilde> ah
[07:56:15] <LeftWing> mandoc is pretty great
[07:56:38] <Reinhilde> LeftWing: the only issue is that you can't disable the headers
[07:56:53] <LeftWing> Which headers?
[07:56:56] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[07:56:59] <Reinhilde> because i quite like mandoc for non-man page formatting
[07:57:15] <LeftWing> Oh, you mean like "MAN(1) .......... MAN(1)" up the top?
[07:57:18] <Reinhilde> yes
[07:57:29] <Reinhilde> & illumos...illumos
[07:58:38] <jbk> i've thought about writing a pager (like a mini-less) that'd freeze a certain number of top & bottom lines from the input (basically keeping the header and footers on screen and scroll inbetween) to use w/ man
[07:58:53] <jbk> (could be used for other things that output a header or footer
[07:58:58] <jbk> e.g. ps, etc
[07:59:08] <yuripv> jbk: sounds cool
[07:59:15] <Reinhilde> you've thought about it
[07:59:18] <jbk> yes
[07:59:24] <Reinhilde> thinking doesn't make things :-)
[07:59:28] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 265 seconds)
[07:59:55] <jbk> well I did write this: https://gist.github.com/jasonbking/a234366ae45648f91b2838ab4ee33779 for header only stuff
[08:00:10] <Reinhilde> jbk: under what license would that be available?
[08:00:40] <yuripv> I wonder if there's a less(1) option for that given how feature-full it is
[08:00:55] <Reinhilde> less(1) is gnucrap :-)
[08:00:57] <jbk> it's just a fairly simple script.. I guess maybe BSD? \*shrug\*
[08:01:40] *** amrfrsh <amrfrsh!~Thunderbi@131.234.47.7> has joined #illumos
[08:02:04] <Reinhilde> ha
[08:02:06] <Reinhilde> it's awk
[08:03:10] <jbk> yeah, but it doesn't scroll or do a footer
[08:03:16] <jbk> that'd probably be in C or maybe rust
[08:03:26] <jbk> but it was the initial inspiration
[08:03:56] <Reinhilde> jbk: it's totally garbled
[08:05:08] <LeftWing> I don't think less(1) is a GNU project
[08:05:40] <LeftWing> (these days)
[08:06:07] <yuripv> "less is part of the GNU project and is free software" from less(1)
[08:06:15] <LeftWing> huh
[08:06:16] <Reinhilde> which is an oxymoron :-)
[08:06:27] <yuripv> seems to be actual as copyright is 1984-2019
[08:06:41] <LeftWing> http://www.greenwoodsoftware.com/less/faq.html#history
[08:12:09] <Reinhilde> dual licensed?
[08:12:32] <LeftWing> I guess so!
[08:13:13] <Reinhilde> that looks like a bsd license to me
[08:13:17] <Reinhilde> https://github.com/gwsw/less/blob/master/LICENSE
[08:15:19] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[08:19:52] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[08:21:56] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-118.net.upcbroadband.cz> has quit IRC (Ping timeout: 240 seconds)
[08:23:57] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[08:30:39] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[08:31:09] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[08:40:51] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 264 seconds)
[08:41:25] *** sanjay <sanjay!~Adium@75-166-216-226.hlrn.qwest.net> has joined #illumos
[08:49:50] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[08:50:25] *** sanjay <sanjay!~Adium@75-166-216-226.hlrn.qwest.net> has left #illumos
[08:56:06] *** nbhauke <nbhauke!~hauke@p5DEEF9D3.dip0.t-ipconnect.de> has quit IRC (Quit: nbhauke)
[09:00:56] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[09:04:30] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[09:09:20] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 276 seconds)
[09:12:35] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[09:15:07] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[09:22:56] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[09:24:41] *** Yogurt_ <Yogurt_!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[09:24:41] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[09:26:23] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[09:29:29] *** Yogurt_ <Yogurt_!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 276 seconds)
[09:40:22] *** nbhauke <nbhauke!~hauke@Dachstein.nt.e-technik.tu-darmstadt.de> has joined #illumos
[09:44:31] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Ping timeout: 268 seconds)
[09:47:28] *** andy_js <andy_js!~andy@97e29e78.skybroadband.com> has joined #illumos
[09:54:57] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[10:00:25] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[10:00:26] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[10:05:44] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[10:09:53] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 245 seconds)
[10:23:04] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[10:30:41] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 252 seconds)
[10:35:35] *** p7mo <p7mo!~p7mo@ricasa01.informatik.uni-bremen.de> has joined #illumos
[10:38:53] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[10:39:06] *** man_u <man_u!~manu@manu2.gandi.net> has joined #illumos
[10:40:57] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[10:41:19] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[10:43:38] *** ngchk1_ <ngchk1_!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has quit IRC (Ping timeout: 240 seconds)
[10:48:57] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[10:57:27] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Ping timeout: 250 seconds)
[10:58:54] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[11:03:45] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[11:03:45] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Read error: Connection reset by peer)
[11:05:30] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[11:07:15] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 264 seconds)
[11:15:38] *** amrfrsh <amrfrsh!~Thunderbi@131.234.47.7> has quit IRC (Ping timeout: 240 seconds)
[11:22:08] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[11:34:04] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 265 seconds)
[11:36:24] *** ngchk1 <ngchk1!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has joined #illumos
[11:40:01] *** ngchk1_ <ngchk1_!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has joined #illumos
[11:41:48] *** ngchk1 <ngchk1!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has quit IRC (Ping timeout: 265 seconds)
[11:50:26] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[11:54:37] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[11:57:34] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[12:01:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[12:03:52] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[12:07:57] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[12:17:01] *** fanta1 <fanta1!~fanta1@p200300F76BC32F005D9AD5B2FA74FB88.dip0.t-ipconnect.de> has joined #illumos
[12:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[12:20:07] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[12:36:26] <jimklimov> Quick question: does "zfs recv" support receiving concatenated inputs from several "zfs send" commands executed sequentially (similar to how a single recursive or replicating "zfs send" would behave)?
[12:37:30] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[12:37:47] <jimklimov> Context: my USB HDD for backups spends many seconds, sometimes minutes, per "zfs recv" with a full CPU core occupied with kernel time; I assume the "zfs" program tries to make sense of data layout... then receives a small snapshot, then is called for another dataset increment and does this all again...
[12:39:00] <jimklimov> If this gut feeling is true, then maybe receiving multiple relatively independent streams one after another by the same receiver would help cut this initialization time
[12:40:49] <jimklimov> with lots of datasets involved (hundreds), it is appaling to have everything pretty fast on the laptop except backups taking a day or so for a few megabytes of changes :\
[12:42:03] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 264 seconds)
[12:45:36] *** jamtorus <jamtorus!~quassel@s91904428.blix.com> has joined #illumos
[12:47:38] *** Guest14720 <Guest14720!~kayront@zbase.xen.prgmr.com> has quit IRC (Quit: ZNC 1.7.1 - https://znc.in)
[12:47:58] *** kayront <kayront!~kayront@zbase.xen.prgmr.com> has joined #illumos
[12:48:21] *** kayront is now known as Guest42337
[12:48:26] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[12:48:37] *** jellydonut <jellydonut!~quassel@s91904428.blix.com> has quit IRC (Ping timeout: 240 seconds)
[12:52:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[12:57:23] <jimklimov> and for another storyline, how safe or not (and performant) is the zpool autotrim nowadays? I saw some scary discussions recently, so wanted to make sure :) Namely, the idea is to be able to tell the (nvme) controller which logical blocks are not used, whatever it would do with this info afterwards.
[12:57:43] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[13:14:46] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[13:16:07] *** Yogurt_ <Yogurt_!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[13:16:07] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[13:20:08] <tomww> about send | recv .... I'm putting a large buffer between them, e.g. 1Gbyte RAM, zfs send | pv | zfs recv ... or zfs send | pv | ssh "pv | zfs recv"
[13:20:16] *** Yogurt_ <Yogurt_!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[13:20:54] <tomww> this does'nt eliminate the ammount of CPU work to do the multitude of snapshot-layers, but thing go a bit more smooth then.
[13:21:33] <jimklimov> this does work, if I am sending initially recursively one tree with a "-R", or a series of snaps of one dataset with "-I" (and yes "mbuffer" in my case helps)
[13:21:37] <tomww> btw. massive number of snapshots, in my experience, those aren't helping for good performance.
[13:22:37] <tomww> interesting. does is skip lots of calculation in case "-R" is in use? (on the sending or the receiving side).
[13:22:43] <jimklimov> the idea here was to : (zfs send -I ds1@a ds1@b ; zfs send -i ds2@c ds2@d ; ... ) | mbuffer (| ssh) | zfs recv
[13:22:56] <tomww> With -R on the receiving side I would expect this be a large single transaction.
[13:23:50] <tomww> This in case the sender does one "-R"
[13:24:21] <jimklimov> Indeed, there is no "zfs recv -R" ;)
[13:24:56] <jimklimov> I think the "zfs send -R ... | zfs recv" does progress somewhat faster than a series of independent commands
[13:25:01] <tomww> well, where is the larger part of work. on the sender or the receiver side. this could be timed by using a file inbetween. Send to a file and time this, on receiver, read from file and time this.
[13:26:04] <jimklimov> with single-system the time spent could also be in a single-kernel lock for example ;)
[13:26:17] <jimklimov> which I suspect a lot to be a case
[13:26:26] <jimklimov> but never was able to prove ;)
[13:26:39] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[13:27:56] <jimklimov> but things like `for N in $(seq 1 100); do zfs destroy dataset@snap$N ; done` taking 100*X seconds and `for N in $(seq 1 100); do zfs destroy dataset@snap$N & done ; wait` taking just X (or a small multiple) of seconds point strongly to that IMHO
[13:28:48] <sjorge> If anyone needs the dump for 11856, poke me here
[13:28:49] <jimklimov> I guess some lower-level house-keeping ops are queued and flushed once in a while, taking same time/lag regardless of if there is one or 100 in the queue
[13:30:57] <jimklimov> sort of like https://zfs.illumos.narkive.com/E0MU8OT9/developer-new-zfs-throttle-and-txg-sync-times
[13:31:02] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 265 seconds)
[13:36:01] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[13:40:17] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[13:44:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[13:45:00] *** yuripv_ <yuripv_!~yuripv@85.172.54.114> has joined #illumos
[13:45:05] *** yuripv <yuripv!~yuripv@217.146.82.119> has quit IRC (Disconnected by services)
[13:45:13] *** yuripv_ is now known as yuripv
[13:46:27] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[13:54:52] *** fanta1 <fanta1!~fanta1@p200300F76BC32F005D9AD5B2FA74FB88.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[13:56:20] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-cvlkuxbimqbxayoi> has quit IRC (Quit: Connection closed for inactivity)
[13:57:14] *** fanta1 <fanta1!~fanta1@p200300F76BC32F005D9AD5B2FA74FB88.dip0.t-ipconnect.de> has joined #illumos
[13:57:51] <jimklimov> this is quite helpful for modern naming of the old throttles : https://community.oracle.com/docs/DOC-914874
[13:58:00] <jimklimov> works for OI too :)
[13:59:21] <jimklimov> and I wonder about https://docs.oracle.com/cd/E53394_01/html/E54818/chapterzfs-flash.html in particular WRT disksort and maybe cache discussion from that thread...
[13:59:54] *** amrfrsh <amrfrsh!~Thunderbi@131.234.44.100> has joined #illumos
[14:01:26] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:07:13] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Ping timeout: 268 seconds)
[14:09:54] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[14:13:32] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 276 seconds)
[14:14:37] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 268 seconds)
[14:20:44] <dsockwell> `
[14:22:58] *** tsoome_ <tsoome_!~tsoome@97-103-157-37.dyn.estpak.ee> has joined #illumos
[14:24:59] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[14:25:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[14:27:20] *** tsoome_ <tsoome_!~tsoome@97-103-157-37.dyn.estpak.ee> has quit IRC (Ping timeout: 246 seconds)
[14:28:02] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[14:30:11] <dsockwell> never gonna close it suckas
[14:30:26] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 276 seconds)
[14:35:07] *** patdk-lap <patdk-lap!~patrickdk@208.95.164.6> has quit IRC (Read error: Connection reset by peer)
[14:36:43] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[14:37:03] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[14:43:56] *** amrfrsh <amrfrsh!~Thunderbi@131.234.44.100> has quit IRC (Ping timeout: 240 seconds)
[14:48:12] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[14:49:34] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[14:53:11] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Ping timeout: 250 seconds)
[14:53:56] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[14:55:02] *** fanta1 <fanta1!~fanta1@p200300F76BC32F005D9AD5B2FA74FB88.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[15:01:36] *** mgerdts <mgerdts!~textual@207.87.181.170> has joined #illumos
[15:09:15] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[15:14:26] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Ping timeout: 240 seconds)
[15:15:26] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[15:15:31] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[15:20:43] *** amrfrsh <amrfrsh!~Thunderbi@194.95.4.181> has joined #illumos
[15:21:12] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[15:21:43] *** merzo <merzo!~merzo@20-9-133-95.pool.ukrtel.net> has quit IRC (Ping timeout: 265 seconds)
[15:21:47] *** amrfrsh <amrfrsh!~Thunderbi@194.95.4.181> has quit IRC (Client Quit)
[15:23:58] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[15:24:10] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[15:25:16] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[15:25:33] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[15:27:57] *** Yogurt_ <Yogurt_!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[15:27:58] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[15:29:08] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has joined #illumos
[15:32:16] *** Yogurt_ <Yogurt_!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[15:32:23] *** mgerdts <mgerdts!~textual@207.87.181.170> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[15:38:20] *** merzo <merzo!~merzo@129-57-132-95.pool.ukrtel.net> has joined #illumos
[15:50:21] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[16:02:53] *** merzo <merzo!~merzo@129-57-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 252 seconds)
[16:19:25] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[16:24:07] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 268 seconds)
[16:25:45] *** gitomat <gitomat!~nodebot@165.225.148.18> has quit IRC (Remote host closed the connection)
[16:25:50] *** gitomat2 <gitomat2!~nodebot@165.225.148.18> has joined #illumos
[16:25:53] *** gitomat2 is now known as gitomat
[16:26:31] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[16:27:13] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[16:31:17] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[17:06:31] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[17:09:34] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[17:10:37] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[17:17:34] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Quit: Leaving.)
[17:24:03] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[17:24:35] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)
[17:24:57] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[17:29:16] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds)
[17:32:18] *** jamtorus is now known as jellydonut
[17:35:40] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-jbjjlxskonuimolp> has joined #illumos
[17:47:23] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Ping timeout: 245 seconds)
[17:50:05] *** fanta1 <fanta1!~fanta1@p200300F76BC32F001047B3926836E688.dip0.t-ipconnect.de> has joined #illumos
[17:59:49] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has joined #illumos
[18:00:33] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[18:24:30] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:24:31] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[18:24:42] *** nbhauke <nbhauke!~hauke@Dachstein.nt.e-technik.tu-darmstadt.de> has quit IRC (Quit: nbhauke)
[18:25:45] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:26:53] *** MarcelT <MarcelT!~marcel@tyhog-gua01a-216.cronon.net> has joined #illumos
[18:41:01] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[18:48:03] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Ping timeout: 264 seconds)
[18:49:57] *** MarcelT <MarcelT!~marcel@tyhog-gua01a-216.cronon.net> has quit IRC (Remote host closed the connection)
[19:07:59] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[19:08:21] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[19:13:54] *** fanta1 <fanta1!~fanta1@p200300F76BC32F001047B3926836E688.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[19:31:08] *** fanta1 <fanta1!~fanta1@p200300F76BC32F001047B3926836E688.dip0.t-ipconnect.de> has joined #illumos
[19:42:46] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[20:28:32] *** wl- <wl-!~wl_@2605:6000:1b0c:4e77::87c> has joined #illumos
[20:28:38] *** wl_ <wl_!~wl_@2605:6000:1b0c:4e77::87c> has quit IRC (Read error: Connection reset by peer)
[20:34:46] *** nbhauke <nbhauke!~hauke@p5DEEF9D3.dip0.t-ipconnect.de> has joined #illumos
[20:51:11] *** pmooney <pmooney!~pmooney@67-4-175-230.mpls.qwest.net> has quit IRC (Quit: WeeChat 2.6)
[20:54:42] <copec> In the history of SunOS, when did it move to fine-grained locking from what I presume was a big kernel lock?
[20:55:43] <copec> Just reading https://en.wikipedia.org/wiki/Giant_lock
[21:01:09] *** ngchk1 <ngchk1!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has joined #illumos
[21:02:49] *** ngchk1_ <ngchk1_!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has quit IRC (Ping timeout: 250 seconds)
[21:08:22] <LeftWing> tsoome: I was surprised you didn't mention the useless cast :P
[21:08:37] <tsoome> eh:)
[21:09:11] <LeftWing> Also I'm pretty sure checking the return of ddi_get_soft_state() right after allocating is also pointless
[21:09:23] <LeftWing> There are so many things :P
[21:16:37] <tsoome> yes, I usually try not to get out of the change:)
[21:21:58] *** jellydonut <jellydonut!~quassel@s91904428.blix.com> has quit IRC (Quit: jellydonut)
[21:23:39] <LeftWing> tsoome: :D Did gerrit work OK for you?
[21:23:51] *** jellydonut <jellydonut!~quassel@s91904427.blix.com> has joined #illumos
[21:25:30] *** jellydonut <jellydonut!~quassel@s91904427.blix.com> has quit IRC (Client Quit)
[21:27:59] <tsoome> seems, yes, I have to remember how to use it - i want to set some review up on it
[21:28:14] <tsoome> but that has has to wait till tomorrow..
[21:28:51] <andyf> I saw that Joyent are moving away from Gerrit and onto github PRs. interesting :)
[21:30:02] <jlevon> yes, not sure about the illumos side of things yet
[21:34:05] <richlowe> github is a bear for large reviews.
[21:36:28] <andyf> I've never yet seen a perfect system for code review, but I do quite like at least reading patches on github
[21:36:37] <andyf> webrevs are the hardest for me
[21:36:45] <richlowe> I don't mind it for most things, but that HP driver from Nexenta was hell.
[21:39:29] <jlevon> andyf: if there's gerrit I'd probably switch to that. it's the tab-per-file thing I miss in github, big time.
[21:39:35] *** jellydonut <jellydonut!~quassel@s91904425.blix.com> has joined #illumos
[21:40:09] <andyf> For webrevs I usually just download the entire patch, then read it in vim.. and I can keep old ones to more easily see updates
[21:40:51] <andyf> There's Gerrit at https://code.illumos.org/
[21:40:59] <richlowe> the advantage github and gerrit have there is you can just pull the damn branch and do whatever.
[21:41:07] <richlowe> and that's a major advantage.
[21:41:12] <jlevon> yeah, it's slightly more annoying with webrev
[21:42:00] <LeftWing> I've used the Go project's git-codereview tool a few times lately
[21:42:10] <LeftWing> (It interacts with their Gerrit)
[21:42:44] <LeftWing> Though they've chosen odd terminology (I mean, of course) it definitely makes it easy to started
[21:43:49] <richlowe> I think the terminology comes from googly-ness and perforce
[21:43:53] <richlowe> if it's the odd terminology I expect it to be
[21:43:55] <jlevon> for github git reflow seems pretty cool (though I haven't tried it)
[21:44:44] <LeftWing> richlowe: e.g., "git codereview mail" is how you (re)push your commit to Gerrit
[21:45:18] *** fanta1 <fanta1!~fanta1@p200300F76BC32F001047B3926836E688.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[21:45:31] <richlowe> Oh. Wow.
[21:46:29] <andyf> jlevon - reflow does look nice
[21:46:43] <richlowe> my position is still "I don't care what illumos does, as long as it's not what we do now"
[21:47:06] <jlevon> heh
[21:47:25] <bdha> OpenCVS or bust.
[21:47:26] <LeftWing> Well I'm about ready to suggest that we (advocates, committers) change our pushes to go to Gerrit instead of GitHub
[21:47:30] <rmustacc> jlevon: I agree with the tab per file thing.
[21:47:39] <rmustacc> It's the most painful for large reviews.
[21:47:45] <rmustacc> Also not being able to comment outside the hunk.
[21:47:59] <LeftWing> For the time being we can continue pushing whatever we would have pushed to begin with, it'll just be a different origin URL
[21:48:20] <LeftWing> That'll mean we can start a trial of using Gerrit to integrate a change or two and see how it goes
[21:48:58] <richlowe> You're not going to need like, unanimity for that right?
[21:49:23] <richlowe> if you are, you should send that mail in the next few minutes so I can agree with it
[21:49:27] <LeftWing> lol
[21:49:29] <LeftWing> Alright one sec
[21:49:47] <andyf> So Gerrit becomes the master repo with pushes mirrored to github?
[21:50:51] <richlowe> andyf: that's part of how gerrit works, but I wouldn't really think of it as being the master.
[21:51:04] <richlowe> more a thing you push _through_ rather than _to_
[21:52:08] <andyf> Ok, well I never really got on with Gerrit when I did SmartOS stuff, but that is probably just that I'm not familiar with it, and a different starting point
[21:52:25] <andyf> for example, I don't like not being able to have the entire change in one tab :)
[21:52:41] <andyf> (for small changes)
[21:53:27] <jlevon> the newer gerrit has that
[21:54:03] <rmustacc> I wouldn't take the experience with the older version that was on cr.joyent too much to hear in terms of features.
[21:55:06] <LeftWing> richlowe: Mail sent!
[21:55:13] <rmustacc> andyf: The funny thing is for me, I have to often actually open several parallel copies of an rb review to compare everything. It really is a per-person thing, I guess.
[21:55:37] <LeftWing> New gerrit has an "expand all diffs" button
[21:55:42] <LeftWing> Which does it all in-page
[21:56:03] <andyf> I just saw that - shift-i
[21:56:10] <jlevon> and they removed the open all in new tabs button, grr.
[21:56:17] <jlevon> but I can bookmarklet that, I hope
[21:56:17] <andyf> I need a wider screen though :(
[21:56:23] <LeftWing> jlevon: I think that might be because it was breaking computers
[21:56:34] <LeftWing> Some browsers don't take well to opening 50 tabs at once
[21:56:45] <jlevon> lame
[21:57:51] <andyf> Weird, how does RB fit the side by side diff on my screen, but Geritt doesn't?
[21:58:05] <LeftWing> andyf: Can you take a screenshot?
[21:59:13] <rmustacc> andyf: At least for me, rb text is slightly smaller by default. I think.
[21:59:23] <andyf> Gerrit: https://paste.ec/paste/2Nf1BBCN#5+BeecjUY6xnEfasPfVOpdaU5svOnWrDsSX7fgHhQ4U
[21:59:47] <andyf> RB: https://paste.ec/paste/mogxV6wD#y3e1J+xLdqibmScIZKR8pBpqE0AJTjv8EMwInVNYRRj
[21:59:57] <LeftWing> Oh, so there are a couple of things
[22:00:08] <LeftWing> If you go to the Diff setings
[22:00:47] <LeftWing> You can change the font size, and you can change the diff width in columns, and you can change whether it autoresizes to screen width rather than fixing to a number of visible columns
[22:01:34] <andyf> ok... now that I have logged in, it has adjusted automatically
[22:02:38] <LeftWing> Ah. I think I made the default settings autosize
[22:02:46] <LeftWing> But I guess those were the defaults *for accounts*
[22:02:55] <LeftWing> I wonder if I can also change the site default
[22:03:20] <LeftWing> It's all just software!
[22:05:49] <andyf> I'm sure most people these days have fairly wide browser windows.. I just don't generally on my laptop
[22:05:59] <andyf> not when it is not docked, anyway
[22:08:09] <andyf> LeftWing - if, after the switch, somebody does push to github, what happens? (or will you remove access)
[22:08:45] <LeftWing> I'll attempt to remove access
[22:09:10] <LeftWing> Ultimately I can always unwind it manually but it'd be good to avoid having it happen!
[22:14:21] *** CaptainTobin <CaptainTobin!~tobin@c-68-38-10-41.hsd1.in.comcast.net> has quit IRC (Read error: Connection reset by peer)
[22:16:26] <andyf> well, so far the setup seems easy, I can pull from my new remote
[22:16:49] <andyf> and the script I use to push won't take much tweaking
[22:17:51] <andyf> (well, jlevon's script to be completely honest..)
[22:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[22:20:06] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[22:24:26] *** mgerdts <mgerdts!~textual@208.184.5.170> has joined #illumos
[22:34:26] *** CaptainTobin <CaptainTobin!~tobin@c-68-38-10-41.hsd1.in.comcast.net> has joined #illumos
[22:51:09] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 250 seconds)
[22:51:10] *** mgerdts <mgerdts!~textual@208.184.5.170> has quit IRC (Read error: Connection timed out)
[22:53:02] *** mgerdts <mgerdts!~textual@208.184.5.170> has joined #illumos
[23:00:53] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 265 seconds)
[23:08:51] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[23:17:10] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has quit IRC (Quit: Leaving.)
[23:21:27] *** mgerdts <mgerdts!~textual@208.184.5.170> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[23:23:31] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[23:24:33] *** mgerdts <mgerdts!~textual@208.184.5.170> has joined #illumos
[23:28:35] *** andy_js <andy_js!~andy@97e29e78.skybroadband.com> has quit IRC (Quit: andy_js)
[23:38:53] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[23:49:33] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has joined #illumos
top

   October 21, 2019  
< | 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 | >