On Tue, Aug 01, 2023 at 06:25:46PM +0100, Peter Tribble wrote:
> > On Tue, Aug 01, 2023 at 05:09:26PM +0200, Marcel Telka wrote:
> > > On Tue, Aug 01, 2023 at 02:38:32PM +0100, Peter Tribble wrote:
> > > > On Tue, Aug 1, 2023 at 6:41 AM Stephan Althaus <
> > > > stephan.alth...@duedinghausen.eu>
On Tue, Aug 01, 2023 at 05:09:26PM +0200, Marcel Telka wrote:
> On Tue, Aug 01, 2023 at 02:38:32PM +0100, Peter Tribble wrote:
> > On Tue, Aug 1, 2023 at 6:41 AM Stephan Althaus <
> > stephan.alth...@duedinghausen.eu> wrote:
> > > We are stumbling over some faults with regard to the GCC Version
Hi,
what if as a temorary fix, the g++-X-runtime is getting a new dependency
on corresponding gcc-X-runtime?
Then every older user package requiring g++-X-runtime would get libssp
in package gcc-X-runtime through that dependency.
Over the time, old user packages all move to gcc-X-runtime
Gordon,
what is the final goal you try to achieve?
Do you want updating to a more fresh sfe repository,
or want removing just for upgrade and re-adding
or remove sfe completely?
I would try enabling the sfe publisher and update the packages from
that publisher. Then re-try the uninstall
But I'm
On Thu, Aug 30, 2018 at 10:18:35PM -0400, Gordon Ross wrote:
> tried pkg update too:
> # pkg -R /mnt update library/mpc
> No updates available for this image.
>
>
> On Thu, Aug 30, 2018 at 5:43 PM Till Wegmüller wrote:
[..]
> > > sfe(disabled) origin online F
> > >
Hi,
even if I don't like the content written in a few selected comments,
I would not just disable all without a closer look.
If we find a way to preserve the message of the more valuable
comments, that would be cool. In that case someone would need to
edit the articles and merge in the
On Fri, Sep 09, 2016 at 10:31:41PM +0200, Aur??lien Larcher wrote:
> On Fri, Sep 9, 2016 at 10:24 PM, Lionel Cons wrote:
> > Sigh. What should I say? Was this not the expected outcome? I could
> > argue Oracle has to learn about managing communities, but I'd say no
> >
unction)
> > #define ES_sig(context) ((context)->uc_mcontext.gregs[ES])
> > ^
> > signal_i386.c:1840:5: note: in expansion of macro 'ES_sig'
> > ES_sig(sigcontext) = wine_get_es();
> > ^
> > signa
Sorry, malformed copy/paste. It killed the sequence "A and made an out
of it.
+#undef LINK_LIBGCC_SPEC
+#define LINK_LIBGCC_SPEC "%{m64:" "-R
/usr/gcc/4.8/lib/"ARCH64_SUBDIR":/usr/gcc/lib/"ARCH64_SUBDIR" %D" "}%{!m64:"
"-R /usr/gcc/4.8/lib:/usr/gcc/lib %D" "}"
IR ":%R/lib/"
> ARCH64_SUBDIR ":%R/usr/lib/" ARCH64_SUBDIR " -R %R/usr/gcc/5.3/lib/"
> ARCH64_SUBDIR " -L %R/usr/gcc/5.3/lib/" ARCH64_SUBDIR "} \
> +%{!p:%{!pg:-Y P,%R/usr/gcc/5.3/lib/" A
k external consumers (e.g., SFE).
> ---
> System Administrator of Southern Federal University Computer Center
>
>--
>---
> Praise the Caffeine embeddings
>
> References
>
>1. mailto:a...@rsu.ru
> _
On Fri, Dec 12, 2014 at 08:41:47PM -0600, Bob Friesenhahn wrote:
On Sat, 13 Dec 2014, Alexander Pyhalov wrote:
OI Hipster change log can be found here:
http://wiki.openindiana.org/oi/oi_hipster
I think that this looks impressive. The main issue (feature-wise) seems to
be the loss of
On Tue, Dec 02, 2014 at 07:17:06PM +0100, Udo Grabowski (IMK) wrote:
[...]
This also obsoletes all packages of the SFE project.
Any replacements planned ?
No, it seems I.m wrong, SFE packages depend on oi 151 /dev packages
and probably cannot be installed on /hipster generally.
It is a
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
--
--
Thomas Wagner
Service rund um UNIX(TM), Wagner Network Services
Hi Alexander,
[...]
As always, I'm the one to blame for it. However, this particular conflict
could be caused by directory permission.
True, permissions differ. the pkg contents dump of pkg:/sfe/library/g++/sigcpp
prints what we default to. It should be in sync with what is in /usr.
Hi Alexander
On Thu, Aug 15, 2013 at 09:44:36AM +0400, Alexander Pyhalov wrote:
Hello, Thomas.
Thomas Wagner пиÑал 14.08.2013 22:28:
What is currenty the process / method / agreement for
architectural decisions in OI?
Is there any? If not, I take it that a single person
who
Okay,
any updates on the runtime lib questions?
I believe OI should not implement that massive change
without a proper architectional discussion.
Just taking what a different Distro does, is
not an architectural discussion in my view.
(This Disto in mind is a somewhat privately
baked, unique
On Mon, Jul 29, 2013 at 12:47:37PM +0400, Alexander Pyhalov wrote:
Hello.
On 07/29/2013 11:54, Andrzej Szeszo wrote:
Hi Alexander
[...]
I see your point.
I've looked at something like this:
https://github.com/pyhalov/oi-userland/compare/gcc-links to avoid
duplicating
18 matches
Mail list logo