00:01:03 rmustacc always userland... I'm not smart enough for kernel-land :))) I ended up using chroot 00:03:15 Where did you chroot into? 00:03:27 I mean, I wouldn't sell yourself short on the kernel. It's just software! 00:04:50 rmustacc /tmp/onu.XXXX 00:05:07 I see. I wouldn't generally recommend that path, but if it's working for you, it's working. 00:05:12 rmustacc yeah... but I really need to understand C better... Pascal spoiled me with its proper syntax :P 00:06:20 rmustacc so... does that mean that the "proper" way is to always reboot into the BE? 00:07:44 "proper" yes, but there are safer and less safe shortcuts depending on the differences that are present between your build system and what you're building. 00:07:57 For example, if the libc/kernel sytsem call interface changed, running in the chroot would fail. 00:08:17 But also if you just changed a single command, then it's much easier to just work and run it directly (depending on specifics). 00:12:44 [illumos-gate] 16234 BIOS PCI detection failure results in only bus 0 being enumerated -- Andy Fiddaman 00:23:53 rmustacc may I ask, what do you mean by "running it directly" ? 00:54:07 antranigv: I suspect he means you can just run the built binary out of the illumos-gate tree. as always, details matter, but many things can be tested directly in-tree 01:15:48 antranigv: What did you modify? 01:16:35 rmustacc cut(1). I'm having a hard time using bldenv to compile the AST contrib individually... also, how the hell does cut not have a main function? :D 01:17:08 Because that's not how ksh works. 01:17:57 By that I mean, that the construction of ksh (which doesn't come from us) is that it compiles all these things that are built-ins. 01:18:05 And so it's just a bit different. 01:19:10 What's failing about running 'dmake install' in usr/src/cmd/ast? I may be able to give you more specific things / next steps based on what's going on. 01:20:45 I got confused... isn't usr/src/contrib/ast/src/lib/libcmd/cut.c the source of /usr/bin/cut ? 01:20:47 trying now 01:21:09 It is, but not where you build it. 01:21:14 I see 01:22:01 The contents of contrib are basically things taken directly from an upstream. 01:22:37 that... I do get! I always check contrib/bhyve :D 01:23:20 dmake: Fatal error: No arguments to build ; Current working directory /code/usr/src/contrib/ast 01:23:53 Correct, I wouldn't expect that to work. 01:38:16 try usr/src/cmd/ast/ksh/builtins 05:52:53 heh.. we still have some class action scripts in the gate apparently.. figured those all went away with pkg(5) 06:34:54 [illumos-gate] 15991 SMB long readdir should be cancellable -- Matt Barden 06:46:20 [illumos-gate] 16068 Want umem debugging enabled for DEBUG-built idmapd -- Matt Barden 09:28:09 What I don't get is, why is dmake calling /opt/onbld/bin/amd64/ld instead of the other ld in the system http://build0.illumos.am/log/builtins.log 09:37:08 bad paths! fixed 10:12:07 Nice, were you in a bldenv? That should have taken care of everything 10:13:52 btw, if you are fixing something in `cut`, it is worth checking for any patches at https://github.com/ksh93/ksh - that's the continuing development of the ksh93/ast stuff. One day we might switch to that instead of the version we currently have, but for now we generally cherry pick fixes from there if they've already fixed something we hit. 10:32:38 andyf I was in bldenv indeed. I did some changed to cut.c, but I can't see it in the proto :( maybe I'm doing something wrong, I read the Makefiles again 10:33:01 andyf that sounds like something I'd be interested in working on... I'll get more into the code of ksh and see what I can learn 10:33:05 Do install it into proto, you need to `dmake install` (or `make install`) 10:33:10 did 10:33:14 Still the same 10:33:34 in a bldenv, you should have $ROOT set, so it should be $ROOT/usr/bin/cut 10:33:44 oh, maybe I can compare hashes to see if something is modified or not 10:34:09 Root is ALSO set 10:34:19 hah, bldenv does many things, turns out 10:34:26 `cut` will be a hard link to `alias` if I remember correctly 10:35:22 On my system, see - https://paste.ec/paste/ciY6QYsO#ycY2dtXerT4XIyYGosOvCCcRbHpsGDbbv6cOgGku8fe 10:44:00 I don't what Mr. Korn has done here, but everything seems to be somehow generated. 10:44:11 like even the man page is written in the .c file 12:32:26 Yes, it was controversial when first integrated into Solaris.. 12:45:13 But we did get David Korn breakdancing https://www.youtube.com/watch?v=UwHufBvUdn0 12:49:37 ptribble is that Alec Muffet? 12:49:40 oh god, I totally forgot that he used to work at Sun 12:52:07 I don't *think* Alec was there 12:52:39 ptribble then I must be confusing faces. I *did* forget my classes today 12:52:45 glasses* 12:53:55 It's been a while, I would struggle to put names to all the faces now 13:23:13 damn, I forgot the zfstest will destroy all other disks but boot disk :/ 14:15:09 The good news is that thanks to andyf fixing the ena driver I no longer see my EC2 nitro instances go into a panic loop when I enable static networking 14:16:53 An oddity is that the instances have lost the Time Of Day clock, which means that 'sleep 10' takes more like 40s 14:17:17 Ah right - you need to do something like 'echo set pit_is_broken = 1 > /etc/system.d/pit' 14:17:44 And I don't believe the reported clock speed of 11050 MHz 14:18:06 Until illumos 16222 is integrated, which will extend the vmware time source to encompass EC2 instances too (well, KVM with the frequency leaf feature enabled, which it is by default) 14:18:14 illumos 16222 fenix 14:18:16 BUG 16222: TSC vmware calibration could be more general (New) 14:18:16 ↳ https://www.illumos.org/issues/16222 | https://code.illumos.org/c/illumos-gate/+/3251 14:21:10 Thanks! That seems much better. 14:21:29 11GHz is ok - I had one instance boot with a clock speed of 9MHz 14:22:49 Does illumos have any kind of source-code level security? For example, FreeBSD has Capsicum, OpenBSD has pledge, unvail, and gezilion other things. What is implemented (or wanted) in illumos? 14:23:34 Source-code level security being a security feature implemented at the software level, not the operator layer. If that even makes sense. 14:23:41 Yes, privilege dropping and related is somewhat similar to pledge. 14:23:54 Though a bit different in nature / execution. 14:25:19 A prime use case and example are daemons or tools dropping priviliges which may be administrative powers or basic privileges like fork(2). 14:29:21 A great example is bhyve, which drops a lot of privileges once it no longer needs them - for example: https://paste.ec/paste/FwXjvpZ4#pZCbGAmK0SgLfQVP7ehajbcEoiDNqigsMgkDj0Ly+5U 14:30:41 that's really nice! 14:30:49 The pcieadm command also does something similar. It drops most privileges, but retains the ability to read from a device, but temporarily drops it while parsing the binary data. 14:30:56 is that code upstreamed too with ifdefs??? 14:31:26 that might be a nice task for a CTF 14:31:43 find where the code is misusing a privilage and exploit at that part 14:33:45 We can also use privileges to do things like allow a web server process to open port 80, without needing to be root, and make binaries like traceroute gain access to raw ICMP but nothing else extra. If you want some further reading - https://illumos.org/man/7/rbac / https://illumos.org/man/7/privileges 14:35:43 Soo many things to learn. I was planning on reading the OpenSolaris Bible or Solaris Internals book, but the man pages are really good anyway 14:47:21 I compiled the system, I modified a file (cut.c) and then I did `make install`. I checked the sha1sum before and after, and it's the same :/ 14:47:34 I'm doing something wrong for sure 14:58:59 I think the actual implementation of `cut` is in `libcmd.so` 15:12:46 yep, the /usr/bin/cut executable is also about 28 other executables -- ls -li and look at the link count and inode number, and then "find /usr -inum xxxx" to find its other avatars; it looks at argv[0] and dispatches to the desired program within libcmd 15:13:36 andyf: so I have function entry/exit dtrace probes working again in python 3.12 15:14:29 Oh, that's fantastic. I am hopeful we can get the ustack helper functional again, but it has been stuck behind that. How did they break it going from 3.10 to 3.11? 15:15:48 they deleted a bunch of DTRACE_FUNCTION_ENTRY() and DTRACE_FUNCTION_EXIT() macro invocations. Put them back (and put back the helper functions they call if the probe is enabled) and you're back in business 15:16:14 the helper function needed a little porting to get the line numbers 15:18:10 Don't have the "line" probe building just yet - there was more change to that. 15:18:20 you poor soul 15:18:26 I'm sorry 15:18:59 jlevon - oh, the ustack helper is on top of this I imagine. I got it working again in 3.10 and it was incredibly useful. I really missed it in 3.11 15:20:48 if you've heard the joke about the engineer and the hammer, well, I feel like that guy now. 15:22:44 Someone raised an issue about `pkgrecv` doing a chown on the catalogue at the end, and dtrace would have been so quick to find out which bit of python code was responsible. With the ustack helper in particular. 15:30:55 sommerfeld - I brushed off my branch last night and there still a lot of test failures that I haven't got to the bottom of yet. A lot of the tests work when run by hand.. sod's law. 15:59:23 andyf: flaky tests are a menace 15:59:55 A slew of them were due to not compiling the socket module with XPG6 at least (to expose CMSG_* and the new recvmsg() semantics) 16:10:02 [illumos-gate] 16247 zfs-tests: default_raidz_setup should use all provided disks -- Toomas Soome 18:27:56 is there any way to power off a specific pci device (e.g. nvidia gpu on a laptop)? , or something like freebsd where any device without a driver can be powered off? 18:43:38 xaero: maybe see what shows up with cfgadm -al 18:47:57 xaero: In that world are you referring to changing the device's power state (i.e. go to D3) or using the PCIe slot control register to cut off power because there's an actual power controller on the system. 18:54:32 sommerfeld when you say "they deleted a bunch of...", who's they? they python team? and if so, why did they delete that? and finally, if that gets enabled in upstream, will it be available in the pkgsrc version as welll? 19:22:41 antranigv: Slow down. "They" = the upstream python maintainers, at some point during the development of 3.11. they didn't understand what the hooks did, and they were reworking code around them, so they deleted them. 19:23:39 antranivg: I first put them back yesterday afternoon, and first told others about it this morning. Haven't heard back from any python insiders yet. 19:23:58 (that's to say, put them back in my development copy of oi-userland). 19:24:43 as to where they will appear? I hope in openindiana and omnios's packaged pythons. upstream python may be resistant. 21:08:01 gosh stacks from python would be delightful 21:08:13 We should figure out how to put that into pstack as well :P 21:09:17 I wonder how hard it would be to produce a context in which you could just run the existing ustack helper inside the pstack process 21:10:13 jclulow: there is an mdb plugin for python stacks that works through python 3.9 21:10:30 porting it is on my todo list 21:10:53 (which is to say, I've bludgeoned it into building for 3.12 but haven't tried to get it to work yet) 21:11:33 pstack has some hooks for java and python.. i'm guessing they no longer work? 21:15:29 doesn't seem to kick in. Looks like it's trying to load the same thing mdb is loading. unclear why it fails to load for pstack but works for mdb 21:17:48 truss says it opens and mmaps /usr/lib/amd64/libpython3.9_db.so.1.0 so it must be something further along that's missing. 21:25:08 is that built in illumos-gate, or by python? 21:25:35 that's built by python. 21:26:20 it looks like it looks for 3 symbols, and also expects PYDB_VERSION to be 1 21:26:28 (at least obviousl things that'd cause it to fail) 21:44:48 oh! 21:45:17 python likely not built with the option to force a frame pointer 21:46:30 it gets to print_frame() but argc is zero, I think. 21:50:12 pydb_pc_frameinfo() is returning -1 21:57:58 aha! 22:01:02 missing -msave-args perhaps? 22:08:22 jclulow: I don't think making the D vm execute in that context would be... too bad. 22:08:34 Especially if you don't have to support every action. 22:17:45 [illumos-gate] 16244 DFv4 DRAM Offset register is incorrect -- Robert Mustacchi 22:23:52 [illumos-gate] 16249 SMB C$ share should require administrative privileges -- Gordon Ross 23:00:36 nope, -msave-args is insufficient. 23:08:42 ah, needs ctf to get argcount 23:38:31 That's exciting