Install Rakudo on termux/android [closed] - raku

Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 1 year ago.
Improve this question
Hi everyone I need help how to install rakudo in termux aarch64
I have tried different ways and got different errors, first try:
Second try:

Update See https://borg.moe/building-rakudo-perl-6-on-termux.html
I don't know Termux but thought the following was better than no answer. Perhaps you already know the following, in which case this is just for later readers; if you actually know more, please edit your question and add what else you know.
The closest target for standard Rakudo packages is GNU+Linux, but Termux's own doc emphasizes its differences from Linux. The bottom line is you're going to have to manually patch/compile/build to install on Termux.
The termux user its-pointless claimed they manually built Rakudo, for aarch64, in 2018 and again in 2019, and, per a screenshot in a recent (2021) tweet, did so again for a 2020.05 package, at least for the MoarVM backend.
Perhaps you and/or others can use the existing packages and/or more recent ones and/or build on their success.
Googling
I don't know Termux so don't know where one would look for a more recent package beyond google.
A google for termux raku OR perl6 OR "perl 6" yields some matches.
That's how I discovered some open Raku issues related to Termux, and many comments by its-pointless in one of them, culminating in 2018 with this comment, and another comment leading to info for installing a 2019 moarvm on termux/aarch64 and then a 2019 Rakudo atop that (which depends on moarvm).
How hard are you willing to try?
I personally don't have any of the distro related skills needed to be able to help you to get Rakudo built. But it seems several folk managed to get a working Rakudo with the help of its-pointless. So perhaps you will be able to do so too.
If you have patience, like the folk in the issue I linked, there might be other Rakoons capable and willing to try to help you get Rakudo building on your system.
Termux
While Termux is a Linux, it's not a GNU+Linux. From "Differences from Linux", with my added emphasis:
Termux does not follow Filesystem Hierarchy Standard unlike majority of Linux distributions. You cannot find directories like /bin, /etc, /usr, /tmp and others at the usual locations. Thus, all programs must be patched and recompiled to meet requirements of the Termux environment otherwise they will not be able to find their configuration files or other data.
I presume the packages its-pointless built include the requisite patching, at least as of 2019.
Your first try
[CRIT] No /etc/os-release found. Are you sure you're on a sane GNU+Linux distribution?
A google for "/etc/os-release" reveals:
/etc/os-release
It relieves application developers who just want to know the distribution they are running on to check for a multitude of individual release files.
It provides both a "pretty" name (i.e. one to show to the user), and machine parsable version/OS identifiers (i.e. for use in build systems).
I think a takeaway from your first try is that the build systems of the "official" Rakudo packages presume that a Linux is a GNU+Linux. Termux isn't. So that approach isn't going to work.
Somehow you got past the problem reported in the first try. What did you do?
Second try
At a guess your second try is using the same packages. So it's not going to work.
n't exec "./try": Permission denied at build/probe.pm line 935. Unable to run probe, so something is badly wrong ....
Again, I think the root problem is that you're trying to install a package that presumes a GNU+Linux, which won't work because Termux isn't a GNU+Linux.

Related

Why Rakudo Star for Windows still compiled/linked for exact FS location (c:\rakudo)?

And what should be done so Rakudo (Star) does not depend on the location in filesystem?
Update
Some time in 2019 Rakudo gained the ability to be relocatable. So there is now no technical limitation anymore.
As of today no installers that allow to choose the installation location have been provided yet though.
Original answer
As it currently stands Rakudo depends on the absolute installation path in several places including the binaries. Rakudo Star must install to that exact location (C:\rakudo) because that path is compiled into the binaries.
Making Rakudo independent of its FS location (aka portable) is possible, but simply not yet implemented.
It takes someone familiar with the Wix windows installer to change its XML config file.
https://github.com/rakudo/star/blob/master/tools/build/star-product.wxs#L6
This is just a hack and not a real solution, but it's possible to create a junction or, if you don't have C: drive at all, use subst command to still make Rakudo work without really putting it under the hardcoded directory.

