Riccardo Mottola | 1 Mar 23:50 2015

gnustep-base configure failure on x86

Hi all,

since I need to get gnustep workin on x86, I need to grasp what's wrong.

The configure stage fails when it checks for libffi.

configure:10328: /opt/csw/bin/gcc-4.9 -o conftest -g -O2 
-I/opt/csw/GNUstep/Loc
al/Library/Headers -I/opt/csw/GNUstep/Local/Library/Headers 
-I/opt/csw/GNUstep/S
ystem/Library/Headers -I/opt/csw/include 
-L/opt/csw/GNUstep/Local/Library/Lib
raries -L/opt/csw/GNUstep/Local/Library/Libraries 
-L/opt/csw/GNUstep/System/Libr
ary/Libraries conftest.c -L/opt/csw/lib/ffi -lffi   -lnsl -lrt -ldl 
-lpthread -
lz >&5
configure:10328: $? = 0
configure:10328: ./conftest
./configure: line 1865: 16587 Segmentation Fault      (core dumped) 
./conftest$a
c_exeext
configure:10328: $? = 139

Are there known problems for libffi on x86? or, better, do we know that 
it works?

where can I find conftest? I want to run it in gdb if possible!
and is not there are a core file?

(Continue reading)

Dagobert Michelsen | 24 Feb 22:11 2015

Combined 32/64 bit Python

Hi folks,

I’m working on Solaris 11 stuff at the moment and noticed that there is a both
a 32 and 64 bit Python:

> dam <at> unstable11s [unstable11s]:/home/dam/mgar/pkg/lsof/trunk > file /usr/bin/python2.6 /usr/bin/sparcv9/python2.6
> /usr/bin/python2.6:     ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, UltraSPARC1
Extensions Required, dynamically linked, not stripped
> /usr/bin/sparcv9/python2.6:     ELF 64-bit MSB executable SPARCV9 Version 1, UltraSPARC1 Extensions
Required, dynamically linked, not stripped

This makes me wonder how they circumvented
 https://www.opencsw.org/mantis/view.php?id=3054

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, 3266 bytes
Carsten Grzemba | 24 Feb 13:23 2015
Picon

Wintercamp

Hi folks,

If you haven't already, please kindly fill out the Doodle poll to find the next date and time for our Camp.
http://doodle.com/zkgvgc53ydqeff26
At the moment we would prefer the date 20.-22.3.
Note also http://wiki.opencsw.org/wintercamp-2014

Carsten

Dagobert Michelsen | 18 Feb 15:45 2015

Strange checkpkg issue

Hi folks,

I have a funky checkpkg error:

> INFO 2015-02-18 15:33:57,236 package_stats.py:132 Juicing the svr4 package stream files...
> CRITICAL 2015-02-18 15:34:56,036 shell.py:55                                                                                                                                                                                                                                                |
> CRITICAL 2015-02-18 15:34:56,037 shell.py:56 Traceback (most recent call last):
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 238, in <module>
>     md5_sum = extractor.CollectBinaryElfinfo()
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 166, in CollectBinaryElfinfo
>     syminfo = sections['syminfo'].get_symbol(index)
>   File "/opt/csw/lib/python2.6/site-packages/elftools/elf/sections.py", line 153, in get_symbol
>     name = self.symboltable.get_symbol(n).name
> AttributeError: 'NullSection' object has no attribute 'get_symbol'
> CRITICAL 2015-02-18 15:34:55,874 shell.py:55 
> CRITICAL 2015-02-18 15:34:55,876 shell.py:56 None
> Traceback (most recent call last):
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py", line 623, in <module>
>     unpacked = unpacker.CollectStats(force_unpack=options.force_unpack)
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py", line 597, in CollectStats
>     binary_md5_sums = self._CollectElfdumpData()
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py", line 584, in _CollectElfdumpData
>     ret_code, stdout, stderr = shell.ShellCommand(args, stderr=se)
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/shell.py", line 60, in ShellCommand
>     % (args, retcode, ' '.join(pipes.quote(x) for x in args)))
> lib.python.shell.ShellError: Running
['/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py', '--input',
'/var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o']
has failed, error code: 1. To find out why the command failed, please run it in the foreground, like this:
/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py --input /var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o
> 
> Traceback (most recent call last):
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 268, in <module>
>     main()
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 174, in main
>     md5_sums_from_files = collector.CollectStatsFromCatalogEntries(entries, False)
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/package_stats.py", line 158, in CollectStatsFromCatalogEntries
>     stderr=stderr_file)
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/shell.py", line 60, in ShellCommand
>     % (args, retcode, ' '.join(pipes.quote(x) for x in args)))
> lib.python.shell.ShellError: Running
['/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py', '--input',
'/home/dam/staging/build-18.Feb.2015/nagios_plugin_mk_livestatus-1.2.4p5,REV=2015.02.18-SunOS5.10-sparc-UNCOMMITTED.pkg.gz']
has failed, error code: 1. To find out why the command failed, please run it in the foreground, like this:
/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py --input /home/dam/staging/build-18.Feb.2015/nagios_plugin_mk_livestatus-1.2.4p5,REV=2015.02.18-SunOS5.10-sparc-UNCOMMITTED.pkg.gz
> /home/dam/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:1023: recipe for target 'pkgcheck' failed
> gmake: *** [pkgcheck] Error 2
> zsh: 27101 exit 2     mgar repackage

