GithubHelp home page GithubHelp logo

nxadm / rakudo-pkg Goto Github PK

View Code? Open in Web Editor NEW
69.0 12.0 22.0 7.94 MB

Pre-compiled OS packages for Rakudo

License: GNU General Public License v3.0

Shell 98.98% Raku 1.02%
rakudo zef native-packages deb rpm rakudo-release linux moarvm nqp apk

rakudo-pkg's Introduction

rakudo-pkg

rakudo-pkg offers native Linux 64-bit packages of the Rakudo compiler/runtime for Raku and the zef module installer. The packages track the upstream releases closely. Most of the time, the packages will be released on the same day as the Rakudo sources. At the moment, packages are provided for Alpine, Debian, EL (RHEL/CentOS/Amazon/Oracle Linux), Fedora, openSUSE, Ubuntu and their derivatives. Additionally, a relocatable build is also provided that works universally on all recent Linux distributions without the need of installation or root privileges.

Downloads

OS Repositories

The easiest way to install and update Rakudo is by using the rakudo-pkg repositories (hosted at CloudSmith):

Relocatable Builds and direct downloads

Zef Module Manager

See the zef documentation.

Add rakudo to the PATH

See the PATH documentation.

Clean up

After removing the package, you can safely remove /opt/rakudo-pkg for leftover file (like module installations). The repo file (with the name matching nxadm-pkgs-rakudo-pkg-*) can be also removed if rakudo-pkg is no longer necessary in the future.

Windows Subsystem for Linux (WSL)

See the WSL documentation.

Security

See the security documentation.

Using rakudo-pkg for testing upstream Rakudo

See the devbuild action documentation.

rakudo-pkg's People

Contributors

cmbrownfield avatar coke avatar javier-lopez avatar jj avatar krisshannon avatar masterduke17 avatar nxadm avatar patrickbkr avatar ribbon-otter avatar ronaldxs avatar silentteee avatar stoned avatar tdedobbeleer avatar tyil avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

rakudo-pkg's Issues