Cygwin & OCaml: OPAM + Batteries

I extensively use Cygwin on a Windows 8 environment (I do not want to go ahead and boot/load Linux directly on the machine). I use the OCamlIDE plug-in for Eclipse and have experienced relatively no problems using this workflow setup.
However, I would like to use Batteries so that I may make use of use of its dynamic arrays among a few other interesting features that will speed up my development process.
I have tried this method: http://ocaml.org/install.html, but I get the following error:
$ sh ./opam_installer.sh /usr/local/bin
No file yet for i686:CYGWIN_NT-6.2-WOW64
What am I missing and how would I configure Cygwin so that it can accept the Opam installer? When I tried yet a different way of building Opam, I got:
'i686-w64-mingw32-gcc' is not recognized as an internal or external command,
as a Makefile error and reason for building failure. It seems something is wrong related to mingw32-gcc, what do I need to install and/or configure for my Cygwin to get it to compile/build things properly. I have wget and curl installed as well.
My overall question: What is the best way to get Batteries installed on my system with the minimum of time spent tracing all of its dependencies by hand? Is there a way I can just build the library module, such as BatDynArray and the includes:
include BatEnum.Enumerable
include BatInterfaces.Mappable
That way I can just call them directly in my code with open...;; and/or include...;;;
OCaml works beautifully on Windows with WODI, which is a Cygwin-based distribution that includes Batteries and tons of other useful packages (which are a pain to install manually on Windows).
I urge you to take a shot at WODI, which I believe to be an indispensable tool for the
rest of us, the forgotten souls, who have to deal with Windows.
First of all, include does not do what you think it does. open Batteries should be exactly what you're looking for. OPAM is not yet solid on windows (maybe Thomas could give an update on where things stand).
Frankly, I would recommend to install a linux on a VM, you should be able to get started with OPAM instantly then. Otherwise, take a look at this package manager for OCaml which focuses on cross platform support: http://yypkg.forge.ocamlcore.org/. I've never tried it myself however. The last package manger you could try is GODI, I'm not sure about its windows support though.
Finally, if none of these options work then it should be possible to install batteries from the source. All you need is OCaml and make. And if there are problems with this approach then you should definitely follow up on them either here or on the bug tracker because batteries does intend to support windows AFAIK.

AIX apache rpm dependencies

I am evaluating the Crowd SSO by Atlassian. Now to get apache to use Crowd for authentication, there is a connector available by the vendor.
Problem
Unfortunately they do not provide anything for my OS (AIX). Instead they provide source code with instructions. Now the example here uses yum -y install autoconf automake gcc httpd-devel libcurl-devel libtool libxml2-devel mod_dav_svn subversion-devel to download the required packages for which there is no alternate in AIX (AFAIK).
So I went to the AIX toolbox and got some packages. For the rest, I took Mr Perzl's help. And while installing the rpms ended up getting dependency errors.
Question
Do I go with
The solution given here dependency hell.
IBM way
Something else which Google and my limited exposure to AIX are not telling me.
I am not *nix expert, rather at basic user level. And any installations are actually done by the admins. I need expert advice so as to get it right and efficiently if possible.
Appreciate if someone would like to retag this question for getting attention from the right people.
It has been a while since I struggled with AIX and Linux, and have success with the Crowd Connector on Linux. So, having taken a look at both links, I would say:
The IBM documentation is only for the packages supplied with their Toolbox and there is a risk that if you use it for other things, you may end up with a dead-end as the utilities may refuse to play ball.
With Mr. Perzl's way, you are building it brick by brick, with known certainty. The main risk is that the right versions may not be available and/or one of the build tools may not work. In that case, you may still have to tweak the source and/or the build/make files to compile properly, but it will eventually work.
Once you have a compiled plugin and it works with a certain version of Apache, you will not need many of the dependencies, so the instructions you give to the admins to deploy will be minimal. Most likely, the runtime dependencies will be mod_dav_svn, curl and libxml
Please post an update when you get it working.

