[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Darren J Moffat wrote: > http://mail.opensolaris.org/pipermail/sfwnv-discuss/2007-December/001346.html > > http://cr.opensolaris.org/~darrenm/sfwnv-star/webrev/ > > Note that will need updating since SFW requires a METADATA file now and > some style changes, but the basic idea is there if you haven't already > worked it out. I checked this and tried to make it simpler and more robust. This unfortunately does not work because SunPro make and dmake both do not forward MACRO=name parameters to sub make commands. This makes it impossible to deal with modern build systems. smake implements this featues since 10 years, gmake since 15 years. Why behaves dmake so antique? J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de(uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
On 09/18/09 05:59 PM, Joerg Schilling wrote: > Darren J Moffat wrote: > >> Joerg Schilling wrote: >>> Hi, >>> >>> I am still waiting for a sponsor for integrating star. >>> Star is an archiving library that implements CLIs for >>> various archiver programs and that implements various >>> archive formats. >> Are you wanting to integrate this into the ON consolidation or to SFW ? > > For a complete implementation of 2004/480, we would need to have it in ON > in case that ON should be self contained. I'm not totally sure what you mean by "self contained" here but ON already depends on software from other consolidations to build (OpenSSL is the I'm most familiar with). -M
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
"Frank Batschulat (Home)" wrote: > On Fri, 18 Sep 2009 17:59:39 +0200, Joerg Schilling fokus.fraunhofer.de> wrote: > > > For a complete implementation of 2004/480, we would need to have it in ON > > in case that ON should be self contained. Note that for a complete > > implementation, ufsdump/ufsrestore need to link against librmt. > > fwiw, having ufsdump/ufsrestore use librmt is afaik, a slightely different, > call it follow up project of the star implementation. This is one of the primary the main goals in PSARC/2004/480 J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de(uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
On Fri, 18 Sep 2009 18:13:05 +0200, Joerg Schilling wrote: > "Frank Batschulat (Home)" wrote: > >> On Fri, 18 Sep 2009 17:59:39 +0200, Joerg Schilling > fokus.fraunhofer.de> wrote: >> >> > For a complete implementation of 2004/480, we would need to have it in ON >> > in case that ON should be self contained. Note that for a complete >> > implementation, ufsdump/ufsrestore need to link against librmt. >> >> fwiw, having ufsdump/ufsrestore use librmt is afaik, a slightely different, >> call it follow up project of the star implementation. > > This is one of the primary the main goals in PSARC/2004/480 which was way before ZFS root, and way before ZFS being the defacto standard file system in OSOL. Hence, I'd rather suggest taking this particular part out of the discussion for now, which is of course, the most obvious reason for a request to integrate into ON, but then -- frankB It is always possible to agglutinate multiple separate problems into a single complex interdependent solution. In most cases this is a bad idea.
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
On Fri, 18 Sep 2009 17:59:39 +0200, Joerg Schilling wrote: > For a complete implementation of 2004/480, we would need to have it in ON > in case that ON should be self contained. Note that for a complete > implementation, ufsdump/ufsrestore need to link against librmt. fwiw, having ufsdump/ufsrestore use librmt is afaik, a slightely different, call it follow up project of the star implementation. and for all I can tell it is not scoped, nor founded or staffed and I've not seen anyone proposing and taking on that work on the ufs opensolaris discuss list. since osol installed via ZFS only by default, I can imagine why. -- frankB It is always possible to agglutinate multiple separate problems into a single complex interdependent solution. In most cases this is a bad idea.
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Darren J Moffat wrote: > Joerg Schilling wrote: > > Hi, > > > > I am still waiting for a sponsor for integrating star. > > Star is an archiving library that implements CLIs for > > various archiver programs and that implements various > > archive formats. > > Are you wanting to integrate this into the ON consolidation or to SFW ? For a complete implementation of 2004/480, we would need to have it in ON in case that ON should be self contained. Note that for a complete implementation, ufsdump/ufsrestore need to link against librmt. I propose do do it in three steps: 1) SFW integration 2) ON integration 3) upgrading the ufsdump/ufsrestore source to allow linking against librmt. > If you are targeting SFW (and I strongly suggest you do) then you may > have better success getting help by posting a webrev of the changes to > SFW to the sfw-discuss at opensolaris.org alias. I see a problem with SFW: I could not find any documentation on the makefile system in use with SFW. I would at least know the target names ans the expected results in order to write a wrapper Makefile that calls the schily makefile system for the real compilation. BTW: there is a similar problem with ON. While it would be possible to search for similar makefiles that could be modified, I know of no documentation of the ON makefile system and I could not yet find the place ans system where/how the ON build system calls rpcgen as this would be the right place to hook the dynamic autoconfiguration part of the portability system that is used by star. > I'm afraid I'm not personally skilled enough in SFW to act as your > sponsor. Though I've prototyped the changes necessary for star in the > past to integrate into SFW and you can find those in the sfw-discuss > archives. I've seen your other mail and I could check this if I manage to find how to download a template makefile tree for SFW. Thank you for your code Star-1.5 however is no longer apropriate as there have been some bug fixes since then and I did not have the time to create a new star specific tarball - there currently only exists the schily source consolidation snapshots from ftp://ftp.berlios.de/pub/schily/ > If you are targeting ON then this is the appropriate alias to use, but > someone else will need to help you as I'm quite opposed to integrating > cross platform stuff into ON if it doesn't have to share private > interfaces with some thing else in ON - it just hurts the portability > and maintenance of that thing. Note I speak from (bitter) experience > here with Kerberos, SSH, OpenSSL and others being in ON. Star shares the cross platform stuff with many other tools. I am talking about ~ 8 MB (~ 33 lines) of pure source code. > If you do still want to target ON (or in fact SFW) you may have better > luck finding a sponsor if you post a webrev of the proposed changes. See above, I believe that the best way to go is to do it in several steps. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de(uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
On Fri, Sep 18, 2009 at 11:22 AM, Mark Phalan wrote: > On 09/18/09 05:59 PM, Joerg Schilling wrote: >> >> Darren J Moffat wrote: >> >>> Joerg Schilling wrote: Hi, ? ? ? ?I am still waiting for a sponsor for integrating star. ?Star is an archiving library that implements CLIs for ? ?various archiver programs and that implements various ? ?archive formats. >>> >>> Are you wanting to integrate this into the ON consolidation or to SFW ? >> >> For a complete implementation of 2004/480, we would need to have it in ON >> in case that ON should be self contained. > > I'm not totally sure what you mean by "self contained" here but ON already > depends on software from other consolidations to build (OpenSSL is the I'm > most familiar with). OpenSSL, wbem, postgres, tss, net-snmp, and a few others. I would suggest go wtih getting /bin/star into SFW first (IIRC, most of the make files there are very simple, and just call ./configure, etc. if you take a look at a few, I think you'll be able to figure it out pretty quickly), then progress from there. Trying to do it all in one step is likely to be needlessly painful.
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Joerg Schilling wrote: > For a complete implementation of 2004/480, we would need to have it in ON > in case that ON should be self contained. ON is not self contained now, and is becoming less so over time, so that is not a requirement. -- -Alan Coopersmith- alan.coopersmith at sun.com Sun Microsystems, Inc. - X Window System Engineering
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Darren J Moffat wrote: > Joerg Schilling wrote: >> Hi,I am still waiting for a sponsor for integrating star. >> Star is an archiving library that implements CLIs forvarious >> archiver programs and that implements variousarchive formats. > > Are you wanting to integrate this into the ON consolidation or to SFW ? > If you are targeting SFW (and I strongly suggest you do) then you may > have better success getting help by posting a webrev of the changes to > SFW to the sfw-discuss at opensolaris.org alias. Sorry about the typos that should be sfwnv-discuss at opensolaris.org Here is the link to what I sent out for star in SFW previously: http://mail.opensolaris.org/pipermail/sfwnv-discuss/2007-December/001346.html http://cr.opensolaris.org/~darrenm/sfwnv-star/webrev/ Note that will need updating since SFW requires a METADATA file now and some style changes, but the basic idea is there if you haven't already worked it out. -- Darren J Moffat
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Joerg Schilling wrote: > Hi, > > I am still waiting for a sponsor for integrating star. > Star is an archiving library that implements CLIs for > various archiver programs and that implements various > archive formats. Are you wanting to integrate this into the ON consolidation or to SFW ? If you are targeting SFW (and I strongly suggest you do) then you may have better success getting help by posting a webrev of the changes to SFW to the sfw-discuss at opensolaris.org alias. I'm afraid I'm not personally skilled enough in SFW to act as your sponsor. Though I've prototyped the changes necessary for star in the past to integrate into SFW and you can find those in the sfw-discuss archives. If you are targeting ON then this is the appropriate alias to use, but someone else will need to help you as I'm quite opposed to integrating cross platform stuff into ON if it doesn't have to share private interfaces with some thing else in ON - it just hurts the portability and maintenance of that thing. Note I speak from (bitter) experience here with Kerberos, SSH, OpenSSL and others being in ON. If you do still want to target ON (or in fact SFW) you may have better luck finding a sponsor if you post a webrev of the proposed changes. Good luck in finding your integration sponsor. -- Darren J Moffat
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Hi, I am still waiting for a sponsor for integrating star. Star is an archiving library that implements CLIs for various archiver programs and that implements various archive formats. It comes together with a higly performant secure /etc/rmt implementation that is compatible with all rmt clients. The rmt implementation from star will replace the current rmt and ufsdump/ufsrestore will later be enhanced to use librmt from star instead of the current old remote client code. It also comes with a program called "tartest" that was used to make Sun tar POSIX compliant. For more information, see the archive of this mailing list. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de(uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Hi, I am still waiting for a sponsor for integrating star. Star is an archiving library that implements CLIs for various archiver programs and that implements various archive formats. It comes together with a higly performant secure /etc/rmt implementation that is compatible with all rmt clients. It also comes with a program called "tartest" that was used to make Sun tar PSOX compliant. For more information, see the archive of this mailing list. P.S. is this a dead mailing list or why is there no reply? J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de(uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Hi Joerg, Sorry for the lack of response but a number of us are heads down dealing with other issues that come up typically with an impeding merger. -Sanjay Joerg Schilling wrote: > Hi, > > I am still waiting for a sponsor for integrating star. > Star is an archiving library that implements CLIs for > various archiver programs and that implements various > archive formats. > > It comes together with a higly performant secure /etc/rmt > implementation that is compatible with all rmt clients. > > It also comes with a program called "tartest" that was used > to make Sun tar PSOX compliant. > > For more information, see the archive of this mailing list. > > P.S. is this a dead mailing list or why is there no reply? > > J?rg > >
[request-sponsor] Reminder: Requesting sponsor for 5007466 PSARC/2004/480
Hi, I am still waiting for a sponsor for integrating star. Star is an archiving library that implements CLIs for various archiver programs and that implements various archive formats. It comes together with a higly performant secure /etc/rmt implementation that is compatible with all rmt clients. It also comes with a program called "tartest" that was used to make Sun tar PSOX compliant. For more information, see the archive of this mailing list. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de(uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily