You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Corey P. <cor...@gm...> - 2009-01-09 23:24:44
|
http://github.com/wigwam/wigwam4-base/tree/master On Fri, Jan 9, 2009 at 3:01 PM, fess <fes...@fe...> wrote: > > > > On Jan 9, 2009, at 2:41 PM, Corey Porter wrote: > > Doesn't look like it. I'd be happy to throw the wigwam 4 source up there. >> Any objections? >> > > no objections. > > On Jan 9, 2009, at 1:38 PM, Corey Porter wrote: > > Although somewhat troubling that nobody is using it. Is dealing with >> per-project packages/services not the cool thing to do any more? >> > > the wigwam 3 holdouts are people who weren't ready for the change into > wigwam 4, I don't think they decided 3 was better. > > projects at overture used it, and those guys liked it, but then > yahoo/yinst took over. > > I'm a big fan of wigwam 4, however I'm a bit down on wigwam in general due > to it's lack of a good package archive. [ 4 helps a lot there. ] and it's > lack of binary > packaging. > > we're currently using a deb packaging approach dubbed framewerk, > basically framewerk helps build and manage debian packages which we push to > our own archive, > then we track an ubuntu release + our packages to do our stuff. it's > working good, but it's got a lot less stuff buttoned down compared to > wigwam. and shared box playpens are just not available, we use chroot or > vmware. > > --fess > > |
From: fess <fes...@fe...> - 2009-01-09 23:02:45
|
On Jan 9, 2009, at 12:16 PM, Corey Porter wrote: > Has anybody built a wig4 revision_control package for git? Would > hate to reinvent the wheel.... I am unaware of anyone using wigwam 4. but it's certainly the more organized one to be putting your effort into. there are many wigwam 3 holdouts. As such, I would be very surprised if there was a git module. so have at it. --fess |
From: fess <fes...@fe...> - 2009-01-09 23:01:09
|
On Jan 9, 2009, at 2:41 PM, Corey Porter wrote: > Doesn't look like it. I'd be happy to throw the wigwam 4 source up > there. Any objections? no objections. On Jan 9, 2009, at 1:38 PM, Corey Porter wrote: > Although somewhat troubling that nobody is using it. Is dealing > with per-project packages/services not the cool thing to do any more? the wigwam 3 holdouts are people who weren't ready for the change into wigwam 4, I don't think they decided 3 was better. projects at overture used it, and those guys liked it, but then yahoo/ yinst took over. I'm a big fan of wigwam 4, however I'm a bit down on wigwam in general due to it's lack of a good package archive. [ 4 helps a lot there. ] and it's lack of binary packaging. we're currently using a deb packaging approach dubbed framewerk, basically framewerk helps build and manage debian packages which we push to our own archive, then we track an ubuntu release + our packages to do our stuff. it's working good, but it's got a lot less stuff buttoned down compared to wigwam. and shared box playpens are just not available, we use chroot or vmware. --fess |
From: Corey P. <cor...@gm...> - 2009-01-09 22:41:26
|
Doesn't look like it. I'd be happy to throw the wigwam 4 source up there. Any objections? On Fri, Jan 9, 2009 at 2:11 PM, Faisal N. Jawdat <fa...@fa...> wrote: > On Fri, 9 Jan 2009, Corey Porter wrote: > >> I am unaware of anyone using wigwam 4. but it's certainly the more >> organized one to be >> putting your effort into. >> there are many wigwam 3 holdouts. >> > > Has anyone put the wigwam source on github? > > -faisal > > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Wigwam-users mailing list > Wig...@li... > https://lists.sourceforge.net/lists/listinfo/wigwam-users > > |
From: Faisal N. J. <fa...@fa...> - 2009-01-09 22:27:54
|
On Fri, 9 Jan 2009, Corey Porter wrote: > I am unaware of anyone using wigwam 4. but it's certainly the more organized one to be > putting your effort into. > there are many wigwam 3 holdouts. Has anyone put the wigwam source on github? -faisal |
From: Corey P. <cor...@gm...> - 2009-01-09 22:03:33
|
Far out. Thanks. Although somewhat troubling that nobody is using it. Is dealing with per-project packages/services not the cool thing to do any more? On Fri, Jan 9, 2009 at 1:34 PM, fess <fes...@fe...> wrote: > > > > On Jan 9, 2009, at 12:16 PM, Corey Porter wrote: > > Has anybody built a wig4 revision_control package for git? Would hate to >> reinvent the wheel.... >> > > I am unaware of anyone using wigwam 4. but it's certainly the more > organized one to be putting your effort into. > there are many wigwam 3 holdouts. > > As such, I would be very surprised if there was a git module. so have at > it. > > --fess > > |
From: Corey P. <cor...@gm...> - 2009-01-09 20:16:56
|
Has anybody built a wig4 revision_control package for git? Would hate to reinvent the wheel.... |
From: <ben...@id...> - 2004-05-22 12:41:05
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: John F. <fe...@dd...> - 2003-11-14 01:36:18
|
yes, you simply need to package them, and host them on your own private, repository. --fess On Thu, 13 Nov 2003, za...@mo... wrote: > > Is there a method for integrating proprietary software into a wigwam project? > > Say you wanna use Sybase, Oracle, etc. > > |
From: <za...@mo...> - 2003-11-14 00:19:09
|
Is there a method for integrating proprietary software into a wigwam project? Say you wanna use Sybase, Oracle, etc. -- Zak Brown www.mode3.com -- "I LOVE the Internet." |
From: Travis F. <tr...@id...> - 2003-08-27 00:25:25
|
I removed the qmail package and the service that went along with it from the wigwam-package-archive. We did unmentionable things to the package that violates the license, and Fess says, "it's kind of a crazy ass package". So, it has been removed and I'm republishing the archive. I'm going to find another home for it. -Travis |
From: John F. <fe...@dd...> - 2003-07-15 21:35:42
|
So, it might seem that you could do this: DYLD_LIBRARY_PATH=LD_LIBRARY_PATH interactive_variables="$interactive_variables DYLD_LIBRARY_PATH" but paulie thinks that because of the full path specification, that won't work.. we'll need to check.. see what the darwin folk are talking about. --fess On Tue, 15 Jul 2003, Michael Radford wrote: > Hmm, I don't have a wigwam install on darwin handy to test this, but > maybe this has something to do with it: > > (from http://fink.sourceforge.net/doc/porting/shared.php) > > "When creating a shared library, you can specify a name to be used when > searching for the library at run time. This is usual practice and allows > several major versions of a library to be installed at the same time. On > ELF systems this is called the soname. What's different on Darwin is > that you can (and should) specify a full path along with the file name. > This eliminates the need for "rpath" options and the > ldconfig/ld.so.cache system. To use a library that is not yet installed, > you can set the DYLD_LIBRARY_PATH environment variable; see the dyld man > page for details." > > From a grep through wigwam-base 3.0.49, it doesn't look like wigwam > knows to use DYLD_LIBRARY_PATH instead of LD_LIBRARY_PATH... > > Mike > > John Fessenden writes: > > > > > > This looks like a reloacation problem. > > (possibly an OSX problem? I take it by ktrace, you're publishing this > > to an OSX box. ) > > > > the .in directory is the directory stuff is copied to and built in so > > as not to effect the running site, until the thing is ready to be atomicly > > moved into place. > > > > So the problem seems to be that libssl.so is for some reason not > > looking in the right place for it's dynamicly linked in librarys. > > > > I'll try and find more help. (paul? daveb? chris? linker experts?) > > > > > > --fess > > > > On Tue, 15 Jul 2003, Heather Sherman wrote: > > > > > So, I've got my RT project using Chris's cool new > > > service_apache_add_mod_perl and service_apache_add_mod_ssl and > > > I've been just running it from my playpen. > > > > > > I decided "hey, this publishing thing has some advantages like > > > tagging and rollback and stuff and it was good at Idealab, so I > > > should do it". > > > > > > So, I set up clusters and published. Publishing goes fine (to my > > > amazement -- it usually gives me grief) -- until it starts the > > > apache service. > > > > > > Apache complains: > > > > > > Syntax error on line 238 of > > > /var/wigwam/rt/rt3-wigwam-rt/apache.conf: > > > Cannot load /Users/rt/rt3-wigwam-stage/ext/libexec/libssl.so into > > > server: (reason > > > unknown) > > > > > > So, I log on to my publication machine and ktrace. > > > > > > The publish invocation of apache fails just after it can't find: > > > > > > NAMI "/Users/rt/rt3-wigwam-stage.in/ext/lib/libgdbm.3.dylib" > > > > > > The playpen execution succeeds at the same spot, opening: > > > > > > NAMI "/Users/rt/rt3-wigwam/ext/lib/libgdbm.3.dylib" > > > > > > My _real_ question (besides, "why's it failing") is what's this > > > rt3-wigwam-stage.in directory all about? > > > > > > Other comments: all the other services start okay, This problem > > > happens with clean versions of the project built with wigwam 49 and > > > 48. I'm about to back off to 47, but suspect this is really some > > > problem with the mod_ssl or the gdbm package or something. . . . > > > > > > Heather > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email sponsored by: Parasoft > > > Error proof Web apps, automate testing & more. > > > Download & eval WebKing and get a free book. > > > www.parasoft.com/bulletproofapps1 > > > _______________________________________________ > > > Wigwam-users mailing list > > > Wig...@li... > > > https://lists.sourceforge.net/lists/listinfo/wigwam-users > > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Parasoft > > Error proof Web apps, automate testing & more. > > Download & eval WebKing and get a free book. > > www.parasoft.com/bulletproofapps1 > > _______________________________________________ > > Wigwam-users mailing list > > Wig...@li... > > https://lists.sourceforge.net/lists/listinfo/wigwam-users > > > ------------------------------------------------------- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > _______________________________________________ > Wigwam-users mailing list > Wig...@li... > https://lists.sourceforge.net/lists/listinfo/wigwam-users > |
From: Michael R. <mr...@bl...> - 2003-07-15 18:46:59
|
Hmm, I don't have a wigwam install on darwin handy to test this, but maybe this has something to do with it: (from http://fink.sourceforge.net/doc/porting/shared.php) "When creating a shared library, you can specify a name to be used when searching for the library at run time. This is usual practice and allows several major versions of a library to be installed at the same time. On ELF systems this is called the soname. What's different on Darwin is that you can (and should) specify a full path along with the file name. This eliminates the need for "rpath" options and the ldconfig/ld.so.cache system. To use a library that is not yet installed, you can set the DYLD_LIBRARY_PATH environment variable; see the dyld man page for details." From a grep through wigwam-base 3.0.49, it doesn't look like wigwam knows to use DYLD_LIBRARY_PATH instead of LD_LIBRARY_PATH... Mike John Fessenden writes: > > > This looks like a reloacation problem. > (possibly an OSX problem? I take it by ktrace, you're publishing this > to an OSX box. ) > > the .in directory is the directory stuff is copied to and built in so > as not to effect the running site, until the thing is ready to be atomicly > moved into place. > > So the problem seems to be that libssl.so is for some reason not > looking in the right place for it's dynamicly linked in librarys. > > I'll try and find more help. (paul? daveb? chris? linker experts?) > > > --fess > > On Tue, 15 Jul 2003, Heather Sherman wrote: > > > So, I've got my RT project using Chris's cool new > > service_apache_add_mod_perl and service_apache_add_mod_ssl and > > I've been just running it from my playpen. > > > > I decided "hey, this publishing thing has some advantages like > > tagging and rollback and stuff and it was good at Idealab, so I > > should do it". > > > > So, I set up clusters and published. Publishing goes fine (to my > > amazement -- it usually gives me grief) -- until it starts the > > apache service. > > > > Apache complains: > > > > Syntax error on line 238 of > > /var/wigwam/rt/rt3-wigwam-rt/apache.conf: > > Cannot load /Users/rt/rt3-wigwam-stage/ext/libexec/libssl.so into > > server: (reason > > unknown) > > > > So, I log on to my publication machine and ktrace. > > > > The publish invocation of apache fails just after it can't find: > > > > NAMI "/Users/rt/rt3-wigwam-stage.in/ext/lib/libgdbm.3.dylib" > > > > The playpen execution succeeds at the same spot, opening: > > > > NAMI "/Users/rt/rt3-wigwam/ext/lib/libgdbm.3.dylib" > > > > My _real_ question (besides, "why's it failing") is what's this > > rt3-wigwam-stage.in directory all about? > > > > Other comments: all the other services start okay, This problem > > happens with clean versions of the project built with wigwam 49 and > > 48. I'm about to back off to 47, but suspect this is really some > > problem with the mod_ssl or the gdbm package or something. . . . > > > > Heather > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Parasoft > > Error proof Web apps, automate testing & more. > > Download & eval WebKing and get a free book. > > www.parasoft.com/bulletproofapps1 > > _______________________________________________ > > Wigwam-users mailing list > > Wig...@li... > > https://lists.sourceforge.net/lists/listinfo/wigwam-users > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > _______________________________________________ > Wigwam-users mailing list > Wig...@li... > https://lists.sourceforge.net/lists/listinfo/wigwam-users |
From: John F. <fe...@dd...> - 2003-07-15 18:29:28
|
This looks like a reloacation problem. (possibly an OSX problem? I take it by ktrace, you're publishing this to an OSX box. ) the .in directory is the directory stuff is copied to and built in so as not to effect the running site, until the thing is ready to be atomicly moved into place. So the problem seems to be that libssl.so is for some reason not looking in the right place for it's dynamicly linked in librarys. I'll try and find more help. (paul? daveb? chris? linker experts?) --fess On Tue, 15 Jul 2003, Heather Sherman wrote: > So, I've got my RT project using Chris's cool new > service_apache_add_mod_perl and service_apache_add_mod_ssl and > I've been just running it from my playpen. > > I decided "hey, this publishing thing has some advantages like > tagging and rollback and stuff and it was good at Idealab, so I > should do it". > > So, I set up clusters and published. Publishing goes fine (to my > amazement -- it usually gives me grief) -- until it starts the > apache service. > > Apache complains: > > Syntax error on line 238 of > /var/wigwam/rt/rt3-wigwam-rt/apache.conf: > Cannot load /Users/rt/rt3-wigwam-stage/ext/libexec/libssl.so into > server: (reason > unknown) > > So, I log on to my publication machine and ktrace. > > The publish invocation of apache fails just after it can't find: > > NAMI "/Users/rt/rt3-wigwam-stage.in/ext/lib/libgdbm.3.dylib" > > The playpen execution succeeds at the same spot, opening: > > NAMI "/Users/rt/rt3-wigwam/ext/lib/libgdbm.3.dylib" > > My _real_ question (besides, "why's it failing") is what's this > rt3-wigwam-stage.in directory all about? > > Other comments: all the other services start okay, This problem > happens with clean versions of the project built with wigwam 49 and > 48. I'm about to back off to 47, but suspect this is really some > problem with the mod_ssl or the gdbm package or something. . . . > > Heather > > > ------------------------------------------------------- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > _______________________________________________ > Wigwam-users mailing list > Wig...@li... > https://lists.sourceforge.net/lists/listinfo/wigwam-users > |
From: Heather S. <he...@ce...> - 2003-07-15 18:13:01
|
So, I've got my RT project using Chris's cool new service_apache_add_mod_perl and service_apache_add_mod_ssl and I've been just running it from my playpen. I decided "hey, this publishing thing has some advantages like tagging and rollback and stuff and it was good at Idealab, so I should do it". So, I set up clusters and published. Publishing goes fine (to my amazement -- it usually gives me grief) -- until it starts the apache service. Apache complains: Syntax error on line 238 of /var/wigwam/rt/rt3-wigwam-rt/apache.conf: Cannot load /Users/rt/rt3-wigwam-stage/ext/libexec/libssl.so into server: (reason unknown) So, I log on to my publication machine and ktrace. The publish invocation of apache fails just after it can't find: NAMI "/Users/rt/rt3-wigwam-stage.in/ext/lib/libgdbm.3.dylib" The playpen execution succeeds at the same spot, opening: NAMI "/Users/rt/rt3-wigwam/ext/lib/libgdbm.3.dylib" My _real_ question (besides, "why's it failing") is what's this rt3-wigwam-stage.in directory all about? Other comments: all the other services start okay, This problem happens with clean versions of the project built with wigwam 49 and 48. I'm about to back off to 47, but suspect this is really some problem with the mod_ssl or the gdbm package or something. . . . Heather |
From: John F. <fe...@dd...> - 2003-07-13 07:39:19
|
wigwam-base-3.0.49 and wigwam-packageing-utils-3.0.18 were released today. here are the relevent ChangLogs: wigwam-base (3.0.49) * new version of diff-playpens which does not require GNU diff. (daveb) * major bug fixes in versiontool (daveb) * be less picky about whitespace in .dep files (daveb) * added update-packages-hook that gets run at the start of update-packages. (liebman) * added support for named local archives as LOCAL:path_from_PLAYPEN_ROOT. (liebman) * local archives clean name is now LOCAL_path, this fixes strange problems on publish. (liebman) * publish now looks thru all files in the temp playpen and insures that all #!/path type scripts that referenced the tmp playpen reference the new playpen. This is allows various in-project interpreters like perl. (liebman) * Service start will now wait up to 60 seconds for the pid file. (liebman) * Make servicectl check-config shoe optional envars if --script or --verbose args are given * Add support to "projectctl" and "packagectl project" to allow ad-hoc "methods" as long as src/project-<method> exists. * bug fix: wigwam-bootstrap now handles spaces in environment variables GCC and CC (mineiro) * bug fix: wwmd5 now uses inttypes.h and supports 64bit archs. (cp) * get-package-archive-for-package, guess-package-archive-style, maybe-get-package-list and build-scripts/maybe-get-passwords now use run-configurable. (liebman) * attempt to work around apparent bug in 'bash' as 'sh' concerning CDPATH and 'ls'. (fess) * bug-fix: playpen_services could only be set in ROLE/config (fess) * load-config now loads the .pre.local and .post.local versions of configs immediatly before and after reading each config, as most people expected, (fess) * bug-fix: servicectl restart did not use the correct order for service dependancies (liebman/fess) -- john "fess" fessenden <fe...@dd...> Sat, 12 Jul 2003 23:06:25 -0700 wigwam-packaging-utils 3.0.18 * removed hard coding of $PLAYPEN_ROOT/public in get-remote-files and rebuild-and-check-archive. (liebman) * allow ohter scripts to have the archive dir to be specified, default to public (liebman) * update cheesy-perl-package to create deps. * add wwpu-check-pkgdeps which checks if your packages dependancies exist. (fess) * add wwpu-guess-pkginfo which can be used in the begining of things like wwpu-check-pkgdeps and other utils to guess the right package from a variety of specifications. (fess) -- john "fess" fessenden <fe...@dd...> Sat, 12 Jul 2003 23:55:22 -0700 |