I actually get a permissions error.
$ sudo pkg set-publisher -O http://pkg.openindiana.org/hipster/ openindiana.org
pkg set-publisher: Could not refresh the catalog for openindiana.org
http protocol error: code: 403 reason: Forbidden
URL:
pkg.depotd is misbehaving when you publish packages directly to it. I am
looking at it now.
Andrzej
On 12 May 2013 14:19, David Höppner 0xf...@gmail.com wrote:
I actually get a permissions error.
$ sudo pkg set-publisher -O http://pkg.openindiana.org/hipster/
openindiana.org
pkg
Hello,
Just so we can tack up a goal for the visionaries who like roadmaps and such...
Proposed list of 'core' updates for oi_151a(8-9):
* Bump illumos to 19e11862653b
Implement accept4()
stack overflow due to zfs lz4 compression
Fast reboot support in ixgbe
On 05/12/13 05:19 AM, David Höppner wrote:
I noticed Oracle upstream moves aggressively to amd64 only;
installing amd64 just in bin not in bin/$(MACH64).
It has been a few years since Oracle upstream dropped 32-bit i386 support,
so that's just one of the decisions OI has to make - track
On 2013-05-12 16:54, ken mays wrote:
Hello,
Just so we can tack up a goal for the visionaries who like roadmaps and
such...
Proposed list of 'core' updates for oi_151a(8-9):
* Bump illumos to 19e11862653b
Implement accept4()
stack overflow due to zfs lz4 compression
On 2013-05-12 17:51, Alan Coopersmith wrote:
On 05/12/13 05:19 AM, David Höppner wrote:
I noticed Oracle upstream moves aggressively to amd64 only;
installing amd64 just in bin not in bin/$(MACH64).
It has been a few years since Oracle upstream dropped 32-bit i386 support,
so that's just one
On May 12, 2013, at 12:02 PM, Jim Klimov wrote:
I believe, 32-bit should be retained. While it is of little utility
for ZFS and other huge-RAM jobs, it may be required for some netbooks,
older hardware repurposed for tests and SOHO servers, as well as for
resource-constrained testing VMs.
On May 12, 2013, at 9:05 AM, Magnus mag...@yonderway.com wrote:
On May 12, 2013, at 12:02 PM, Jim Klimov wrote:
I believe, 32-bit should be retained. While it is of little utility
for ZFS and other huge-RAM jobs, it may be required for some netbooks,
older hardware repurposed for tests
On 2013-05-12 19:06, Garrett D'Amore wrote:
So, out of curiosity -- *who* is actively running illumos on 32-bit kit today?
I'm not interested in hypothetical uses or kit that is sitting around in your
garage waiting for you to do something with it…. I'm interested in people who
would be
On May 12, 2013, at 11:31 AM, Jim Klimov jimkli...@cos.ru wrote:
On 2013-05-12 19:06, Garrett D'Amore wrote:
So, out of curiosity -- *who* is actively running illumos on 32-bit kit
today? I'm not interested in hypothetical uses or kit that is sitting
around in your garage waiting for you
On Sun, May 12, 2013 at 6:06 PM, Garrett D'Amore garrett.dam...@dey-sys.com
wrote:
On May 12, 2013, at 8:51 AM, Alan Coopersmith alan.coopersm...@oracle.com
wrote:
It has been a few years since Oracle upstream dropped 32-bit i386
support,
so that's just one of the decisions OI has to
I am running a small web and ftp server at university on a 32-bit AMD
Athlon. So I would be affected.
However I cannot argue for retaining 32-bit support in OI, because any
baggage certainly should be dropped in order for OI project to proceed.
I can upgrade the hardware (unlikely);
I can
On 05/12/13 07:10 PM, Garrett D'Amore wrote:
On May 12, 2013, at 9:02 AM, Jim Klimov jimkli...@cos.ru wrote:
I believe, 32-bit should be retained. While it is of little utility
for ZFS and other huge-RAM jobs, it may be required for some netbooks,
older hardware repurposed for tests and SOHO
On 05/12/13 07:06 PM, Garrett D'Amore wrote:
We're going to have to support a 32-bit userland for some time to come,
unfortunately, but we should no longer make that the default, and we should
deliver all of our system utilities in 64-bit only form, IMO; and we could
entirely kill off the
I have a hard time believing you would choose to switch to Linux instead of
taking the time to upgrade the hardware. A two or three year or even five year
old system will probably be a big upgrade and cost less than the labor to
switch to Linux.
Sent from my iPhone
On May 12, 2013, at 12:13
Don't misunderstand me. I want to eliminate 32 bit kernels and delivery of
certain 32 bit versions of system utilities. This should in no way affect any
3rd party apps. We need to keep the 32 bit app runtime for the foreseeable
future.
Sent from my iPhone
On May 12, 2013, at 12:51 PM,
To move OI forward I think 32-bit kernels should be dropped. I had been
looking for alternatives for my web/mail servers but have always liked Solaris
and would like to continue to leverage my knowledge and have mostly decided to
go with OI.
From: Garrett
To move OI forward I think 32-bit kernels should be dropped. I had been
looking for alternatives for my web/mail servers but have always liked
Solaris and would like to continue to leverage my knowledge and have
mostly decided to go with OI.
From: Garrett
On Sunday, May 12, 2013 06:17 AM, Garrett D'Amore wrote:
The exception here is the Chromebook experience and OLPC…. they were able to do something cool and
make a compelling argument. But nobody else has built a compelling Linux or Unix desktop with a
reason to exist besides being free. And
19 matches
Mail list logo
