Carsten Grzemba | 2 Oct 08:24 2014
Picon

ld: fatal: relocations remain against allocatable but non-writable sections -- on linking dtrace probes

I have seen on different projects (TCL, PHP, ...) that there are problems to link dtrace userland probes on Solaris. The problem is that the linker complains if it has to link the dtrace compiled object with gcc compiled PIC objects (position independent code).
Now I have the problem if I attempt to add dtrace probes in Python.

Has anybody a solution for this problem?
<at> Laurent: Do you has the dtrace support now in TCL8?

Jan Holzhueter | 29 Sep 11:52 2014

Linker Problem on Sparc Servers. (after Kernel update)

Hi,
maybe I missed it during my vacation.
But looks like Oracle fixed something in that area:

https://support.oracle.com/epmos/faces/BugDisplay?_afrLoop=189010529288142&id=18175522&_afrWindowMode=0&_adf.ctrl-state=m8erilfzj_153

Bug 18175522 : WITH 147147-26 -ZIGNORE WRONGLY KEEPS LIBRARIES FOR
DEPENDENCY COMPENSATION

Thats patched with latest Kernel:

150400-16.

Maybe it's worth a try.

Yann did you ever hear back from them about the case you opened?

Greetings
Jan

Carsten Grzemba | 29 Sep 09:03 2014
Picon

Re: Mysql hickups. (was The Python web apps throw 500s)


Am 26.09.14 schrieb Laurent Blume <laurent <at> opencsw.org>:
I will look into it.
For now, be careful that I'm going to push a new package that will overwrite it (now that MySQL works, the MySQL packages could be created :-)

My first idea is that it could be handled automatically, following this rough outline:
  - CSW package installs cswservice:default
  - users can create cswservice:otherinstance if they wish
  - on package removal, cswservice:* are handled by CAS (instead of just the :default)
  - so on updates, all are stopped/restarted. Only :default is updated, the others stay of course the responsibility of their creators

Makes sense?
Yes, this sounds good.


Laurent

Le 2014/09/26 16:15 +0200, Carsten Grzemba a écrit:
>mysql trac is online again.
>
>I have changed /etc/opt/csw/init.d/cswmysql5 for support instances:
>
>root <at> mysql [mysql]:/etc/opt/csw/init.d > diff cswmysql5.org cswmysql5
>41c41,42
>< datadir=
>---
> > datadir=`/bin/svcprop -p config/datadir ${SMF_FMRI} 2>/dev/null`
> > defaults=`/bin/svcprop -p config/defaults ${SMF_FMRI} 2>/dev/null`
>293a295,299
> > if [ ! -z "$defaults" ]
> > then
> >     defaults_args="--defaults-file=$defaults"
> >     extra_args="$defaults_args $extra_args"
> > fi
>323c329
><       $bindir/mysqld_safe --datadir="$datadir"
>--pid-file="$mysqld_pid_file_path" $other_args >/dev/null 2>&1 &
>---
> >       $bindir/mysqld_safe $defaults_args --datadir="$datadir"
>--pid-file="$mysqld_pid_file_path" $other_args >/dev/null 2>&1 &
>
>I don't if it is the best place for do this but this kind is a usual way.
> <at> Laurent: what do you mean, would you incorporate this script change in
>your package?
>
>Am 26.09.14 schrieb *Jan Holzhueter * <jh <at> opencsw.org>:
>>Hi,
>>had some time to debug it :)
>>
>>Simple problem someone somehow updated the mysql Packege on our mysql
>>zone.
>>
>>That caused an update from Mysql Version 5.0 to 5.5 (all praise whom
>>they like that this did not cause any database problems )
>>
>>But with this the my.cnf file moved from /opt/csw/mysql5 to /etc/opt/csw
>>but without any migration script. So some default was loaded with did
>>not fit our environment. I fixed that now.
>>It should not give those errors anymore I hope.
>>
>> <at> Carsten your mysql trac database needs to be looked at. To do the
>>update the cswmysql5:trac Service is broken now and starts not your
>>database anymore. I disabled it for now. If you have the time please
>>fix it.
>>
>>Greetings
>>Jan
>>
>>



Carsten Grzemba | 26 Sep 16:15 2014
Picon

Re: Mysql hickups. (was The Python web apps throw 500s)

mysql trac is online again.

