kernel panic

Hi there,

I was running `darcs repair` on this repo:

http://download.allocpsa.net/dev.tgz

and I got a kernel panic, managed to grab this screenshot:

http://download.allocpsa.net/kernel_panic.png

darcs was running inside an OpenVZ container. The kernel version of the
hardware node is: 

Linux silver2 2.6.18-92.1.1.el5.028stab057.2 #1 SMP Mon Jul 21 20:55:45 MSD 2008 i686 i686 i386 GNU/Linux

This is the second kernel panic I have experienced using darcs within
the virtual environment. I was just running `darcs diff` the first time.
(And I upgraded the kernel after the first crash).

Happy to provide further info ... I'll go hassle the OpenVZ folk now.

Cheers,
Alex

Re: kernel panic

On Mon, Sep 01, 2008 at 13:53:13 +1000, Alex Lance wrote:
> and I got a kernel panic, managed to grab this screenshot:
> 
> http://download.allocpsa.net/kernel_panic.png

Beautiful.

 (Sorry, I realise that may not be a helpful reaction)

I've tried it on my end and the repair works, although interestingly
it notices some of the stuff that http://bugs.darcs.net/issue693
talks about.

> Happy to provide further info ... I'll go hassle the OpenVZ folk now.

I am assuming that this is not darcs-related, but due to some mixture
of OpenVZ, hardware or even GHC.  Shall we wait for them to get back
with you?

--

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

_______________________________________________
darcs-users mailing list
darcs-users <at> darcs.net
http://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-devel] [issue1051] darcs pull/push --dry-run --interactive should be interactive

On Sun, Aug 31, 2008 at 20:49:16 -0000, Florent Becker wrote:
> Additionnaly, it would be nice to be offered the option to do a dry run before
> commiting the changes just after having finished selecting the patches.

See http://bugs.darcs.net/issue1052 for a possible alternative

--

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

_______________________________________________
darcs-users mailing list
darcs-users <at> darcs.net
http://lists.osuosl.org/mailman/listinfo/darcs-users

patches to ignore some patches in changelog generation

Mon Sep  1 06:55:26 MDT 2008  zooko <at> zooko.com
   * ChangeLog entries: ignore a minor patch which includes the name  
"warning" because it makes buildbot think that the build step is  
emitting a compiler warning

Mon Sep  1 06:56:39 MDT 2008  zooko <at> zooko.com
   * ChangeLog entries: ignore all patches with the string "ChangeLog  
entries" in them when generating ChangeLog entries
   ChangeLog entries
   

Mon Sep  1 07:14:32 MDT 2008  zooko <at> zooko.com
   * ChangeLog entries: ignore a minor patch which has the string  
"warning" in it

New patches:

[ChangeLog entries: ignore a minor patch which includes the name  
"warning" because it makes buildbot think that the build step is  
emitting a compiler warning
zooko <at> zooko.com**20080901125526] addfile ./changelog.in/entries/zooko
hunk ./changelog.in/entries/zooko 1
+ignore: name "add warning to configure about Haskell zlib speed"
+
[ChangeLog entries: ignore all patches with the string "ChangeLog  
entries" in them when generating ChangeLog entries
zooko <at> zooko.com**20080901125639
  ChangeLog entries
  
] hunk ./changelog.in/entries/zooko 2

Re: darcs patch: Fixed typo: "view this patch in *fill with the pager".

On Mon, Sep 01, 2008 at 03:29:00PM +1000, Alex Lance wrote:
> Mon Sep  1 15:25:59 EST 2008  Alex Lance <alla <at> cyber.com.au>
>   * Fixed typo: "view this patch in *fill with the pager".

Applied.  Thanks!

David

Re: darcs patch: Add test case for issue844.

It looks like this isn't a bug.  The file just isn't compressed.
Unless there's some way to trigger a bug using darcs.

David