Any idea what is happening?

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, 3266 bytes
Maciej (Matchek) Bliziński | 15 Feb 12:55 2015

PKG_CHECK_MODULES discussion on Stack Overflow

I found an interesting discussion on Stack Overflow:

http://stackoverflow.com/questions/10220946/pkg-check-modules-considered-harmful

One key point is in this part of the 1st answer: "If a user installs
libfoo in /p/a/t/h and invokes a configure script with
LDFLAGS=-L/p/a/t/h, the user is justified in expecting the configure
to find libfoo. But, the user also must set PKG_CONFIG_PATH so that
the configure script can find foo.pc in order for the configury to
succeed, and IMO that is broken."

We're one of the people who deal with these settings a lot, I wonder
if we can contribute something to this conversation.

Maciej

Carsten Grzemba | 13 Feb 08:27 2015
Picon

Re: M3000 accessible now

This on Solaris 11.1:
# pvs -vs /usr/lib/libc.so.1
        libc.so.1 [BASE]:
                _etext;
                _end;
                _DYNAMIC;
                _GLOBAL_OFFSET_TABLE_;
                _PROCEDURE_LINKAGE_TABLE_;
                _edata;
        SUNWpublic:             {SUNW_1.23}:
                frealpath;
                SUNWpublic;
                getuserattrnam;
                sigqueue_wait;
                getuserattruid;
        SUNW_1.23:              {SUNW_1.22.7}:
                door_unbind;
                uconv_u16tou32;
                aio_suspend64;
                timer_create;
                aio_read64;
                getprofattr;
                vforkx;
                aio_suspend;
                shm_open;
                endexecattr;
                mq_reltimedreceive_np;
                strndup;
                assfail;
                aioread;
                _nl_msg_cat_cntr (4);
                door_bind;
                posix_fallocate;
                sched_setscheduler;
                getusernam;
                aiocancel;
                getproflist;
                wcsnlen;
                dirfd;
                strchrnul;
                aio_cancel;
                getline;
                dl_iterate_phdr;
                verr;
... snip, and a lot more

and
There are no updates for 11.0 since NOV-2012
There are no updates for 11.1 since Jul-2014
so there sould be nobody how still runs Solaris 11.0 or 11.1, or not ;)?

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


Hi,

Am 12.02.15 um 08:59 schrieb Carsten Grzemba:
> $ pkg info entire | grep Version
>        Version: 0.5.11 (Oracle Solaris 11.2.6.4.0)
>
> unstable11s has Solaris 11.2. Do we want upgrade unstable11x (11.0) too ?
> Than I (can|have to) build a special net-snmp package for S11;)
>

for now I would say no.
If there comes somthing up that it does not work on 11.0 we could use
map files again I guess.

They did mess with libc again. Don't know if they already did that on 11.1.

jh <at> unstable11s [unstable11s]:/home/jh > pvs -vs /usr/lib/libc.so.1 |more
        libc.so.1 [BASE]:
                _end;
                _edata;
                _PROCEDURE_LINKAGE_TABLE_;
                _GLOBAL_OFFSET_TABLE_;
                _DYNAMIC;
                _etext;
        SUNWpublic:             {SUNW_1.23}:
                sigqueue_wait;
                pthread_sigqueue_wait;
                SUNWpublic;
                rbac_chkauth;
                pthread_sigqueue;
                postwait_post_deferred;
                postwait_genkey;
                postwait_postn;
                frealpath;
                chkauthattr_ucred;
                getaccess_times;
                tdestroy;
                postwait_post;
                getuserattruid;
                processor_affinity;
                getuserattrnam;
        SUNW_1.23:              {SUNW_1.22.7}:
                shm_unlink;
                sigtimedwait;
                daemon;


