From bonivart at opencsw.org  Wed Jul  2 09:54:26 2014
From: bonivart at opencsw.org (Peter Bonivart)
Date: Wed, 2 Jul 2014 09:54:26 +0200
Subject: OpenSSL roadmap - community support wanted
Message-ID: <CABY0g1W=KV0oEArdcpX6VBkdWSg2ZCuc=FKgPNYEUE3PV=+76Q@mail.gmail.com>

I just read their new roadmap: https://www.openssl.org/about/roadmap.html

Look under Platform Strategy at the end, they are looking for
community support to include operating systems into a secondary
support group (the primary group will only be Linux and FreeBSD). We
look like a good fit to make sure Solaris will be included in the
future.

/peter

From laurent at opencsw.org  Wed Jul  2 10:12:25 2014
From: laurent at opencsw.org (Laurent Blume)
Date: Wed, 02 Jul 2014 10:12:25 +0200
Subject: OpenSSL roadmap - community support wanted
In-Reply-To: <CABY0g1W=KV0oEArdcpX6VBkdWSg2ZCuc=FKgPNYEUE3PV=+76Q@mail.gmail.com>
References: <CABY0g1W=KV0oEArdcpX6VBkdWSg2ZCuc=FKgPNYEUE3PV=+76Q@mail.gmail.com>
Message-ID: <53B3BEE9.5060607@opencsw.org>

Le 2014/07/02 09:54 +0200, Peter Bonivart a ?crit:
> I just read their new roadmap: https://www.openssl.org/about/roadmap.html
>
> Look under Platform Strategy at the end, they are looking for
> community support to include operating systems into a secondary
> support group (the primary group will only be Linux and FreeBSD). We
> look like a good fit to make sure Solaris will be included in the
> future.

Definitely, at the very least for Solaris 10 to stay a supported platform.

Laurent







From rmottola at opencsw.org  Wed Jul  2 18:29:39 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Wed, 02 Jul 2014 18:29:39 +0200
Subject: copy file phase
In-Reply-To: <FFC9F513-5BD7-4FE2-91BC-63AE70855FC8@opencsw.org>
References: <53AB436F.8070105@opencsw.org>
	<FFC9F513-5BD7-4FE2-91BC-63AE70855FC8@opencsw.org>
Message-ID: <1404318578.5649.0.camel@anor>

Hi,

Dagobert Michelsen wrote:

> > > With the current setup, that would be:
> > > /opt/csw/GNUstep/etc/GNUstep
> > > 
> > > How can I accomplish that? how can that be packaged/done?
> This can be done in post-install: by copying stuff to $(PKGROOT).
> Then you define it as PRESERVECONF as documented here:
>   http://wiki.opencsw.org/cswclassutils-package#toc18

perfect. I thus defined:

PRESERVECONF = /etc/opt/csw/GNUstep/installation-domains.conf



> > Second, I suppose, that it would be more appropriate to put configure GNUstep.conf to be in /opt/csw/etc ?
> Even better would be /etc/opt/csw, please see for details
>   http://www.opencsw.org/manual/for-administrators/setup.html#etc-opt-csw-vs-opt-csw-etc
> 
> 
Yes, sounds better indeed. I thus added:

post-install:
    ( cp $(WORKSRC)/installation-domains.conf /etc/opt/csw/GNUstep/ )

But I get this error:
        [test-modulated] complete for gnustep-make.
( cp
work/build-isa-sparcv8plus/gnustep-make-2.6.6/installation-domains.conf
/etc/opt/csw/GNUstep/ )
cp: cannot create /etc/opt/csw/GNUstep/: Not a directory
Makefile:36: recipe for target 'post-install' failed
gmake[1]: *** [post-install] Error 2
gmake[1]: Leaving directory
'/home/multix/code/opencsw/gnustep-make/trunk'

because the directory does not exist yet, if everything works as
expected it will be created by the actual installation scripts. I looked
in other Makefiles for examples, but they usually use DESTDIR, which is
not correct in my case.

Riccardo


From dam at opencsw.org  Wed Jul  2 18:33:52 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 2 Jul 2014 18:33:52 +0200
Subject: copy file phase
In-Reply-To: <1404318578.5649.0.camel@anor>
References: <53AB436F.8070105@opencsw.org>
	<FFC9F513-5BD7-4FE2-91BC-63AE70855FC8@opencsw.org>
	<1404318578.5649.0.camel@anor>
Message-ID: <38F9EAA6-0BC8-4B05-A731-CF9D806F323C@opencsw.org>

Hi Riccardo,

Am 02.07.2014 um 18:29 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> Dagobert Michelsen wrote:
> 
>>>> With the current setup, that would be:
>>>> /opt/csw/GNUstep/etc/GNUstep
>>>> 
>>>> How can I accomplish that? how can that be packaged/done?
>> This can be done in post-install: by copying stuff to $(PKGROOT).
>> Then you define it as PRESERVECONF as documented here:
>>  http://wiki.opencsw.org/cswclassutils-package#toc18
> 
> perfect. I thus defined:
> 
> PRESERVECONF = /etc/opt/csw/GNUstep/installation-domains.conf

I would suggest
  PRESERVECONF += $(sysconfdir)/GNUstep/installation-domains.conf

>>> Second, I suppose, that it would be more appropriate to put configure GNUstep.conf to be in /opt/csw/etc ?
>> 
>> Even better would be /etc/opt/csw, please see for details
>>  http://www.opencsw.org/manual/for-administrators/setup.html#etc-opt-csw-vs-opt-csw-etc
> 
> Yes, sounds better indeed. I thus added:
> 
> post-install:
>    ( cp $(WORKSRC)/installation-domains.conf /etc/opt/csw/GNUstep/ )
> 
> But I get this error:
>        [test-modulated] complete for gnustep-make.
> ( cp
> work/build-isa-sparcv8plus/gnustep-make-2.6.6/installation-domains.conf
> /etc/opt/csw/GNUstep/ )
> cp: cannot create /etc/opt/csw/GNUstep/: Not a directory
> Makefile:36: recipe for target 'post-install' failed
> gmake[1]: *** [post-install] Error 2
> gmake[1]: Leaving directory
> '/home/multix/code/opencsw/gnustep-make/trunk'
> 
> because the directory does not exist yet, if everything works as
> expected it will be created by the actual installation scripts. I looked
> in other Makefiles for examples, but they usually use DESTDIR, which is
> not correct in my case.

Try
  ginstall -D -m 0644 $(WORKSRC)/installation-domains.conf $(DESTDIR)$(sysconfdir)/GNUstep/installation-domains.conf

Why shouldn?t DESTDIR be correct?


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140702/3a62c931/attachment-0001.p7s>

From rmottola at opencsw.org  Thu Jul  3 17:10:22 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 03 Jul 2014 17:10:22 +0200
Subject: copy file phase
In-Reply-To: <38F9EAA6-0BC8-4B05-A731-CF9D806F323C@opencsw.org>
References: <53AB436F.8070105@opencsw.org>
	<FFC9F513-5BD7-4FE2-91BC-63AE70855FC8@opencsw.org>
	<1404318578.5649.0.camel@anor>
	<38F9EAA6-0BC8-4B05-A731-CF9D806F323C@opencsw.org>
Message-ID: <1404400222.17067.1.camel@anor>

Hi Dagobert,


Dagobert Michelsen wrote:

> I would suggest PRESERVECONF +=
> $(sysconfdir)/GNUstep/installation-domains.conf 
> 
Ok! I didn't gather that it was a "list" of paths but actually makes
sense I did:
PRESERVECONF += $(sysconfdir)/installation-domains.conf
Out of my guts, just because ginstall required the removal of GNUstep...
to actually end in GNUstep.

How can I check what actually gets used? does it end in a file i can
inspect?


