How do I install the hstore module on PostgreSQL 9.1? - osx-snow-leopard

I have seen there is already a question on the subject concerning 9.0 here but it is more than one year old. Has anything changed since then?
I have 9.1 already installed on Snow Leopard. Which steps should I follow to install hstore?
(I am not familiar with MacPorts by the way).

Related

How to get specific version of a package with pecl install? [duplicate]

This question already has answers here:
How to list all versions of a pecl package
(3 answers)
Closed 2 years ago.
Xdebug was updated to version 3 and currently it will be installed in its latest version when I run
pecl install xdebug
This broke a Dockerfile and an XDebug setup. While I plan to upgrade to xdebug#3 in the long run, I want for now to force installing xdebug 2.9. How can I achieve that?
I tried doing
pecl install xdebug#2
and similar approaches.
How do I list all versions of a package and how do I force installing a specific version with pecl?
You you have to provide exact version via flag,
pecl install xdebug-2.9.8

In C, how do I install GL/glx.h , GL/gl.h and GL/glu.h on Mac OS

I have some code which includes the headers GL/glx.h , GL/gl.h and GL/glu.h . I do not even know what these are, and Google is not a lot of help because there is so much noise in the search results. So (optionally) what are they, but more importantly, how do I install them on a Mac (Mac OS 10.15.4). I have installed other stuff using homebrew so that would be my preference.
EDIT: By renaming the headers to OpenGL/glx.h etc, I can now find gl.h abd glu.h but not glx.h.
This answer openGL glx.h missing form xcode 4 mac lion says "If you install XQuartz you get X11 which has glx.h" but this is not correct, at least not for me. I have installed xquartz using brew, but still cannot find glx.h.
Another site suggested installing Xcode, which I did, but that does not contain glx.h either.
Installing xquartz fixed it. OpenGL (at least the versions I found) is insufficient because it does not include glx.h. The page xquartz.org says, "The XQuartz project is an open-source effort to develop a version of the X.Org X Window System that runs on OS X. Together with supporting libraries and applications, it forms the X11.app that Apple shipped with OS X versions 10.5 through 10.7."
So I downloaded and installed xquartz, and then compiled with -I/opt/X11/include instead of -I/usr/X11R6/include, and linked with -L/opt/X11/lib instead of -L/usr/X11R6/lib; as suggested at fatal error 'GL/glx.h' file not found on mac after Xquartz is installed ; and it all worked.

tinyos-2.1.1 intsallation in Ubuntu

I'm learning about Wireless Sensor Network in TinyOS. I tried to install this in Ubuntu 18.04 but it ain't worked and it return this kind of error (the picture included). Anyone could help me with this failure. Many thanks
https://i.stack.imgur.com/rZhtu.png
I came across the same problem. The reason is that TinyOS is now relatively old (in software terms) and the original development community have largely moved onto other things. This means that the packages are no longer maintained, and thus there are issues with unmet and broken dependencies. These issues will only get more and more problematic as Ubuntu evolves and leaves these packages far behind.
I can't remember exactly what the problem is as it was some time ago, but thankfully I wrote up a detailed explanation on how to install TinyOS on Vagrant here. It was tested on Ubuntu 16.04 but it should also work on 18.04.
The TL;DR version is to look carefully at the bootstrap script I use. For example, try this (the first line adds a signing key to your package manager - this came directly from Eric Decker's package repo):
wget -O - http://tinyprod.net/repos/debian/tinyprod.key | sudo apt-key add -
apt-get update
apt-get -y install nesc tinyos-tools avr-tinyos msp430-46 mspdebug
For further info see the official wiki and Eric Decker's repo, but these are also quite out of date now.

How do I fix a "version `GLIBC_2.14' not found" error?

I've compiled a C program under Ubuntu 12.04, built a Debian package out of it, and want to install it on a server running Debian Lenny.
Last time I did that (about two months ago) it worked: I could install the package and run the binary. But now I get the following error message:
(binary's name): /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by (binary's name))
Other than upgrading my machine to Ubuntu 12.4, the only significant change we've brought to the code is a call to strdup(), for which I had to enable the _POSIX_C_SOURCE=200809L feature test macro.
Upgrading the server to the latest Debian version is not my preferred option as it is not under my direct control.
How do I fix this problem?
I think the critical bit of info here is 'upgrading my machine'. So when this worked before, you were building and packaging on something earlier than 12.04? If so, then the issue is that 12.04 now ships with a newer version of libc (apparently 2.14), and your binary now records a dependency on that version of libc. When you try to run on Lenny, which likely uses an older version of libc, the linker detects that the Lenny version does not support the 2.14 API, and fails.
I think the best way forward is probably to do your development and testing on 12.04, and then when you want to create packages for a specific Debian release, use pbuilder or similar to create debs. This will ensure that the libraries used for the packaging build match the target platform.

Installing a php extension with Macports

I would like to install the php-intl extension for PHP on my Mac. I know the current PHP installation was installed with the OS (Mac OS X 10.6).
So I am wondering if I install the php5-intl package using Macports, will it install a second version of PHP (which I don't want), or will it upgrade my existing installation?
If I can't upgrade my current PHP installation that way, how can I proceed?
Installing the MacPorts php5-intl port will install PHP's intl extension for use with MacPorts php5, which it will also install; you'll also get MacPorts' copy of the apache2 server. MacPorts is designed to be self-contained; it's not designed to modify or integrate with any software components Apple provided with your OS. This is a good thing; Apple occasionally makes unexpectedly changes to their OS components which could break things installed by MacPorts.
If you want to give MacPorts apache2 and php5 a try, check out the MacPorts MAMP guide in the wiki.

Resources