Install PL/Perl in PostgreSQL [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I using PostgreSQL and I want to create a function in pl/perl, but the PostgreSQL doesn't contain pl/perl.
When I type createlang plperlu databasename it shows:
createlang: language installation failed: ERROR : could not open
extension control file
"/usr/local/pgsql/share/extension/plperlu.control": No such file or
directory
How can I install plperlu?
The PostgreSQL version is 9.1 in CentOS 5.8
Before you do anything else, back up your database. At minimum use pg_dump to take a SQL dump and put it on another computer. Then proceed, but understand that you're likely to cause downtime or even data loss if you muck this up.
(For anyone else reading this, it only applies to PostgreSQL installed from source code. You are probably using a packaged version instead, in which case you should install the package for postgresql-contrib or postgresql-plperl for your distro. Names will vary, so do a search in your package management system.)
It seems highly likely that your co-worker installed PostgreSQL from source code and didn't enable PL/Perl. If you want PL/Perl you will need to re-compile.
Install the Perl development package, which should be called perl-devel, eg:
yum install perl-devel
When you re-compile PostgreSQL use the --with-perl argument to ./configure. You should be able to find the PostgreSQL source code tree that your co-worker used somewhere on the system - try searching for config.log and see if there's a PostgreSQL source code tree in the same place.
If you can't find it you'll have to either:
Download fresh PostgreSQL sources and compile them as per the PostgreSQL documentation; or
Shut down your current server and install the yum.postgresql.org RPMs to replace it.
Honestly, if you don't know Linux this isn't a good way to start. Find somebody to help you who's worked with Linux systems before and is familiar with basic tasks like installing packages. Get them to help you to replace the source-installed PostgreSQL with a PostgreSQL install from the yum.postgresql.org packages, and preferably update your rather outdated operating system install to a current one.

Aircrack Ch: -1 Issue on Arch Linux [closed]

Closed. This question is not about programming or software development. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 13 days ago.
Improve this question
Currently running Arch Linux, I decided to install Aircrack-ng and try it out on my own wireless network. So I installed it, and I get an error upon Aireplay that states something along the lines of
Either patch this, or use the flag --ignore-negative-one
So I used the flag at first. It seems to work, but I can't get a handshake. This might just be me, but I wasn't sure. So I decided to find that patch. I went to Aircrack's website and found it. I followed the instructions and it was fine up until "make". At that point, it outputted:
config.mk:199: "WARNING: CONFIG_CFG80211_WEXT will be deactivated or not working because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools using wext interface like iwconfig will not work. To activate it build your kernel e.g. with CONFIG_LIBIPW=m."
make -C /lib/modules/2.6.38-ARCH/build M=/home/kyle/Desktop/compat-wireless-2011-05-16 modules
make: *** /lib/modules/2.6.38-ARCH/build: No such file or directory. Stop.
make: *** modules Error 2
What can I do to fix this so I can use Aircrack?
uname -r outputs "2.6.38-ARCH" (without quotes).
Assuming you are using the default arch linux kernel (i.e. not a patched one, or one that you've compiled yourself), this would appear to be a bug in the aircrack package, so I would suggest you report it here.
I don't know much about aircrack, but based on the error report I think that there are two ways you may be able to fix it yourself.
It looks like CONFIG_CFG80211_WEXT is a configure option in the patch which you may be able to disable. However, this might remove important functionality.
You could try to compile your kernel with CONFIG_LIBIPW=m, as suggested. This is not as difficult as it sounds, but it does mean that you will need to maintain the kernel yourself instead of relying on pacman to do it for you. For a guide on this, see https://wiki.archlinux.org/index.php/Kernels and https://wiki.archlinux.org/index.php/Kernels/Compilation/Arch_Build_System.
Doesn't aircrack require that you have patched drivers for your network card? Have you confirmed that your card has a chipset that is usable ?
It seems that you are using the Wireless Drivers 'compat-wireless-2011-05-16', I would check that these arew suited to your Wireless Card. You may require MadWiFi Drivers depending. What is your Wireless Card Make/Model?