Hi!
I am trying to update gnutls3 to current! I did not get anything to
build, so I commited nothing yet.
Build fails for me on Solaris10 Sparc:
CCLD libcmd-systemkey.la
copying selected object files to avoid basename conflicts...
CC psk.o
CCLD psktool
ld: fatal: file
Hi,
I think I understand why I have issues with gnustep-back extra CPPFLAGS,
BUILD_ARGS and others.
I wrote my own build target this way:
build-sourcegs:
$(BUILD_ENV) && .
$(BUILD_PREFIX)/GNUstep/System/Library/Makefiles/GNUstep.sh && cd
$(WORKSRC) && $(MAKE)
@$(MAKECOOKIE)
Hi Dago,
Dagobert Michelsen wrote:
>can I set something different for solaris9? or a value that suits both? I'd
like to try there too but it is trying to use a compiler and a target that don't
exist.
Sure, just use
GARCOMPILER_5.9 = SOS12
GARCOMPILER_5.10 = SUS12U4
GARCOMPILER =
Hi all,
Dagobert Michelsen wrote:
I suggest to
mkdir /home/experimental/openssl
mv /home/experimental/openssl
so we have a catalog to test these in experimental first before pushing.
Just did it, sorry for the delay over the weekend.
One immediate test would be OpenSSH I guess? And try
Hi,
Dagobert Michelsen wrote:
Sure, if in doubt just ask:-)
I can package on 9x, 10s, 10x.
However on 9s, I get these:
CHECKPKG_OVERRIDES_CSWlibssl1-0-0 +=
binary-architecture-does-not-match-placement|file=opt/csw/lib/libcrypto.so.1.0.0|arch_id=18|arch_name=sparcv8+
Hi all,
some updates on the OpenSSL 1.0.2 update process.
I was able to update and clean up the build process.
It now builds on solaris 9, 10, 11 on x86 and sparc.
I set for solaris9 pentium_pro as a minimum.
I stopped using the "tweaked" targets
PATCHFILES +=
Hi,
Dagobert Michelsen wrote:
I fixed freetype and updated harfbuzz and pushed everything and all should be
fine now.
Also unstable/ has been updated to have the latest pushed packages.
Fine!
I see that your fix, apart from the update, is:
-CONFIGURE_ARGS += --without-harfbuzz
Hi,
I saw the resposne.
Dagobert Michelsen wrote:
Sure, I just asked :-)
https://github.com/openssl/openssl/issues/2540
I gradually upgraded from j to k, testing and indeed, k seems to work! I
can build on all platforms and tests pass on sparc 9, 10 and 11.
I have some packaging errors
Hi,
let me add to this topic, since I have seen that also "gnome" apps, for
example, have different prefixes.
One think is of course the original application name, it may already
contain the library/framework/desktop name.
Riccardo Mottola via devel wrote:
Dagobert Michelsen via devel
Hi!
Heads up!
Dagobert Michelsen wrote:
In this case I would just override with a comment explaining why
the ISA was raised.
1.0.2k compiled on all platforms and test suite passed.
Should I push my packages?
How would you test this further, Jan?
Riccardo
Hi,
I am trying to rebuild the current recipe of GNUtls3 as a start to bring
things up-to-date.
I need it on Solaris 9 too. After the "respin" we can decide a path to
upgrade to a different soname version (as I understand it we have 2.8,
current would be 3.4, correct me if I am wrong)
I
Hi all.
after some tweaks, I am able to start configure and build of the new
OpenSSL 1.0.2 on Solaris 9.
On both x86 and SPARC, however, build fails with:
ld: fatal: file /usr/lib/ld/map.pagealign: stat failed: No such file or
directory
Indeed, that linker file does not exist. Have you
Hi,
Riccardo Mottola via maintainers wrote:
solaris 9x -> unable to finish build + i386 vs amd64 issues
solaris 9s -> build begins but fails (differently than 9x: pk11 issues)
solaris 10x -> build + test OK
solaris 10s -> build OK, test fail
solaris 11x -> build + test OK
solar
Hi,
I actually launched a rebuild yesterday, but an incomplete reemerge, so
I completed today.
But no issues with you fixing and completing the work, Dago!
are unstable and experimental "comparable" in terms of hardware specs?
Perhaps the some stuff was busy or not?
I just quickly glanced
Hi!
I did some work on a new GNUTLS, which I think we do quite need, like a
new OpenSSL. Especially the version on solaris 9 is so aged I can't
compile some dependencies and I bet it is also quite insecure.
I got GNUTLS 3.5.14 to compile on Solaris 10 (see test results below)
and a some
Hi,
while building gnutls3 on solaris 9 I get a strange hang:
Here is what happens on unstable9s, on unstable9x it works!
create mode 100644 tests/x509sign-verify2.c
Switched to a new branch 'csw'
[extract-modulated] complete for gnutls.
==> Applying patch
Hi,
Riccardo Mottola via maintainers wrote:
Have you checked this page about "gmake makepatch"?
https://buildfarm.opencsw.org/trac/wiki/GitMakepatch
Thanks for the reminder :) I had a new read.
after a clean start and a bit of cleanup in the receip,e "mgar
makepatch"
Hi all,
I have a question.. surely "trivial" but that is itching me.
I need to issue a new release of certain packages: the dependencies they
are built on have been updated.
The package itself does not have a new release version though.
How can I update it anyway?
e.g GS Performance builds
Hi Dago,
Dagobert Michelsen wrote:
The package name is broken, there must not be an uppercase character after CSW.
In this case there is already a correctly named package CSWperformance.
Just change the name back as it was before (CSWperformance is fine) and
it should work.
the original
Hi all!
I wanted to rebuild all the GNUstep packages with the fresh releases.
I started with gnustep-make of course, but when sparc 9 finishes
/home/rmottola/spool.5.9-sparc/CSWgnustep-make/install/checkpkg_override
/home/rmottola/spool.5.9-sparc/CSWgnustep-make/install/copyright
Hi,
On 2018-01-30 16:19:26 +0100 Dagobert Michelsen via maintainers
wrote:
Hi,
this is an issue with the wrapper for the Solaris 9 brand where fork
hangs.
I have not identified the issue yet. For starters you can build the
packages
Once such a similar
Hi Dago,
you essentially do:
dam@unstable10x [global]:/home/dam/staging/build-19.Jan.2018 >
PYTHONPATH=~/mgar/pkg/.buildsys/v2
~/mgar/pkg/.buildsys/v2/bin/checkpkg --os-releases=SunOS5.10
--catalog-architecture=sparc --catalog-release=unstabl
e
Hi,
to update gnustep-base I'd need an ICU update on Solaris 9: the one
there gets detected, but is too old.
(I guess GNUstep could be better at version detecion, but that's another
thing).
NSDateFormatter.m: In function '-[NSDateFormatter(PrivateMethods)
_resetUDateFormat]':
Hi,
again, I answer myself :) this time I hope I have an easy question.
On 2018-02-16 11:59:48 +0100 Riccardo Mottola via maintainers
<maintainers@lists.opencsw.org> wrote:
Hi,
to update gnustep-base I'd need an ICU update on Solaris 9: the one
there
gets detected, but is too o
Hi,
On 2018-02-20 13:10:51 +0100 Dagobert Michelsen
wrote:
Sure.
# Wrong return code of test TestEnumSet on Solaris 9, skip testsuite
for now
SKIPTEST-5.9 = 1
SKIPTEST ?= $(SKIPTEST-$(GAROSREL))
I remember SKIPTEST... indeed clean, that it is for OS 9.
Works!
now my
Hi,
Riccardo Mottola via maintainers wrote:
I think I need at least v52
Did somebody already attempt this.. is it known impossible and/or
something that will cause a total dependecy breakage?
I may answer to myself that there is a specific 52 package made by
Dagobert! Thus most probably
Hi,
Maciej (Matchek) Bliziński via maintainers wrote:
In the meantime, I don't know if there's actually anything happening
on #opencsw. Did anybody notice the spam bots?
if you mean random users getting in and advertising blogs, fake news and
then disconnecting the yes.
e.g.:
-->|
when you can, add grey_gandalf too :)
Hi,
Laurent Blume via maintainers wrote:
A camp with more beer and less Solaris?
Count me in!
But some hacking would be fun nevertheless??
I'm good for Dublin, I've not been there yet.
I'm also good for pretty much any locale reachable under a 6 hour flight
for that kind of short stay, so
Hi Dagobert,
On 02/20/18 20:43, Dagobert Michelsen wrote:
Hi Riccardo,
now my last issue: I have these:
CHECKPKG_OVERRIDES_CSWlibicu-dev +=
Hi,
while building the new gnustep-gui package, I have an issue: mgar hangs
(on unstable9s):
create mode 100755 travis-deps.sh
Switched to a new branch 'csw'
[extract-modulated] complete for gnustep-gui.
==> Applying patch
Hi,
in WebServices I pull in a dependency on CSWperformance.
It is normal that it is not found because of binding, so I put in:
CHECKPKG_OVERRIDES_CSWgnustep-webservices +=
surplus-dependency|CSWgnustep-make
CHECKPKG_OVERRIDES_CSWgnustep-webservices +=
surplus-dependency|CSWgnustep-base
Hi Macjej.
Maciej (Matchek) Bliziński wrote:
Try the following way to debug it:
1. Navigate to http://buildfarm.opencsw.org/
2. Click "buildfarm database" -- this is checkpkg's reference to the
state of the package catalogs
3. Click "catalog list". You will see table with various catalogs.
Hi,
Maciej Bliziński wrote:
On Thu, Oct 18, 2018 at 01:21:05AM +0200, Riccardo Mottola wrote:
it says CSWPerformance1
this happened I think during a renaming where I changed case.. what a mess.
Maybe I should just rebuild and reissue the package and see if it helps,
after reinstalling it?
Hi!
I am updating the gnustep base package.
Little changed, except the new version.
When I build it, I get this:
* File root/opt/csw/GNUstep/System/Library/Libraries/gnustep-
base/Versions/1.26/Resources/NSTimeZones/README contains bad content:
'/usr/local'. If it's a legacy file
Hi Dago!
Dagobert Michelsen wrote:
If any of the reported errors were false positives, you can override them
pasting the lines below to the GAR recipe.
CHECKPKG_OVERRIDES_CSWgnustep-base +=
Hi,
let us take the "strong" route, remove traces of Performance, re-upload
it again.
Sorry for the delay, the last time I tried there were issues with the
catalog, now I retried.
Thank you!
Maciej (Matchek) Bliziński wrote:
Use the following command to remove the package:
Hi Dagobert,
On 12/3/18 1:34 PM, Dagobert Michelsen wrote:
You need to set PYTHONPATH. I just ran it:
dam@login [login]:/home/dam/mgar/gar/v2 > export PYTHONPATH=`pwd`
dam@login [login]:/home/dam/mgar/gar/v2 > cd lib/python
dam@login [login]:/home/dam/mgar/gar/v2/lib/python >
Hi Dagobert!
thank you, now, at least, I can rebuild the packages without getting
conflicts with itself! :)
Maybe talso the SunOS5.11 catalogs need to be purged?
http://buildfarm.opencsw.org/pkgdb/srv4/181150ad712ffa53e81c6a4aa3ff91df/
When trying to upload, one of them gets an issue
Hi,
I am trying since Friday to upload the performance packages again and I
get this:
rmottola@login [login]:~/pkgs > csw-upload-pkg
performance-0.5.0\,REV\=2018.12.06-SunOS5.*
/opt/csw/bin/csw-upload-pkg is a wrapper, running
/home/rmottola/opencsw/.buildsys/v2/bin/csw-upload-pkg
Hi,
On 12/10/18 1:42 PM, Dagobert Michelsen wrote:
The webservice stops once in a while, please retry,
:) :) all the world is a village :)
It worked again today, however I still have issue with the Solaris 11
catalogs, after you cleaned out all remnants of the old packages.
Checks
Hi Ihsan,
is it the system Fan or the tray?
https://www.ebay.it/itm/Sun-Fire-T2000-System-Lufter-Fan-541-0275/151271606839?hash=item23387d8a37:g:dvMAAOSw5m1a7XiZ:rk:4:pf:0
Hi all!
proud to announce the new 6.2 of ncurses, now also for solaris 9!
I hope the current maintainer is not offended by the work :-P
Riccardo
Hi all!
I have a Netra T2000 which I use little (darn noisy, prefer my T1s...)
but I extra got to do some more in-house for BigEndian and SPARC support!
I got it working some months ago and I used it little (no big
compilations yet, I just familiarized and installed and tested OpenCSW
Hi!
On 21/06/2020 18:26, Dagobert Michelsen wrote:
Am 20.06.2020 um 16:02 schrieb Riccardo Mottola via
maintainers:
I am attempting to rebuild gcc 4.8.4 on solaris 9 (we have a branch for that)
with the goal to get it to 4.8.5 then...
This is probably due to sparcv8plus vs. sparcv8
Hi,
On 21/06/2020 18:26, Dagobert Michelsen wrote:
This is probably due to sparcv8plus vs. sparcv8 but this is only guesswork from
me.
Getting gcc to compile is actually pretty hard.
I tried to build current gcc 4.x, from our repo, on solaris 9. it is
4.9.3, I of course did
Hi!
I am attempting to rebuild gcc 4.8.4 on solaris 9 (we have a branch for
that) with the goal to get it to 4.8.5 then...
We need something better than 4.6, I don't know how far solaris 9 can be
taken, but I hope solaris 10 can then take gcc 6.5 which is a pretty
good compiler.
"other
Hi all,
you might have noticed I have updated ncurses to latest.
Fine and cool... however on solaris it compiles, but does not work.
The issue is I think "easy":
I need to patch a file... I think just a header include is missing but
it is "generated"
configure:22605: /opt/csw/bin/gcc-4.6 -c
Hi all,
trying again my luck in porting htop - limiting myself to solaris 10 for
now.
There is explicit Solaris support, which is promising. However build
fails for me with:
In file included from AvailableMetersPanel.c:24:0:
./solaris/Platform.h:20:21: fatal error: libproc.h: No such file or
Hi all,
I started upgrading some packages after a long time... I did "mgar
platforms"
# # ## # ##
## ## # # # # # #
# ## # # # # # #
# # # # # ### #
# # # # # # # #
# # ## #
Hi Dago,
Dagobert Michelsen wrote:
> Works for me:
>
> The following packages have been built:
>
> CSWgnustep-make
> /home/rmottola/pkgs/gnustep_make-2.9.0,REV=2021.11.15-SunOS5.10-sparc-CSW.pkg.gz
>
>
> [package-svr4] complete for gnustep-make.
> rmottola@unstable10s
51 matches
Mail list logo