Oliver Kiddle | 16 Oct 11:45 2014

terminfo entries for rxvt-unicode

I've just updated the build recipes in gar for rxvt-unicode. It does now
build but the lack of terminfo entries for it means that it remains
fairly useless. Even without a Solaris package, terminfo entries would
be really useful just because I tend to use rxvt-unicode on Linux and
ssh to a Solaris box. Ideally, they should be in CSWterminfo. I've had
trouble getting them to work. They are available under doc/etc in the
rxvt-unicode source tarball.

Is anyone able to get them working? How should we package them?

Oliver

Maciej (Matchek) Bliziński | 13 Oct 14:26 2014

Removing stale packages

We have a stale package report:

http://buildfarm.opencsw.org/obsolete-pkgs/stale-packages.html

It is updated once every 24h. You can see that there is a number of
packages which have not been updated for 4 years or more. Sometimes
the upstream development stops, so there's nothing new to release, but
this only applies to a small fraction of software projects. Many
upstream projects are active, but corresponding packages are not
updated. Dropping old packages has been debated in the past, and the
main points were:

- Keeping old/stale packages can be good, because they can be useful to someone.
- Keeping old/stale packages can be bad, because they are often
unused, untested, somebody tries to use them, they don't work, and
people think that if one package is broken, most of packages are.

- Deleting old/stale packages can be bad, because we take away
packages that could be potentially useful to someone.
- Deleting old/stale packages can be good, because when a package is
not there, potential new maintainers are motivated to rebuild/update
them. As a backup, allpkgs still contains all of the old packages in
case somebody has their back against the wall.

In previous years we've put more weight on the upsides of keeping old
packages, but I'd like to emphasize the negatives, and suggest that
hoarding really hurts us. We would be better off deleting as many old,
unmaintained packages as possible. It would help us if we had an
equivalent of Debian popcon, but this has been attempted and wasn't
deployed. I don't think we have resources to do that. Maybe instead,
(Continue reading)

Maciej (Matchek) Bliziński | 10 Oct 12:58 2014

Boost and GCC

Hello Maintainers,

I heard unfavorable opinions about /opt/csw/gxx. Our general direction is to switch to GCC and build C++ libraries into /opt/csw. Boost is one of the biggest C++ libraries we have. Do we want to move it to /opt/csw?

Maciej
Dagobert Michelsen | 10 Oct 09:40 2014

Re: New package request : fdupes

Hi Laurent,

Am 10.10.2014 um 09:27 schrieb Laurent Blume via pkgrequests <pkgrequests@...>:
> Le 2014/10/10 08:48 +0200, Dagobert Michelsen Via Pkgrequests a écrit:
>> There is also samefile:
>>   http://www.opencsw.org/packages/samefile/
> 
> This one appears to be in need of a recipe...

Yes, it is the only package from Othmar Wigger who is a founding member of OpenCSW.
It fact it is a program from the obfuscated C contest and he only submitted it
because the initial rule was at least one maintained package. He always was more
kind of a moral supporter and advocate of OpenCSW :-)

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
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


Gmane