Bug#491799: Slow darcs in sid
Hi Petr, On Monday 29 September 2008 17:31:36 Petr Rockai wrote: Hi, I have verified that the fix in -7 indeed fixes the problem and I have bumped build-depends of darcs to = -7. That should make everything However, trying to rebuild in a clean sid results in: ghc-pkg: cannot find package regex-base-0.93.1 dpkg: error processing libghc6-regex-base-dev (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libghc6-regex-posix-dev: libghc6-regex-posix-dev depends on libghc6-regex-base-dev (= 0.93.1-3); however: Package libghc6-regex-base-dev is not configured yet. libghc6-regex-posix-dev depends on libghc6-regex-base-dev ( 0.93.1+); however: Package libghc6-regex-base-dev is not configured yet. dpkg: error processing libghc6-regex-posix-dev (--configure): dependency problems - leaving unconfigured hm... I didn't get this error in my unstable/amd64 chroot. [..] PS: If anyone knows something about Lenny, could you tell me if it might be possible to get these fixes through to Lenny? You might want to contact the debian release team about this. IIRC, the release team can also do binNMUs, so it might also be an option to wait until ghc6 is built on all arches, and then request a binNMU instead of uploading a new source package. Cheers, Stefan. signature.asc Description: This is a digitally signed message part.
Bug#491799: Slow darcs in sid
Hi, I have verified that the fix in -7 indeed fixes the problem and I have bumped build-depends of darcs to = -7. That should make everything However, trying to rebuild in a clean sid results in: ghc-pkg: cannot find package regex-base-0.93.1 dpkg: error processing libghc6-regex-base-dev (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libghc6-regex-posix-dev: libghc6-regex-posix-dev depends on libghc6-regex-base-dev (= 0.93.1-3); however: Package libghc6-regex-base-dev is not configured yet. libghc6-regex-posix-dev depends on libghc6-regex-base-dev ( 0.93.1+); however: Package libghc6-regex-base-dev is not configured yet. dpkg: error processing libghc6-regex-posix-dev (--configure): dependency problems - leaving unconfigured I am delaying that upload till I can sort this one out. Yours, Petr. PS: If anyone knows something about Lenny, could you tell me if it might be possible to get these fixes through to Lenny? -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid
Hi, just FYI, a new ghc6 (6.8.2-7) was uploaded an hour ago, which should fix the problem if darcs is rebuilt with it. Cheers, Stefan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid
On Sun, Sep 28, 2008 at 03:51:46PM +0200, Stefan Potyra wrote: Just FYI, a new ghc6 (6.8.2-7) was uploaded an hour ago, which should fix the problem if darcs is rebuilt with it. Hi, thanks for the heads-up! Unfortunately I have no direct control over what GHC is used to build binary packages, because this is done by buildd using whatever is in the release at the time. What I can do is upload a package of 2.0.3pre1 (or 2.1.0pre2, if it's out) to experimental, which will result in the i386 and amd64 versions being built with ghc6 6.8.2-7. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid -- not reproducible.
Hi guys, From the darcs-user list, it seems this might be an issue with how GHC 6.8.2 handles mtimes and symlinks: http://bugs.darcs.net/issue973 If this is the case, building darcs with GHC 6.8.3 should fix the issue. Brian / Zooko, should I link this bug (#491799) to the upstream bug (issue793)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid -- not reproducible.
Hi. I get this, with cache enabled: darcs get http://allmydata.org/source/tahoe/trunk-hashedformat trunk-hashed-1 8,08s user 0,72s system 79% cpu 11,062 total I presume quite a bit of that time is due to network delays. I am running 2.0.2 from Debian here. I guess that rules Debian bugs out? Fair to close the bug? I suspect a cache problem. Make sure the cache is in the same filesystem as the one you are getting to! (That might explain the problem in the case the cache is in fact enabled...) Yours, Petr. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid
Package: darcs Version: 2.0.0-5 Severity: minor This is twb; I'm unilaterally moving this private discussion into the Debian BTS so I can track it more easily. I'll bounce messages to the [EMAIL PROTECTED] mailing list when this message creates it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: slow darcs in sid
Dear TWB: Are you the Debian maintainer for darcs? My co-worker complained that darcs 2.0.0 pull took more than 60 seconds, and when I did the same thing on my machine it took a mere 5 seconds or so. I installed darcs-2.0.2, compiled locally, and that one takes a mere 8 seconds or so to do this same pull. So something about darcs-2.0.0 or about the way it was built for sid is making it much slower. Thanks! Regards, Zooko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: slow darcs in sid
On Fri, Jul 18, 2008 at 02:34:21PM -0600, zooko wrote: Are you the Debian maintainer for darcs? Yup! Petr Rockai (mornfall) is also involved; he's my sponsor. My co-worker complained that darcs 2.0.0 pull took more than 60 seconds, and when I did the same thing on my machine it took a mere 5 seconds or so. Please tell him/her to report such bugs to Debian by running the reportbug program (in the reportbug package). The first thing I'd do is tag such a report moreinfo -- unless there's enough information to reliably reproduce a problem, I can't do much. The URL for the repo in question would be an obvious first step. (If the repo can't be made public, there are other things we can try.) I installed darcs-2.0.2, compiled locally, and that one takes a mere 8 seconds or so to do this same pull. A Darcs 2.0.2 package for Debian is in experimental. For release-related reasons, this might not be uploaded to Sid until Lenny is released (which is expected in September). Could your co-worker (or you) grab that .deb and see if it has the problem? So something about darcs-2.0.0 or about the way it was built for sid is making it much slower. Was the 8 second figure run by the co-worker on his/her machine? If not, something in .darcs/prefs or a darcs cache could be responsible for the speed up. If you want to, you can apt-get source darcs=2.0.0-5 and try looking at the code in debian/rules, where the ./configure arguments live. PS: please use [EMAIL PROTECTED] (not [EMAIL PROTECTED]) for Debian-related correspondence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: slow darcs in sid
Trent: Thanks much! Brian is now experiencing the same slowdown with the sid package on a different Linux machine. I'm Cc:'ing him so that he can read your suggestions about how to proceed. By the way, you can access the repo in question at http:// allmydata.org/source/tahoe/trunk-hashedformat -- it is all Free and Open software. Regards, Zooko On Jul 18, 2008, at 21:11 PM, Trent W. Buck wrote: On Fri, Jul 18, 2008 at 02:34:21PM -0600, zooko wrote: Are you the Debian maintainer for darcs? Yup! Petr Rockai (mornfall) is also involved; he's my sponsor. My co-worker complained that darcs 2.0.0 pull took more than 60 seconds, and when I did the same thing on my machine it took a mere 5 seconds or so. Please tell him/her to report such bugs to Debian by running the reportbug program (in the reportbug package). The first thing I'd do is tag such a report moreinfo -- unless there's enough information to reliably reproduce a problem, I can't do much. The URL for the repo in question would be an obvious first step. (If the repo can't be made public, there are other things we can try.) I installed darcs-2.0.2, compiled locally, and that one takes a mere 8 seconds or so to do this same pull. A Darcs 2.0.2 package for Debian is in experimental. For release-related reasons, this might not be uploaded to Sid until Lenny is released (which is expected in September). Could your co-worker (or you) grab that .deb and see if it has the problem? So something about darcs-2.0.0 or about the way it was built for sid is making it much slower. Was the 8 second figure run by the co-worker on his/her machine? If not, something in .darcs/prefs or a darcs cache could be responsible for the speed up. If you want to, you can apt-get source darcs=2.0.0-5 and try looking at the code in debian/rules, where the ./configure arguments live. PS: please use [EMAIL PROTECTED] (not [EMAIL PROTECTED]) for Debian-related correspondence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]