> > > > Second, I suppose, that it would be more appropriate to put configure GNUstep.conf to be in /opt/csw/etc ?
> > > Even better would be /etc/opt/csw, please see for details
> > >  http://www.opencsw.org/manual/for-administrators/setup.html#etc-opt-csw-vs-opt-csw-etc
> > Yes, sounds better indeed. I thus added:
> > 
> > post-install:
> >    ( cp $(WORKSRC)/installation-domains.conf /etc/opt/csw/GNUstep/ )
> > 
> > But I get this error:
> >        [test-modulated] complete for gnustep-make.
> > ( cp
> > work/build-isa-sparcv8plus/gnustep-make-2.6.6/installation-domains.conf
> > /etc/opt/csw/GNUstep/ )
> > cp: cannot create /etc/opt/csw/GNUstep/: Not a directory
> > Makefile:36: recipe for target 'post-install' failed
> > gmake[1]: *** [post-install] Error 2
> > gmake[1]: Leaving directory
> > '/home/multix/code/opencsw/gnustep-make/trunk'
> > 
> > because the directory does not exist yet, if everything works as
> > expected it will be created by the actual installation scripts. I looked
> > in other Makefiles for examples, but they usually use DESTDIR, which is
> > not correct in my case.
> Try
>   ginstall -D -m 0644 $(WORKSRC)/installation-domains.conf $(DESTDIR)$(sysconfdir)/GNUstep/installation-domains.conf
> 
> Why shouldn?t DESTDIR be correct?
I don't know, I guessed wrong, since it works.

why should I use (g)install instead of cp? what's the difference?

I had to remove one level of "GNUstep"
ginstall -D -m 0644 $(WORKSRC)/installation-domains.conf $(DESTDIR)$(sysconfdir)/installation-domains.conf
appears to work.

Thank you.
Riccardo


From rmottola at opencsw.org  Thu Jul  3 17:32:10 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 03 Jul 2014 17:32:10 +0200
Subject: mgar documentation
Message-ID: <1404401529.17067.13.camel@anor>

Hi,

I used to lookup mgar docs (e.g. all the variable references) on
soruceforge
Also this wiki page

http://wiki.opencsw.org/build

points to:
http://api.viglink.com/api/click?format=go&jsonp=vglnk_jsonp_14044014121149&key=3755fbf465dcd24d7f23d703cb98f0bd&libId=5e846aa1-f8df-4f26-b847-431e9f895396&loc=http%3A%2F%2Fwiki.opencsw.org%2Fbuild&v=1&out=http%3A%2F%2Fgar.opencsw.org%2F&ref=http%3A%2F%2Fwiki.opencsw.org%2Fsearch%3Asite%2Fq%2FTEST_SCRIPTS&title=Build%20info%20-%20OpenCSW&txt=Official%20GAR%20documentation

hich resolves to "gar.opencsw.org" and then to nothing

Where is it now?

Riccardo


From dam at opencsw.org  Thu Jul  3 18:35:01 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 3 Jul 2014 18:35:01 +0200
Subject: mgar documentation
In-Reply-To: <1404401529.17067.13.camel@anor>
References: <1404401529.17067.13.camel@anor>
Message-ID: <9DB21F7C-5758-4CAD-8ACD-802AF6CE7A92@opencsw.org>

Hi Riccardo,

Am 03.07.2014 um 17:32 schrieb Riccardo Mottola:
> I used to lookup mgar docs (e.g. all the variable references) on
> soruceforge
> Also this wiki page
> 
> http://wiki.opencsw.org/build
> 
> points to:
> http://api.viglink.com/api/click?format=go&jsonp=vglnk_jsonp_14044014121149&key=3755fbf465dcd24d7f23d703cb98f0bd&libId=5e846aa1-f8df-4f26-b847-431e9f895396&loc=http%3A%2F%2Fwiki.opencsw.org%2Fbuild&v=1&out=http%3A%2F%2Fgar.opencsw.org%2F&ref=http%3A%2F%2Fwiki.opencsw.org%2Fsearch%3Asite%2Fq%2FTEST_SCRIPTS&title=Build%20info%20-%20OpenCSW&txt=Official%20GAR%20documentation
> 
> hich resolves to "gar.opencsw.org" and then to nothing
> 
> Where is it now?

Unfortunately SourceForge discontinued the hosted apps which also ran our Trac.
There is a migrated version at
  http://sourceforge.net/p/gar/tracwiki/Home/
We will probably move it again at some later point in time.


Best regards

  -- Dago

From dam at opencsw.org  Thu Jul  3 18:39:23 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 3 Jul 2014 18:39:23 +0200
Subject: copy file phase
In-Reply-To: <1404400222.17067.1.camel@anor>
References: <53AB436F.8070105@opencsw.org>
	<FFC9F513-5BD7-4FE2-91BC-63AE70855FC8@opencsw.org>
	<1404318578.5649.0.camel@anor>
	<38F9EAA6-0BC8-4B05-A731-CF9D806F323C@opencsw.org>
	<1404400222.17067.1.camel@anor>
Message-ID: <31F8DC59-B1C1-47FC-9446-207F79C76BCA@opencsw.org>

Hi Riccardo,

Am 03.07.2014 um 17:10 schrieb Riccardo Mottola:
> Dagobert Michelsen wrote:
> 
>> I would suggest PRESERVECONF +=
>> $(sysconfdir)/GNUstep/installation-domains.conf 
> 
> Ok! I didn't gather that it was a "list" of paths but actually makes
> sense I did:
> PRESERVECONF += $(sysconfdir)/installation-domains.conf
> Out of my guts, just because ginstall required the removal of GNUstep...
> to actually end in GNUstep.
> 
> How can I check what actually gets used? does it end in a file i can
> inspect?

You can see that the install-class is set to cswpreserveconf in the prototype, e.g.

dam at login [login]:/home/dam/mgar/pkg/squid/trunk/work/solaris10-sparc/build-global > more *.prototype
d none /etc/opt/csw/init.d 0755 root bin
f cswinitsmf /etc/opt/csw/init.d/cswsquid 0755 root bin
d none /etc/opt/csw/pkg 0755 root bin
d none /etc/opt/csw/pkg/CSWsquid 0755 root bin
f cswmigrateconf /etc/opt/csw/pkg/CSWsquid/cswmigrateconf 0644 root bin
f cswusergroup /etc/opt/csw/pkg/CSWsquid/cswusergroup 0644 root bin
d none /etc/opt/csw/squid 0755 root bin
f cswpreserveconf /etc/opt/csw/squid/cachemgr.conf.CSW 0644 root bin
f cswpreserveconf /etc/opt/csw/squid/errorpage.css.CSW 0644 root bin
...


>>>>> Second, I suppose, that it would be more appropriate to put configure GNUstep.conf to be in /opt/csw/etc ?
>>>> Even better would be /etc/opt/csw, please see for details
>>>> http://www.opencsw.org/manual/for-administrators/setup.html#etc-opt-csw-vs-opt-csw-etc
>>> Yes, sounds better indeed. I thus added:
>>> 
>>> post-install:
>>>   ( cp $(WORKSRC)/installation-domains.conf /etc/opt/csw/GNUstep/ )
>>> 
>>> But I get this error:
>>>       [test-modulated] complete for gnustep-make.
>>> ( cp
>>> work/build-isa-sparcv8plus/gnustep-make-2.6.6/installation-domains.conf
>>> /etc/opt/csw/GNUstep/ )
>>> cp: cannot create /etc/opt/csw/GNUstep/: Not a directory
>>> Makefile:36: recipe for target 'post-install' failed
>>> gmake[1]: *** [post-install] Error 2
>>> gmake[1]: Leaving directory
>>> '/home/multix/code/opencsw/gnustep-make/trunk'
>>> 
>>> because the directory does not exist yet, if everything works as
>>> expected it will be created by the actual installation scripts. I looked
>>> in other Makefiles for examples, but they usually use DESTDIR, which is
>>> not correct in my case.
>> Try
>>  ginstall -D -m 0644 $(WORKSRC)/installation-domains.conf $(DESTDIR)$(sysconfdir)/GNUstep/installation-domains.conf
>> 
>> Why shouldn?t DESTDIR be correct?
> I don't know, I guessed wrong, since it works.
> 
> why should I use (g)install instead of cp? what's the difference?

ginstall makes directories as needed and sets permissions if you want.

> I had to remove one level of "GNUstep"
> ginstall -D -m 0644 $(WORKSRC)/installation-domains.conf $(DESTDIR)$(sysconfdir)/installation-domains.conf
> appears to work.

Looks good.


Best regards

  -- Dago


From rmottola at opencsw.org  Thu Jul  3 18:50:07 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 03 Jul 2014 18:50:07 +0200
Subject: gnustep-back no longer builds
Message-ID: <1404406207.17067.37.camel@anor>

