> From: Joerg Schilling [mailto:joerg.schill...@fokus.fraunhofer.de]
>
> > Joerg, I'm going to recommend xz instead of (or in addition to)
> bzip2. It's
> > much faster and compresses better. My experience is 2x faster and 2x
> better
> > compression.
> >
> > Oh - Specifically if you use compress
Edward Ned Harvey wrote:
> > today, I put SchilliX-0.7.0 out.
> >
> >
> > ftp://ftp.berlios.de/pub/schillix/
> > ftp://ftp.berlios.de/pub/schillix/SchilliX-0.7.0.iso.bz2
>
> Joerg, I'm going to recommend xz instead of (or in addition to) bzip2. It's
> much faster and compresses better. My exp
[I *really* doubt that Alan misunderstands SVr4 packaging in any way
whatsoever...]
You are right, from a purely technological authorship perspective (stuff
written 20-25 years ago by AT&T -vs Sun), patching, network aware
installation, package repositories, automatic dependency computation,
bundl
Alan Coopersmith wrote:
> Stefan Parvu wrote:
> > How IPS handles the process of applying patched ? AFAIK OSOL does not
> > really have the concept
> > of a patch, right ? Or ?
>
> Right - IPS simply has new versions of packages, in which the packaging system
> determines which files are differ
HeCSa wrote:
>
>
> On 07/24/10 07:51 PM, Rob McMahon wrote:
>> On 24/07/2010 23:27, Shawn Walker wrote:
>>>
>>> The version of pkg(5) that will be part of b144 should deliver
>>> somewhere around a 20% or greater performance improvement in
>>> transport performance when used with a properly conf
Stefan Parvu wrote:
> How IPS handles the process of applying patched ? AFAIK OSOL does not really
> have the concept
> of a patch, right ? Or ?
Right - IPS simply has new versions of packages, in which the packaging system
determines which files are different from what you've already installed
On 07/25/10 06:27 PM, Shawn Walker wrote:
On 07/24/10 11:55 PM, HeCSa wrote:
...
On 07/24/10 08:23 PM, Shawn Walker wrote:
...
The source is there, and you can build it you know ;)
Alternatively, you could use the bits someone made available on
genunix.org for b142:
http://genunix.org/dist
On 07/24/10 03:51 PM, Rob McMahon wrote:
On 24/07/2010 23:27, Shawn Walker wrote:
The version of pkg(5) that will be part of b144 should deliver
somewhere around a 20% or greater performance improvement in transport
performance when used with a properly configured web and/or depot server.
Do
On 07/24/10 11:55 PM, HeCSa wrote:
...
On 07/24/10 08:23 PM, Shawn Walker wrote:
...
The source is there, and you can build it you know ;)
Alternatively, you could use the bits someone made available on
genunix.org for b142:
http://genunix.org/dist/richlowe/README.txt
http://genunix.org/dist/
On 07/24/10 07:51 PM, Rob McMahon wrote:
On 24/07/2010 23:27, Shawn Walker wrote:
The version of pkg(5) that will be part of b144 should deliver
somewhere around a 20% or greater performance improvement in
transport performance when used with a properly configured web and/or
depot server.
On 24/07/2010 23:27, Shawn Walker wrote:
The version of pkg(5) that will be part of b144 should deliver
somewhere around a 20% or greater performance improvement in transport
performance when used with a properly configured web and/or depot server.
Do you know how frustrating it is when peo
> Star-1.5.1 is also available from Blastwave.
> The star on SchilliX has one new feature:
>
> 1) create a meta data only archive with star -c -dump -meta . > arch
> 2) extraxt the archive uwing star -xp -xmeta -force-hole < arch
>in order to create all plain files as 100% empty holes
> New is
> today, I put SchilliX-0.7.0 out.
>
>
> ftp://ftp.berlios.de/pub/schillix/
> ftp://ftp.berlios.de/pub/schillix/SchilliX-0.7.0.iso.bz2
Joerg, I'm going to recommend xz instead of (or in addition to) bzip2. It's
much faster and compresses better. My experience is 2x faster and 2x better
compres
Stefan Parvu wrote:
> True. Im not reffering here as a drop of IPS but rather as a understanding
> point
> for future and how this compares against SVR4. Anyway for future community
> distro
> , if any, would be good if we can keep one pkg management system and be
> compatible
> between distr
True. Im not reffering here as a drop of IPS but rather as a understanding point
for future and how this compares against SVR4. Anyway for future community
distro
, if any, would be good if we can keep one pkg management system and be
compatible
between distros.
IPS should have fixed all these
On Sat, Jul 24, 2010 at 11:50 PM, Stefan Parvu wrote:
> IPS tries to be a network pkg management system. It needs to be simple
> ... list of good ideas ...
These are all things that could easily be addressed, and aren't per-se
reasons to abandon IPS. If it was important, these things could be do
On 07/24/10 08:23 PM, Shawn Walker wrote:
On 07/24/10 04:17 PM, Ian Collins wrote:
On 07/25/10 10:27 AM, Shawn Walker wrote:
On 07/24/10 06:37 AM, Moinak Ghosh wrote:
...
To stir the pot here, since we are discussing a "Community Distro"
as opposed to a SUN/Oracle distro, IPS when used remot
>This is not an IPS issue; this is a distribution issue. Remember that
>all of the bits on pkg.opensolaris.org have been redistributable for a
>long time. That means that if someone wanted a mirror in say, Finland,
>they could have set one up. For that matter, one could have been setup
>on genunix.
On 07/25/10 11:23 AM, Shawn Walker wrote:
On 07/24/10 04:17 PM, Ian Collins wrote:
On 07/25/10 10:27 AM, Shawn Walker wrote:
The version of pkg(5) that will be part of b144 should deliver
somewhere around a 20% or greater performance improvement in transport
performance when used with a properl
On 07/24/10 04:25 PM, joerg.schill...@fokus.fraunhofer.de wrote:
Shawn Walker wrote:
It isn't mean to be in SXCE, so wasn't put there. I think you
misunderstand its purpose.
Maybe IPS was not developed for integration, then I could understand
why it did not appear on SXCE.
IPS will not be
Shawn Walker wrote:
> It isn't mean to be in SXCE, so wasn't put there. I think you
> misunderstand its purpose.
Maybe IPS was not developed for integration, then I could understand
why it did not appear on SXCE.
IPS will not be used by e.g. swiss banks the way it currently works.
They do no
On 07/24/10 04:17 PM, Ian Collins wrote:
On 07/25/10 10:27 AM, Shawn Walker wrote:
On 07/24/10 06:37 AM, Moinak Ghosh wrote:
...
To stir the pot here, since we are discussing a "Community Distro"
as opposed to a SUN/Oracle distro, IPS when used remotely from
halfway across the world has large p
On 07/25/10 10:27 AM, Shawn Walker wrote:
On 07/24/10 06:37 AM, Moinak Ghosh wrote:
...
To stir the pot here, since we are discussing a "Community Distro"
as opposed to a SUN/Oracle distro, IPS when used remotely from
halfway across the world has large performance issues. For example
On 07/24/10 07:06 AM, joerg.schill...@fokus.fraunhofer.de wrote:
Shawn Walker wrote:
On 07/23/10 04:41 PM, Ken Gunderson wrote:
Why? IPS was shoved down the community's throat in a heavy handed and
decidedly not FOSS manner.
Sorry, but that's simply not true.
The pkg(5) project has been
On 07/24/10 10:08 AM, Stefan Parvu wrote:
"> The only problem I can see in regards to how IPS was introduced that perhaps
more explanation to the community at the project inception about why IPS and
not something else would do good... a little bit more open dialog with the
community before you
On 07/24/10 06:37 AM, Moinak Ghosh wrote:
...
To stir the pot here, since we are discussing a "Community Distro"
as opposed to a SUN/Oracle distro, IPS when used remotely from
halfway across the world has large performance issues. For example
in Bangalore I personally know no one
Stefan Parvu wrote:
> > Star-1.5.1 is also available from Blastwave.
> > The star on SchilliX has one new feature:
> >
> > 1) create a meta data only archive with star -c -dump -meta . > arch
> > 2) extraxt the archive uwing star -xp -xmeta -force-hole < arch
> >in order to create all plain
On 07/25/10 02:57 AM, Ken Gunderson wrote:
To all those who seemed to have been confused by my reply to Ian's post please
note the following:
1) My comments were intended as a response to Ian's assertion of the
'inevitability of IPS'.
The inevitability of IPS I was alluding to is Oracle's
"> The only problem I can see in regards to how IPS was introduced that perhaps
> more explanation to the community at the project inception about why IPS and
> not something else would do good... a little bit more open dialog with the
> community before you start coding on why IPS, what are its de
>Ian asked:
>The kernel distribution for Blastwave maybe?
That would depend on people like Dennis Clarke. But I did have a little
fun in a conceptual build. I'll see if Blastwave (BW) or Genunix will let me
post the ON binaries there.
Src:
-rw-r--r-- 1 kmays csw 83309980 Jul 24 15:33 o
To all those who seemed to have been confused by my reply to Ian's post please
note the following:
1) My comments were intended as a response to Ian's assertion of the
'inevitability of IPS'.
2) The example I provided, Nexenta, is pretty strong evidence that
incorporation of IPS is not requisi
Shawn Walker wrote:
> On 07/23/10 04:41 PM, Ken Gunderson wrote:
> > Why? IPS was shoved down the community's throat in a heavy handed and
> > decidedly not FOSS manner.
>
> Sorry, but that's simply not true.
>
> The pkg(5) project has been one of the few projects that is actually
> very open.
On Sat, Jul 24, 2010 at 2:11 PM, Robert Milkowski wrote:
> On 24/07/2010 02:39, Shawn Walker wrote:
>>
>> On 07/23/10 04:41 PM, Ken Gunderson wrote:
>>>
>>> Why? IPS was shoved down the community's throat in a heavy handed and
>>> decidedly not FOSS manner.
>>
>> Sorry, but that's simply not true
On 24/07/2010 02:39, Shawn Walker wrote:
On 07/23/10 04:41 PM, Ken Gunderson wrote:
Why? IPS was shoved down the community's throat in a heavy handed
and decidedly not FOSS manner.
Sorry, but that's simply not true.
The pkg(5) project has been one of the few projects that is actually
very o
On 24/07/2010 00:17, Ian Collins wrote:
I really do think you should accept the inevitable and accept IPS,
otherwise SchilliX runs the risk of becoming an evolutionary dead end.
If any OpenSolaris distributions are to survive post-Oracle, they must
be able to share packages with each other a
Ken, et al,
> IPS was shoved down the community's throat in a heavy handed and decidedly
> not FOSS manner.
What shoving? It seems to me that those of you who are wailing and
moaning that you want a version of OpenSolaris with SVr4 packages are
conspicuous by the absence of an OpenSolaris deri
On 07/24/10 01:23 PM, Ken Mays wrote:
This is an idea, but SchilliX (or a fork of it) could remain a pure
server-oriented core distro (without X or desktop cruft). The desktop stuff
could come by way of IPS integration and/or CSW/SFW/other packages...
The kernel distribution for Blastwave
On 07/23/10 04:41 PM, Ken Gunderson wrote:
Why? IPS was shoved down the community's throat in a heavy handed and
decidedly not FOSS manner.
Sorry, but that's simply not true.
The pkg(5) project has been one of the few projects that is actually
very open. It was the first to use defect.open
This is an idea, but SchilliX (or a fork of it) could remain a pure
server-oriented core distro (without X or desktop cruft). The desktop stuff
could come by way of IPS integration and/or CSW/SFW/other packages...
--
This message posted from opensolaris.org
__
Why? IPS was shoved down the community's throat in a heavy handed and
decidedly not FOSS manner. Moreover, interestingly enough, the most popular,
by far, thing to come out of Open Solaris is Nexenta, which is most definitely
not IPS based. And ironically enough, using something more familiar
On 07/24/10 10:40 AM, Joerg Schilling wrote:
Ken Gunderson wrote:
Cool;)
My test box was just about to get fresh install of FreeBSD-8.1-RELEASE, but
I'll take Schillix for a quick test spin first.
It still has no GDM and an old version of Xorg I compiled in late 2005.
I hope that
Ken Gunderson wrote:
> P.S.; Joerg, did I miss it or are there no md5 hashes for this?
See the file README.
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
j...@cs.tu-berlin.de(uni)
joerg.schill...@fokus.fraunhofer.de (work
Stefan Parvu wrote:
> thanks. I never tried previously the distro, but I will install this into one
> of my test
> machines. Is star part of the distro ? Hope so :)
Star-1.5.1 is also available from Blastwave.
The star on SchilliX has one new feature:
1) create a meta data only archive with st
Ken Gunderson wrote:
> Cool;)
>
> My test box was just about to get fresh install of FreeBSD-8.1-RELEASE, but
> I'll take Schillix for a quick test spin first.
It still has no GDM and an old version of Xorg I compiled in late 2005.
I hope that someone will compile a recent Xorg and GNOME. It ma
--- On Fri, 7/23/10, Joerg Schilling
wrote:
> From: Joerg Schilling
> Subject: [osol-discuss] SchilliX-0.7.0 ready for testing
> To: opensolaris-discuss@opensolaris.org, distribution-disc...@opensolaris.org
> Date: Friday, July 23, 2010, 3:52 PM
> Hi,
>
> today, I p
Hi,
Did a few quick tests under VirtualBox (for now).
The 64 bit version did not play well, showing unresolved symbols and dropping
to recovery console.
The 32-bit version was OK, though:
# uname -a
SunOS unknown 5.11 schily130 i86pc i386 i86pc
# ifconfig -a
lo0: flags=2001000849 mtu 8232
P.S.; Joerg, did I miss it or are there no md5 hashes for this?
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
thanks. I never tried previously the distro, but I will install this into one
of my test
machines. Is star part of the distro ? Hope so :)
Would be nice to have a list somewhere what we get as plus on top of build130,
all tools.
Cheers,
Stefan
--
This message posted from opensolaris.org
___
Cool;)
My test box was just about to get fresh install of FreeBSD-8.1-RELEASE, but
I'll take Schillix for a quick test spin first.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi,
today, I put SchilliX-0.7.0 out.
ftp://ftp.berlios.de/pub/schillix/
ftp://ftp.berlios.de/pub/schillix/SchilliX-0.7.0.iso.bz2
ftp://ftp.berlios.de/pub/schillix/README.install
Changes since SchilliX-0.6.7:
- Updated to use OpenSolaris Nevada Build 130
- Updated to use new Schily
50 matches
Mail list logo