I think I''ve got every fix except one in that''s going to make it into grover, which I''ll hopefully be releasing tomorrow. I plan on adding Tim Stoop''s patches for home directory management (#432), but everything else is getting pushed to the next release at this point. I''ve fixed all of the major bugs, or at least I think I have. If there''s a bug that you think is critical and is still open, let me know ASAP. And, of course, if you''ve got a patch, all the better. As always, if you could test the svn trunk I''d really appreciate it. Just doing an svn update and running ''rake test'' in the test directory would be useful (email the results to me as an attachment), but even better would be if you could run the client and/or server against your configuration (on a test host, of course). This is the best way to find difficult bugs. Please check the changelog[1] to see what''s new in this release. Its drastically longer length isn''t really indication that I''ve done more in this release, just that I''m trying to maintain a more comprehensive changelog file. Cheers. 1 - https://reductivelabs.com/trac/puppet/browser/trunk/CHANGELOG -- Think twice before you speak, and then you may be able to say something more insulting than if you spoke right out at once. - Evan Esar --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com
On Monday 19 March 2007 06:31, Luke Kanies wrote:> As always, if you could test the svn trunk I''d really appreciate it. > Just doing an svn update and running ''rake test'' in the test > directory would be useful (email the results to me as an attachment), > but even better would be if you could run the client and/or server > against your configuration (on a test host, of course). This is the > best way to find difficult bugs.Hi, I''ve attached testruns from etch of "rake test" and I''ll try to setup my puppetmaster from SVN and see what she says to my config :) The run from sid gave a stack trace: http://pastie.caboo.se/47937 Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users
On Mar 19, 2007, at 9:41 AM, David Schmitt wrote:> > Hi, I''ve attached testruns from etch of "rake test" and I''ll try to > setup my > puppetmaster from SVN and see what she says to my config :)Looks like I''ve got most of these fixed, from what I can tell, although I still haven''t tracked down those mount-related bugs since they only show up when run as part of the larger test suite, and I can''t find the source of the rails host failure.> The run from sid gave a stack trace: http://pastie.caboo.se/47937I, um, have no idea. Maybe the version of rake is too old? -- Meeting, n.: An assembly of people coming together to decide what person or department not represented in the room must solve a problem. --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com
On 3/18/07, Luke Kanies <luke@madstop.com> wrote:> I think I''ve got every fix except one in that''s going to make it into > grover, which I''ll hopefully be releasing tomorrow. I plan on adding > Tim Stoop''s patches for home directory management (#432), but > everything else is getting pushed to the next release at this point. > > I''ve fixed all of the major bugs, or at least I think I have. If > there''s a bug that you think is critical and is still open, let me > know ASAP. And, of course, if you''ve got a patch, all the better. >I have a bug, #479, with patches to change the redhat init script to have "restart" operation start and stop the daemon. The "reload" operation reloads the configuration. The logrotate script is changed to use "reload". - Ian
On Mar 19, 2007, at 1:27 PM, Ian Burrell wrote:> I have a bug, #479, with patches to change the redhat init script to > have "restart" operation start and stop the daemon. The "reload" > operation reloads the configuration. The logrotate script is changed > to use "reload".Ah. I''ll try to get that applied. Please modify the names of tickets when you add a patch, so I know there''s a patch attached. I can''t seem to find a simple way in trac to find open tickets with attached patches. -- ACHTUNG!!! Das machine is nicht fur gefingerpoken und mittengrabben. Ist easy schnappen der springenwerk, blowenfusen und corkenpoppen mit spitzensparken. Ist nicht fur gewerken by das dummkopfen. Das rubbernecken sightseeren keepen hands in das pockets. Relaxen und vatch das blinkenlights!!! --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com
On Mon, 2007-03-19 at 13:29 -0500, Luke Kanies wrote:> On Mar 19, 2007, at 1:27 PM, Ian Burrell wrote: > > I have a bug, #479, with patches to change the redhat init script to > > have "restart" operation start and stop the daemon. The "reload" > > operation reloads the configuration. The logrotate script is changed > > to use "reload". > > Ah. I''ll try to get that applied.Just applied it. David
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 19 March 2007 17:44, Luke Kanies wrote:> On Mar 19, 2007, at 9:41 AM, David Schmitt wrote: > > The run from sid gave a stack trace: http://pastie.caboo.se/47937 > > I, um, have no idea. Maybe the version of rake is too old?Indeed: rake is the same version, but sid has libruby1.8=1.8.6-1 where etch still has libruby1.8=1.8.5-4. Which is probably very good in this case. Ah, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415425 there even seems to be a patch, but probably this will be resolved by just uploading a new upstream rake (0.7.2) when etch releases ... Regards, David - -- - - hallo... wie gehts heute? - - *hust* gut *rotz* *keuch* - - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF/xft/Pp1N6Uzh0URAqUOAJ9K5cPsoKNEA3SmeEjcGcmPug60jACfYyN6 cNNEHpbBcIciXeTUnjU1e0o=d2iy -----END PGP SIGNATURE-----