🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
ugexe what does "SC not yet resolved; lookup failed" mean? It comes from me calling `CompUnit::Repository::Staging.new(...)` 00:58
it is probably relevant to mention that it works in some cases. i have a branch of zef that uses it to install things. it is able to install itself fine, but if i try to use that precompiled installed zef to install something else, it gives the error above 01:01
releasable6 Next release in ≈1 day and ≈15 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 03:00
Geth nqp: usev6++ created pull request #812:
[JVM] Implement shared/non-blocking file locking		 06:32
hythm re: "SC not yet resolved; lookup failed" I filed an issue regarding this error sometime ago here: github.com/rakudo/rakudo/issues/5199  , There is also a workaround at the end of the issue 07:38
hythm re: "Pakku depends on executables so maybe that's not so surprising", Pakku depends on libarchive native dependency. may be Blin doesn't check native deps, or doesn't understand specifying an alternative dependencies  in the form of eg. { any: [dep1, dep2] }, meaning either dep1 or dep2. 07:48
Geth nqp/main: 5af47c154f | (Christian Bartolomäus)++ (committed using GitHub Web editor) | src/vm/jvm/runtime/org/raku/nqp/io/FileHandle.java
[JVM] Implement shared/non-blocking file locking (#812)

This should make the fudged tests in roast's S32-io/lock.t pass.		 08:08
jdv vrurg_: ok. i'm vague most of the time. 13:14
jdv hmm, moarvm has no changes. first since i've been doing releases. 13:36
does it make more sense to just cut one to keep the rakudo and moarvm versions in sync or skip it... 13:37
lizmat jdv I'd see cut one to prevent confusion 13:51
jdv cool 13:55
lizmat: changelogs are up 14:47
lizmat I will haz a look
jdv thanks
lizmat jdv I had haz a looked :-) 14:55
jdv cool 15:49
[Tux] Rakudo v2023.09-82-g934f80635 (v6.d) on MoarVM 2023.09-1-g7abf85f94
csv-ip5xs0.827 - 0.844
csv-ip5xs-205.282 - 6.194
csv-parser3.919 - 4.526
csv-test-xs-200.353 - 0.369
test6.330 - 6.558
test-t1.391 - 1.679
test-t --race0.837 - 1.173
test-t-2020.499 - 22.283
test-t-20 --race7.068 - 7.319
 17:48
ugexe m: CompUnit::RepositoryRegistry.repository-for-name("core").resolve(CompUnit::DependencySpecification.new(:short-name<CompUnit::Repository::Staging>)).distribution.content("lib/CompUnit/Repository/Staging.rakumod").say 21:17
camelia Failed to write 1 bytes to filehandle: Bad file descriptor
in block <unit> at <tmp> line 1
ugexe m: CompUnit::RepositoryRegistry.repository-for-name("core").resolve(CompUnit::DependencySpecification.new(:short-name<CompUnit::Repository::Staging>)).distribution.content("lib/CompUnit/Repository/Staging.rakumod").note 21:18
camelia IO::Handle<"/home/camelia/rakudo-m-inst-2/share/perl6/core/sources/699311FC34E5A7C61AE4B6C8965D11BBCC085720".IO>(opened)
ugexe the only difference there is say vs note
Geth rakudo/ugexe-patch-1: 9db25993a0 | (Nick Logan)++ (committed using GitHub Web editor) | src/core.c/CompUnit/Repository/Installation.rakumod
Don't open handles when calling Distribution.content

Other distribution objects do not return an opened handle (see `Distribution::Locally`), which was the original intention since the user may want to open the handle with a different encoding or may not be interested in opening the handle at all.		 21:25
rakudo: ugexe++ created pull request #5431:
Don't open handles when calling Distribution.content		 21:26
releasable6 Next release in ≈19 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 23:00

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!