Carsten Grzemba | 24 Jul 08:38 2014
Picon

Re: Trac is back



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

Carsten Grzemba | 23 Jul 15:48 2014
Picon

Trac is back

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

Dagobert Michelsen | 20 Jul 13:48 2014

fbopenssl headers

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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Mark Phillips | 18 Jul 20:18 2014

Giving up maintainer duty

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
slowfranklin | 9 Jul 16:53 2014

Re: Your Mantis Account

Hi all

Am 20.06.2014 um 10:13 schrieb Dagobert Michelsen <dam@...>:

> 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

Riccardo Mottola | 3 Jul 18:50 2014

gnustep-back no longer builds

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 " <at> (#)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

Riccardo Mottola | 3 Jul 17:32 2014
Peter Bonivart | 2 Jul 09:54 2014

OpenSSL roadmap - community support wanted

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

Riccardo Mottola | 25 Jun 23:47 2014

copy file phase

Hi,

the gnustep packages are now quite ready! there are still some issues, 
like the "libspell" problem I had to disable right now, but the packaged 
apps do startup! that's great news.

They need to be finalized somehow?

Anyway, there is one important step I need to add in gnustep-make: copy 
a configuration file (installation-domains.conf). It needs to  be put in 
the "etc" directory where GNUstep.conf is.

With the current setup, that would be:
/opt/csw/GNUstep/etc/GNUstep

How can I accomplish that? how can that be packaged/done?

Second, I suppose, that it would be more appropriate to put configure 
GNUstep.conf to be in /opt/csw/etc ?

Riccardo

Riccardo Mottola | 21 Jun 13:00 2014

adding a patch

Hi,

I have written my first patch to a package. Now when I try to commit
with mgar, it tells me "working directory contains untracked changes"
which is of course true.

How do I commit the patch? it resides in "trunk/files"

Riccardo

Carsten Grzemba | 16 Jun 12:20 2014
Picon

Re: somebody fills up our OSQA user database

since our OSQA user database was filledup with a some logins which probably not interessted in OpenCSW I have change the registration options:
- local registration is not possible anymore, existing logins still works,
- new registration only allowed via OpenId providers like Google and OpenId as well as Facebook and Twitter.

Carsten

Am 13.06.14 schrieb Maciej (Matchek) Bliziński <maciej <at> opencsw.org>:

It's a losing battle.

We should only allow logins via Facebook, Twitter and Google.


On Fri, Jun 13, 2014 at 6:29 AM, Carsten Grzemba <grzemba <at> contac-dt.de> wrote:
Oh shit, now all how wants loose your weight are our friends.
What is this?

Am 12.06.14 schrieb Maciej (Matchek) Bliziński <maciej <at> opencsw.org>:

You did the right thing.

OSQA doesn't have good anti spam mechanisms. It will be increasingly difficult and painful to manage spam there.

Em 12/06/2014 09:24, "Carsten Grzemba" <grzemba <at> contac-dt.de> escreveu:
Hi,

since some days we got a lot of new users on OSQA with a similar naming scheme and the loginname is never similar with the email address. But very time the email address is for 'outlook.com'
I guess this users are not interested in OpenCSW and potential spammers.

In the moment I have blocked the 'outlook.com' domain in:
forum/forms/general.py

Or should I not?

Carsten


Gmane