https://php.watch/versions/8.2/mysqli-libmysql-no-longer-supported
Am 24.02.2024 um 18:43 schrieb Goetz T. Fischer:
hello mr. fritzkink,
in regards to this
https://openindiana.org/pipermail/openindiana-discuss/2024-February/026815.html
and assuming you're on this list, just out of couriosity, w
our PATH is set, but gcc is explicitly configured to use a particular ld
(and as - see the output of 'gcc -v' for how it's configured) rather
than picking
it out of the PATH.
On Fri, Nov 4, 2022 at 8:14 PM Friedrich Kink via oi-dev
wrote:
Hi all,
I try to compile the
inary *ihex --
Am 04.11.2022 um 21:34 schrieb Toomas Soome:
You pass -b ( to linker) but not “binary”.
Sent from my iPhone
On 4. Nov 2022, at 22:14, Friedrich Kink via oi-dev
wrote:
Hi all,
I try to compile the newest asterisk version, but I get the following linker
error:
/usr/gcc/7/bi
Hi all,
I try to compile the newest asterisk version, but I get the following
linker error:
/usr/gcc/7/bin/gcc -g -nostartfiles -nodefaultlibs -nostdlib -r -Wl,-b
binary -o res_geolocation/pidf_lo_test.o res_geolocation/pidf_lo_test.xml
ld: fatal: file binary: open failed: No such file or di
and
everybody is invited to test to make it a solid foundation for further
development.
Am 24.06.2022 um 19:51 schrieb Gary Mills:
On Fri, Jun 24, 2022 at 06:23:18PM +0200, Friedrich Kink via oi-dev wrote:
Oh forgot just for the sake of completeness and the brave who want test on
the own
brary/http-parser
# Auto-generated dependencies
REQUIRED_PACKAGES += library/security/openssl-11
REQUIRED_PACKAGES += library/zlib
REQUIRED_PACKAGES += SUNWcs
REQUIRED_PACKAGES += system/library
REQUIRED_PACKAGES += system/library/math
REQUIRED_PACKAGES += web/curl
Am 18.06.2022 um 15:49 schrieb F
3.0/lib:/usr/gcc/7/lib/amd64
HASH 0x00715ed0
then there shouldn't be a problem. Again any idea appreciated.
Fritz
Am 18.06.2022 um 15:49 schrieb Friedrich Kink via oi-dev:
Dear all,
I try to prepare new rustc package with current version 1.61.0. So far
building and insta
ms to work
obviously).
Again any idea welcome.
thanks in advance,
Fritz
Am 18.06.2022 um 15:49 schrieb Friedrich Kink via oi-dev:
Dear all,
I try to prepare new rustc package with current version 1.61.0. So far
building and installing is already working. But publishing
respectively make REQU
Hi Till,
thanks a lot again, this helped to successfully build and install the
rust package. Nevertheless the original issue still persists:
Dist rustc-1.61.0-x86_64-unknown-illumos
finished in 46.721 seconds
Install rustc stage2 (Some(TargetSelection { triple:
"x86_64-unknown-illumos
filepath. That should not happen.
Looking at you Makefile I think the culprit are the lines after
'#COMPONENT_POST_INSTALL_ACTION= \' IIRC they need to be commented out
too as they have a backslash thus parsing weirdness starts to happen.
Hope this helps
Greetings
Till
On
endencies
REQUIRED_PACKAGES += library/security/openssl-11
REQUIRED_PACKAGES += library/zlib
REQUIRED_PACKAGES += SUNWcs
REQUIRED_PACKAGES += system/library
REQUIRED_PACKAGES += system/library/math
REQUIRED_PACKAGES += web/curl
Am 18.06.2022 um 19:31 schrieb Gary Mills:
On Sat, Jun 18, 2022 at 03
Dear all,
I try to prepare new rustc package with current version 1.61.0. So far
building and installing is already working. But publishing respectively
make REQUIRED_PACKAGES immediately bails out with the following error
message:
make REQUIRED_PACKAGES
/usr/bin/python3.9 RESOLVE_DEPS=
/us
Hi all,
the issue is solved now. The root cause was within the ncurses package
which depended on a pcre2 library. pcre2 package was recently updated to
a later version which increased the counter on .so version from 2 -> 3
which in turned led to a 'library not found' for libform.so (part of
n
Hello Sven,
this was partly my fault when building the new openldap package. Two
things happened:
1. between versions 2.4.x and 2.6.x build mechanism changed and
libraries libldap|lber are built now as libldap|lber.so.xxx which is
different to old style libldap-2.4|lber-2.4.xxx
2. I wa
correctly if built with epoll.
But of course all my tests are by far not exhaustive but I'm pretty
confident that the package I built is doing its job flawlessly.
cheers,
Fritz
PS: further comments of course welcome ;-).
Am 09.02.2022 um 20:45 schrieb Friedrich Kink via oi-dev:
Se
Sent this already to dovecot mailinglist without response so far. Maybe
someone reading this list can help. Unfortunately it did not show up
during the test run of the package and I used earlier versions without
this problem.
Dear list,
I built a dovecot package for openindiana (which is a S
nd kind of convenience, also without updating
databases a virus scanner on a regular basis is kind of useless, right)?
kind regards,
Fritz
Am 11.01.2022 um 21:15 schrieb Tim Mooney via oi-dev:
In regard to: Re: [oi-dev] clamav update, Friedrich Kink via oi-dev
said...:
But maybe this
ely turn the error off.
Many Regards
Klaus
On 1/11/22 18:10, Friedrich Kink via oi-dev wrote:
Hi all,
based on Andreas' comment I rebuild rrdtool exclusively 2for 64-bit.
This added also support for all bindings lua, tcl, perl, ruby (v2.6)
and pyhton (v3.7). Though python created som
22 um 19:09 schrieb Chris:
On 2022-01-11 10:02, Chris wrote:
On 2022-01-11 09:16, Friedrich Kink via oi-dev wrote:
Hi all,
I prepared the clamav update to the latest version and everything
works fine as
expected. But one of out of all tests is failing with this error:
99%: Checks: 1175
Hi all,
I prepared the clamav update to the latest version and everything works
fine as expected. But one of out of all tests is failing with this error:
99%: Checks: 1175, Failures: 1, Errors: 0
/usr/src/oi-userland/components/sysutils/clamav/clamav-0.104.1/unit_tests/check_clamav.c:1707:F:as
Hi all,
based on Andreas' comment I rebuild rrdtool exclusively 2for 64-bit.
This added also support for all bindings lua, tcl, perl, ruby (v2.6) and
pyhton (v3.7). Though python created some headache. It build needs an
ugly tweak of the configure script to find the right header files. The
is
Hi,
finally I decided to start from scratch after I screwed up everything on
my side ;-). Now my PR#7537 looks pretty ok to me, hopefully also to the
community. Based on all comments I reworked a little bit my Makefile.
Also now that Tim was very busy with preparing Perl 5.34 I also added
thi
Hi all,
I updated rrdtool to latest version 1.7.2 incl. 32-bit and 64-bit
perl/lua bindings. I learnt a lot about the build environment. As a
consequence to successfully publish both 32bit and 64bit binaries and
perl/lua bindings respectively I had to create four *.p5m files which
ended up in
Hi all,
thanks to all who helped me. Hopefully I've now created a reasonable
PR#7517. Of course if some fine tuning is necessary let me know to
change/fix.
kind regards,
Frtiz
Am 03.01.2022 um 16:01 schrieb Nona Hansel:
I know how I would proceed if I were to get rid of some commits: I
Sorry, didn't mention, this is the step were the issue occurs.
Am 30.12.2021 um 21:21 schrieb Klaus Ziegler:
Just type:
gmake REQUIRED_PACKAGES
in your top level component directory
and look for the changes in yout Makefile
Rgds
Klaus
On 12/30/21 21:08, Friedrich Kink via oi-dev wrote:
Hi,
I've some packages (clamav update to latest version and dovecot) I'd
like to commit but dependency check fails:
/usr/bin/pkgdepend resolve -m
/usr/src/oi-userland/components/sysutils/clamav/build/manifest-i386-clamav-clamdtop.depend
/usr/src/oi-userland/components/sysutils/clamav/build/
Dear maintainers,
could you please review and merge (once ok):
https://github.com/OpenIndiana/oi-userland/pull/7496
this adds Perl module Tk (both 332- and 64-bit) to 5.22 and 5.24.
Thanks a lot,
Fritz
PS: I guess now I did the right thing (@Tim thank you once more ;-))
schrieb Friedrich Kink via oi-dev:
Hi David,
basically I prepared the package ;-) but I'm not able to push it as
described at the end at https://docs.openindiana.org/dev/userland/. I
get (I did |git checkout -b Tk before)
|
git push origin Tk
remote: Permission to OpenIndiana/oi-userlan
o get to the nitty-gritty details. But I hope to be able to
upload a first package soon.
Fritz
Am 27.12.2021 um 23:11 schrieb Tim Mooney via oi-dev:
In regard to: [oi-dev] some Newbie questions, Friedrich Kink via
oi-dev...:
Hello and welcom, Fritz!
reading silently for a couple of years this mai
b Tim Mooney via oi-dev:
In regard to: [oi-dev] some Newbie questions, Friedrich Kink via
oi-dev...:
Hello and welcom, Fritz!
reading silently for a couple of years this mailing list I decided
now to contribute to the community my extensions I made over the
years to my system (at least I'
Hi all,
reading silently for a couple of years this mailing list I decided now
to contribute to the community my extensions I made over the years to my
system (at least I'd like to try ;-)). The main purpose of my system is
to act as mail server supporting all modern security features like DAN
31 matches
Mail list logo