|
01:47
frost-lab joined
|
|||
| vrurg_ | . | 01:54 | |
| tellable6 | 2020-10-20T18:56:54Z #raku-dev <tbrowder> vrurg requested changes have been made | ||
|
01:54
vrurg_ is now known as vrurg
|
|||
| vrurg | tbrowder: I saw it merged by lizmat. So, it's probably too late to look into. :) | 01:55 | |
| tbrowder | roger, thnx | 01:56 | |
|
01:57
Kaiepi left
02:39
Kaiepi joined,
Kaiepi left,
Kaiepi joined
04:23
MasterDuke left
07:20
sena_kun joined
|
|||
| Geth | rakudo: 5a30d6d209 | (Patrick Böker)++ | tools/templates/NQP_REVISION Bump NQP (and indirectly MoarVM) This pulls in a function in moar that allows resetting its STD IO handles. |
07:22 | |
| rakudo: 708d0ca61e | (Patrick Böker)++ | 6 files Don't die when using stdout with `rakuw.exe` On Windows executables that use the "windows"-subsystem don't have their STD handles connected. Trying to write to them (Yes, that includes `say`.) will cause the process to immediately abort. Fix this by fixing up the STD handles by connecting them to the `NUL:` device. (That's comparable to `/dev/null` on POSIX systems.) Fixes #3961 |
|||
| linkable6 | RAKUDO#3961 [closed]: github.com/rakudo/rakudo/issues/3961 Windows `rakudow.exe` dies when writing to STDOUT/STDERR | ||
| Geth | rakudo: b30fa3a715 | (Patrick Böker)++ (committed using GitHub Web editor) | 7 files Merge pull request #3968 from patrickbkr/subsys-win-no-die-on-stdout Don't die when using stdout with `rakuw.exe` |
||
|
07:31
sena_kun left
07:54
sena_kun joined
09:10
frost-lab left
10:25
sena_kun left
10:30
sena_kun joined
|
|||
| releasable6 | Next release in ≈3 days and ≈7 hours. 1 blocker. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 11:00 | |
|
12:19
domidumont joined
|
|||
| tbrowder | lizmat: note i've removed File::Copy from cpan, and it should never have been there in the first place (my bad). it's experimental. | 13:17 | |
| lizmat | tbrowder: no worries | 13:22 | |
| Kaiepi | heyooooooo openjdk.java.net/jeps/380 | 14:40 | |
| java 16's getting unix socket support! | |||
|
14:53
domidumont left
|
|||
| [Tux] | Working at $home sometimes has serious impact on timing. When I looked at the "current" process load, teams was highest (I'm not surprised), but several browser tabs required for $work | 15:02 | |
| also consume serious resources and I cannot close them as they are part of $work :( | |||
| I killed teams as timing hit 2.2 :( | 15:03 | ||
| csv-test-xs-20 0.390 - 0.398 | 15:06 | ||
| csv-ip5xs 0.832 - 0.843 | |||
| test-t --race 0.856 - 0.866 | |||
| test-t 1.955 - 2.022 | |||
| csv-ip5xs-20 8.336 - 8.417 | |||
| test 8.044 - 8.514 | 15:07 | ||
| test-t-20 --race 9.564 - 9.662 | |||
| csv-parser 26.241 - 26.586 | |||
| test-t-20 33.572 - 36.47 | |||
| [Tux] does like the output format of «raku --version» | |||
| codesections | [Tux]: agreed. I've sometimes gone as far as to expel chat/work apps from my main computer altogether and instead run them from a laptop (and either use them directly on the laptop or via a remote X connection) | ||
| [Tux] | I cannot move them apart, as it involves file sharing. Besides that, my laptop is (very) busy with other stuff | 15:29 | |
| timotimo | renice the hell out of 'em :) | 16:29 | |
|
17:13
domidumont joined
17:14
MasterDuke joined
17:16
raku-bridge joined,
raku-bridge left,
raku-bridge joined
17:26
Kaeipi joined,
Kaiepi left
17:29
Kaeipi left,
Kaeipi joined
17:31
domidumont left
|
|||
| tbrowder | question: would i be allowed to use any of the .circleci, .travis.yml, and azure pipeline test harnesses for my own public modules? | 17:37 | |
| codesections | don't most of those have free tiers for open source projects anyway? | 17:38 | |
| lizmat | that was my impression as well ? | 17:41 | |
|
18:46
sena_kun left
|
|||
| tbrowder | yes, but i thought you may still have to have an account with them. i'll try adding them first and see if the wheel sqeaks! | 18:49 | |
| timotimo | right, just adding the file doesn't do anything, you'll also need to hook up github and the service in question so one notifies the other | 18:54 | |
|
18:57
MasterDuke left
|
|||
| tbrowder | yep, a little more setup but i'll keep plugging... | 19:06 | |
|
19:57
MasterDuke joined
22:33
maggotbrain left
22:35
maggotbrain joined
22:48
MasterDuke left
|
|||
| Kaeipi | when i was first getting started with the IP6NS grant, one of the things i did was make ProtocolFamily/SocketType/ProtocolType's values independent of backend values for them, since i couldn't think of a good way to get those on the jvm | 23:02 | |
| they became an issue again while working on problem-solving #111, since ProtocolType's values are specced and get involved with WKS DNS queries, unlike the others | 23:03 | ||
| i think it's time i get those sorted out... | |||