Fedora 34: `GLIBC_2.34' not found

[root]# rpm -q rakudo-pkg
rakudo-pkg-2021.6.0-01.x86_64

[root]# /opt/rakudo-pkg/bin/raku
/opt/rakudo-pkg/bin/raku: /lib64/libc.so.6: version GLIBC_2.34' not found (required by /opt/rakudo-pkg/bin/raku) /opt/rakudo-pkg/bin/raku: /lib64/libc.so.6: version GLIBC_2.34' not found (required by /opt/rakudo-pkg/bin/../lib/libmoar.so)

[root]# dnf downgrade rakudo-pkg
[snip]

[root]# rpm -q rakudo-pkg
rakudo-pkg-2021.5.0-01.x86_64

[root]# /opt/rakudo-pkg/bin/raku
Welcome to ๐‘๐š๐ค๐ฎ๐๐จโ„ข v2021.05.
Implementing the ๐‘๐š๐ค๐ฎโ„ข programming language v6.d.
Built on MoarVM version 2021.05.

Perhaps emphasize the flow on the readme page

@nxadm in light of @librasteve's comments, would it be worth to emphasize the flow on the readme page. Something like :

Step 1. Download and install the rakudo-pkg
...
...

Step 2. Enable the zef module manager
...
...

Step 3. Add rakudo to your $PATH
...
...

Step 99. [Optional] Clean Up, if you later decide to remove the rakudo-pkg.
...
...

automated setup with derivative OS

I had to do forget about Raku for about a year due to other $tuff. Came back and wanted to update to new Raku with your packages. In meantime, I upgraded my OS, which is Pop OS from System76. Its based on Ubuntu.
Your setup script worked well. But ...
In the package list files, eg., "/etc/apt/sources.list.d/nxadm-pkgs-rakudo-pkg.list"
The OS is given as 'pop', viz., "deb ... /deb/pop xxx main". The 'pop' needs to be changed to 'ubuntu'.
You refer to this problem on the cloudsmith site.

I suggest you add a trouble-shooting example, eg.,
"If you use an OS derivative, eg., Pop OS, which is based on the Ubuntu distribution, and the automatic Setup script given above finishes, but rakudo-pkg is not recognised after running 'apt info rakudo-pkg', then look at '/etc/apt/sources.list.d/nxadm-pkgs-rakudo-pkg.list' and see whether there is a reference to 'pop'. If so, replace 'pop' with 'ubuntu' or the equivalent(s) for your derivative OS. Rerun 'apt update'."

It took me a while to remember all this today, and an example might have made it easier.

In any case, thank you for all your work to make this distribution available.

REPL dependency check for Readline

Dear nxadm,

Fedora 31
https://github.com/nxadm/rakudo-pkg/releases

$ rpm -qa rakudo
rakudo-pkg-2019.07.1-03.x86_64

Would you please consider the following Request for Enhancement?

When running REPL and Readline has not been installed, when you use your arrow keys, which I use a lot, you get a lot of

my $history^[[A^[[A
a todd special booboo^[[D^[[D^[[D^[[D^[[D

Would you please consider informing the user that Readline is missing and give zef install Readline as an example of how to install it.

Maybe even consider adding Readline to the package!

Thank you for your consideration,
-T

Possible error in Documentation

In the documentation it says:

Alternatively, a script is supplied to do this automatically for you. Run it as your regular user:

    $ /opt/rakudo-pkg/bin/add-raku-to-path

But on my system I only find add-rakudo-to-path:

$ ls /opt/rakudo-pkg/bin/ | grep raku
add-rakudo-to-path
raku
rakudo

This after following the download instructions for the OS Repositories (via apt).

Is it that the documentation is newer than the software-package which its describing?
Something is not right here... but I'm not sure

I'm trying to try Raku the first time, and I'm already stumbling here :-)
Maybe we can fix this asap?

Ps: Great page!

Fedora 32

May we please have a spin for Fedora 32?

โ€˜/opt/rakudo-pkg/share/perl6/vendor/shortโ€™: Permission denied

Dear Rakudo-pkg,

Fedora 33, x64

After updating from

 https://github.com/nxadm/rakudo-pkg/releases

 RakudoPkgFedora33-2020.12.x86_64.rpm
 -->
 RakudoPkgFedora33-2020.12.04.x86_64.rpm

I now am getting a TON of warning errors when I start
up my programs. The programs do run:

WARNING: unhandled Failure detected in DESTROY. If you meant to ignore it, you can mark it as handled by calling .Bool, .so, .not, or .defined methods. The Failure was:
Failed to create directory '/opt/rakudo-pkg/share/perl6/vendor/short' with mode '0o777': Failed to mkdir: Permission denied
in any statement_control at /opt/rakudo-pkg/bin/../share/perl6/lib/Perl6/Grammar.moarvm line 1
in any package_declarator:sym at /opt/rakudo-pkg/bin/../share/perl6/lib/Perl6/Grammar.moarvm line 1
in any package_declarator at /opt/rakudo-pkg/bin/../share/perl6/lib/Perl6/Grammar.moarvm line 1
in any scope_declarator:sym at /opt/rakudo-pkg/bin/../share/perl6/lib/Perl6/Grammar.moarvm line 1
<about 50 more>

perl6 is owned by root with 755 ownership
$ ls -al /opt/rakudo-pkg/share/perl6/vendor
total 12
drwxr-xr-x. 2 root root 4096 Feb 12 17:13 .
drwxr-xr-x. 13 root root 4096 Nov 4 2019 ..
-rw-r--r--. 1 root root 1 Feb 12 03:00 version

The error is reproducible:
$ mkdir /opt/rakudo-pkg/share/perl6/vendor/short
mkdir: cannot create directory โ€˜/opt/rakudo-pkg/share/perl6/vendor/shortโ€™: Permission denied

The following command does shut it up:

$ pwd
/opt/rakudo-pkg/share/perl6/vendor
$ su root -c "mkdir short; chmod -R 2777 short"

And after running a program:
$ ls -al /opt/rakudo-pkg/share/perl6/vendor
total 16
drwxr-xr-x. 3 root root 4096 Feb 13 12:21 .
drwxr-xr-x. 13 root root 4096 Nov 4 2019 ..
drwxrwsrwx. 2 root root 4096 Feb 13 12:21 short
-rw-r--r--. 1 root root 1 Feb 12 03:00 version

"short" retains it ownership.

What gives? A bug in the installer?

Many thanks,
-T

raku not found under Wayland

Because /etc/profile and by that /etc/profile.d/rakudo-pkg.sh isn't sourced when running Wayland.
Setting env vars is the biggest mess on Linux for me as there are not only differences by dists but now also between X11 and Wayland.
There is /etc/environment.d which might be a good place (for Ubuntu? Not sure about Debian and other Distros).
Systemd has it's way of doing things too.

Debian dependency missing on Stretch (Debian 9, hard-to-read link

Great packaging, @nxadm, thanks!

But I can report couple of nits I had on Debian stretch (9):

  1. The first problem I had was reading the link: "dl" looked like "d1" in one browser view. A copy/paste would have worked, but I didn't have that available for the first server. A rename of the server would be ideal but probably not feasible.

  2. On a stretch box using the lsb line (the second of the three lines in the instructions) I had trouble until I found a missing dependency on the package: apt-transport-https.

site path - share/perl6/bin vs share/perl6/site/bin

My dist - Debian 11.5. I'm aiming to get my hosts set up with a site-wide rakudo and zef.

Installation adds /opt/rakudo-pkg/bin:/opt/rakudo-pkg/share/perl6/bin into the path via profile.d inclusion.

I wonder if the second part should be /opt/rakudo-pkg/share/perl6/site/bin - this is where site-wide bin files are added by zef running without any options, according to my tests.

path problems

Scientific Linux 7.3 (RHEL clone), x64

After removing EPEL's rakudo and installing

https://github.com/nxadm/rakudo-pkg/releases/download/2017.03_02/perl6-rakudo-moarvm-CentOS7.3.1611-20170300-02.x86_64.rpm

I had a bit of a panic on my hands. All on my p6 code starts with
#!/usr/bin/perl6
, which is the expected location. And you do not install at that location.

The following is missing from your scripts and documentation (from my notes):

Then update your path:
# vi /etc/profile
under the last pathmunge, add (depending on where perl6 really is)
# perl 6's panda path
# pathmunge /usr/share/perl6/site/bin after
pathmunge /opt/rakudo/bin after

And make a link from the actual location to the expected location
# ln -s /opt/rakudo/bin/perl6 /usr/bin/perl6

Many thanks,
-T

no candidate found for 'zef' that match your criteria

I installed through the main page https://nxadm.github.io/rakudo-pkg/
adding the deb repository to /etc/apt/sources.list.d/rakudo-pkg.list and then installing rakudo-pkg

I fixed my paths, but didn't reboot. zef isn't working as seen below. Not sure what I did wrong.

kanliot@maleday:/opt/rakudo-pkg/bin$ zef --help
===SORRY!===
No candidate found for 'zef' that match your criteria.
Did you perhaps mean one of these?
  Author(ity) | Distribution | Version
              |              |        
              |              |        
              |              |        
              |              |        

OpenSuse rakudo-pkg 2021.12.0-01 versions

Hi. I'm just wondering why the OpenSuse rakudo-pkg 2021.12.0-01 versions aren't available (all the rest seemed to get built a few days ago). I've been using the rakudo-pkg repo to update my raku install (via Yast) for the last few years and it's been an excellent resource, thanks so much for providing this service. (I used to install Rakudo Star prior to this, and that was quite a bit more hit and miss.) I'm still on Leap 15.2, so that's the rakudo-pkg I'm specifically looking for.

WIP: Suggestions for Debian doc changes for the current system

First, when copying the recommended curl script using the copy button, I get two right-angle brackets on my system that are not shown on your instructions. But they were necessary for it to work. (On another clean attempt, I first executed "sudo su" before I attempted the default method and all worked cleanly with on additional intervention on my part.)

Second, it may be helpful to remind readers the scripts must be run as the root user.

I may detail them later with a PR, but following are some other doc suggestions for users of your older systems:

  • I would add to the section on deleting the rakudo-pkg system deleting any old 'rakudo-pkg.sh' file in '/etc/profile.d'.
  • It may be worthwhile mentioning the new paths and '/etc/apt/sources.list.d list' file name versus the original (old 'rakudo-pkg.list' vs the new 'nxadm-pkgs-rakudo-pkg.list') to let older users know they need to totally update to the new system.

FINALLY I would like to see a separate zef install script that would install all packages, including zef, to the /opt/rakudo-pkg directory in an appropriate place when the root user installs or upgrades any package. That would enable sysadmins of small systems to hold down disk usage and he or she could help new Raku users use modules before having to learn the currently painful use of zef and its MANY and confusing options.

Thanks to @ugexe's explantion on IRC, such a thing can be accomplished by the user root running:

# zef install --install-to=site Some::Module

Then, for ordinary users using the same Raku as root (which should normally be the case for a rakudo-pkg installation), that same module will be "use"able automatically. The user can always install or upgrade modules on his his own, but for casual or new Raku users, installation by root can reduce complexity as well as save space on small hosts.

Repository / package for Leap 15.4

Edit: It might be there is no package yet available for Leap 15.4

..... Original issue text .....
I've finally got around to upgrading from Opensuse Leap 15.2. Have skipped an OS version and gone straight to the new Leap 15.4.

However, I'm having trouble setting up the Repository for rakudo package, following the instructions for the OS variant.

Getting an "Could not fetch repository config!" error. My problem is I don't know what to put in the :

distro=
version=
codename=
arch=

it doesn't seem to be the same scheme as 15.2, as with that I'm still able to fetch the config.sh

zef install fails for rakudo-pkg Leap 15.5

Hi @nxadm , many thanks for the quick turn around in making the Leap 15.5 rakudo-pkg available.

Unfortunately I'm having a similar bother with the zef (first time install as non-root user) install that was the case with Leap 15.4 and documented in issue #91. The upshot of the latter issue was to add a work-around (with patch f6ef163). Does this work-around need to be applied to the Leap 15.5 package also?

The specific error messages I got, are as follows :

bazzaar@localhost:~> curl -1sLf \
>   'https://dl.cloudsmith.io/public/nxadm-pkgs/rakudo-pkg/setup.rpm.sh' \
>   | sudo -E bash
[sudo] password for root:
Executing the  setup script for the 'nxadm-pkgs/rakudo-pkg' repository ...

   OK: Checking for required executable 'curl' ...
   OK: Checking for required executable 'rpm' ...
   OK: Detecting your OS distribution and release using system methods ...
 ^^^^: ... Detected/provided for your OS/distribution, version and architecture:
 >>>>:
 >>>>: ... distro=opensuse-leap  version=15.5  codename=15.5  arch=x86_64
 >>>>:
   OK: Importing 'nxadm-pkgs/rakudo-pkg' repository GPG keys into rpm ...
   OK: Checking for available package manager (DNF/Microdnf/YUM/Zypper) ...
 ^^^^: ... Detected package manager as 'zypper'
   OK: Checking if upstream install config is OK ...
   OK: Fetching 'nxadm-pkgs/rakudo-pkg' repository configuration ...
   OK: Installing 'nxadm-pkgs/rakudo-pkg' repository via zypper ...
   OK: Updating the zypper cache to fetch the new repository metadata ...
   OK: The repository has been installed successfully - You're ready to rock!

# Then installed rakudo-pkg with Yast2, no problems ...

# then as just plain user :

bazzaar@localhost:~> /opt/rakudo-pkg/bin/install-zef
/opt/rakudo-pkg/bin/install-zef: line 6: raku: command not found
===> Testing: zef:ver<0.19.1>:auth<github:ugexe>:api<0>
[zef]     # Failed test 'Zef::Client module can be use-d ok'
[zef]     # at t/00-load.rakutest line 15
[zef]     # Redeclaration of symbol 'Zef::Fetch'.
[zef]     # Failed test 'Zef::Repository module can be use-d ok'
[zef]     # at t/00-load.rakutest line 17
[zef]     # Redeclaration of symbol 'Zef::Repository'.
[zef]     # Failed test 'Zef::Distribution module can be use-d ok'
[zef]     # at t/00-load.rakutest line 21
[zef]     # Redeclaration of symbol 'Zef::Distribution'.
[zef]     # Failed test 'Zef::Distribution::DependencySpecification module can be use-d ok'
[zef]     # at t/00-load.rakutest line 22
[zef]     # Redeclaration of symbol
[zef]     # 'Zef::Distribution::DependencySpecification::Any'.
[zef]     # Failed test 'Zef::Distribution::Local module can be use-d ok'
[zef]     # at t/00-load.rakutest line 23
[zef]     # Redeclaration of symbol 'Zef::Distribution::Local'.
[zef]     # You failed 5 tests of 18
[zef] # Failed test 'Core'
[zef] # at t/00-load.rakutest line 4
[zef] # You failed 1 test of 2
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/build.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/build.rakutest:5
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/distribution-depends-parsing.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/distribution-depends-parsing.rakutest:5
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/extract.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/extract.rakutest:5
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/fetch.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/fetch.rakutest:5
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/install.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/install.rakutest:5
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/repository.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/repository.rakutest:5
[zef] ===SORRY!=== Error while compiling /opt/rakudo-pkg/var/zef/t/test.rakutest
[zef] Merging GLOBAL symbols failed: duplicate definition of symbol Zef
[zef] at /opt/rakudo-pkg/var/zef/t/test.rakutest:5
===> Testing [FAIL]: zef:ver<0.19.1>:auth<github:ugexe>:api<0>
Aborting due to test failure: zef:ver<0.19.1>:auth<github:ugexe>:api<0> (use --force-test to override)
Don't forget to add '~/.raku/bin' to your PATH,
e.g. by adding this to .profile:
export PATH=~/.raku/bin:$PATH
bazzaar@localhost:~>

Problem with Zef since 2020.01 upgrade

sproctor@administrator-ThinkPad-X1-Carbon-4th ~ $ which zef
/home/sproctor/.perl6/bin/zef
sproctor@administrator-ThinkPad-X1-Carbon-4th ~ $ zef install Bench
Use of uninitialized value $module of type Any in string context.
Methods .^name, .raku, .gist, or .say can be used to stringify it to something meaningful.
  in block  at /opt/rakudo-pkg/share/perl6/core/sources/9E18924DC80BA87DAC5FEF5E6D64849ABFF0C5C0 (Zef) line 130
===> Searching for: Bench
===> Updating cpan mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/cpan1.json
===> Updating p6c mirror: http://ecosystem-api.p6c.org/projects1.json
===> Updated p6c mirror: http://ecosystem-api.p6c.org/projects1.json
===> Updated cpan mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/cpan1.json
===> Testing: Bench:ver<0.2.0>:auth<github:tony-o>
===> Testing [OK] for Bench:ver<0.2.0>:auth<github:tony-o>
===> Installing: Bench:ver<0.2.0>:auth<github:tony-o>
Use of uninitialized value $module of type Any in string context.
Methods .^name, .raku, .gist, or .say can be used to stringify it to something meaningful.
  in block  at /opt/rakudo-pkg/share/perl6/core/sources/9E18924DC80BA87DAC5FEF5E6D64849ABFF0C5C0 (Zef) line 130
===> Install [FAIL] for Bench:ver<0.2.0>:auth<github:tony-o>: No installing backend available
No installing backend available
sproctor@administrator-ThinkPad-X1-Carbon-4th ~ $ raku -v
This is Rakudo version 2020.01 built on MoarVM version 2020.01.1
implementing Perl 6.d.
sproctor@administrator-ThinkPad-X1-Carbon-4th ~ $ which raku
/opt/rakudo-pkg/bin/raku

Not sure what's causing this. I might try dropping the package and reinstalling. Thought I'd raise an issue to make you aware.

Issues with zef after migration to CloudSmith

I have a travis setup with java image as a base. Leaving out some details it looked like this:

language: generic
dist: xenial
env:
  global:
  - export PATH="/opt/rakudo-pkg/bin:/opt/rakudo-pkg/share/perl6/site/bin:$PATH"
addons:
  apt:
    sources:
    - sourceline: deb https://dl.bintray.com/nxadm/rakudo-pkg-debs $(lsb_release -cs)
        main
      key_url: http://keyserver.ubuntu.com/pks/lookup?search=0x379CE192D401AB61&op=get
    packages:
    - rakudo-pkg
script:
- zef install OO::Monitors JSON::Fast
- (...)

and it Just Worked this way.

As the bintray went down, I am migrating it to CloudSmith and having some issues. First, it would be great to have some docs describing the sources/key_url or similar for other distros, as I had to dig them up.

So the changes are:

addons:
  apt:
    sources:
    - sourceline: deb https://dl.cloudsmith.io/public/nxadm-pkgs/rakudo-pkg/deb/ubuntu xenial
        main
      key_url: https://dl.cloudsmith.io/public/nxadm-pkgs/rakudo-pkg/gpg.0DD4CA7EB1C6CC6B.key
    packages:
    - rakudo-pkg

Then all the trouble starts. First, zef for the travis user is not found anymore:

$ zef install OO::Monitors JSON::Fast
No command 'zef' found, did you mean:
 Command 'zed' from package 'zfs-zed' (universe)
 Command 'zmf' from package 'zoneminder' (universe)
 Command 'zec' from package 'zec' (universe)
 Command 'zf' from package 'zend-framework-bin' (universe)
zef: command not found
The command "zef install OO::Monitors JSON::Fast" exited with 127.

I guess paths to binaries were changed? So I tried to use the script:

script:
- /opt/rakudo-pkg/bin/install-zef
- zef install OO::Monitors JSON::Fast

and the result is:

$ /opt/rakudo-pkg/bin/install-zef
WARNING: unhandled Failure detected in DESTROY. If you meant to ignore it, you can mark it as handled by calling .Bool, .so, .not, or .defined methods. The Failure was:
Failed to create directory '/opt/rakudo-pkg/share/perl6/vendor/short' with mode '0o777': Failed to mkdir: Permission denied
  in method probe at bin/zef line 71
  in block  at bin/zef line 135

So I tried with sudo and it installs this time.

The command "sudo /opt/rakudo-pkg/bin/install-zef" exited with 0.
0.09s$ zef install OO::Monitors JSON::Fast
No command 'zef' found, did you mean:

So this is wrong as well, no sudo. Let's change the rights manually:

The command "sudo /opt/rakudo-pkg/bin/install-zef" exited with 0.
0.01s$ sudo chmod -R 777 ~/.zef
The command "sudo chmod -R 777 ~/.zef" exited with 0.
The command "sudo chown -R travis ~/.zef" exited with 0.
5.38s$ zef install OO::Monitors JSON::Fast
===> Searching for: OO::Monitors, JSON::Fast
===> Updating fez mirror: http://360.zef.pm/
===> CompUnit::Repository install target is not writeable/installable: /home/travis/build/the-funky-project/auto
===> Updated fez mirror: http://360.zef.pm/
===> Updating cpan mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/cpan1.json
===> Updated cpan mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/cpan1.json
===> Updating p6c mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/p6c1.json
===> Updated p6c mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/p6c1.json
Need a valid installation target to continue
The command "zef install OO::Monitors JSON::Fast" exited with 1.

Why does it try to install things into auto directory? It is, apparently, a default CURI to install modules in case there is no valid one, but why there is no one now? Am I really missing something silly? The travis setup was not touched, just the package sources.

Alpine build

Linux packages are built using fpm. We hit a bug where created alpine packages are not installable.

The best solution is of course fixing the upstream bug (I had a look, but I didn't find where it exactly fails). In the meanwhile, however, it could be great to have a workaround to build Rakudo on Alpine 3.6. A script with the steps needed would be great. See Alpine doc on how to create a package.

install zef as user

System is Opensuse Leap 15.4, on x86_64

The command that's detailed in the rakudo_pkg readme, to install zef as user -

  /opt/rakudo-pkg/bin/install-zef

... didn't work for me. One of the tests failed with the message complaining about sic. not finding a dependency(s).

I seem to remember npm might have been mentioned too?

I tried a couple of times, no luck, (deleting the .zef dir after each failed attempt)

and then tried using the different instructions on the ugexe/zef github page -

   git clone https://github.com/ugexe/zef.git
   cd zef  
   raku -I. bin/zef install .

which successfully installed zef without error. (Subsequently I've been able to install all the modules I need.)

Also, since then I found that npm / nodejs were not installed on my (new build) system, and have now added them.

I looked for a page or section that detailed rakudo / zef system dependencies, but did not find anything.

install-zef-as-user final note is no longer valid

1 bin/ script [zef] installed to:
/home/sproctor/.raku/bin
Don't forget to add '~/.perl6/bin' to your PATH,
e.g. by adding this to .profile:
export PATH=~/.perl6/bin:PATH

This also mean anyone who did update their PATH needs to do it again.

zef: install-zef from package version v2021.02.1 onwards

A root zef installation was confusion and sometimes created issues (#78). Instead of providing a root owned /opt/rakudo-pkg/bin/zef that was not usable by non-root user, /opt/rakudo-pkg/bin/install-zef to install zef for the running user (included root). No network is needed. It is recommended to remove the local module cache:

rm -rf ~/.raku

From the documentation:

Zef Module Manager as a user

Rakudo takes a different approach than many other languages (including Perl):
modules are by default installed in the home directory of the user.
Accordingly, a script is supplied to install zef this way.

/opt/rakudo-pkg/bin/install-zef

Zef will be installed to ~/.raku/bin/zef and modules will reside in ~/.raku.

rakudo-pkg for OpenSuse Leap 15.5

@nxadm, does the 'opensuse/tumbleweed' variant of rakudo-pkg refer to the new Leap 15.5, or is there a need to add a Leap 15.5 variant to the list on Cloudsmith. I still have a need for the Leap 15.4 variant, but just installed Leap 15.5 on a new box.

A stable URL for continuous integration

I'd like to have a stable URL that I can fetch from Travis CI or AppVeyor (both Ubuntu 14.04). I don't care about the compiler version as long as it is the latest. Something like rakudo-pkg-travis-ci.deb and rakudo-pkg-appveyor.deb would be nice.

I ran out of time tonight but I figured that could happen in pkg_rakudo.pl if it's the right combination of OS. Or it could be a post step that finds the right package and copies it to the right filename (probably better).

Small JS page (to be hosted in github pages) to download the latest release

Opensuse

Is it possible to provide packages for opensuse as well?

Thanks!

Install zef

I'm on Linux Mint (based on Debian) with the rakudo package installed (2022.02-1 amd64). I would like to use zef, but there is no /opt/rakudo-pkg/bin/install-zef, nor is anything like it present in the installed files for the rakudo package. Is there any other package I need to install, or any other way to install zef?

Fedora 33 repo not working

Errors during downloading metadata for repository 'rakudo-pkg':
  - Status code: 404 for https://dl.bintray.com/nxadm/rakudo-pkg-rpms/Fedora/33/x86_64/repodata/repomd.xml (IP: 3.122.43.129)

2016.12 release request

@nxadm Any chance you could do a release for 2016.12? I want to use them to speed up Travis CI tests. Do they work there?

t/02-rakudo/08-repeat.t on rakudo 2017.12 on Linux

Build fails on Travis and on my local machine with an out of memory. It may be related to a higher default ulimit on Linux compared to MacOS where the test passes.

Build on all the Linux distributions supported by rakudo-pkg:
https://travis-ci.org/nxadm/rakudo-pkg/builds/321564136

Verbose output of test (on a machine with 16GB of ram):

bologna:~/tmp/rakudo/rakudo-2017.12$ ./perl6 -Ilib t/02-rakudo/08-repeat.t
1..5
MoarVM panic: Memory allocation failed; could not allocate 8589934592 bytes

Issue also tracked on rakudo/rakudo#1377

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.