00:41 leont left, leont joined 02:08 kjp left 02:48 lucs left, lucs joined 02:52 kjp joined 03:06 sivoais left 03:09 sivoais joined 03:29 nine left, camelia left 03:30 nine joined 03:31 camelia joined 04:01 iwuvmika left 04:17 ShimmerFairy left 04:18 ShimmerFairy joined 06:49 tbrowder left 06:50 tbrowder joined 06:59 hurufu joined 07:13 linkable6 left, linkable6 joined, huggable6 left, huggable6 joined, coverable6 left 07:14 coverable6 joined 07:44 vrurg joined 07:47 vrurg_ left 08:04 notable6__ left, notable6 joined 08:16 jjatria left, jjatria joined 08:22 bloatable6 left, bloatable6 joined, releasable6 left 08:23 releasable6 joined, quotable6 left, quotable6 joined, unicodable6 left, unicodable6 joined 09:10 japhb left, japhb joined
Geth rakudo/lizmat-131: 89bd7e21e3 | (Elizabeth Mattijsen)++ | src/core.c/IO/Path.rakumod
Fix issue with "/".IO.resolve

It would fail, because it internally resolved to "", and that's not a legal IO path.
11:07
lizmat missed by any test, in rakudo or roast :-(
Geth rakudo: lizmat++ created pull request #6929:
Fix issue with "/".IO.resolve
11:08
11:09 [Coke] left
Geth rakudo/main: a6dbcff2fb | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/IO/Path.rakumod
Fix issue with "/".IO.resolve (#6929)

It would fail, because it internally resolved to "", and that's not a legal IO path.
11:51
11:56 hankache left 11:57 hankache joined
lizmat m: my $*CWD = "zip/loc"; dd "foo".IO.CWD 12:21
camelia "zip/loc"
lizmat does it make sense to allow a relative part as the current directory? 12:22
*path 12:29
ShimmerFairy I don't think so, since the point is to serve as an anchor for relative pathnames. For reference, my local manpage for chdir() says attempts to change to a relative path cause the argument to be interpreted relative to the old cwd. (The official POSIX docs don't explicitly state this, however.) 12:53
lizmat I guess the next question could be: should we allow it? 12:54
ShimmerFairy If it's possible, I think we should try to stop it. I can't imagine $*CWD would be very helpful if you needed yet more context from who-knows-where to resolve a relative path. With chdir() as an example, it appears to naturally resolve the path to be absolute before setting the cwd (as would the path args to any POSIX function). 12:57
lizmat yeah, this is just about being explicit in IO::Path.new(:CWD) or setting $*CWD to some weird thing 13:00
ShimmerFairy Theoretically a relative $*CWD could work if Raku had a well-defined fallback absolute path for resolving them that the user couldn't possibly ruin (but maybe still modify), but then you'd have to ask why that isn't just $*CWD. 13:02
At least for IO::Path.new(:CWD), I'd think it would be easy to resolve relative arguments against $*CWD (which would be equivalent to "the previous working directory" for chdir()). I wonder if a subset type would work to constrain $*CWD. 13:04
13:06 [Coke] joined
[Tux] Rakudo v2026.09-244-ga6dbcff2fb (v6.d) on MoarVM 2026.09-39-g71a33965f
csv-ip5xs0.361 - 0.374
csv-ip5xs-201.247 - 1.305
csv-parser1.202 - 1.203
csv-test-xs-200.118 - 0.120
test2.047 - 2.077
test-t0.595 - 0.608
test-t --race0.367 - 0.369
test-t-207.713 - 7.883
test-t-20 --race1.864 - 1.897
13:18
csv-test-xs 0.016 - 0.016
tux.nl/Talks/CSV6/speed4-20.html / tux.nl/Talks/CSV6/speed4.html tux.nl/Talks/CSV6/speed.log
Geth rakudo/lizmat-132: 54ddf1f6ef | (Elizabeth Mattijsen)++ | 2 files
Hopefully final tweaks on IO::Path.resolve

  - Add "reason" attribite to X::IO::Resolve to allow reason to be given
   and add reasons to the various places where a resolve fails
  - Interpret a relative $!CWD setting as an absolute one
  - Tighten up ".." checks to not allow going up more than possible
   and fail if a :completely resolve was requested
13:37
rakudo: lizmat++ created pull request #6930:
Hopefully final tweaks on IO::Path.resolve
13:38
14:09 jjatria left, jjatria joined 14:24 Guest65 joined, Guest65 left 14:35 nuno joined, nuno left 14:47 rakkable left 14:48 rakkable joined
Geth rakudo/main: a4d096ab61 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 2 files
Hopefully final tweaks on IO::Path.resolve (#6930)

  - Add "reason" attribite to X::IO::Resolve to allow reason to be given
   and add reasons to the various places where a resolve fails
  - Interpret a relative $!CWD setting as an absolute one
  - Tighten up ".." checks to not allow going up more than possible
   and fail if a :completely resolve was requested
15:20
roast: 7639d080ee | (Elizabeth Mattijsen)++ | S32-io/io-path-unix.t
Add/untodo IO::Path.resolve tests

  - we haz nqp::readlink, so the todo'd test could be untodo'd
  - add test for resolving the root
15:27
15:30 hurufu left 15:31 hurufu joined 16:02 vrurg_ joined 16:05 vrurg left
lizmat bisectable6: old=2026.08 my $a = any(True,False); say "foo$a" 16:20
bisectable6 lizmat, On both starting points (old=2026.08 new=a4d096a) the exit code is 0 and the output is identical as well
lizmat, Output on both points: «any(fooTrue, fooFalse)␤»
lizmat bisectable6: old=2026.09 my $a = any(True,False); say "foo$a" 16:21
bisectable6 lizmat, Bisecting by exit code (old=2026.09 new=a4d096a). Old exit code: 1
lizmat, bisect log: gist.github.com/0da9183265a02480b9...41dc890c30
lizmat, (2026-10-20) github.com/rakudo/rakudo/commit/88...dce0283254
16:56 vrurg joined, vrurg_ left 17:01 ShimmerFairy left 17:04 ShimmerFairy joined
[Coke] c: HEAD e 17:43
committable6 [Coke], ¦HEAD(a4d096a): «»
[Coke] blin started. 17:44
lizmat releasable6: old=2026.06 class A { has %.a is Set }; say A.new(:a(1,2,3)).a; dd set().keys 21:32
releasable6 lizmat, I cannot recognize this command. See wiki for some examples: github.com/Raku/whateverable/wiki/Releasable
lizmat bisectable6: old=2026.06 class A { has %.a is Set }; say A.new(:a(1,2,3)).a; dd set().keys
bisectable6 lizmat, Bisecting by output (old=2026.06 new=a4d096a) because on both starting points the exit code is 0 21:33
lizmat, bisect log: gist.github.com/ec8eb7f5697c588ac9...26172980dc
lizmat, (2026-09-22) github.com/rakudo/rakudo/commit/f0...b3348dbcb0
21:56 hurufu left 22:14 hurufu joined 22:23 hurufu left
[Coke] blin nearly done but afk 22:51
22:56 shareable6 left 22:58 shareable6 joined