SUNWpublic is new. Why that has no version I have no clue.
Probably need to read the new linker guide one day to see what they are
up to. If they did write it down.

Greetings
Jan

Riccardo Mottola | 11 Feb 17:46 2015

csw-upload-package platform problem

Hi,

I finally have a package for gnustep-base. It exists only for solaris 10 
SPARC. On x86 I have a configure problem, a test crashes while detecting 
a library. Solaris 9 has deps. problems right now (used to work) which I 
will try to solve with less priority.
This is reflected in:
PACKAGING_PLATFORMS += solaris10-sparc

I addded no other platforms

I try to upload with csw-upload-package but get:

There is a problem with the presented file list.
* CheckpkgTag(None, 'i386-SunOS5.10-missing', 'gnustep_base')

Suggestions?

Thank you

Riccardo

Riccardo Mottola | 10 Feb 19:20 2015

commit problems

Hi,

I experience commit problems from the buildfarm. I can run "svn diff" 
but "svn comit" fails with:

svn: E000013: Commit failed (details follow):
svn: E000013: could not begin a transaction

I tried from the login box as well as from unstable 10s

Riccardo

Riccardo Mottola | 10 Feb 18:46 2015

ICU54 on solaris 9

Hi,

since I am stubborn of nature, I tried to compile ICU 54 on solaris 9 to 
see if by miracle it would just work.

I get this build error:

make[1]: Leaving directory 
`/home/rmottola/opencsw/libicu54/trunk/work/build-isa-sparcv8/icu/source/layout'
gmake[1]: Entering directory 
`/home/rmottola/opencsw/libicu54/trunk/work/build-isa-sparcv8/icu/source/layout'
/opt/SUNWspro/bin/CC   -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0  -I. -I./.. 
-I../common -I./unicode  -DU_ATTRIBUTE_DEPRECATED= 
-DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt   -c -DPIC -KPIC -o 
LEFontInstance.o LEFontInstance.cpp
/opt/SUNWspro/bin/CC   -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0  -I. -I./.. 
-I../common -I./unicode  -DU_ATTRIBUTE_DEPRECATED= 
-DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt   -c -DPIC -KPIC -o 
OpenTypeLayoutEngine.o OpenTypeLayoutEngine.cpp
"LETableReference.h", line 68: Error: Expected an expression.
"LETableReference.h", line 100: Error: Badly formed expression.
"LETableReference.h", line 104: Error: Operand expected instead of ")".
"LETableReference.h", line 122: Error: Operand expected instead of ";".
"LETableReference.h", line 144: Error: 
"icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" 
is expected to return a value.
"LETableReference.h", line 149: Error: 
"icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" 
is expected to return a value.
"LETableReference.h", line 151: Warning: There are returns from 
icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const 
with and without values.
"LETableReference.h", line 158: Error: Badly formed expression.
"LETableReference.h", line 171: Error: Badly formed expression.
"LETableReference.h", line 172: Error: A statement (even if empty) is 
required here.
"LETableReference.h", line 383: Error: Expected an expression.

Looking at line 68, I see:
    LETableReference(const le_uint8* data, size_t length = LE_UINTPTR_MAX) :

I suppose hat is the ugly problem I already found in gnustep base.

I can patch that, put I'd prefer to apply the pach only for solaris9, 
because otherwise the ifdef's are hard to write. Stupid solaris doesn't 
have versions.

How can I apply a patch only for solaris <= 9 ?

Riccardo

Laurent Blume | 10 Feb 15:37 2015

Stopping maintenance of vim on S9

Hello all,

Just a heads up: at patch level 7.4.622, the vim recipe on S9 does not
work anymore. I've looked at the error, scratched my head, and for two
seconds, even considered connecting to one of the S9 to have a look.
Then common sense prevailed, and I just removed it from the build.

The one still in the repo will have to do for those poor souls that have
been sent to that particular circle of Hell.

Laurent

Dagobert Michelsen | 10 Feb 13:02 2015

M3000 accessible now

Hi folks,

I just switched DNS for unstable11s to the new M3000, feel free to give it a try.
Other stuff will move as time permits. Next thing will be an IPS repo.

Big thanks to Laurent who sponsored the machine!

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, 3266 bytes

Gmane