On Wed, 29 Jun 2005, Spencer Shepler wrote:
On Wed, Dragan Cvetkovic wrote:
OK, I have emailed you the link to snoop files. I have noticed quite a few
carrier_errors on the server
bash-3.00# kstat -n elxl0 | grep carrier
carrier_errors 842217
but how came it affects
On Wed, Dragan Cvetkovic wrote:
> On Wed, 29 Jun 2005, Spencer Shepler wrote:
>
> >On Wed, Dragan Cvetkovic wrote:
> >>On Wed, 29 Jun 2005, Spencer Shepler wrote:
> >>
>
> It seems that the transfer start quickly, but after some time it gets
> slower and slower.
> >>
> >>Will do. What
> On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]>
> wrote:
> > My 2 cents:
> >
> > - A big strike against deb and portage (for
> Solaris/OpenSolaris) is
> > that no work's been done yet.
> >
> > - A big strike against Solaris packaging is it's
> not open-source yet.
> >
> > - A big point in fav
On Wed, 29 Jun 2005, Shawn Walker wrote:
> On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> > So it seems to me that one feasible path would be to take a minimal
> > OpenSolaris-based OS (SchilliX) and integrate an rpm registry onto
> > it -- at least for now. Then when Solaris packaging (sv
On Wed, 29 Jun 2005, Shawn Walker wrote:
> On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> > This suggest that the Solaris-specific build knowledge that every
> > OpenPKG package maintainer had to acquire in order to deliver Solaris
> > packages to the OpenPKG system has been captured and m
On Wed, 29 Jun 2005, Keith M Wesolowski wrote:
> On Wed, Jun 29, 2005 at 05:37:59PM -0500, Eric Boutilier wrote:
>
> > So "them" is this commuity here, and the "distribution" is SchilliX. So
> > in that context, "What suites us?" is the issue I'm raising.
>
> I'd think the packaging system used by
On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> So it seems to me that one feasible path would be to take a minimal
> OpenSolaris-based OS (SchilliX) and integrate an rpm registry onto
> it -- at least for now. Then when Solaris packaging (svr4) is
> open-sourced, migrating to a svr4 regist
On Wed, 29 Jun 2005, Spencer Shepler wrote:
On Wed, Dragan Cvetkovic wrote:
On Wed, 29 Jun 2005, Spencer Shepler wrote:
It seems that the transfer start quickly, but after some time it gets
slower and slower.
Will do. What do you want me to snoop? cp or dd? what block size? If
copying 300M
On Wed, 29 Jun 2005, Shawn Walker wrote:
> ...
> On 6/29/05, Keith M Wesolowski <[EMAIL PROTECTED]> wrote:
> > - If new packages are added in existing consolidations, how should
> > they be named? Where is the registry that prevents conflicts?
>
> Having a central package registry where definitive
On 6/29/05, Laszlo Peter <[EMAIL PROTECTED]> wrote:
> I feel like it's time to mention my baby: pkgbuild
Sweet! rpmbuild really has me spoiled as a dev, admin, and user. Nice
to see a Solaris equivalent. Once the packaging tools are opened up as
well I think this in combination with pkgsrc would m
On Wed, Dragan Cvetkovic wrote:
> On Wed, 29 Jun 2005, Spencer Shepler wrote:
>
> >>
> >>It seems that the transfer start quickly, but after some time it gets
> >>slower and slower.
> >
> >(note: in the future the [EMAIL PROTECTED] list may be a
> >better target for these discussions).
>
> Ah, di
On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> This suggest that the Solaris-specific build knowledge that every
> OpenPKG package maintainer had to acquire in order to deliver Solaris
> packages to the OpenPKG system has been captured and made available for
> re-use in Solaris-specific sr
On Wed, 29 Jun 2005, Sunil wrote:
> > - A big strike against deb and portage (for
> > Solaris/OpenSolaris) is
> > that no work's been done yet.
> you assume too much...:)
>
> work on portage for opensolaris has been slow. there are battles to be fought
> with gentoo people for full support. And
On Wed, Jun 29, 2005 at 05:37:59PM -0500, Eric Boutilier wrote:
> So "them" is this commuity here, and the "distribution" is SchilliX. So
> in that context, "What suites us?" is the issue I'm raising.
I'd think the packaging system used by SchilliX is for Joerg to
decide, in concert with his user
Hi Dragan,
On 06/30/05 00:00, Dragan Cvetkovic wrote:
[cut]
Where is the cp source, btw?
usr/src/cmd/mv - cp and mv have common source.
Another example of slow transfer: copying these 4 isos to our install
server (using setup_install_server + add_to_install_server) took the whole
day (some 5
Ben Rockwood wrote:
I wrote an engine interface for Mozilla/Firefox search. Nab it in my
blog:
http://cuddletech.com/blog/
I sorta wrote some more. ;)
http://cuddletech.com/opensolaris/search.shtml
BTW, the bugdatabase can't be wrapped because the search plugins for
Mozilla/Firefox are
On Wed, 29 Jun 2005, Spencer Shepler wrote:
It seems that the transfer start quickly, but after some time it gets
slower and slower.
(note: in the future the [EMAIL PROTECTED] list may be a
better target for these discussions).
Ah, didn't know that it exists. OK, my next problem will go the
On Wed, 29 Jun 2005, Keith M Wesolowski wrote:
>
> ...
> ...
> Making the svr4 packaging tools available in source form is a high
> priority; assuming it's possible - a likely proposition
Note that open-sourcing Solaris packaging is currently slated to happen
no earlier than 9-12 months from now.
On Wed, Dragan Cvetkovic wrote:
> On Thu, 30 Jun 2005, Gavin Maltby wrote:
> >Hi Dragan,
>
> Hi Gavin,
> >
> >On 06/30/05 00:00, Dragan Cvetkovic wrote:
> >[cut]
> >>Where is the cp source, btw?
> >
> >usr/src/cmd/mv - cp and mv have common source.
>
> Ah, that explains it.
>
> >
> >>Another exa
On Thu, 30 Jun 2005, Gavin Maltby wrote:
Hi Dragan,
Hi Gavin,
On 06/30/05 00:00, Dragan Cvetkovic wrote:
[cut]
Where is the cp source, btw?
usr/src/cmd/mv - cp and mv have common source.
Ah, that explains it.
Another example of slow transfer: copying these 4 isos to our install
serve
On Wed, 29 Jun 2005, Laszlo Peter wrote:
> I feel like it's time to mention my baby: pkgbuild
> (pkgbuild.sf.net), which is an rpmbuild replacement that
> produces Solaris SVr4 packages. This is what we use for
> building JDS/Solaris (all GNOME, Mozilla, Evolution, APOC).
> We have rpm spec files
Chris -- First, let me echo Shawn... +1 on your explanation.
So one more big question...
On Wed, 29 Jun 2005, Chris Ricker wrote:
> ...
>
> With Solaris, you build your wad of binaries (or whatever you're bundling)
> to package any which way you can ;-). Once you've got a hopefully working
> set
On Thu, 30 Jun 2005, Alex Kiernan wrote:
On 6/30/05, Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
On Thu, 30 Jun 2005, Alex Kiernan wrote:
Those symptoms immediately make me think duplex mismatch.
I thought so as well, but the ftp transfer confuses me (sca is the NFS
client, lokrum is the NF
On 6/30/05, Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
> On Thu, 30 Jun 2005, Alex Kiernan wrote:
>
> > On 6/30/05, Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
> >>
> >> To recapitulate and simplify a bit: I want to copy via NFS a large file
> >> (Solaris Express b17 first iso, some 300MB). My NF
On Thu, 30 Jun 2005, Alex Kiernan wrote:
On 6/30/05, Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
To recapitulate and simplify a bit: I want to copy via NFS a large file
(Solaris Express b17 first iso, some 300MB). My NFS server is a x86 machine
running onnv16, my NFS client is a SPARC machine
I feel like it's time to mention my baby: pkgbuild
(pkgbuild.sf.net), which is an rpmbuild replacement that
produces Solaris SVr4 packages. This is what we use for
building JDS/Solaris (all GNOME, Mozilla, Evolution, APOC).
We have rpm spec files [with a few enhancements], patches
and community ta
After an apparently successful compile of the kernel using Studio 10 on my X86
platform,
I used Install to create the tar file and then untarred it to create
/platform/i86pc/kernel.tarkus (yes, after the EL&P album)
Booting from this kernel panics the box... from the kernel debugger, ::msgbuf
> - A big strike against deb and portage (for
> Solaris/OpenSolaris) is
> that no work's been done yet.
you assume too much...:)
work on portage for opensolaris has been slow. there are battles to be fought
with gentoo people for full support. And there is of course lot of work to get
it going
On 6/30/05, Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
> On Wed, 29 Jun 2005, Rich Teer wrote:
>
> > On Wed, 29 Jun 2005, Dragan Cvetkovic wrote:
> >
> >> after starting truss -afe -o /dev/null -p 2079, it managed to copy some
> >> 10MB of data in one minute or so, but after killing truss, it tak
I wrote an engine interface for Mozilla/Firefox search. Nab it in my blog:
http://cuddletech.com/blog/
benr.
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Wed, 29 Jun 2005, Rich Teer wrote:
On Wed, 29 Jun 2005, Dragan Cvetkovic wrote:
after starting truss -afe -o /dev/null -p 2079, it managed to copy some
10MB of data in one minute or so, but after killing truss, it takes 5
minutes to copy 2MB of data.
What is going on here? How can I find t
On Wed, 29 Jun 2005, Bill Sommerfeld wrote:
> On Wed, 2005-06-29 at 15:43, Eric Boutilier wrote:
> > - A big strike against deb and portage (for Solaris/OpenSolaris) is
> > that no work's been done yet.
> >
> > - A big strike against Solaris packaging is it's not open-source yet.
> >
> > - A big
On Wed, 29 Jun 2005, Darren J Moffat wrote:
> On Wed, 2005-06-29 at 12:43, Eric Boutilier wrote:
> > Tending to be a bit of a reductionist, I can't help but throw out what
> > I think is the #1 foundational question here.
> >
> > What's the best package architecture (database) standard for
> > Open
|> - How do you prevent the situation in which multiple packages could
|> satisfy a dependency but they have different names? Conversely, how
|> would you prevent the existence of incompatible packages with the same
|> names?
Fink under MacOS X seems to have a solution for this. For example in c
On 6/29/05, Chris Ricker <[EMAIL PROTECTED]> wrote:
>
Wow! I couldn't have put it better than that. Nicely done!
--
Shawn Walker, Software and Systems Analyst
[EMAIL PROTECTED] - http://binarycrusader.blogspot.com/
___
opensolaris-discuss mailing list
On Wed, 29 Jun 2005, Eric Boutilier wrote:
> On Wed, 29 Jun 2005, Chris Ricker wrote:
> > ...
> >
> > Also, keep in mind the big difference between something like rpm and SysV
> > package format -- rpm manages not just the packaging, but also the
> > building...
>
> Chris,
>
> Sorry but could yo
On Wed, 29 Jun 2005, Keith M Wesolowski wrote:
> On Wed, Jun 29, 2005 at 02:43:27PM -0500, Eric Boutilier wrote:
>
> Are you talking about how binaries built from ON and other Solaris
> consolidations are delivered...
No.
> or about a hypothetical community-led
> third-party application repositor
On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> > ...
> > But, as someone that's implemented an entire software deployment system
> > based on OpenPKG, I'm heavily biased towards it. Especially since there
> > is a rich set of portable packages already available and Solaris is an
> > offici
These questions to me frame the entire set of problems for any
existing packaging system that tries to integrate with a native one or
when you have a 3rd party providing the packages instead of the
original project.
On 6/29/05, Keith M Wesolowski <[EMAIL PROTECTED]> wrote:
> - If new packages are
On Wed, 29 Jun 2005, Chris Ricker wrote:
> ...
>
> Also, keep in mind the big difference between something like rpm and SysV
> package format -- rpm manages not just the packaging, but also the
> building...
Chris,
Sorry but could you elaborate a bit more -- especially in terms of
contrasting thi
> ...
> But, as someone that's implemented an entire software deployment system
> based on OpenPKG, I'm heavily biased towards it. Especially since there
> is a rich set of portable packages already available and Solaris is an
> officially supported platform for the OpenPKG project...
Just wanted
Nice lead in Eric :)
To signup on the opensolaris testing-discuss list
you just send an email to:
[EMAIL PROTECTED]
Then reply to the confirmation message.
The testing community page outlines some of the initiatives
we are working on:
http://www.opensolaris.org/os/community/opensolaris_test_qe
On Wed, 2005-06-29 at 12:43, Eric Boutilier wrote:
> Tending to be a bit of a reductionist, I can't help but throw out what
> I think is the #1 foundational question here.
>
> What's the best package architecture (database) standard for
> OpenSolaris? The canonicial choices, listed alphabetically,
Previously Shawn Walker wrote:
> As far as I can tell from reading the documentation, TWW is a high
> level package management system that can't work on it's own, as it
> relies on the underlying operating system to have a native packaging
> system. Think of it as an abstract packging system layer
Jim, one thing we did in the beginning was provide a template for a
website and offer hosting that linked to a common repository of
resources (software, FAQs, etc.). In some cases all they did was
translate the site into their native language. Here are a couple
more examples of the older
On Wed, Jun 29, 2005 at 02:43:27PM -0500, Eric Boutilier wrote:
> Tending to be a bit of a reductionist, I can't help but throw out what
> I think is the #1 foundational question here.
>
> What's the best package architecture (database) standard for
> OpenSolaris? The canonicial choices, listed a
On Wed, 29 Jun 2005, Eric Boutilier wrote:
> My 2 cents:
>
> - A big strike against deb and portage (for Solaris/OpenSolaris) is
> that no work's been done yet.
>
> - A big strike against Solaris packaging is it's not open-source yet.
>
> - A big point in favor of Solaris packaging is compati
Raquel Velasco and Bill Buck wrote:
Hi Jim, one suggestion: Let the User Groups be User Groups. The
Community Leaders you mentioned should be mentors to the Users that
step up to the responsibility to lead/manage groups. Set some
requirements and empower the local guys to do their thing wi
On Wed, 2005-06-29 at 15:43, Eric Boutilier wrote:
> - A big strike against deb and portage (for Solaris/OpenSolaris) is
> that no work's been done yet.
>
> - A big strike against Solaris packaging is it's not open-source yet.
>
> - A big point in favor of Solaris packaging is compatibiltiy wit
On Jun 29, 2005, at 1:04 AM, Glynn Foster wrote:
Hey,
Okay, I know JDS hasn't been released as part of the OpenSolaris
project. However, as a Solaris user, I obviously have the right to
obtain certain parts of it because of the license they're under, such
as Metacity, etc. Where can I get
On 6/29/05, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> My 2 cents:
>
> - A big strike against deb and portage (for Solaris/OpenSolaris) is
> that no work's been done yet.
>
> - A big strike against Solaris packaging is it's not open-source yet.
>
> - A big point in favor of Solaris packaging
Hey,
> > Okay, I know JDS hasn't been released as part of the OpenSolaris
> project. However, as a Solaris user, I obviously have the right to
> obtain certain parts of it because of the license they're under, such
> as Metacity, etc. Where can I get the source tarballs from? Or whom do
> I contac
Tending to be a bit of a reductionist, I can't help but throw out what
I think is the #1 foundational question here.
What's the best package architecture (database) standard for
OpenSolaris? The canonicial choices, listed alphabetically, are:
* deb
* pkgsrc (implemented by pkgsrc system)
*
Hi Jim, one suggestion: Let the User Groups be User Groups. The
Community Leaders you mentioned should be mentors to the Users that
step up to the responsibility to lead/manage groups. Set some
requirements and empower the local guys to do their thing within the
context of your guidance.
Hey, guys.
I'm getting a lot of calls regarding user groups, and some user groups
are already starting to crop up out there -- Brazil, UK, USA, Australia,
and I hear the Canadians are interested. There's also been some interest
at universities, too, so this could get pretty big.
Special than
On Wed, Jun 29, 2005 at 08:48:16PM +0200, Jasse Jansson wrote:
>
> And how will the community test those fixes in a proper way?
>
> Are the special test tools needed (yeah, I know they exist)
> or will 'continuous use' count as testing?
>
> Well, I'm not on the 'test list', maybe I should subscr
On Jun 29, 2005, at 8:24 PM, Eric Schrock wrote:
On Wed, Jun 29, 2005 at 11:11:45AM -0700, Brian Y Wong wrote:
there was a short discussion last night about bite-size bugs in
the OpenSolaris User Group. I took a look, and many of these bugs
already have proposed fixes. Why not just apply
Guenter Feldmann wrote:
Hi Solaris developers,
a little bit out of topic. But I hope to get some competent reply from
this list.
I'm trying to run the C# environment mono under Solaris10/x86 and have
problems with the pthreads implementation. I can't state if the procedure
'pthread_attr_getsta
On Wed, Jun 29, 2005 at 11:11:45AM -0700, Brian Y Wong wrote:
> there was a short discussion last night about bite-size bugs in the
> OpenSolaris User Group. I took a look, and many of these bugs already have
> proposed fixes. Why not just apply the fixes and get on with more
> interesting pro
there was a short discussion last night about bite-size bugs in the OpenSolaris
User Group. I took a look, and many of these bugs already have proposed fixes.
Why not just apply the fixes and get on with more interesting problems?
This message posted from opensolaris.org
___
Xirui <[EMAIL PROTECTED]> wrote:
> Hmm...
>
> The second one sounds easier. :-) How long will it take?
I can't tell. The next release will definitely not have a GUI.
I am not sure about the release after the next one ;-)
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
Joerg wrote:
> Do you like to build something like a DSL router box
> using OpenSolaris?
Hm - but I am interested in changing my DLS woody-router to a
schillix/OpenSolaris or a FreeBSD one. Is it possible, at the current
devlopment stage, to setup a small router (firewall, NAT, [DHCP, squid, DN
See http://docs.sun.com/app/docs/doc/816-5137/6mba5vpja?a=view - a staddr of
NULL and a stsize of zero means the system defaults are being used.
Also, make sure the pthread_attr_t object has been initialized properly with
pthread_attr_init() before it is passed to any of the other pthread_attr_X
Thanks guys ... and Albert.
Your blog sums it up really well, ... "hometown swamped with tourists".
:)
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi Solaris developers,
a little bit out of topic. But I hope to get some competent reply from
this list.
I'm trying to run the C# environment mono under Solaris10/x86 and have
problems with the pthreads implementation. I can't state if the procedure
'pthread_attr_getstack' dosn't work, or if the
Darren J Moffat <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-06-27 at 07:07, Joerg Schilling wrote:
> > What is the difference between a general dumping ground /usr/gnu and
> > /usr/sps?
>
> The same as the difference between /usr/sfw and /usr/xpg? today.
>
> /usr/xpg? is only for the things that di
Not directed at TJ yang, rather at those whom read this thread:
On 6/29/05, TJ Yang <[EMAIL PROTECTED]> wrote:
> Regarding to package mangement, pleasealso see this thead.
> http://opensolaris.org/jive/thread.jspa?threadID=804&tstart=0
>
> You have choice of using Local (PMS) Package Management S
Please let me know if you have any feedback for
http://blogs.sun.com/roller/comments/raviswam/Weblog/tcp_snoop_using_dtrace
This script snoops traffic at tcp level, the traffic being snooped can be
filtered
using the wrapper shell script provided.
This message posted from opensolaris.org
__
Regarding to package mangement, pleasealso see this thead.
http://opensolaris.org/jive/thread.jspa?threadID=804&tstart=0
You have choice of using Local (PMS) Package Management System
or Hyper PMS. LPMS candidate for opensolaris are Portage and pkg-get.
But if you want to avoid yourself to be l
On Wed, 29 Jun 2005, Dragan Cvetkovic wrote:
> after starting truss -afe -o /dev/null -p 2079, it managed to copy some
> 10MB of data in one minute or so, but after killing truss, it takes 5
> minutes to copy 2MB of data.
>
> What is going on here? How can I find that out?
This sounds li
On Wed, 29 Jun 2005, Dragan Cvetkovic wrote:
Btw, b17 seem to be available for downloads. Just downloaded it and I am now
getting my courage to install it :-)
Btw, I am noticing very strange behaviour here: I am copying the image
files to the install server in the usual way:
1. unzip CD1 o
Hi,
Others have already clarified most of this.
Any package management solution that an opensolaris distribution uses will
be up to that distro.
I've written a little on keeping a binary distribution up to date on
http://blogs.sun.com/roller/page/albertw?entry=updaing_software_in_the_open
a
On Wed, 29 Jun 2005, Peter C. Tribble wrote:
James Lick <[EMAIL PROTECTED]> said
This is a bit confusing, but there is no ISO distribution of
OpenSolaris.
Sure there is. Solaris Express and the Community Release.
Btw, b17 seem to be available for downloads. Just downloaded it and I am
now
James Lick <[EMAIL PROTECTED]> said
>>>
>>>This is a bit confusing, but there is no ISO distribution of
>>>OpenSolaris.
Sure there is. Solaris Express and the Community Release.
>>>You are probably thinking of the Solaris Express Community
>>>Release which comes as four ISOs. That's not OpenSo
On Wed, Jun 29, 2005 at 05:33:46PM +0800, James Lick wrote:
> The only Sun
> provided distribution of OpenSolaris comes only as source code (and a
> bunch of binaries that are still closed source). You need to Solaris
Not so. There is a binary "distribution" in the form of BFU archives.
These
Sorry James, I'll try again :)
You need the Express ISO's to deploy the opensolaris source, yes.
My question is, looking down the line in 3-6 months (or 12), will there be any
opensolaris distro's (directly from Sun)?
Will they continue with Express as the representative of the open work ...?
Louwtjie Burger wrote:
First question is specificly to Sun's opensolaris distribution...
Will it continue to be in the format of downloadable iso's with the standard
release cycle or variation thereof?
This is a bit confusing, but there is no ISO distribution of
OpenSolaris. You are pro
First question is specificly to Sun's opensolaris distribution...
Will it continue to be in the format of downloadable iso's with the standard
release cycle or variation thereof?
If yes, does this mean that a regular download of 4 ISO's are on the cards?
If no, are there any internal work being
Eric Schrock wrote:
Just to note that a large number of these problems relating to krtld
either missing or panicking are due to bad media/hardware. You may want
to investigate re-burning/re-downloading the CD images, or trying the CDs
in different machines to see if the problem still happens the
79 matches
Mail list logo