Hi,

I am rebuilding my gnustep packages, since I did those minor
configuration file changes in gnustep-make.
gnustep-back did build before, so the change should be in some upgrade I
did of the other packages.

I get such an error:
Making all for subproject x11...
 Compiling file context.c ...
In file included from context.c:24:0:
/usr/openwin/include/X11/Xlib.h:38:0: warning: ignoring #pragma ident 
[-Wunknown-pragmas]
 #pragma ident "@(#)Xlib.h 1.12 04/07/14 SMI"
 ^


Most surely an include problem.

I notice that during configure I get a lot of errors:
checking for cairo... yes
checking CAIRO_CFLAGS... sh: gnome-config: not found
Package gobject-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gobject-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gobject-2.0', required by 'cairo', not found

I have gobject installed:
application CSWlibcairo                      libcairo_stub -
Transitional package. Content moved to CSWlibcairo-gobject2
CSWlibcairo-script-interpreter2 CSWl ...
application CSWlibcairo-gobject2             libcairo_gobject2 - The
Cairo 2D Graphics Library, libcairo-gobject.so.2
application CSWlibgobject2-0-0               libgobject2_0_0 - The GLib
library of C routines., libgobject-2.0.so.0

but I have

ls /opt/csw/lib/pkgconfig/
ORBit-2.0.pc              cairo-gobject.pc   

are there two gobjects mixing up? 

Riccardo


From laurent at opencsw.org  Thu Jul  3 21:20:48 2014
From: laurent at opencsw.org (Laurent Blume)
Date: Thu, 03 Jul 2014 21:20:48 +0200
Subject: gnustep-back no longer builds
In-Reply-To: <1404406207.17067.37.camel@anor>
References: <1404406207.17067.37.camel@anor>
Message-ID: <53B5AD10.1080808@opencsw.org>

Le 2014/07/03 18:50 +0200, Riccardo Mottola a ?crit:
> I get such an error:
> Making all for subproject x11...
>   Compiling file context.c ...
> In file included from context.c:24:0:
> /usr/openwin/include/X11/Xlib.h:38:0: warning: ignoring #pragma ident
> [-Wunknown-pragmas]
>   #pragma ident "@(#)Xlib.h 1.12 04/07/14 SMI"

Not an error, a warning. Unlikely to be an issue, just ignore it.

> Most surely an include problem.
>
> I notice that during configure I get a lot of errors:
> checking for cairo... yes
> checking CAIRO_CFLAGS... sh: gnome-config: not found
> Package gobject-2.0 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `gobject-2.0.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'gobject-2.0', required by 'cairo', not found
>
> I have gobject installed:

That .pc file is in CSWlibglib2-dev, I'd say that CSWlibcairo-dev is 
missing a dependency on it.

Laurent

From rmottola at opencsw.org  Fri Jul  4 20:53:50 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 04 Jul 2014 20:53:50 +0200
Subject: gnustep-back no longer builds
In-Reply-To: <53B5AD10.1080808@opencsw.org>
References: <1404406207.17067.37.camel@anor> <53B5AD10.1080808@opencsw.org>
Message-ID: <1404500030.8708.0.camel@anor>

Hi,

Laurent Blume wrote:

> That .pc file is in CSWlibglib2-dev, I'd say that CSWlibcairo-dev is
> missing a dependency on it. 
I second that. I tried removing and reinstalling CSWlibcairo-dev, just
to be sure, only glib2 gets checked, but not its dev package.

I manually installed CSWlibglib2-dev and got quite some improvement.

I still get:

to the PKG_CONFIG_PATH environment variable
Package 'fontconfig', required by 'cairo', not found

this means I also miss CSWfontconfig-dev

Should cairo-dev pull in that too or is it better to add it to my own
gnustep-back build deps?
Same question also for png-dev

And:
Perhaps you should add the directory containing `xproto.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xproto', required by 'Xrender', not found

When I copied the errors, I copied wrongly the warning, my actual error,
which I still get, is:
 Compiling file CairoSurface.m ...
In file included from CairoSurface.m:25:0:
../../Headers/cairo/CairoSurface.h:28:19: fatal error: cairo.h: No such
file or directory
 #include <cairo.h>
                   ^
compilation terminated.

but I have cairo-dev. I fear that since configure shows several issues,
things somehow do not get configured correctly.

Riccardo


From dam at opencsw.org  Fri Jul  4 21:42:36 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 4 Jul 2014 21:42:36 +0200
Subject: gnustep-back no longer builds
In-Reply-To: <1404500030.8708.0.camel@anor>
References: <1404406207.17067.37.camel@anor> <53B5AD10.1080808@opencsw.org>
	<1404500030.8708.0.camel@anor>
Message-ID: <1C76B02B-4500-4CA6-97A3-C7226410FC02@opencsw.org>

Hi Riccardo,

Am 04.07.2014 um 20:53 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> Laurent Blume wrote:
> 
>> That .pc file is in CSWlibglib2-dev, I'd say that CSWlibcairo-dev is
>> missing a dependency on it. 
> I second that. I tried removing and reinstalling CSWlibcairo-dev, just
> to be sure, only glib2 gets checked, but not its dev package.
> 
> I manually installed CSWlibglib2-dev and got quite some improvement.
> 
> I still get:
> 
> to the PKG_CONFIG_PATH environment variable
> Package 'fontconfig', required by 'cairo', not found
> 
> this means I also miss CSWfontconfig-dev

Yes.

> Should cairo-dev pull in that too or is it better to add it to my own
> gnustep-back build deps?
> Same question also for png-dev

Ideally, a -dev package should pull in all dependencies, but as we don?t have
a clean build environment and all dev-packages are installed by default it is
very common that lots of deps are missing for dev-packages. Feel free to
file a bug report for CSWfontconfig-dev with the specific packages you needed
and probably also add these with a comment in BUILD_DEPS - it won?t hurt.

> And:
> Perhaps you should add the directory containing `xproto.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'xproto', required by 'Xrender', not found

That is CSWsunx11devel and the path to
  /opt/csw/lib/pkgconfig/xproto.pc
is added by default in GAR.

> When I copied the errors, I copied wrongly the warning, my actual error,
> which I still get, is:
> Compiling file CairoSurface.m ...
> In file included from CairoSurface.m:25:0:
> ../../Headers/cairo/CairoSurface.h:28:19: fatal error: cairo.h: No such
> file or directory
> #include <cairo.h>
>                   ^
> compilation terminated.
> 
> but I have cairo-dev. I fear that since configure shows several issues,
> things somehow do not get configured correctly.

cairo.h is part of CSWlibcairo-dev and located in
  /opt/csw/include/cairo/cairo.h

That means -I/opt/csw/include/cairo must be configured in cairo.pc.


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140704/28c4f1f3/attachment-0001.p7s>

From slowfranklin at opencsw.org  Wed Jul  9 16:53:15 2014
From: slowfranklin at opencsw.org (slowfranklin)
Date: Wed, 9 Jul 2014 16:53:15 +0200
Subject: Your Mantis Account
In-Reply-To: <E25B9321-5B19-49D5-AA39-088F27846918@opencsw.org>
References: <E25B9321-5B19-49D5-AA39-088F27846918@opencsw.org>
Message-ID: <49A6765C-D5FF-47E5-B3C2-342CFFE83B98@opencsw.org>

Hi all

Am 20.06.2014 um 10:13 schrieb Dagobert Michelsen <dam at opencsw.org>:

> Hi Slow,
> 
> here is a bug report which resembles to poppler:
> https://www.opencsw.org/mantis/view.php?id=5182

ok, I was trying to fix this:
<http://sourceforge.net/p/gar/code/23835/>

Now even though I declared CSWxpdfutils as conflicting with CSWpoppler:

INCOMPATIBLE_PKGS_CSWxpdfutils = CSWpoppler

I get complaints from checkpkg:

CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdfdetach
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdffonts
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdftoppm
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdfinfo
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdfimages
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdftotext
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/local|root/opt/csw/bin/pdftops
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdffonts
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdftoppm
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdfinfo
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdfimages
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdfdetach
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdftotext
CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdftops

Is this correct and that's what I'm supposed to do? I though setting INCOMPATIBLE_PKGS should take care of this too. Thoughts?

Thanks!
-slow


From rmottola at opencsw.org  Wed Jul  9 23:54:16 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Wed, 09 Jul 2014 23:54:16 +0200
Subject: gnustep-back no longer builds
In-Reply-To: <1C76B02B-4500-4CA6-97A3-C7226410FC02@opencsw.org>
References: <1404406207.17067.37.camel@anor> <53B5AD10.1080808@opencsw.org>
	<1404500030.8708.0.camel@anor>
	<1C76B02B-4500-4CA6-97A3-C7226410FC02@opencsw.org>
Message-ID: <1404942856.3706.6.camel@anor>

Hi Dagobert,

On Fri, 2014-07-04 at 21:42, Dagobert Michelsen wrote:


> 
> > And:
> > Perhaps you should add the directory containing `xproto.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'xproto', required by 'Xrender', not found
> 
> That is CSWsunx11devel and the path to
>   /opt/csw/lib/pkgconfig/xproto.pc
> is added by default in GAR.