I have changed /etc/opt/csw/init.d/cswmysql5 for support instances:

root <at> mysql [mysql]:/etc/opt/csw/init.d > diff cswmysql5.org cswmysql5
41c41,42
< datadir=
---
> datadir=`/bin/svcprop -p config/datadir ${SMF_FMRI} 2>/dev/null`
> defaults=`/bin/svcprop -p config/defaults ${SMF_FMRI} 2>/dev/null`
293a295,299
> if [ ! -z "$defaults" ]
> then
>     defaults_args="--defaults-file=$defaults"
>     extra_args="$defaults_args $extra_args"
> fi
323c329
<       $bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args >/dev/null 2>&1 &
---
>       $bindir/mysqld_safe $defaults_args --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args >/dev/null 2>&1 &

I don't if it is the best place for do this but this kind is a usual way.
<at> Laurent: what do you mean, would you incorporate this script change in your package?

Am 26.09.14 schrieb Jan Holzhueter <jh <at> opencsw.org>:

Hi,
had some time to debug it :)

Simple problem someone somehow updated the mysql Packege on our mysql zone.

That caused an update from Mysql Version 5.0 to 5.5 (all praise whom
they like that this did not cause any database problems )

But with this the my.cnf file moved from /opt/csw/mysql5 to /etc/opt/csw
but without any migration script. So some default was loaded with did
not fit our environment. I fixed that now.
It should not give those errors anymore I hope.

<at> Carsten your mysql trac database needs to be looked at. To do the
update the cswmysql5:trac Service is broken now and starts not your
database anymore. I disabled it for now. If you have the time please fix it.

Greetings
Jan


Jan Holzhueter | 26 Sep 14:56 2014

Mysql hickups. (was The Python web apps throw 500s)

Hi,
had some time to debug it :)

Simple problem someone somehow updated the mysql Packege on our mysql zone.

That caused an update from Mysql Version 5.0 to 5.5 (all praise whom
they like that this did not cause any database problems )

But with this the my.cnf file moved from /opt/csw/mysql5 to /etc/opt/csw
but without any migration script. So some default was loaded with did
not fit our environment. I fixed that now.
It should not give those errors anymore I hope.

 <at> Carsten your mysql trac database needs to be looked at. To do the
update the cswmysql5:trac Service is broken now and starts not your
database anymore. I disabled it for now. If you have the time please fix it.

Greetings
Jan

Maciej (Matchek) Bliziński | 23 Sep 13:21 2014

Modules for Python 3.x

2014-09-22 15:59 GMT+01:00 Kester Habermann <kester@...>:
> On a related issue, in the gar files we have:
>   MODULATIONS_PYTHON_VERSION = 2_6 2_7
> How much changes would it take to also add 3_3?

I don't know, you need to try and see what happens.

Kester Habermann | 22 Sep 16:59 2014

Python version issues

Hello,

python-config is linked to a non-existent file:

kester <at> unstable10s [unstable10s]:~ > ls -l /opt/csw/bin/python-config
lrwxrwxrwx   1 root     other         27 Aug 10  2013 /opt/csw/bin/python-config -> /opt/csw/bin/python-config2
kester <at> unstable10s [unstable10s]:~ > ls -l /opt/csw/bin/python-config2
lrwxrwxrwx   1 root     other         29 Nov  3  2013 /opt/csw/bin/python-config2 -> /opt/csw/bin/python-config2.6
kester <at> unstable10s [unstable10s]:~ > ls -l /opt/csw/bin/python-config2.6
/opt/csw/bin/python-config2.6: No such file or directory

This should probably point to: /opt/csw/bin/python2.6-config

I have not raised a Mantis issue, as I am not sure where this is done
(Python package, alternatives, ?).

If I install CSWpython27 and remove CSWpython26 then the link is changed to:
/opt/csw/bin/python-config2 -> /opt/csw/bin/python-config2.7
which also does not exist.

It should probably point to: /opt/csw/bin/python2.7-config

I also noticed, if I install python 2.6 and python 2.7 at the same
time, the links remain pointing to 2.6, e. g.:
/opt/csw/bin/python2 -> python2.6

It is even worse: If I only have python 2.7 installed and the links set up to make 
/opt/csw/bin/python2 point to python2.7 and the python2.6 package gets installed
as a dependency then link from /opt/csw/bin/python2 changes back to python2.6
which is not what I want.

On a related issue, in the gar files we have:
  MODULATIONS_PYTHON_VERSION = 2_6 2_7
How much changes would it take to also add 3_3?

Regards

Kester

Dagobert Michelsen | 19 Sep 10:24 2014

Re: down ?

Hi Peter,

Am 19.09.2014 um 09:14 schrieb Peter FELECAN via buildfarm <buildfarm@...>:

> I'm trying to log in with no avail. What's up?

The builfarm T5220 paniced tonight with NULL pointer exception in UNIX :-(
I opened a service request, everything should be working again.

Best regards

  — Dago

--

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Peter FELECAN | 18 Sep 12:11 2014

lost in crypto space

I'm packaging a project in need of GPG support and I'm encountering an
unusual situation, at least for me: GPGME:150:  Invalid crypto engine

Here is a test case:

/*
  gcc -std=gnu99 -I/opt/csw/include gpgeng.c -m32 -march=pentiumpro -L/opt/csw/lib -lgpgme
-lgpg-error -o gpgeng
*/
#define _FILE_OFFSET_BITS 64

#include <stdio.h>
#include <stdlib.h>
#include <gpg-error.h>
#include <gpgme.h>

int main(int argc, char** argv)
{
	int rc = EXIT_SUCCESS;
	gpg_error_t err;
	err = gpgme_engine_check_version(GPGME_PROTOCOL_OpenPGP);
	if (err != 0)
	{
		rc = EXIT_FAILURE;
		fprintf(stderr, "gpgme failed with %s:%d:  %s\n",
				gpg_strsource(err), gpg_err_code(err),
				gpg_strerror(err));
	}
	
	exit(rc);
}

What am I missing?

TIA
--

-- 
Peter

Riccardo Mottola | 17 Sep 22:14 2014

putting a dependency on libicu

Hi,

what's the best way to mark ICU as a dependency? the version is actually 
indifferent to me.

Currently I have in gnustep-base:
BUILD_DEP_PKGS = CSWgmake CSWgcc4objc CSWlibgnutls-dev CSWlibffi-dev 
CSWlibicu-dev
DEP_PKGS = CSWgnustep-make CSWlibgnutls28 CSWlibssl1-0-0 CSWlibffi5 
CSWlibicuuc52

which means a generic CSW provided ICU version and a specific 5.2 
runtime. What would you do?

when I build on unstable10s I get:
==> Verifying installed package CSWlibicu-dev: ok
==> Verifying installed package CSWlibicuuc52: MISSING

running pkginfo on unstable10s shows actually quite a maze of stuff:
application CSWlibharfbuzz-icu0              libharfbuzz_icu0 - OpenType 
text shaping engine, libharfbuzz-icu.so.0
application CSWlibicu-dev                    libicu_dev - Development 
files for libicu.so.52
application CSWlibicu46                      libicu46 - International 
Components for Unicode, libicu*.so.46
application CSWlibicudata48                  libicudata48 - 
International Components for Unicode, libicudata.so.48
application CSWlibicudata49                  libicudata49 - 
International Components for Unicode, libicudata.so.49
application CSWlibicudata50                  libicudata50 - 
International Components for Unicode, libicudata.so.50
application CSWlibicudata51                  libicudata51 - 
International Components for Unicode, libicudata.so.51
application CSWlibicudata52                  libicudata52 - 
International Components for Unicode, libicudata.so.52
application CSWlibicui18n48                  libicui18n48 - 
International Components for Unicode, libicui18n.so.48
application CSWlibicui18n49                  libicui18n49 - 
International Components for Unicode, libicui18n.so.49
application CSWlibicui18n50                  libicui18n50 - 
International Components for Unicode, libicui18n.so.50
application CSWlibicui18n51                  libicui18n51 - 
International Components for Unicode, libicui18n.so.51
application CSWlibicui18n52                  libicui18n52 - 
International Components for Unicode, libicui18n.so.52
application CSWlibicuio48                    libicuio48 - International 
Components for Unicode, libicuio.so.48
application CSWlibicuio49                    libicuio49 - International 
Components for Unicode, libicuio.so.49
application CSWlibicuio50                    libicuio50 - International 
Components for Unicode, libicuio.so.50
application CSWlibicuio51                    libicuio51 - International 
Components for Unicode, libicuio.so.51
application CSWlibicuio52                    libicuio52 - International 
Components for Unicode, libicuio.so.52
application CSWlibicule48                    libicule48 - International 
Components for Unicode, libicule.so.48
application CSWlibicule49                    libicule49 - International 
Components for Unicode, libicule.so.49
application CSWlibicule50                    libicule50 - International 
Components for Unicode, libicule.so.50
application CSWlibicule51                    libicule51 - International 
Components for Unicode, libicule.so.51
application CSWlibicule52                    libicule52 - International 
Components for Unicode, libicule.so.52
application CSWlibiculx48                    libiculx48 - International 
Components for Unicode, libiculx.so.48
application CSWlibiculx49                    libiculx49 - International 
Components for Unicode, libiculx.so.49
application CSWlibiculx50                    libiculx50 - International 
Components for Unicode, libiculx.so.50
application CSWlibiculx51                    libiculx51 - International 
Components for Unicode, libiculx.so.51
application CSWlibiculx52                    libiculx52 - International 
Components for Unicode, libiculx.so.52
application CSWlibicutest48                  libicutest48 - 
International Components for Unicode, libicutest.so.48
application CSWlibicutest49                  libicutest49 - 
International Components for Unicode, libicutest.so.49
application CSWlibicutest50                  libicutest50 - 
International Components for Unicode, libicutest.so.50
application CSWlibicutest51                  libicutest51 - 
International Components for Unicode, libicutest.so.51
application CSWlibicutest52                  libicutest52 - 
International Components for Unicode, libicutest.so.52
application CSWlibicutu48                    libicutu48 - International 
Components for Unicode, libicutu.so.48
application CSWlibicutu49                    libicutu49 - International 
Components for Unicode, libicutu.so.49
application CSWlibicutu50                    libicutu50 - International 
Components for Unicode, libicutu.so.50
application CSWlibicutu51                    libicutu51 - International 
Components for Unicode, libicutu.so.51
application CSWlibicutu52                    libicutu52 - International 
Components for Unicode, libicutu.so.52
application CSWlibicuuc48                    libicuuc48 - International 
Components for Unicode, libicuuc.so.48
application CSWlibicuuc49                    libicuuc49 - International 
Components for Unicode, libicuuc.so.49
application CSWlibicuuc50                    libicuuc50 - International 
Components for Unicode, libicuuc.so.50
application CSWlibicuuc51                    libicuuc51 - International 
Components for Unicode, libicuuc.so.51
application CSWlibicuuc52                    libicuuc52 - International 
Components for Unicode, libicuuc.so.52

it seems they are "split" and only for 4.6 there is a full version. What 
are the splits for?

suggestions?

Riccardo

Riccardo Mottola | 17 Sep 08:16 2014

which host builds what

Hi,

I'm still confused by what builds which packages.

I am trying to build gnustep-make, so that I can upload it for the first 
time. Also I want to test my packages on solaris 9, maybe I am lucky (I 
know they can build with some kicking on solaris 8...)

I issue:

mgar spotless && mgar platforms

If I log into unstable9s
SunOS unstable9s 5.9 Generic_Virtual sun4u sparc 
SUNW,SPARC-Enterprise-T5220

I see the following log:

<...>

# Checkpkg suggests adding the following lines to the GAR recipe:
# This is a summary; see above for details.
ARCHALL_CSWgnustep-make = 1

gmake: Leaving directory '/home/rmottola/opencsw/gnustep-make/trunk'
Connection to unstable10x closed.

The following packages have been built during this invocation:

* Platform solaris10-sparc (built on host 'unstable10s')
   CSWgnustep-make 
/home/rmottola/pkgs/gnustep_make-2.6.6,REV=2014.09.16-SunOS5.10-sparc-CSW.pkg.gz

* Platform solaris10-i386 (built on host 'unstable10x')
   CSWgnustep-make 
/home/rmottola/pkgs/gnustep_make-2.6.6,REV=2014.09.16-SunOS5.10-i386-CSW.pkg.gz

why does it build two packages, on other two machines? and not "itself"? 
How do I generate the sparc 9 package (and x86 package) ?

Is the mgar tool somehow "smart" and does a grid build? and how do I 
tell it what to? not all combination may be working.

Riccardo


Gmane