similar to: CommonModules common: move "plugins" to "lib"

Hi, [First, a quick introduction... I''m one of the sysadmins at Koumbit.org, and we''re evaluating puppet for managing our modest server farm. I''ve already started writing recipes and manifests and intend to share those with this community. Part of my time worked on this will be directly paid by Koumbit.] So we''ve got a few half-finished puppet modules here:

I''ve looked around for a while, but can''t seem to find any documentation stating whether it was possible to pass a hash as the value of a key in an object.. can we? e.g.: foo { "foo": fred => { "key1" => "val1", "key2" => "val2" } } this gives me errors, as does using square brackets in place of the curlies for

Hi I''m anxious to get puppet into production, and although I''d prefer installing puppet as a .deb package (as most of the servers in our shop runs Debian), I think I''ll try to get some of my not-so- important servers into my test setup by installing puppet with the .tgz files. Upon the first installation I realize that puppetd and puppetmasterd is copied to

Hello >From my understanding, modules are not autosearched. So, if I have: include ssh ... then puppet will look for a module names ssh and class named ssh defined in /modules/ssh/init.pp Moreover, if I have: include ssh::global ... then Puppet will for class global defined in /modules/ssh/init.pp or /modules/ssh/global.ss. Is that correct? Or am I leaving out some imports

Chris Lattner <clattner at apple.com> writes: > I completely agree. The "branch" I most care about is mainline, and > losing the ability to say "fixed in r1234" (with some sort of > monotonically increasing number) would be a tragic loss. The monotonically increasing number is useful for giving you a fuzzy idea about how that change relates to other changes

Recently, I've been working on tools for doing high-quality conversions of project histories from centralized version-control systems like Subversion to modern decentralized systems like git and hg. To see what I mean by "high quality", take a look at my DVCS migration guide: <http://www.catb.org/esr/dvcs-migration-guide.html>. A really good conversion should, for example,

Joerg Sonnenberger <joerg at britannica.bec.de> writes: > The core issue here is that you are effectively telling us > that the current workflow is not supported by Git. No, it's fully supported. We can even run things exactly the same way. But we don't _have_ to do that. > You are also telling us that the current workflow is in some way wrong > or misguided or

Hi, I have been looking at mirroring the SVN R repository into a DVCS (Mercurial, Git, bzr, etc...). The idea would be to have that as an always up-to-date untouched master (a mirror) but having it in a DVCS would make forks easier to make and maintain, and possibly ease up the process of having patches included upstream. Would anyone else be interested ? Laurent

Hi all, I''ve been looking for a good example for how one would build a module, but I couldn''t really find something that I liked, so I went ahead and tried to do it myself. The result is this: a git module (see attachment). Please have a look and comment on it, before I add it to the wiki. I especially want comments on the setup of the module itself, not so much on the git

Howdy, Found out about this project while looking for via ONLamp''s FreeBSD build system article. After finding cfengine a tad arcane, this project seems like a good fit for my setup. I''m still at the tinkering phase, but I envision this thing bootstrapping and maintaining several FreeBSD installs which have different CPU''s and packages. The Good News:

On Jul 22, 2011, at 10:55 PM, David A. Greene wrote: >> >> What are the precise gains from changing the status quo? What can you >> do by moving everything to Git that you couldn't do in the current >> world with svn as master repository and the additional git mirror? > > I work on a third-party branch. I can sync with upstream and push our > changes back

Chris Lattner <clattner at apple.com> writes: > I really do appreciate distributed VCS, but only as staging. > Incremental development is crucial for the project and "take this git > push with 100K of code" will never be acceptable. Incremental development is probably promoted by DVCS far more than others. Your comment seems to imply that only the tip of each push is

Hi, Quite a few people have asked to be able to access OpenSSH sources using a DVCS, so I have made a Mercurial repository available at http://hg.mindrot.org/openssh You can fetch a copy using: hg clone http://hg.mindrot.org/openssh openssh You can also view the web interface directly, which might be handy for fetching diffs of changesets to cherry-pick. The repository is synchronised

Jason Kim <jasonwkim at google.com> writes: > On Wed, Jul 27, 2011 at 8:59 PM, Mark Lacey <641 at rudkx.com> wrote: > > Besides, the git-svn readonly bridge is a great solution for those who want to use git > >   It seems to be a reasonable solution for those individuals who > want to use git, but in my experience not for organizations that >

fly language <flylanguage at gmail.com> writes: >> After git, mainline will still be the most important branch for the >> *project*, >> but you will work with quite a few branches on parallel. >> >> > Who's mainline? :) Be prepared to assign a super-merger, like Linus, to > maintain the "mainline". > > The git workflow works really

Hey all, A quick question about the LLVM C-Api and using LinkModules. In a normal situation where I have 2 LLVM modules and 1 depends on the other using LLVMLinkModules2() works perfectly. LLVMLinkModules2() "Links the source module into the destination module. The source module is destroyed." according to the comment of the function. That is all fine when you only have 2 modules. But

On 12/06/07, Luke Kanies <luke@madstop.com> wrote: > > On Jun 11, 2007, at 12:01 PM, Thijs Oppermann wrote: > > > But they don''t always work. For example, in the example (a bit > > like) above (which was what I had in my git module definition for > > clientsetup): > > > > file { "/home/${user}/.netrc.d": > > ensure

>Date: Fri, 2 May 2003 10:03:23 -0400 (EDT) From: Morten Welinder <welinder@rentec.com> >To: p.dalgaard@biostat.ku.dk >CC: r-devel@stat.math.ethz.ch, R-bugs@biostat.ku.dk >Subject: Re: [Rd] qbeta hang (PR#2894) > >Ok, I can confirm that it does not, in fact, loop forever. Just a close >approximation. ... >There are lots of other places that worry me with respect to

On Wed, Jul 27, 2011 at 8:59 PM, Mark Lacey <641 at rudkx.com> wrote: > >> Besides, the git-svn readonly bridge is a great solution for those who >> want to use git >> > > It seems to be a reasonable solution for those individuals who want to use > git, but in my experience not for organizations that want to use git, e.g. > have a local server with local

On Sat, Mar 27, 2010 at 4:38 PM, Michel Alexandre Salim <michael.silvanus at gmail.com> wrote: >> git svn clone --no-minimize-url -s http://llvm.org/svn/llvm-project/llvm llvm > Initialized empty Git repository in /home/inf2/i2staff/salim/checkout/llvm/.git/ > RA layer request failed: Server sent unexpected return value (403 > Forbidden) in response to REPORT request for >