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?
Related
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.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 9 years ago.
Improve this question
I have purchased a Tiva C series LaunchPad TM4C123G Evaluation Kit from Texas Instruments. This kit contains a small PCB with an ARM Cortex M4F microcontroller. Now I want to start writing software for this microcontroller. I am used to program AVR 8-bit microcontrollers using AVR Studio on Windows. I heard that it shoud be easy to program ARM-based microcontrollers on Linux, and since Linux is my main platform, I would like a simple IDE that will work more or less like I am used to from AVR.
For several days I have been searching for a good IDE and tools that will do the job. To my surprise, only a few will run on Linux, and none is open source or freeware. Can this really be true? I do not want to spend several hundred dollars just to try out some programming for the Cortex M4F. Nor do I want to learn one IDE now and then another later when I found out it is not good enough or too expensive. I am used to Linux and the open source way of doing things and I am very shocked that nobody seem to be doing any serious embedded ARM programming with open source tools on Linux. Please correct me if I am wrong.
I have no plans running Linux on the Cortex M4F - I just want to program it like a normal microcontroller.
Texas Instruments recommends one of the following tool chains on the back cover of the evaluation kit:
Code Composer Studio IDE: full functional board locked
Keil: 32KB address limited
IAR: 32KB address limited
Mentor Embedded Sourcery CodeBench: 30-day full functional
I have also been recommended Red Studio from code_red.
Neither is open source or free and all have limitations. It seems to me that only Code Composer Studio and Red Studio is Linux compatible.
I stumbled upon yet another product, Rowley CrossWorks, which is also Linux compatible but still very commercial and expensive.
Is it really true that there is no open source alternative? Most of the products seem to use Eclipse and GCC, which one should be able to do without these commercial packages, right? I just can't find any tutorial or guide explaining how to do set this up for embedded ARM programming. Also I need to know how to program the device after compiling.
I really want to get started soon. Any advice and ideas are very appreciated :-)
It's always the same, no matter which eval board you have: STM32 discovery, LPCXpresso, TI Launchpads. They are very cheap, but the recommended IDEs are limited: Their code size is limited, Windows only, or they are bound to a specific Linux distribution.
In my experience the choice depends on your long-term goals:
Do you want to share code with AVR 8-bit (or PIC32, Renesas RX 32, ...)?
Is it a mid-term/long-term goal to have a build system based on make?
Do you need tab-completion and/or an integrated debugger?
Do you want to try other eval boards in the future (without being forced to install yet another IDE)?
or do you just want to get this one up and running quickly. In that case I would use one of the recommended IDEs to get an impression.
On the other hand, all 32-bit microcontrollers I have used (Cortex-M0/3/4, PIC32, Renesas RX) can be programmed with gcc. As far as I know Code Red, Mentor, and MPLABX use gcc (or a modified gcc).
So there is always the possibility to use Eclipse with a Makefile project, and gcc.
I have tried it twice, but it did not work well for me, because I share libraries between the different targets, and I found it difficult to pass around the defines in Eclipse.
So my IDE is Makefile, Emacs, and gcc, and I have switched completely to using C++: This might be another advantage of using gcc.
Both possibilities (Eclipse with Makefile project or just editor with make) are not "off the shelf": They require time, patience, and your favourite Internet search engine.
Update
I am not aware of a complete tutorial on how to setup a GCC + make based environment, so I simply describe the basic steps I did it some years ago (with some changes).
Get a binary distribution of GCC for ARM from https://launchpad.net/gcc-arm-embedded
The following steps are STM32 specific:
Get one of the discovery boards, for example the STM32 value line Discovery.
Get a flash utility: I am using stlink (git clone https://github.com/texane/stlink.git). This includes a GDB backend as well.
There are various examples available, search for "stm32vl discovery blink" (I cannot recommend one here, the one I used has vanished)
As an alternative (or follow-up): Get the Peripheral firmware examples
You will find a GNU ld compatible linker script in Project/Examples/GPIOToggle/TrueSTUDIO/stm32_flash.ld
You will find a GNU as compatible startup in Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/startup/TrueSTUDIO/startup_stm32f10x_ld_vl.s
You will find all other required library include files and sources in the .zip archive as well
Look at the GPIOToggle project (Project/Examples/GPIOToggle)
Write a Makefile to compile, link, and flash
To build your own development environment you could use the following combination:
Eclipse CDT
Get the toolchain to be used (official GCC version or some third-party customized for your platform)
Integrate the toolchain into Eclipse environment either through the internal Eclipse build system (CDT builder) or through some external builder (i.e. make)
In order to have JTAG debugging support, there is a GDB Hardware Debugging Eclipse plug-in you will need to setup
I've managed to complete my own setup in such a way for LPC1769 (Cortex-M3 CPU) and it worked :)
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.
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
In the past I used SSHFS to mount drives, so I could easily work on remote machines with software from my machine. However, when I was at the MacFUSE project page, I noticed that SSHFS has been long since deprecated.
What are people using with Mountain Lion to mount drives? Is it built-in to OSX yet, or has some other project completely replaced the functionality brought to us by SSHFS?
Any suggestions are greatly appreciated.
EDIT: In the past I used "SSHFS GUI" to mount drives. It looks very similar to the the Finder >> Go >> Connect to server... interface.
+1 -> m01 - I'm currently using your solution, but if anyone knows a GUI I would love to hear about it.
OSXFUSE seems to work. I just downloaded the two OSXFUSE and SSHFS packages from http://osxfuse.github.com (the links are on the right hand side), and ran:
sshfs user#host:/dir /mnt/somelocaldirectory
EDIT: if you want a GUI, you might want to try sshfs-gui, though I haven't tried it myself.
Personally, I'd use Cyberduck, though it doesn't technically do the same as what SSHFS does, but maybe it's enough for your purposes. It will let you browse files that you can access via an ssh connection, and seems to have options for editing them as well.
According to the OSXFuse wiki, you can use Macfusion with a simple tweak, e.g. moving the old sshfs-static and linking it to the new one by OSXFuse as below. I've done this and it works fine.
cd /Applications/Macfusion.app/Contents/PlugIns/sshfs.mfplugin/Contents/Resources
mv sshfs-static sshfs-static.orig
ln -s /usr/local/bin/sshfs sshfs-static
Back in the Leopard days, I was using SSHFS as well, and it worked ok, as long as you didn't push it too hard (large files or spotty network coverage).
I just setup Expandrive on my new Retina MBP and it works pretty well. (auto re-connects on wake, no hiccups). All I had to do was to register my SSH agent ssh-add -K for the private key, and it's been smooth sailing so far.
I've tried on both Lion and Mountain Lion, and it seems to work pretty well. For $40, it's totally worth it to me.
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.