I don't understand why it was working fine, and suddenly just stopped
working...

Even after a fresh re-installation of darcs:

I'm running:
Fedora 10 (release)
Linux version 2.6.27.19-170.2.35.fc10.i686

and I keep on getting the following:

-------------------------------------------------
[annlarys-fc10@localhost QSims]$ darcs get
https://www.cs.indiana.edu/~lvoufo/DarcsRepos/QSimsM
Directory '/home/annlarys-fc10/Desktop/QC/QSims/QSimsM' already exists,
creating repository as '/home/annlarys-fc10/Desktop/QC/QSims/QSimsM_4'
darcs: bug in darcs!
Another possible bug in URL.waitNextUrl:  curl_multi_perform() - no running
handles at src/URL.hs:243 compiled Jan 21 2009 01:32:45
I'm unable to check http://darcs.net/maintenance to see if this version is
supported.
If it is supported, please report this to bugs@darcs.net
If possible include the output of 'darcs --exact-version'.
^CUsing lazy repository.
Finished getting.
--------------------------------------------------

output of 'darcs --exact-version'

[annlarys-fc10@localhost darcs-2.2.0]$ darcs --exact-version
darcs compiled on Jan 21 2009, at 01:34:02
# configured Thu Jan 15 14:31:24 PST 2009
./configure /usr/local/share/config.site /usr/local/etc/config.site

Context:

[TAG 2.2.0
Petr Rockai <me@mornfall.net>**20090115150916]

-------------------------------------------------------------

Thanks,
--Larisse.

Attachments

• unnamed

Please, disregard this message. I'm an idiot. I forgot I had to do this
through admin access (sudo or su)

Thanks,
-- Larisse.

On Fri, Jul 10, 2009 at 5:02 AM, Larisse Voufo <bugs@darcs.net> wrote:

>
> New submission from Larisse Voufo <lvoufo@cs.indiana.edu>:
>
> I don't understand why it was working fine, and suddenly just stopped
> working...
>
> Even after a fresh re-installation of darcs:
>
> I'm running:
> Fedora 10 (release)
> Linux version 2.6.27.19-170.2.35.fc10.i686
>
> and I keep on getting the following:
>
> -------------------------------------------------
> [annlarys-fc10@localhost QSims]$ darcs get
> https://www.cs.indiana.edu/~lvoufo/DarcsRepos/QSimsM<https://www.cs.indiana.edu/%7Elvoufo/DarcsRepos/QSimsM>
> Directory '/home/annlarys-fc10/Desktop/QC/QSims/QSimsM' already exists,
> creating repository as '/home/annlarys-fc10/Desktop/QC/QSims/QSimsM_4'
> darcs: bug in darcs!
> Another possible bug in URL.waitNextUrl:  curl_multi_perform() - no running
> handles at src/URL.hs:243 compiled Jan 21 2009 01:32:45
> I'm unable to check http://darcs.net/maintenance to see if this version is
> supported.
> If it is supported, please report this to bugs@darcs.net
> If possible include the output of 'darcs --exact-version'.
> ^CUsing lazy repository.
> Finished getting.
> --------------------------------------------------
>
> output of 'darcs --exact-version'
>
> [annlarys-fc10@localhost darcs-2.2.0]$ darcs --exact-version
> darcs compiled on Jan 21 2009, at 01:34:02
> # configured Thu Jan 15 14:31:24 PST 2009
> ./configure /usr/local/share/config.site /usr/local/etc/config.site
>
> Context:
>
> [TAG 2.2.0
> Petr Rockai <me@mornfall.net>**20090115150916]
>
> -------------------------------------------------------------
>
> Thanks,
> --Larisse.
>
> ----------
> files: unnamed
> messages: 7942
> nosy: dmitry.kurochkin, kowey, lvoufo, simon, thorkilnaur
> status: unread
> title: Bug in Darcs -- http access to repository
>
> __________________________________
> Darcs bug tracker <bugs@darcs.net>
> <http://bugs.darcs.net/issue1489>
> __________________________________

Attachments

• unnamed

On Fri, Jul 10, 2009 at 09:06:08 -0400, Larisse Voufo wrote:
> Please, disregard this message. I'm an idiot. I forgot I had to do this
> through admin access (sudo or su)

Could I just confirm that when you say "had to do this", you mean
re-installing darcs?

In other words, the bug you're reporting seems to have been fixed
in the latest version of darcs?

Thanks,

I had a discussion with Larisse about this and we clarified that the issue here
is that darcs is giving really unhelpful output for the case where you're trying
to get into a directory without adequate permissions.

I wonder if there is a way to cope with this sort of thing without playing user
interface whack-a-mole...

The fact that the error message comes from libcurl...

Another possible bug in URL.waitNextUrl:  curl_multi_perform() - no running
handles at src/URL.hs:243 compiled Jan 21 2009 01:32:45

...makes me think that this may be addressed by proposed work in issue1231 not
to use temporary files to store our downloads but keep them in memory somehow.
Let's see how that pans out first.

Hi Larisse, I'm a bit confused by this bug, come to think of it.  

You said that there was no bug at all, and just a UI problem, that you
just had to do a "sudo darcs get" instead of "darcs get" to make things
work.

But when I tried the test of unsetting write permissions from a
directory I was trying to get into, I got a permission denied error
message and not this ugly mess of libcurl related warnings.

Also, the fact that we're getting error messages at *that* low a level
seems odd.  I wonder if this bug sheds light on similar issues that
people have been facing with issue1368, issue1420, issue1770..

Is this something you can reproduce systematically, eg. by getting into
a directory which only the root user can write to?  Thanks!

Not sure what else we can do with this bug.

Anyway, we do have a bug fix that removes this particular error message,
but it's not clear if there's something else going on.

Thu Apr 15 23:47:39 BST 2010  Dmitry Kurochkin <dmitry.kurochkin@gmail.com>
  * Fix hscurl.c when URL is downloaded during the first call to
curl_multi_perform.
  Turns out that the first call to curl_multi_perform() can fetch the URL or
  result in error. I can easily reproduce this using HTTP server on
localhost.
  This means that situation when running_handles is zero is valid, so
remove the
  error and handle it correctly.