On Sat, Aug 30, 2008 at 04:09:31PM -0700, Eric Kow wrote:
> Sun Aug 31 00:09:09 BST 2008  Eric Kow <E.Y.Kow <at> brighton.ac.uk>
>   * Add test case for issue844.

> New patches:
> 
> [Add test case for issue844.
> Eric Kow <E.Y.Kow <at> brighton.ac.uk>**20080830230909] addfile ./bugs/issue844_gzip_crc.sh
> hunk ./bugs/issue844_gzip_crc.sh 1
> +#!/usr/bin/env bash
> +set -ev
> +rm -rf temp1 temp2
> +mkdir temp1
> +cd temp1
> +darcs init
> +echo > a
> +darcs add a
> +darcs record a -a -m "init"
> +cd ..
> +
> +mkdir temp2
> +cd temp2
> +darcs init
> +darcs pull ../temp1 -a
> +gzip --test _darcs/patches/*-*

Re: patches to ignore some patches in changelog generation

On Mon, Sep 01, 2008 at 07:16:09AM -0600, zooko wrote:
> Mon Sep  1 06:55:26 MDT 2008  zooko <at> zooko.com
>   * ChangeLog entries: ignore a minor patch which includes the name  
> "warning" because it makes buildbot think that the build step is  
> emitting a compiler warning
>
> Mon Sep  1 06:56:39 MDT 2008  zooko <at> zooko.com
>   * ChangeLog entries: ignore all patches with the string "ChangeLog  
> entries" in them when generating ChangeLog entries
>   ChangeLog entries
>   
>
> Mon Sep  1 07:14:32 MDT 2008  zooko <at> zooko.com
>   * ChangeLog entries: ignore a minor patch which has the string  
> "warning" in it

Applied.  Thanks!

David

Re: patch: tests: silence unnecessary warning output from running tests

On Sun, Aug 31, 2008 at 12:55:20PM -0600, zooko wrote:
> Sun Aug 31 12:54:58 MDT 2008  zooko <at> zooko.com
>   * tests: silence unnecessary warning output from running tests

Applied.  Thanks!

David

Re: patch: quote paths in mv.pl

On Sun, Aug 31, 2008 at 12:09:17PM -0600, zooko wrote:
> Sun Aug 31 12:06:49 MDT 2008  zooko <at> zooko.com
>   * tests: quote the repo variable in mv.pl so that the test will work 
> when PWD has a space in it

Applied.  Thanks!

David

Re: darcs patch: Add forceHashSlurped that hashes the slu... (and 1 more)

On Sun, Aug 31, 2008 at 9:17 AM, Petr Rockai <me <at> mornfall.net> wrote:
> slurpHashed will take a "hashed" directory and produce an appropriate
> SlurpDirectory (files coming from drive in it will have the "Maybe String"
> field in them set to Just <hash>)
>
> hashSlurped will take a SlurpDirectory (possibly modified through the
> WriteableDirectory interface to SlurpMonad -- files produced this way will have
> the Maybe String field set to Nothing) and write out any files, that have their
> "Maybe String" set to Nothing.
>
> This means, that hashSlurped is appropriate in these two scenarios:
> - SlurpDirectory has been obtained from a non-hashed slurping action
> - SlurpDirectory has been obtained from slurpHashed and the directory parameter
>  to hashSlurped matches that passed to slurpHashed
>
> However, the repair code as it is introduces a situation, where hashSlurped is
> not appropriate:
>
> - SlurpDirectory has been obtained from slurpHashed, but hashSlurped is being
>  called on a different directory -- we basically want to copy the hashed
>  subdirectory to a new location
>
> This is where forceHashSlurped comes into play, as it implements the last
> scenario, without changing behaviour of hashSlurped. It could probably get a
> better name, but so could hashSlurped -- although maybe a wider refactor would
> be in place, to enforce that hashSlurped can't be used in the 3rd problematic
> case described above.
>
> Hopefully, this time the explanation is clear enough and we can move on --
> either renaming the functions or doing something else, but actually moving