Hmm, I don't have it. Look:

bash-4.3$ ls /opt/csw/lib/pkgconfig/x*
/opt/csw/lib/pkgconfig/xft.pc      /opt/csw/lib/pkgconfig/xrender.pc

Perhaps I am missing a package or I should reinstall it?

Riccardo


From dam at opencsw.org  Thu Jul 10 09:11:35 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 10 Jul 2014 09:11:35 +0200
Subject: gnustep-back no longer builds
In-Reply-To: <1404942856.3706.6.camel@anor>
References: <1404406207.17067.37.camel@anor> <53B5AD10.1080808@opencsw.org>
	<1404500030.8708.0.camel@anor>
	<1C76B02B-4500-4CA6-97A3-C7226410FC02@opencsw.org>
	<1404942856.3706.6.camel@anor>
Message-ID: <B16A4985-D5E1-49F9-B240-86D29928CD0F@opencsw.org>

Hi,

Am 09.07.2014 um 23:54 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> On Fri, 2014-07-04 at 21:42, Dagobert Michelsen wrote:
>>> And:
>>> Perhaps you should add the directory containing `xproto.pc'
>>> to the PKG_CONFIG_PATH environment variable
>>> Package 'xproto', required by 'Xrender', not found
>> 
>> That is CSWsunx11devel and the path to
>>  /opt/csw/lib/pkgconfig/xproto.pc
>> is added by default in GAR.
> 
> Hmm, I don't have it. Look:
> 
> bash-4.3$ ls /opt/csw/lib/pkgconfig/x*
> /opt/csw/lib/pkgconfig/xft.pc      /opt/csw/lib/pkgconfig/xrender.pc
> 
> Perhaps I am missing a package or I should reinstall it?

Do you have CSWsunx11devel installed at all?


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140710/2af1494e/attachment.p7s>

From rmottola at opencsw.org  Thu Jul 10 23:54:27 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 10 Jul 2014 23:54:27 +0200
Subject: gnustep-back no longer builds
In-Reply-To: <B16A4985-D5E1-49F9-B240-86D29928CD0F@opencsw.org>
References: <1404406207.17067.37.camel@anor> <53B5AD10.1080808@opencsw.org>
	<1404500030.8708.0.camel@anor>
	<1C76B02B-4500-4CA6-97A3-C7226410FC02@opencsw.org>
	<1404942856.3706.6.camel@anor>
	<B16A4985-D5E1-49F9-B240-86D29928CD0F@opencsw.org>
Message-ID: <1405029267.7573.13.camel@anor>

Hi,

On Thu, 2014-07-10 at 09:11, Dagobert Michelsen wrote:
> Hi,

> 
> Do you have CSWsunx11devel installed at all?

No! I hadn't! really strange I could build gnustep-back 2 weeks ago. It
looks as if during a pkutil upgrade I "lost" certain dev. packages.

I added it now as an explicit build dependency, it can't hurt!

Whole gnustep-core now builds again and is "better configured" recarding
configuration files. However, I can't start FTP anymore, it dies with:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 1)]
0xfc01fd48 in _cairo_xlib_surface_add_glyph () from
/opt/csw/lib/libcairo.so.2
(gdb) bt
#0  0xfc01fd48 in _cairo_xlib_surface_add_glyph ()
   from /opt/csw/lib/libcairo.so.2
#1  0xfc0203fc in composite_glyphs () from /opt/csw/lib/libcairo.so.2
#2  0xfbff37e0 in composite_glyphs () from /opt/csw/lib/libcairo.so.2
#3  0xfbff19c0 in clip_and_composite () from /opt/csw/lib/libcairo.so.2
#4  0xfbff38f8 in _cairo_traps_compositor_glyphs ()
   from /opt/csw/lib/libcairo.so.2
#5  0xfbf39310 in _cairo_compositor_glyphs () from
/opt/csw/lib/libcairo.so.2
#6  0xfc02b164 in _cairo_xlib_surface_glyphs () from
/opt/csw/lib/libcairo.so.2
#7  0xfbfce868 in _cairo_surface_show_text_glyphs ()
   from /opt/csw/lib/libcairo.so.2
#8  0xfbf52528 in _cairo_gstate_show_text_glyphs ()
   from /opt/csw/lib/libcairo.so.2
#9  0xfbf29cec in cairo_show_text () from /opt/csw/lib/libcairo.so.2
#10 0xfc1525a4 in -[CairoFontInfo drawGlyphs:length:on:] ()
   from
/opt/csw/GNUstep/System/Library/Bundles/libgnustep-back-024.bundle/./libgnustep-back-024
<...>

since it used to run just two weeks ago, I do wonder! Perhaps some
surrouding package changed? It can't be really the difference of where I
but the conf. file. I'm puzzled.

Riccardo



From maciej at opencsw.org  Fri Jul 18 09:39:42 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 18 Jul 2014 08:39:42 +0100
Subject: Your Mantis Account
In-Reply-To: <49A6765C-D5FF-47E5-B3C2-342CFFE83B98@opencsw.org>
References: <E25B9321-5B19-49D5-AA39-088F27846918@opencsw.org>
	<49A6765C-D5FF-47E5-B3C2-342CFFE83B98@opencsw.org>
Message-ID: <CALtRa-6qyHF-KRVJq7FCrBiZmJ3yUDNQyXOhy8LvqQ=YQthd+A@mail.gmail.com>

2014-07-09 15:53 GMT+01:00 slowfranklin <slowfranklin at opencsw.org>:
>
> CHECKPKG_OVERRIDES_CSWxpdfutils += file-with-bad-content|/usr/share|root/opt/csw/bin/pdftops
>
> Is this correct and that's what I'm supposed to do? I though setting INCOMPATIBLE_PKGS should take care of this too. Thoughts?

The file-with-bad-content error is something else, see:
http://wiki.opencsw.org/checkpkg-error-tags#file-with-bad-content

Maciej

From markp at opencsw.org  Fri Jul 18 20:18:22 2014
From: markp at opencsw.org (Mark Phillips)
Date: Fri, 18 Jul 2014 19:18:22 +0100
Subject: Giving up maintainer duty
Message-ID: <4F72ABE0-4D09-435A-B9C1-1CA6732A550D@opencsw.org>

Folks,

I haven't been able to maintain any of my stuff for a while - I'm not a Solaris user any more. I have tried to give things up, but it appears my name is still against Puppet, Puppet3, ruby-augeas and Augeas. So I get some contact with issues.

Could another name be placed against my old stuff please, so at least somebody valid sees any package enquiries?

Many thanks,

--Mark

From dam at opencsw.org  Sun Jul 20 13:48:13 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 20 Jul 2014 13:48:13 +0200
Subject: fbopenssl headers
Message-ID: <586F23D0-946D-431C-B76C-1CA6143B7661@opencsw.org>

Hi Yann,

I am currently doing a version bump for curl and now get the following error:

> /bin/bash ../libtool  --tag=CC   --mode=compile /opt/SUNWspro/bin/cc  -DHAVE_CONFIG_H   -I../include/curl -I../include -I../include -I../lib -I../lib  -DBUILDING_LIBCURL  -DCURL_HIDDEN_SYMBOLS -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include  -xldscope=hidden -xO3 -m32 -xarch=sparc -s  -c -o libcurl_la-http_negotiate.lo `test -f 'http_negotiate.c' || echo './'`http_negotiate.c
> libtool: compile:  /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I../include/curl -I../include -I../include -I../lib -I../lib -DBUILDING_LIBCURL -DCURL_HIDDEN_SYMBOLS -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include -xldscope=hidden -xO3 -m32 -xarch=sparc -s -c http_negotiate.c  -KPIC -DPIC -o .libs/libcurl_la-http_negotiate.o
> "http_negotiate.c", line 43: cannot find include file: <spnegohelp.h>
> "http_negotiate.c", line 209: warning: implicit function declaration: parseSpnegoTargetToken
> "http_negotiate.c", line 302: warning: implicit function declaration: makeSpnegoInitialToken

It seems that spnegohelp.h is contained in the fbopenssl tarball, but is not shipped in
libfbopenssl_dev. Would it be ok for you if I add this file and ship the updated dev-package?


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140720/490df758/attachment-0001.p7s>

From maciej at opencsw.org  Sun Jul 20 22:57:53 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 20 Jul 2014 21:57:53 +0100
Subject: Stale packages report is available
In-Reply-To: <CALtRa-5yH6udPQZA2xYcAX40r36VNd2z2wGVB7C3hGK+S-=tsg@mail.gmail.com>
References: <CALtRa-4Zmx_2hEb3fzpsaUEbX0-FgTDSGia0oecp3TBRkEfJSA@mail.gmail.com>
	<x6a9bycrea.fsf@opencsw.org>
	<CALtRa-5yH6udPQZA2xYcAX40r36VNd2z2wGVB7C3hGK+S-=tsg@mail.gmail.com>
Message-ID: <CALtRa-7zZGux38Wdu+=XE8kG5OhV3pw-Vi3bbnZZApz_HUT7Qw@mail.gmail.com>

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

Ihsan now maintains two 10-year old packages! :-)

Maciej

From pfelecan at opencsw.org  Mon Jul 21 19:33:40 2014
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 21 Jul 2014 19:33:40 +0200
Subject: Stale packages report is available
In-Reply-To: <CALtRa-7zZGux38Wdu+=XE8kG5OhV3pw-Vi3bbnZZApz_HUT7Qw@mail.gmail.com>
	("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Sun,
	20 Jul 2014 21:57:53 +0100")
References: <CALtRa-4Zmx_2hEb3fzpsaUEbX0-FgTDSGia0oecp3TBRkEfJSA@mail.gmail.com>
	<x6a9bycrea.fsf@opencsw.org>
	<CALtRa-5yH6udPQZA2xYcAX40r36VNd2z2wGVB7C3hGK+S-=tsg@mail.gmail.com>
	<CALtRa-7zZGux38Wdu+=XE8kG5OhV3pw-Vi3bbnZZApz_HUT7Qw@mail.gmail.com>
Message-ID: <x64mya62h7.fsf@opencsw.org>

"Maciej (Matchek) Blizi?ski" <maciej at opencsw.org> writes:

> For your amusement:
> http://buildfarm.opencsw.org/obsolete-pkgs/stale-packages.html
>
> Ihsan now maintains two 10-year old packages! :-)

Maybe this is not an issue if upstream there is no activity. Not that it
is the case for all those packages.
-- 
Peter

From grzemba at contac-dt.de  Wed Jul 23 15:48:42 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 23 Jul 2014 15:48:42 +0200
Subject: Trac is back
In-Reply-To: <bbb484502bf9.53cfbd15@contac-dt.de>
References: <bbb4a11ff73.53cfb94c@contac-dt.de>
	<bbb4df3b745b.53cfb988@contac-dt.de>
	<bbb4becd63ef.53cfb9c7@contac-dt.de>
	<bbb4b5f55853.53cfba04@contac-dt.de>
	<bbb4de6c1cb1.53cfba7c@contac-dt.de>
	<bbb4b89714f.53cfbab8@contac-dt.de>
	<bbb4903d5a4a.53cfbaf4@contac-dt.de>
	<bbb4802c6efb.53cfbb31@contac-dt.de>
	<bbb4bfc31a4a.53cfbb6d@contac-dt.de>
	<bbb49570419e.53cfbba9@contac-dt.de>
	<bbb4ad9f6ad2.53cfbcd8@contac-dt.de>
	<bbb484502bf9.53cfbd15@contac-dt.de>
Message-ID: <bbb4d54ab5b.53cfd95a@contac-dt.de>

on http://buildfarm.opencsw.org/trac I have setup our own Trac instance with the gar contents from sourceforge.
Two shortcomings are in the moment:
- We use the SF-SVN mirror only readonly currently, so Trac complains about that it not possible to update the tree.
- There are no user database in the moment so editing is not possible. I can create users local with new passwords or we use a remote repository (LDAP?).

We had already a discussion if Trac the right environment for GAR documentation. Any thoughs?
At least now we have the content online back so we can do a plan for migration.

Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140723/a4280414/attachment.html>

From dam at opencsw.org  Wed Jul 23 16:59:43 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 23 Jul 2014 16:59:43 +0200
Subject: Trac is back
In-Reply-To: <bbb4d54ab5b.53cfd95a@contac-dt.de>
References: <bbb4a11ff73.53cfb94c@contac-dt.de>
	<bbb4df3b745b.53cfb988@contac-dt.de>
	<bbb4becd63ef.53cfb9c7@contac-dt.de>
	<bbb4b5f55853.53cfba04@contac-dt.de>
	<bbb4de6c1cb1.53cfba7c@contac-dt.de>
	<bbb4b89714f.53cfbab8@contac-dt.de>
	<bbb4903d5a4a.53cfbaf4@contac-dt.de>
	<bbb4802c6efb.53cfbb31@contac-dt.de>
	<bbb4bfc31a4a.53cfbb6d@contac-dt.de>
	<bbb49570419e.53cfbba9@contac-dt.de>
	<bbb4ad9f6ad2.53cfbcd8@contac-dt.de>
	<bbb484502bf9.53cfbd15@contac-dt.de>
	<bbb4d54ab5b.53cfd95a@contac-dt.de>
Message-ID: <BB1AB3A6-1313-4B44-8216-C150D74C9086@opencsw.org>

Hi Carsten,

Am 23.07.2014 um 15:48 schrieb Carsten Grzemba <grzemba at contac-dt.de>:

> on http://buildfarm.opencsw.org/trac I have setup our own Trac instance with the gar contents from sourceforge.

It would be good to mimic the old URL layout, when I next encounter broken links I?ll try to suggest something.

> Two shortcomings are in the moment:
> - We use the SF-SVN mirror only readonly currently, so Trac complains about that it not possible to update the tree.

Why does Trac want to write to the tree?!? I can make a rw copy if necessary.

> - There are no user database in the moment so editing is not possible. I can create users local with new passwords or we use a remote repository (LDAP?).

I can also add authentication on the enclosing webserver, do you have the URLs that should have BASIC?

> We had already a discussion if Trac the right environment for GAR documentation. Any thoughs?
> At least now we have  the content online back so we can do a plan for migration.


This is very good, thanks!!

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140723/a28f60d3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140723/a28f60d3/attachment.p7s>

From grzemba at contac-dt.de  Thu Jul 24 08:38:43 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 24 Jul 2014 08:38:43 +0200
Subject: Trac is back
In-Reply-To: <bf3db263361.53d0a9bc@contac-dt.de>
References: <bbb4a11ff73.53cfb94c@contac-dt.de>
	<bbb4df3b745b.53cfb988@contac-dt.de>
	<bbb4becd63ef.53cfb9c7@contac-dt.de>
	<bbb4b5f55853.53cfba04@contac-dt.de>
	<bbb4de6c1cb1.53cfba7c@contac-dt.de>
	<bbb4b89714f.53cfbab8@contac-dt.de>
	<bbb4903d5a4a.53cfbaf4@contac-dt.de>
	<bbb4802c6efb.53cfbb31@contac-dt.de>
	<bbb4bfc31a4a.53cfbb6d@contac-dt.de>
	<bbb49570419e.53cfbba9@contac-dt.de>
	<bbb4ad9f6ad2.53cfbcd8@contac-dt.de>
	<bbb484502bf9.53cfbd15@contac-dt.de>
	<bbb4d54ab5b.53cfd95a@contac-dt.de>
	<BB1AB3A6-1313-4B44-8216-C150D74C9086@opencsw.org>
	<bf3d8cc02d23.53d0a6e8@contac-dt.de>
	<bf3dc25a51fd.53d0a79c@contac-dt.de>
	<bf3d8b1766bd.53d0a7d8@contac-dt.de>
	<bf3dcb16195.53d0a814@contac-dt.de>
	<bf3df0ba5da.53d0a908@contac-dt.de>
	<bf3dba996fac.53d0a980@contac-dt.de>
	<bf3db263361.53d0a9bc@contac-dt.de>
Message-ID: <bf3dfe9738d3.53d0c613@contac-dt.de>



Am 23.07.14 schrieb Dagobert Michelsen  <dam at opencsw.org>:
> 
> 
> 
> 
> Hi Carsten,
> 
> Am 23.07.2014 um 15:48 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> 
> 
> > on http://buildfarm.opencsw.org/trac I have setup our own Trac instance with the gar contents from sourceforge.
> > 
> 
> 
> It would be good to mimic the old URL layout, when I next encounter broken links I?ll try to suggest something.
> 
> 
> 
> > Two shortcomings are in the moment:
> > - We use the SF-SVN mirror only readonly currently, so Trac complains about that it not possible to update the tree.
> > 
> 
> 
> Why does Trac want to write to the tree?!? I can make a rw copy if necessary.
> 
> 
> 
> 
> 
> 
It could be that the pre-revprop-change hook have to exit with 0 which it does not at the moment.

> 
> 
> 
> 
> 
> 
> > - There are no user database in the moment so editing is not possible. I can create users local with new passwords or we use a remote repository (LDAP?).
> > 
> 
> 
> I can also add authentication on the enclosing webserver, do you have the URLs that should have BASIC?
> 
> 
> 
> 
> 
> 
In ../extra/httpd-vhosts.conf you can see this concerns only:

<Location "/trac/login">
 AuthType Basic
 AuthName "Trac"
 AuthUserFile /var....
 Require valid-user
</Location>


> 
> 
> 
> 
> 
> 
> > We had already a discussion if Trac the right environment for GAR documentation. Any thoughs?
> > At least now we have the content online back so we can do a plan for migration.
> > 
> 
> 
> 
> This is very good, thanks!!
> 
> 
> 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
>  
> 
> 
> 
> 
> 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140724/c732e61a/attachment-0001.html>

From dam at opencsw.org  Thu Jul 24 19:18:18 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 24 Jul 2014 19:18:18 +0200
Subject: Trac is back
In-Reply-To: <bf3dfe9738d3.53d0c613@contac-dt.de>
References: <bbb4a11ff73.53cfb94c@contac-dt.de>
	<bbb4df3b745b.53cfb988@contac-dt.de>
	<bbb4becd63ef.53cfb9c7@contac-dt.de>
	<bbb4b5f55853.53cfba04@contac-dt.de>
	<bbb4de6c1cb1.53cfba7c@contac-dt.de>
	<bbb4b89714f.53cfbab8@contac-dt.de>
	<bbb4903d5a4a.53cfbaf4@contac-dt.de>
	<bbb4802c6efb.53cfbb31@contac-dt.de>
	<bbb4bfc31a4a.53cfbb6d@contac-dt.de>
	<bbb49570419e.53cfbba9@contac-dt.de>
	<bbb4ad9f6ad2.53cfbcd8@contac-dt.de>
	<bbb484502bf9.53cfbd15@contac-dt.de>
	<bbb4d54ab5b.53cfd95a@contac-dt.de>
	<BB1AB3A6-1313-4B44-8216-C150D74C9086@opencsw.org>
	<bf3d8cc02d23.53d0a6e8@contac-dt.de>
	<bf3dc25a51fd.53d0a79c@contac-dt.de>
	<bf3d8b1766bd.53d0a7d8@contac-dt.de>
	<bf3dcb16195.53d0a814@contac-dt.de>
	<bf3df0ba5da.53d0a908@contac-dt.de>
	<bf3dba996fac.53d0a980@contac-dt.de>
	<bf3db263361.53d0a9bc@contac-dt.de>
	<bf3dfe9738d3.53d0c613@contac-dt.de>
Message-ID: <B1640D94-B5CD-4F24-A6AC-FF103AF5B97E@opencsw.org>

Hi Carsten,

Am 24.07.2014 um 08:38 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> Am 23.07.14 schrieb Dagobert Michelsen <dam at opencsw.org>:
>> Am 23.07.2014 um 15:48 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
>> 
>>> on http://buildfarm.opencsw.org/trac I have setup our own Trac instance with the gar contents from sourceforge.
>> 
>> It would be good to mimic the old URL layout, when I next encounter broken links I?ll try to suggest something.
>> 
>>> Two shortcomings are in the moment:
>>> - We use the SF-SVN mirror only readonly currently, so Trac complains about that it not possible to update the tree.
>> 
>> Why does Trac want to write to the tree?!? I can make a rw copy if necessary.
>> 
> It could be that the pre-revprop-change hook have to exit with 0 which it does not at the moment.

Got it, there is no post-commit hook on Sourceforge. Either you can add
  trac-admin $ENV repository resync 
via cron or we need to migrate the sourceforge svn to our own hosting.
For now I?d say add the job to cron every 15 minutes or so.

>>> - There are no user database in the moment so editing is not possible. I can create users local with new passwords or we use a remote repository (LDAP?).
>> 
>> I can also add authentication on the enclosing webserver, do you have the URLs that should have BASIC?
>> 
> In ../extra/httpd-vhosts.conf you can see this concerns only:
> 
> <Location "/trac/login">
>   AuthType Basic
>   AuthName "Trac"
>   AuthUserFile /var....
>   Require valid-user
> </Location>

This is now connected with the maintainers password file on ?web?.


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140724/185dcfe1/attachment.p7s>

From rupert at opencsw.org  Sat Jul 26 13:10:20 2014
From: rupert at opencsw.org (rupert THURNER)
Date: Sat, 26 Jul 2014 13:10:20 +0200
Subject: OpenCSW question about package CSWcmake
In-Reply-To: <CAJs9aZ-2TdGvpfuF+iLmFc0Qzo2Y--L2H=H_QfwOxMMdL_DYzg@mail.gmail.com>
References: <201407181205.s6IC5tIb007926@www.opencsw.org>
	<CAJs9aZ-2TdGvpfuF+iLmFc0Qzo2Y--L2H=H_QfwOxMMdL_DYzg@mail.gmail.com>
Message-ID: <CAJs9aZ89sk=iDeTgJE0K-OUUeWA2E5A+FLwu3ia42-gmY=Sbog@mail.gmail.com>

hi,

anybody has a better idea than me what might be wrong with cmake resp
the build system?

"/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/form.priv.h",
line 132: warning: old-style declaration or incorrect type for:
_nc_Internal_Validation
"/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/fld_arg.c",
line 71: improper member use: status
"/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/fld_arg.c",
line 72: improper member use: makearg
"/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/fld_arg.c",
line 73: improper member use: copyarg
"/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/fld_arg.c",
line 74: improper member use: freearg
cc: acomp failed for
/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/fld_arg.c
Source/CursesDialog/form/CMakeFiles/cmForm.dir/build.make:54: recipe
for target 'Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_arg.c.o'
failed
gmake[2]: *** [Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_arg.c.o]
Error 2
gmake[2]: Leaving directory
'/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0'
CMakeFiles/Makefile2:1476: recipe for target
'Source/CursesDialog/form/CMakeFiles/cmForm.dir/all' failed
gmake[1]: *** [Source/CursesDialog/form/CMakeFiles/cmForm.dir/all] Error 2
gmake[1]: Leaving directory
'/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0'
Makefile:147: recipe for target 'all' failed


On Sat, Jul 26, 2014 at 12:44 PM, rupert THURNER <rupert at opencsw.org> wrote:
> hi sten, triggered it now.
>
> rupert
>
>
> On Fri, Jul 18, 2014 at 2:05 PM,  <sten.rosendahl at sungard.com> wrote:
>> Hi,
>>
>> I\'m part of an SCM team which is just starting out with Kitware CMake and I wonder if there will be a Solaris build of CMake 3.0 available soon?
>>
>> Regards,
>> Sten Rosendahl

From rupert at opencsw.org  Sat Jul 26 21:42:23 2014
From: rupert at opencsw.org (rupert THURNER)
Date: Sat, 26 Jul 2014 21:42:23 +0200
Subject: scons not found ?
Message-ID: <CAJs9aZ9pEzrJz9RBJ6OH8NW2r96X4owFXFs4po59frBfm9NzcQ@mail.gmail.com>

hi,

when building serf, it now does not find scons any more. where this comes from?

Tagging top of current csw patch stack...
        [patch-modulated] complete for libserf.
        [configure-modulated] complete for libserf.
(cd work/solaris10-i386/build-isa-pentium_pro/serf-1.3.6; \
        HOME="/home/rupert"
PATH="/home/rupert/opencsw/.buildsys/v2/gar/bin/sos12-wrappers:/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/install-isa-pentium_pro/opt/csw/bin:/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/install-isa-pentium_pro/opt/csw/bin:/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/install-isa-pentium_pro/opt/csw/sbin:/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/install-isa-pentium_pro/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/csw/sbin:/opt/csw/sbin:/opt/SUNWspro/bin:/home/rupert/opencsw/.buildsys/v2/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin:/usr/openwin/bin"
LC_ALL="C" prefix="/opt/csw" exec_prefix="/opt/csw"
bindir="/opt/csw/bin" sbindir="/opt/csw/sbin"
libexecdir="/opt/csw/libexec" datadir="/opt/csw/share"
sysconfdir="/etc/opt/csw" sharedstatedir="/opt/csw/share"
localstatedir="/var/opt/csw" libdir="/opt/csw/lib"
infodir="/opt/csw/share/info" lispdir="/opt/csw/share/emacs/site-lisp"
includedir="/opt/csw/include" mandir="/opt/csw/share/man"
docdir="/opt/csw/share/doc" sourcedir="/opt/csw/src"
CPPFLAGS="-I/opt/csw/include" CFLAGS="-xO3 -m32 -xarch=pentium_pro
-xchip=pentium_pro" CXXFLAGS="-xO3 -m32 -xarch=pentium_pro
-xchip=pentium_pro" LDFLAGS="-m32 -xarch=pentium_pro
-xchip=pentium_pro -L/opt/csw/bdb48/lib -L/opt/csw/lib" FFLAGS="-xO3
-m32 -xarch=pentium_pro -xchip=pentium_pro" FCFLAGS="-xO3 -m32
-xarch=pentium_pro -xchip=pentium_pro" F77="/opt/SUNWspro/bin/f77"
FC="/opt/SUNWspro/bin/f95" ASFLAGS="" OPTFLAGS="-xO3 -m32
-xarch=pentium_pro -xchip=pentium_pro" CC="/opt/SUNWspro/bin/cc"
CXX="/opt/SUNWspro/bin/CC" CC_HOME="/opt/SUNWspro" CC_VERSION="Sun C
5.9 SunOS_i386 Patch 124868-15 2010/08/11" CXX_VERSION="Sun C++ 5.9
SunOS_i386 Patch 124864-30 2012/07/11" GARCH="i386" GAROSREL="5.10"
GARPACKAGE="trunk" LD_OPTIONS="-R/opt/csw/bdb48/lib/\$ISALIST
-R/opt/csw/bdb48/lib -R/opt/csw/lib/\$ISALIST -R/opt/csw/lib -M
/home/rupert/opencsw/.buildsys/v2/gar/lib/map.solaris10 -B direct -z
ignore"  scons \
        APR=/opt/csw/bin/apr-1-config APU=/opt/csw/bin/apu-1-config
CFLAGS="-xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro"
LINKFLAGS="-m32 -xarch=pentium_pro -xchip=pentium_pro
-L/opt/csw/bdb48/lib -L/opt/csw/lib -R/opt/csw/bdb48/lib/\\\$\\ISALIST
-R/opt/csw/bdb48/lib -R/opt/csw/lib/\\\$\\ISALIST -R/opt/csw/lib -M
/home/rupert/opencsw/.buildsys/v2/gar/lib/map.solaris10 -B direct -z
ignore" GSSAPI=/opt/csw/bin/krb5-config PREFIX="/opt/csw"
LIBDIR="/opt/csw/lib")
/bin/sh: scons: not found
Makefile:82: recipe for target 'build-serf' failed
gmake[1]: *** [build-serf] Error 1
gmake[1]: Leaving directory '/home/rupert/opencsw/libserf/trunk'
gar/gar.mk:198: recipe for target 'merge-isa-pentium_pro' failed

rupert

From dam at opencsw.org  Sat Jul 26 22:52:47 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 26 Jul 2014 22:52:47 +0200
Subject: scons not found ?
In-Reply-To: <CAJs9aZ9pEzrJz9RBJ6OH8NW2r96X4owFXFs4po59frBfm9NzcQ@mail.gmail.com>
References: <CAJs9aZ9pEzrJz9RBJ6OH8NW2r96X4owFXFs4po59frBfm9NzcQ@mail.gmail.com>
Message-ID: <CFB061CD-FC4E-4FF3-A392-E922AA80C096@opencsw.org>

Hi Rupert,

Am 26.07.2014 um 21:42 schrieb rupert THURNER:
> when building serf, it now does not find scons any more. where this comes from?

Looks like scons uses /opt/csw/bin/python27 in the hashbang and python 2.7 is now only available
as python2.7. I'll see that I respin scons to pick up the new name.


Best regards

  -- Dago


From dam at opencsw.org  Sun Jul 27 21:47:30 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 27 Jul 2014 21:47:30 +0200
Subject: scons not found ?
In-Reply-To: <CFB061CD-FC4E-4FF3-A392-E922AA80C096@opencsw.org>
References: <CAJs9aZ9pEzrJz9RBJ6OH8NW2r96X4owFXFs4po59frBfm9NzcQ@mail.gmail.com>
	<CFB061CD-FC4E-4FF3-A392-E922AA80C096@opencsw.org>
Message-ID: <32C42AF6-EC66-4F0C-B41C-FDC37F22EE0E@opencsw.org>

Hi Rupert,

Am 26.07.2014 um 22:52 schrieb Dagobert Michelsen:
> Am 26.07.2014 um 21:42 schrieb rupert THURNER:
>> when building serf, it now does not find scons any more. where this comes from?
> 
> Looks like scons uses /opt/csw/bin/python27 in the hashbang and python 2.7 is now only available
> as python2.7. I'll see that I respin scons to pick up the new name.

You updated scons to 2.3.2 and I needed to forward-port the patch needed for Solaris 9.
This is now fixed and an updated scons has been pushed and installed on unstable*.


Best regards

  -- Dago

From ihsan at opencsw.org  Tue Jul 29 08:04:41 2014
From: ihsan at opencsw.org (Ihsan Dogan)
Date: Tue, 29 Jul 2014 08:04:41 +0200
Subject: Stale packages report is available
In-Reply-To: <x64mya62h7.fsf@opencsw.org>
References: <CALtRa-4Zmx_2hEb3fzpsaUEbX0-FgTDSGia0oecp3TBRkEfJSA@mail.gmail.com>
	<x6a9bycrea.fsf@opencsw.org>
	<CALtRa-5yH6udPQZA2xYcAX40r36VNd2z2wGVB7C3hGK+S-=tsg@mail.gmail.com>
	<CALtRa-7zZGux38Wdu+=XE8kG5OhV3pw-Vi3bbnZZApz_HUT7Qw@mail.gmail.com>
	<x64mya62h7.fsf@opencsw.org>
Message-ID: <20140729060441.GA6723@dogan.ch>

On Monday, 21 Jul 2014 19:33 +0200, Peter FELECAN wrote:

> > For your amusement:
> > http://buildfarm.opencsw.org/obsolete-pkgs/stale-packages.html
> >
> > Ihsan now maintains two 10-year old packages! :-)
> 
> Maybe this is not an issue if upstream there is no activity. Not that it
> is the case for all those packages.

In case of mrtgpme and nedit, there is no upstream activity at
all.



Ihsan

-- 
ihsan at dogan.ch http://blog.dogan.ch/

From maciej at opencsw.org  Tue Jul 29 10:42:06 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 29 Jul 2014 09:42:06 +0100
Subject: Stabilizing bratislava in September
Message-ID: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>

Hello maintainers,

We've stabilized kiel in March. It will be 6 months in September, what
would you think about promoting bratislava to stable?

One thing I would maybe like to do is rolling back GCC version to
4.8.2, because gccgo produces broken/segfaulting binaries:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303

Maciej

From claudio at opencsw.org  Tue Jul 29 12:42:34 2014
From: claudio at opencsw.org (Claudio)
Date: Tue, 29 Jul 2014 12:42:34 +0200
Subject: Stabilizing bratislava in September
In-Reply-To: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>
References: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>
Message-ID: <CAJ2-jQ=MLL4C9ZLvUgX1mP1Np9PBUanStz=epf1V17eFXYGjYg@mail.gmail.com>

Linus writes:
"Anyway, this is not a kernel bug. This is your compiler creating
completely broken code. We may need to add a warning to make sure
nobody compiles with gcc-4.9.0, and the Debian people should probably
downgrate their shiny new compiler."

http://lkml.iu.edu//hypermail/linux/kernel/1407.3/00650.html


On Tue, Jul 29, 2014 at 10:42 AM, Maciej (Matchek) Blizi?ski <
maciej at opencsw.org> wrote:

> Hello maintainers,
>
> We've stabilized kiel in March. It will be 6 months in September, what
> would you think about promoting bratislava to stable?
>
> One thing I would maybe like to do is rolling back GCC version to
> 4.8.2, because gccgo produces broken/segfaulting binaries:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
>
> Maciej
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140729/e52d6fc6/attachment.html>

From pfelecan at opencsw.org  Tue Jul 29 19:57:09 2014
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Tue, 29 Jul 2014 19:57:09 +0200
Subject: Stabilizing bratislava in September
In-Reply-To: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>
	("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Tue,
	29 Jul 2014 09:42:06 +0100")
References: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>
Message-ID: <x6lhrc3v62.fsf@opencsw.org>

"Maciej (Matchek) Blizi?ski" <maciej at opencsw.org> writes:

> We've stabilized kiel in March. It will be 6 months in September, what
> would you think about promoting bratislava to stable?

Promotin is the road to be taken.

> One thing I would maybe like to do is rolling back GCC version to
> 4.8.2, because gccgo produces broken/segfaulting binaries:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303

Just for go? Who uses that beside you :-) If the other languages,
especially C and C++, pass the test suite then everything is good.
-- 
Peter

From maciej at opencsw.org  Wed Jul 30 12:04:43 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 30 Jul 2014 11:04:43 +0100
Subject: Stabilizing bratislava in September
In-Reply-To: <x6lhrc3v62.fsf@opencsw.org>
References: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>
	<x6lhrc3v62.fsf@opencsw.org>
Message-ID: <CALtRa-5ecMWpKJFa-gUFVxHiAe56V1PkukjxOkceh=Un7EodeA@mail.gmail.com>

2014-07-29 18:57 GMT+01:00 Peter FELECAN <pfelecan at opencsw.org>:
>> We've stabilized kiel in March. It will be 6 months in September, what
>> would you think about promoting bratislava to stable?
>
> Promotin is the road to be taken.

Cool. We'll do that in September then.

>> One thing I would maybe like to do is rolling back GCC version to
>> 4.8.2, because gccgo produces broken/segfaulting binaries:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
>
> Just for go? Who uses that beside you :-) If the other languages,
> especially C and C++, pass the test suite then everything is good.

I don't think anybody here uses C and/or C++ either, no? All our code
is either GNU Make, or shell, or Perl, or Python, or Ruby. ;-)

Maciej

From pfelecan at opencsw.org  Wed Jul 30 19:05:27 2014
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Wed, 30 Jul 2014 19:05:27 +0200
Subject: Stabilizing bratislava in September
In-Reply-To: <CALtRa-5ecMWpKJFa-gUFVxHiAe56V1PkukjxOkceh=Un7EodeA@mail.gmail.com>
	("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Wed,
	30 Jul 2014 11:04:43 +0100")
References: <CALtRa-4NsZypUQs=ohajb_=F0DpSbojc708Tecj+_0A6T7Xakw@mail.gmail.com>
	<x6lhrc3v62.fsf@opencsw.org>
	<CALtRa-5ecMWpKJFa-gUFVxHiAe56V1PkukjxOkceh=Un7EodeA@mail.gmail.com>
Message-ID: <x6bns64w14.fsf@opencsw.org>

"Maciej (Matchek) Blizi?ski" <maciej at opencsw.org> writes:

> 2014-07-29 18:57 GMT+01:00 Peter FELECAN <pfelecan at opencsw.org>:
>> Just for go? Who uses that beside you :-) If the other languages,
>> especially C and C++, pass the test suite then everything is good.
>
> I don't think anybody here uses C and/or C++ either, no? All our code
> is either GNU Make, or shell, or Perl, or Python, or Ruby. ;-)

Do not consider that what we use for maintaining packages is what the
other users of our packages use. Besides, the majority of our packages
upstream source is written in C or C++. Also, as an user of our
packages, I use, professionnnaly, C and C++ a lot. Consequently, I have
a real interest in having an updated compiler for those languages.
-- 
Peter

From rmottola at opencsw.org  Wed Jul 30 23:04:34 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Wed, 30 Jul 2014 23:04:34 +0200
Subject: libutil not found
Message-ID: <1406754274.3282.6.camel@anor>

Hi,

while trying to package GNUsteps IDE, I get:

ld: fatal: library -lutil: not found

what's the best approach? do we have this lbirary but just in a place
not found? or is it not needed? is there a deeper porting problem?
The closest library I could find is libuutil

Riccardo



From laurent at opencsw.org  Thu Jul 31 10:41:16 2014
From: laurent at opencsw.org (Laurent Blume)
Date: Thu, 31 Jul 2014 10:41:16 +0200
Subject: libutil not found
In-Reply-To: <1406754274.3282.6.camel@anor>
References: <1406754274.3282.6.camel@anor>
Message-ID: <53DA012C.4020906@opencsw.org>

Best approach is going to opencsw.org, clicking on ?Search? on the 
right, entering ?libutil.so? in the Filename field, and checking 
?partial match? before clicking on the Search button.

If there's no match, well, welcome to Dependency Hell! :-)

Laurent

Le 2014/07/30 23:04 +0200, Riccardo Mottola a ?crit:
> Hi,
>
> while trying to package GNUsteps IDE, I get:
>
> ld: fatal: library -lutil: not found
>
> what's the best approach? do we have this lbirary but just in a place
> not found? or is it not needed? is there a deeper porting problem?
> The closest library I could find is libuutil
>
> Riccardo
>
>



From grzemba at contac-dt.de  Thu Jul 31 10:54:21 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 31 Jul 2014 10:54:21 +0200
Subject: libutil not found
In-Reply-To: <bf3ddc5978cd.53da0405@contac-dt.de>
References: <1406754274.3282.6.camel@anor> <53DA012C.4020906@opencsw.org>
	<bf3d825324a.53da0351@contac-dt.de>
	<bf3dc7526aa7.53da038d@contac-dt.de>
	<bf3deb5632d.53da03c9@contac-dt.de>
	<bf3ddc5978cd.53da0405@contac-dt.de>
Message-ID: <bf3d88e9faa.53da205d@contac-dt.de>



Am 31.07.14 schrieb Laurent Blume  <laurent at opencsw.org>:
> Best approach is going to opencsw.org, clicking on ?Search? on the right, entering ?libutil.so? in the Filename field, and checking ?partial match? before clicking on the Search button.
> 
'partial match' is mandatory because libutil.so could be a sym link which will not returned by opencsw.org search.
other approaches:
- is there a link, is it broken?
- do it is in -L directory list?
- do it is the right elf type (32/64bit)?


> 
> 
> If there's no match, well, welcome to Dependency Hell! :-)
> 
> Laurent
> 
> Le 2014/07/30 23:04 +0200, Riccardo Mottola a ?crit:
> >Hi,
> >
> >while trying to package GNUsteps IDE, I get:
> >
> >ld: fatal: library -lutil: not found
> >
> >what's the best approach? do we have this lbirary but just in a place
> >not found? or is it not needed? is there a deeper porting problem?
> >The closest library I could find is libuutil
> >
> >Riccardo
> >
> >
> 
> 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140731/59c840a8/attachment-0001.html>