B (01.54%) ++ (10 tiny)
│└2.02 MB (00.19%) ++ (8 tiny)
├198.31 MB (18.27%) ── heap-unclassified
├─82.74 MB (07.63%) -- js-non-window
I assume that "swgl' means "software GL", probably as a result of my
Radeon HD 7450 video card not d
(about:process) wasn't working --- did
> you ever figure that out?
Yes, the problem seems to be with the version of firefox that was
included with the OS. I'll have to do an upgrade to get that feature
working.
--
-Gary Mills-
seems to be in heap allocation. At least,
the size seems to stabilize pretty quickly.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
e others correspond to tabs.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
a process.
The "about:processes" URL seems not to work in my version of firefox.
All I see is the title bar.
"about:memory" does work, but the amount of memory used seems
quite small: There are no gigabytes of memory shown. I wonder if all
memory is displayed there.
--
-Gary
t;top"; "top" also displays ZFS ARC statistics.
I'll try top. I used an mdb macro to determine the size of the ZFS ARC.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
day. Then see what happens.
That's a solved problem, one that produces a system that stays up
without restarting any application. You have to limit the ZFS ARC.
> BTW, you have a monster system.
In what sense?
--
-Gary Mills--refurb--Winn
r tab. Clearly there are many more. Why do some of the processes
have so many threads? How much memory does firefox want?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openin
09T161519Z
> .
> pkg://openindiana.org/driver/usb/ugen@0.5.11,5.11-2023.0.0.21867:20231110T011306Z
> .
> . These packages cannot be installed together. Any non-conflicting subset
> . of the above packages can be installed.
You don't need nut's ugen driver if the illumos ugen driver
at emacs
displays. In fact, emacs will often tell me that a font does not
exist when I select that font from its list.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
http
On Wed, Nov 08, 2023 at 11:28:33AM -0500, Gordon Ross wrote:
> I saw the same after I upgraded, back in July.
> See subject: Emacs font problem in 28.2
Where are you finding this? I can't seem to find it.
--
-Gary Mills--refurb--Winnipeg, Manit
nt, my check mark has disappeared the next time I
start emacs. It acts like there is no such thing as a system font.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
What could the matter be?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
On Fri, Mar 10, 2023 at 05:27:46PM +0100, Udo Grabowski (IMK) wrote:
>
> The quick fix is just to comment that line.
>
I don't think we need any more quick fixes to the python script.
I've just filed an OI bug report on the invoking ksh script.
--
-Gary Mills-
123, in main
os.stat_float_times (True)
AttributeError: module 'os' has no attribute 'stat_float_times'
The best solution is still to eliminate the use of find_newer
entirely.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
_
should, as a minimum, be converted to use a modern version
of python. I better fix would be to modify the method script so that
it never needed to invoke the python script. Both scripts are part of
illumos, I assume.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
er by 1759
bytes. The "gsettings get" commands worked. That result looks
promising.
# gsettings get org.mate.panel.menubar max-recent-items
10
# gsettings get org.mate.accessibility-keyboard
capslock-beep-enable
false
I've never seen that before on this
e 'nimbus'
That's exactly what I get.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
please
> do report back to the list.
I know nothing at all about themes. Is there a way to find out which
theme I'm using? It would have to be in a CLI session, since the
graphic login never completes. Alternatively, is there a way to
disable mate-panel, as that application
u may also want to check if the package has the actuator set properly. pkg
> contents .m should output restart_fmri
> svc:/application/desktop-cache/gconf-cache:default as part of the file
> action.
That seems okay too.
--
-Gary Mills-
On Mon, Mar 06, 2023 at 05:19:34PM -0600, Gary Mills wrote:
> On Mon, Mar 06, 2023 at 02:27:31PM -0600, Tim Mooney via oi-dev wrote:
> >
> > What does:
> >
> > gsettings get org.mate.panel.menubar max-recent-items
> >
> > report?
>
> $ gs
28: The style property GtkRange:slider-width is deprecated
and shouldn't be used anymore. It will be removed in a future version
> Are you using the default theme?
I'm using only the defaults.
--
-Gary Mills--refurb--Winnipeg, Manitoba,
tion is closed
(tracker-miner-fs:1614): GLib-GIO-CRITICAL **: 13:09:07.725: Error while
sending AddMatch() message: The connection is closed
X connection to :0 broken (explicit kill or server shutdown).
X connection to :0 broken (explicit kill or server shutdown).
--
-Ga
b-2.0.so.0.7400.6`g_main_context_iterate.constprop.0+0x1c8()
libglib-2.0.so.0.7400.6`g_main_loop_run+0x83()
libgtk-3.so.0.2404.30`gtk_main+0x7d()
main+0x56a()
_start_crt+0x87()
_start+0x18()
--
-Gary Mills--refurb--Winnipeg,
know if this is an OI bug or an illumos bug, but I thought I'd
start here.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
Internet sites. It does
this based on files in the zrepl source tree. The GO compiler knows
how to parse these files, and how to do the downloads. By default,
all of this happens during the "build" target.
My questions are two. First of all, will this work reliably for OI?
S
l downoad many files. There still isn't a cache. Will this
change offer any improvement to the OI build process?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
not, I may be able to move the download to the "unpack" step. Would
doing that be an improvement? Is there any other way?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openind
$ pkg list '*clang-13*'
NAME (PUBLISHER) VERSIONIFO
developer/clang-13 (openindiana.org) 13.0.1-2022.0.0.0 i--
runtime/clang-13 (openindiana.org) 13.0.1-2022.0.0.0 i--
--
-Gary Mills-
RUSTFLAGS="-C linker=$(CC)"
> COMPONENT_BUILD_ENV += RUST_BACKTRACE=1
> # Cleanup standard environment
> COMPONENT_INSTALL_ENV =
> COMPONENT_INSTALL_ENV += $(COMPONENT_BUILD_ENV)
> # Set install path
> COMPONENT_INSTALL_ENV += DESTDIR=$(PROTO_DIR)
--
-Gary Mills--ref
rate OI
package, one that only needs to be pkg-installed by rust developers.
This new package would become a build dependancy of rust, of course.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev
gth 100 problem, but hope it is not
neccessary
# but also with patch src_tools_rust-installer_src_generator.rs.patch
COMPONENT_PRE_CONFIGURE_ACTION = $(CP) -r $(SOURCE_DIR)/* $(@D)/
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
_
using the bootstrap files from Joyent, instead of using rustup. Also
notice that the build environment is different, but seems to work.
The original Makefile seems to set part of the build environment, and
then assign it to null, and then set more of it. That's peculiar.
--
-Gary Mills-
bootstrap archive available from Joyent. I also found that this
version will not build with the clang compilers. I had to revert to
gcc for these. Still, my builds terminated with this error:
libLLVM-14-rust-1.60.0-stable.so is missing
I don't know how to get past that
hasn't actually existed for years, but SMF still
>has a
>record of it, and it's injecting false dependencies.
Thanks for the information. I had to do exactly that when I updated
OI today. The command and a reboot fixed it.
--
-Gary Mills--refurb-
ang-90, or should I leave it part of OI, but attempt to
upgrade the version of python that it uses? If I obsolete clang-90,
is clang-13 already adequate in OI?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev ma
siest thing is to upgrade first, to a newer python
version, and work down the dependency tree from there.
Note that there has been no official announcement of the removal of
python 3.5 from OI yet. However, python 2.7 has already mostly been
eliminated from OI.
--
-Gary Mills--refurb-
response, I'll move on
to something else in OI.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
ll no longer be accessible on software that does not support
feature
flags.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
gopath"
>COMPONENT_INSTALL_ENV += GOPATH="$(SOURCE_DIR)/gopath"
Yes, that worked for me.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
PATH/go.mod exists but should not
make[1]: *** [Makefile:228: zrepl-bin] Error 1
make[1]: Leaving directory
'.../oi-userland-gh/components/sysutils/zrepl/build/amd64'
What causes this error, and how can I prevent it?
--
-Gary
On Fri, Apr 08, 2022 at 06:41:24PM -0500, Gary Mills wrote:
>
> I can confirm that the line ending is "\n\0", something that is not
> documented as correct. That's the same hal bug that I suggested was
> possible. I also suggested an easy solution.
My sugges
ges it sends,
I can confirm that the line ending is "\n\0", something that is not
documented as correct. That's the same hal bug that I suggested was
possible. I also suggested an easy solution.
--
-Gary Mills--refurb-
ed"
> is happening when the USB removable drive is added.
I haven't looked at "--session" output for some time, although I have
looked at "--system" output. Running a BE where the USB automount
fails, there is virtually n
On Sun, Apr 03, 2022 at 07:13:45PM -0500, Gary Mills wrote:
>
[...]
> Here's the result with a BE where the USB automount did not work.
> Notice that there are two signals about 60 microseconds apart, and
> nothing more. Notice also that the columns do not align with the
>
ened within the same second, including the
mount request.
There is a dramatic difference between the two BEs. I don't know if
it's only a symptom of the real problem.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
__
On Thu, Mar 31, 2022 at 04:48:04PM -0500, Gary Mills wrote:
> Ah, that behavior makes it much more difficult to diagnose the
> problem. Intermittent operation is not something I even considered.
> Could there be a critical timing someplace? I don't know how you
> would even ans
critical timing someplace? I don't know how you
would even answer that question.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
is suspect. As far as I can tell
by reading the code, these functions are behaving as documented.
However, they may no longer be compatible with the operation expected
by hal. The compiler, or optimizer, may also be responsible.
--
-Gary Mills--refurb--Winnipeg
ome of them are gnome-2
applications that OI runs under Mate. Mate itself may not need the
tools, but I really don't know.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana
y four packages. That's actually pretty good. Fortunately also,
it's only a build-time dependency, not a run-time dependancy. Only
developers will need to install the gnome-doc-utils package. That's
still a step in the right direction.
--
-Gary Mills--refurb-
that's still pretty good. Only developers will install it in that
case.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
revive them later when
the conversion is ready. If anyone has a better alternative, please
let us know.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org
if there's something I didn't notice that would help you.
Thanks. Nothing else seems relevant to me. Others may spot something.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
On Wed, Mar 23, 2022 at 11:48:25AM +0100, Andreas Wacknitz wrote:
> Solaris-userland is
> at glib-2.70 so they seem to have fixed either hal or glib.
I wonder what they fixed. It would be done with a patch, most likely.
--
-Gary Mills--refurb--Winnipeg, Ma
ually in hal . My guess is that the the
version of hal in illumos is not compatible with the current version
of glib.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
? Actually, does the order matter? I ask because I have ten
lines to add to that file.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
remove the containing directories, which are:
components/python/logilab-astng
components/python/logilab-common
Both of these directories contain a history file. Where do I put
them now? Where do I put the four new lines?
--
-Gary Mills--refurb--Winnipeg, Manito
ebug.depend.path=usr/lib'.
This error implies that libclamav.so.9 could not be found. It's looking
in /lib, /usr/gcc/7/lib, and /usr/lib for the SO file. The first and
last are default locations for the runtime linker. The middle one is
unlikely. Where is that SO file?
--
-Gary
line.
What I actually did for glib was to write a shell wrapper that deleted
that operand and value from the compiler command-line, and then
invoked the compiler. That allowed me to build glib.
--
-Gary Mills--refurb--Winnipeg, Manit
eloper
refuses to accept complaints about it. Ninja unconditionally defines
_FILE_OFFSET_BITS=64 . The bug affects only 32-bit builds, but
sometimes you need a 32-bit build. It's easily fixed on OI, by a
patch that removes the offending statement. There's almost no way to
fix it when building
ublish packages for
python 3.5, 3.7, and 3.9, using both the existing and latest versions
of the source. How do I do that? Is it even possible? I haven't
seen any examples of doing that.
--
-Gary Mills--refurb--Winnip
s exactly what I was trying to do.
> If Python is involved you sometime also need to
> - either add new packages (typically we don't want that)
> - or add a bypass-generate entry in the manifest
Yes, python was involved. The magical addition to the manifest
turned out to be:
pk
module is contained
in the file usr/lib/python3.9/vendor-packages/six.py . How do I fix
the manifest so that this dependency is accepted?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailin
On Sun, Nov 07, 2021 at 06:19:27PM -0800, Alan Coopersmith wrote:
> On 11/7/21 3:43 PM, Gary Mills wrote:
>
> > Now, I've come to "nmap". That package indeed depends on python 2.7
>
> That's an upstream limitation:
> https://github.com/nmap/nmap/issues/
used.
As far as I can tell, OI uses both gtk+ and gtk+3 libraries. Is this
correct? As well, OI has two sets of python bindings: pygtk2 for
gtk+, and pygobject for gtk+3 . Am I correct here too? I notice that
only pygobject-27 is installed on my system now. Will we switch to a
a new bindi
Makefile to use
> the new configuration options.
Meson is somewhat broken, except when Unix=Linux. It also does not
work well for 32 and 64-bit builds. One solution is to omit the
32-bit build. If it's really needed, you must find another solution.
--
-Gary Mills--refurb-
sign may be a third
cause.
I'm going to do a bit more testing with hald and glib, and then return
to what I was doing with OI.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@ope
tch for glib that might fix the USB problem on OI.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
That is the bug. All three
lines were read, but the data are discarded because of the return code
from g_io_channel_read_line().
What we need is a robust handling of EAGAIN after read() in glib. To
give the pipe time to run, a nanosleep() may be appropriate.
--
-Gary Mills--refu
ly. Self-pipes on illumos are even more likely to misbehave.
Would it be possible for you to suggest some dtrace code that will
reveal what I need from that glib function?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
hat I've already
discovered, and two others conditionally.
Do I need to create the IPS dependancies myself, or does this happen
automatically?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mail
like to be able to build a package that does
not have this problem.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
es when there is DNS resolving
> problem, for example when /etc/nsswitch.conf has an issue.
It certainly was transient. Both "host" and "getent" could resolve
the hostname to an IP address immediately afterward. I also did not
get the error message a few minutes a
(6) reason: Could not
resolve host: pkg.openindiana.org
URL: 'http://pkg.openindiana.org/hipster' (happened 4 times)
What does this mean? I've never seen it before. What's going on?
--
-Gary Mills--refurb-
ary/python/scandir-35
None -> 1.10.0-2020.0.1.0
library/python/scandir-37
None -> 1.10.0-2020.0.1.0
library/python/toml-35
None -> 0.10.2-2020.0.1.0
library/python/toml-37
None -> 0.10.2-2020.0.1.0
library/python/toml-39
None -
bindings for libxml2. Somebody who
knows more about python than I do may be able to accomplish this. The
alternative is to abandon the package and perhaps any packages that
require this one. I'm moving on to other packages.
--
-Gary Mills--refurb--Winnipeg, Man
this the "atge0: L1C chip detected a fatal error, interrupt
>status: 2200" did not occur again on cable disconnect.
>
>The interface is working if the cable is connected again.
Since you found the bug and the solution, you are welcome to file
an illumos bug report and PR
re was one report in
2012 of a driver failure with AR8151 v2.0 hardware.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
On Mon, Jun 28, 2021 at 02:55:21PM -0700, Alan Coopersmith wrote:
> On 6/28/21 12:52 PM, Gary Mills wrote:
> > I don't know yet if the glib developers have
> > dropped support for solaris or illumos.
>
> I've not seen any such moves by them, and have gotten S
f_size, &read_size, err);
I'm assuming that OS-specific versions of "io_read" exist in glib,
but I haven't found them yet.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
For example, in the BE from 2020-11-27
where mounts work, the package is service/hal@0.5.11-2020.0.1.20171 .
In the BE from 2021-05-14 where mounts do not work, the package is
service/hal@0.5.11-2020.0.1.20514 . I assume the revision numbers
do not indicate actual changes.
--
-Gary Mill
ow what
a problem is, before you can design a test for it.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
0
Perhaps you are thinking of "rmumount -l"? You can also un-mount
them from the desktop icon.
> and
>
> # eject rmdisk
> rmdisk /dev/dsk/c12t0d0p0:1 unmounted
Notice that it un-mounted the device but didn't eject it.
1 /media/STORE N GO
2 8532 mount:entry 3951:
/usr/lib/hal/hald-addon-storage
argv[0]: /usr/lib/hal/hald-addon-storage
1994 /usr/lib/hal/hald --daemon=yes
1995 hald-runner
3951 /usr/lib/hal/hald-addon-storage
^?
I
; There are also 2 USB 2 ports on my computer but that doesn't help
> for automount either.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
n't use USB sticks, and don't disconnect your USB
mouse or keyboard, you will never experience the problem.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
ht
hide it.
So, I got it backwards. dbus is only a message bus or a rendevous
point. It's hal that's likely responsible for ignoring changes to
USB devices. I've already got ideas how to debug this problem.
--
-Gary Mills--refurb-
On Fri, Jun 04, 2021 at 03:11:32PM -0500, Gary Mills wrote:
>
> Ah, I tried the first command on an OI system running the 2020-11-27
> BE and did get some output while I inserted and removed a USB stick:
>
> # lshal --monitor
>
> Start
On Fri, Jun 04, 2021 at 01:16:38PM -0500, Gary Mills wrote:
> I tried both of those commands, and got no output.
That was "lshal --monitor" and "dbus-monitor --system" on a recent BE.
Both of those commands produced no output. I know they work because I
tried both of them
devices, but I want to confirm that theory with more testing on OI.
The next step is to determine why this is happening.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https
On Fri, Jun 04, 2021 at 07:31:20AM -0500, Gary Mills wrote:
> I found a document that might help. It describes:
>
> lshal --monitor
> dbus-monitor --system
Ah, I tried the first command on an OI system running the 2020-11-27
BE and did get some output while I inserted and r
On Fri, Jun 04, 2021 at 07:31:20AM -0500, Gary Mills wrote:
> I found a document that might help. It describes:
>
> lshal --monitor
> dbus-monitor --system
I tried both of those commands, and got no output. The insertion and
removal does appear in /var/adm/messages, but goe
s-monitor --system
which seem to be both clients. The document is at:
https://www.suse.com/support/kb/doc/?id=16652
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.
at tool or
tools do you suggest?
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
lmgr:default
All three of them are online on all of my OI systems.
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
e creating a PR is to do a bit of testing with
the new gdb. The important thing is to remove the current dependancy
on python-2, so we can get rid of that version of python. I also
intend to try some more recent versions of gdb to see if they also
work with the Solaris patches.
--
-
On Sat, Apr 17, 2021 at 04:46:06PM -0500, Gary Mills wrote:
> OI currently has postgresql versions: 95 96 10 11 12 . The OI
> default, in shared-macros.mk, is 95 . However, the postgresql
> developers report that 95 is unsupported, but 13 is available and
> supported. Something has
could make no
obsoletions or additions, retaining even the unsupported 95. Which
would you prefer?
I have not investigated two questions. Perhaps you can tell me? What
are the consequences of obsoleting 95? What are the consequences of
the default change?
--
-Gary Mills--r
riables,
including useful ones like PATH . In that case, you need to reinstate
PATH .
--
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
1 - 100 of 229 matches
Mail list logo