The OmniOS version of pkg(5) is a downstream of OpenIndiana's,
which is in turn a downstream of Oracle's, but last synched in
2013 (because Oracle uses hg, and git from hg is annoying).
Interesting, wasn't aware of that. So is it really just a matter
of mercurial-git conversion, or
On Apr 20, 2015, at 4:38 PM, Volker A. Brandt v...@bb-c.de wrote:
Hi Dan!
Dug through my mail, and I didn't see this note. I may have lost
it, but gmail is usually good about not letting you get rid of
mails. :(
Well, I sent it to @omniti.com. My guess is you don't see any of
my
On Mon, Apr 20, 2015 at 4:38 PM, Volker A. Brandt v...@bb-c.de wrote:
wonder if this bug was around a while, and that's why it's
ms.omniti.com instead of omniti-ms, for example?
Sounds likely. I wouldn't know. :-)
I would know, as I was the one that chose it when I was at OmniTI. :)
The
As I understand it (someone please correct me if I'm wrong), we
cannot use Oracle's pkg-gate unmodified, as it has dependencies on
closed bits in Solaris for certain features. Those need to be
stripped/modified for non-Solaris use, which is what OI has been
maintaining in their fork, thanks
Hi Dan!
This is paraphrased from a mail that I had sent to Dan privately
on March 31st. Unfortunately, the problem still persists in
151014.
Dug through my mail, and I didn't see this note. I may have lost
it, but gmail is usually good about not letting you get rid of
mails. :(
If you have any of r151006, r151012, or r151014, please update your machines
for a reboot-worthy update. A kernel bug was recently found and fixed that
COULD cause privilege escalation.
To be safe, I built the entirety of illumos-omnios and pushed those (after
signing in 012 014) out to
On Apr 20, 2015, at 7:02 AM, Rune Tipsmark r...@steait.net wrote:
root@zfs10:/root# uname -a
SunOS zfs10 5.11 omnios-10b9c79 i86pc i386 i86pc
That's r151012 (modulo today's update... read the list in a bit).
Any idea how I can troubleshoot further?
Share the dump so people can see it.
root@zfs10:/root# uname -a
SunOS zfs10 5.11 omnios-10b9c79 i86pc i386 i86pc
Any idea how I can troubleshoot further?
br,
Rune
From: Dan McDonald dan...@omniti.com
Sent: Monday, April 20, 2015 3:58 AM
To: Rune Tipsmark
Cc: omnios-discuss; Dan McDonald
If you have any of r151006, r151012, or r151014, please update your
machines for a reboot-worthy update.
Done. Absolutely smooth, no problems whatsoever.
Regards -- Volker
--
Volker A. Brandt Consulting
On Apr 20, 2015, at 1:11 PM, Volker A. Brandt v...@bb-c.de wrote:
Hello all!
This is paraphrased from a mail that I had sent to Dan privately on
March 31st. Unfortunately, the problem still persists in 151014.
Dug through my mail, and I didn't see this note. I may have lost it, but
Slow ssh logon is almost always reverse DNS problems on the server side.
Adding the client to the server's /etc/hosts will usually resolve the
problem.
-Chip
On Sat, Apr 18, 2015 at 10:37 PM, PÁSZTOR György
pasz...@sagv5.gyakg.u-szeged.hu wrote:
Hi,
I faced with that, the login onto my new
Hi,
I faced with that, the login onto my new omnios zone is slow.
I tried to debug.
Many of the symptoms seemed pretty the same as this:
http://broken.net/uncategorized/resolving-slow-ssh-login-performance-problems-on-openindiana/
Also in my case it stopped at the same point: after the kexinit
Hi,
I do not remember, where I discussed about this topic earlier, but I just
wanted to tell a success-story:
I had a playground omnios-blody (151013) in a VirtualBox.
I upgraded it to the current 151014 LTS.
Then I created a zone into it to have a template.
Then I migrated this zone to my home
Hi,
Dan McDonald dan...@omniti.com wrote at 2015-03-23 16:14:
Soon r151014 will be hitting the streets. WHEN THAT DOES, I have to warn
people, especially those jumping from r151006 to r151014 about a known issue
in grub.
The illumos grub has serious memory management issues. It cannot
14 matches
Mail list logo