Diff for "VcsImportRequests"

Not logged in - Log In / Register

Differences between revisions 94 and 110 (spanning 16 versions)
Revision 94 as of 2006-11-28 11:40:55
Size: 11573
Editor: nor75-18-82-241-238-155
Comment: lowmem/main syncing
Revision 110 as of 2006-12-04 14:23:12
Size: 16161
Editor: nor75-18-82-241-238-155
Comment: tomboy failure: checkout did not give file data
Deletions are marked like this. Additions are marked like this.
Line 31: Line 31:
 * [https://launchpad.net/people/dsnopek dsnopek]: https://launchpad.net/products/dojo/trunk [[BR]] http://svn.dojotoolkit.org/dojo/trunk [[BR]] [[[Date(2006-08-31T20:10:43Z)]]]
Line 35: Line 37:
== [svn] wrong repository root ==

The current svn import code determines the root of the repository by walking up the URL until svn ls fails. This was necessary because older versions of libsvn_client did not expose the repository root information. Newer libsvn_client allow to determine this information directly. In cases where there are nested svn repositories, the old logic is wrong and that cause the change filtering (ignoring change outside of the branch being imported) to ignore legitimate changes.

 * nobody: [https://launchpad.net/products/libsyncml/trunk libsyncml/trunk] [[BR]] http://svn.opensync.org/libsyncml/trunk [[BR]] [[Date(2006-11-28T11:56:17Z)]]

== [svn] unreliable server ==

The current svn import code makes many connections and does not retry when one fails. If the server is in the least unreliable (one failure every few thousand attempts to create a session) that will cause the import to fail.

 * nobody: [https://launchpad.net/products/debconf/head debconf/head] [[BR]] svn://svn.debian.org/debconf/trunk/src/debconf [[BR]] [[Date(2006-11-28T11:51:08Z)]]

 * nobody: [https://launchpad.net/products/deluge/trunk deluge/trunk] [[BR]] http://deluge-torrent.googlecode.com/svn/trunk [[BR]] [[Date(2006-11-28T11:51:08Z)]]

 * nobody: [https://launchpad.net/products/reconstructor/trunk reconstructor/trunk] [[BR]] http://reconstructor.googlecode.com/svn/trunk [[BR]] [[Date(2006-11-28T11:51:08Z)]]

 * nobody: [https://launchpad.net/products/debian-installer/main debian-installer/main] [[BR]] svn://svn.debian.org/d-i/trunk/installer [[BR]] [[Date(2006-11-28T11:51:08Z)]]

 * nobody: [https://launchpad.net/products/python2.4-matplotlib/trunk matplotlib/trunk] [[BR]] https://svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib [[BR]] [[Date(2006-11-29T09:58:17Z)]]

 * nobody: [https://launchpad.net/products/brltty/main brltty/main] [[BR]] svn://mielke.cc/main/brltty [[BR]] [[Date(2006-11-29T10:32:43Z)]]

 * nobody: [https://launchpad.net/products/codeblocks/trunk codeblocks/trunk] [[BR]] svn://svn.berlios.de/codeblocks/trunk [[BR]] [[Date(2006-12-04T14:03:14Z)]]
Line 43: Line 69:
 * nobody: https://launchpad.net/products/tmw/trunk [[BR]] https://svn.sourceforge.net/svnroot/themanaworld/tmw/trunk [[BR]] [[[Date(2006-09-29T15:57:33Z)]]]  * nobody: [https://launchpad.net/products/tmw/trunk tmw/trunk] [[BR]] https://svn.sourceforge.net/svnroot/themanaworld/tmw/trunk [[BR]] [[[Date(2006-09-29T15:57:33Z)]]]

 * nobody: [https://launchpad.net/products/pcm/trunk pcm/trunk] [[BR]] http://clanmanager.googlecode.com/svn/trunk [[BR]] [[Date(2006-11-29T09:11:13Z)]]
Line 64: Line 92:
 * nobody: [https://launchpad.net/products/closetgnome/trunk closetgnome] [[BR]] http://svn.wowace.com/wowace/trunk/ClosetGnome [[BR]] [[Date(2006-11-27T14:54:44Z)]]

 * nobody: [https://launchpad.net/products/openvpn/trunk openvpn] [[BR]] http://svn.openvpn.net/projects/openvpn/trunk/openvpn [[BR]] [[Date(2006-11-27T18:18:14Z)]]
 * nobody: [https://launchpad.net/products/closetgnome/trunk closetgnome/trunk] [[BR]] http://svn.wowace.com/wowace/trunk/ClosetGnome [[BR]] [[Date(2006-11-27T14:54:44Z)]]

 * nobody: [https://launchpad.net/products/openvpn/trunk openvpn/trunk] [[BR]] http://svn.openvpn.net/projects/openvpn/trunk/openvpn [[BR]] [[Date(2006-11-27T18:18:14Z)]]

 * nobody: [https://launchpad.net/products/shotserver/trunk shotserver/trunk] [[BR]] http://svn.browsershots.org/trunk/shotserver [[BR]] [[Date(2006-11-29T09:52:44Z)]]

 * nobody: [https://launchpad.net/products/taglib/trunk taglib/trunk] [[BR]] svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib [[BR]] [[Date(2006-12-01T09:33:05Z)]]

 * [https://launchpad.net/people/radix radix]: [https://launchpad.net/products/pypy/trunk pypy/trunk] [[BR]] http://codespeak.net/svn/pypy/dist [[BR]] [[Date(2006-12-04T13:56:20Z)]]
Line 140: Line 174:

== Unknown
failures ==

 * nobody: https://launchpad.net/products/xrms/trunk [[BR]] :pserver:anonymous``@xrms.cvs.sourceforge.net:/cvsroot/xrms/ xrms [[BR]] [[[Date(2006-09-29T21:20:41Z)]]]
== [cvs] Absurd filler revision ==

 * nobody: [https://launchpad.net/products/xrms/trunk xrms/trunk] [[BR]] :pserver:anonymous``@xrms.cvs.sourceforge.net:/cvsroot/xrms/ xrms [[BR]] [[[Date(2006-09-29T21:20:41Z)]]]
Line 145: Line 178:
   * cscvs wants to create a filler changeset 1.1->1.1.1.2 for include/adodb/pear/readme.Auth.txt, but there is no revision 1.1.1.2 for that file. The cvs rlog shows revision 1.1 (branches: 1.1.1) used in changeset MAIN.915, revision 1.1.1.1, not used by cscvs. The cvs log header for that file reads "head: 1.1" and "branch: 1.1.1".    * cscvs creates a filler changeset 1.1->1.1.1.2 for include/adodb/pear/readme.Auth.txt, but there is no revision 1.1.1.2 for that file. The cvs rlog shows revision 1.1 (branches: 1.1.1) used in changeset MAIN.915, revision 1.1.1.1, not used by cscvs. The cvs log header for that file reads "head: 1.1" and "branch: 1.1.1".
Line 158: Line 191:
 * nobody: https://launchpad.net/products/dtv/trunk [[BR]] https://svn.participatoryculture.org/svn/dtv/trunk [[BR]] [[[Date(2006-10-23T16:19:12Z)]]]  * [https://launchpad.net/people/jordi jordi]: [https://launchpad.net/products/gtetrinet/trunk gtetrinet/trunk] [[BR]] :pserver:anonymous``@anoncvs.gnome.org:/cvs/gnome gtetrinet [[BR]] [[Date(2006-11-30T17:27:49Z)]]
   * on changeset MAIN.394 [[BR]] CRITICAL: requested checkout of reporoot '/cvs/gnome', file 'gtetrinet/src/Attic/tetris.h', revision '1.15.2.2' [[BR]] CRITICAL: log of checkout responses follow. [[BR]] CRITICAL: "E cvs server: cannot find module `gtetrinet/src/Attic/tetris.h' - ignored\n" [[BR]] CRITICAL: 'error \n'
   * cscvs creates a filler changeset 1.1->1.15.2.2 for gtetrinet/src/tetris.h but the log of that file only has revisions 1.1, 1.1.1.1, 1.1.1.1.2.2, 1.1.1.1.2.1.

== [cvs] Checkout gave no file data ==

 * nobody: [https://launchpad.net/products/tomboy/head tomboy/head] [[BR]] :pserver:anonymous``@anoncvs.gnome.org:/cvs/gnome tomboy [[BR]] [[Date(2006-12-04T14:23:12Z)]]

{{{
WARNING: N changeset MAIN.745
CRITICAL: checkout did not give file data and did not indicate file was removed.
CRITICAL: requested checkout of reporoot '/cvs/gnome', file 'tomboy/www/img/intro.gif', revision '1.1'
CRITICAL: log of checkout responses follow.
CRITICAL: 'ok\n'
}}}

The cscvs log for this changeset:

{{{
ChangeSet: 745
Author: orph
Date: 2004/09/18 08:52:21
Branch: MAIN
CVSDefaultFiller
Revisions:
        F www/img/intro.gif [1.1->1.1] +0-0

Filler changeset 1.1->1.1
}}}

== Unknown failures ==

 * nobody: [https://launchpad.net/products/dtv/trunk dtv/trunk] [[BR]] https://svn.participatoryculture.org/svn/dtv/trunk [[BR]] [[[Date(2006-10-23T16:19:12Z)]]]
Line 160: Line 225:

 * nobody: [https://launchpad.net/products/cups/main cups/main] [[BR]] http://svn.easysw.com/public/cups/trunk [[BR]] [[Date(2006-11-29T10:08:15Z)]]
   * On full-tree import of initial revision

{{{
WARNING: change 161
WARNING: change 166
Traceback (most recent call last):
  File "/home/importd/dists/launchpad/lib/importd/CommandLineRunner.py", line 67, in ?
    main()
  File "/home/importd/dists/launchpad/lib/importd/CommandLineRunner.py", line 64, in main
    doer.runMethod(method, dirname)
  File "/home/importd/dists/launchpad/lib/importd/CommandLineRunner.py", line 57, in runMethod
    getattr(self._job, method)(logger=self.logger, dir=dirname)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/importd/Job.py", line 188, in runJob
    strategy(self, dir, logger)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/importd/JobStrategy.py", line 100, in Import
    self.runtobaz("-SI", "%s.1" % aJob.branchfrom, target_path, logger)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/importd/JobStrategy.py", line 84, in runtobaz
    totla.totla(config, logger, config.args, self.sourceTree())
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/cscvs/cmds/totla.py", line 262, in totla
    apply_changeset(source_tree, logger, apply, revision, target_tree, revisions)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/cscvs/cmds/totla.py", line 130, in apply_changeset
    fileChange.apply(logger, target_tree, prune)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/svn_oo/PresentFile.py", line 46, in apply
    self.url(), self.revision)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/svn_oo/util.py", line 116, in writeFile
    revision=pysvn_revision, peg_revision=pysvn_revision)
pysvn._pysvn.ClientError: Code: 00020f58
}}}
Line 177: Line 272:

== [svn] Better REPLACE support ==

Imports that have failed and that need better support for replaced files.

 * https://launchpad.net/products/wormux/0.7 [[BR]]
   [[[Date(2006-07-22T12:18:59Z)]]]
   * On changeset 865 [[BR]]
   change: action = 'R', old kind = <node_kind.dir>, new kind = <node_kind.dir> [[BR]]
   RuntimeError: only replacing a file by a file is implemented

== [svn] Partial copy ==

Current cscvs in production does not correctly handle revisions that combine a copy (that is 'A' or 'R' action with copyfrom set) with a simultaneous delete ('D' or 'R' action) in a path below the copy.

A new changeset generation logic that fixes this issue has been implemented and is currently undergoing review. When the code review and fixage has been completed, those import will be re-run and are expected to succeed.

Imports that failed to do REPORT on a path with a bang. I do not know what that means, but there's clearly a pattern.

 * [https://launchpad.net/people/dsnopek dsnopek]: https://launchpad.net/products/dojo/trunk [[BR]] http://svn.dojotoolkit.org/dojo/trunk [[BR]] [[[Date(2006-08-31T20:10:43Z)]]]
   * On changeset 1310: [[BR]] pysvn._pysvn.ClientError: REPORT request failed on '/dojo/!svn/bc/1309/trunk/buildscripts' [[BR]] '/dojo/!svn/bc/1309/trunk/buildscripts' path not found

 * nobody: https://launchpad.net/products/libflaim/trunk [[BR]] https://forgesvn1.novell.com/svn/flaim/trunk [[BR]] [[[Date(2006-09-29T20:03:56Z)]]]
   * On changeset 828 [[BR]] pysvn._pysvn.ClientError: REPORT request failed on '/svn/flaim/!svn/bc/827/trunk/xflaim/java/util/xxedit/xedit' [[BR]] '/svn/flaim/!svn/bc/827/trunk/xflaim/java/util/xxedit/xedit' path not found

This page tracks requests for actions from the vcs-imports operator.

To request an import, please:

  • Create a product in Launchpad and set the source details to the CVS or Subversion repository you wish to have imported. In particular
  • Add a request on this page, with the name of your launchpad account so I can find your email.

Note that we only do imports of MAIN branches on CVS (the form will have to be updated to remove the "branch" field) and trunk branches on Subversion.

We will handle your request and keep you informed of progress or issues. You can contact the vcs-imports operator: ddaa in #launchpad on irc.freenode.net.

Template to request an import:

  • [@DATE@]


TableOfContents()


Incoming

Open requests

Imports that need intervention from the vcs-imports operator.

In progress

Imports being processed.

Blocked

Imports that are currently failing, and for which no fix is currently being worked on.

[svn] wrong repository root

The current svn import code determines the root of the repository by walking up the URL until svn ls fails. This was necessary because older versions of libsvn_client did not expose the repository root information. Newer libsvn_client allow to determine this information directly. In cases where there are nested svn repositories, the old logic is wrong and that cause the change filtering (ignoring change outside of the branch being imported) to ignore legitimate changes.

[svn] unreliable server

The current svn import code makes many connections and does not retry when one fails. If the server is in the least unreliable (one failure every few thousand attempts to create a session) that will cause the import to fail.

[svn] missing uri-encoding

cscvs uses the svn_client API to libsvn to retrieve data (on Date(2006-11-09T14:31:29Z)), but does not correctly uri-encode locations. So file names that contain characters that must be escaped cause import failures.

[cvs] failed to open the modules file

cscvs needs to read the modules file to ignore configs (aka externals, nested trees).

$ cvs -d :pserver:guest:guest@mozdev.org:/cvs co -c
cvs [checkout aborted]: failed to open the modules file

[svn] svn:externals

[https://launchpad.net/products/launchpad-bazaar/+bug/69513 Bug 69513]

[cvs] file created by merge

Relevant fragment of the cvs log:

$ cvs rlog epiphany/data\/ui/epiphany-toolbar.xml.in

RCS file: /cvs/gnome/epiphany/data/ui/Attic/epiphany-toolbar.xml.in,v
head: 1.17
branch:
locks: strict
access list:
symbolic names:
[...]
        eog-menu-api: 1.1.0.2
keyword substitution: kv
total revisions: 19;    selected revisions: 19
description:
----------------------------
[...]
----------------------------
revision 1.2
date: 2003/01/20 18:57:15;  author: mpeseng;  state: Exp;  lines: +15 -0
2003-01-20  Marco Pesenti Gritti  <marco@it.gnome.org>

        * Merge eog-menu-api branch
----------------------------
revision 1.1
date: 2003/01/20 17:53:25;  author: mpeseng;  state: dead;
branches:  1.1.2;
file epiphany-toolbar.xml.in was initially added on branch eog-menu-api.
----------------------------
revision 1.1.2.1
date: 2003/01/20 17:53:25;  author: mpeseng;  state: Exp;  lines: +15 -0
implement context menus
----------------------------
[...]

[svn] Cannot import whole repository

The svn import code fails at processing imports at the root of a svn repository. Some repository are set up that way, with the actual root containing the source code. That's broken, but people actually do this.

Anchor(squid)

[cvs] None branch in findLastFileRevision

While creating changesets: assertion error, branchName is None in findLastFileRevision CVS/CacheGenerator.py:160

It looks like it means something is really busted with filler revisions and default branches.

File name not supported by bzr

[cvs] Absurd filler revision

  • nobody: [https://launchpad.net/products/xrms/trunk xrms/trunk] BR :pserver:anonymous@xrms.cvs.sourceforge.net:/cvsroot/xrms/ xrms BR [Date(2006-09-29T21:20:41Z)]

    • on changeset MAIN.4167: BR CRITICAL: requested checkout of reporoot '/cvsroot/xrms', file 'xrms/include/adodb/pear/Attic/readme.Auth.txt', revision '1.1.1.2' BR CRITICAL: log of checkout responses follow. BR CRITICAL: "E cvs checkout: cannot find module BR `xrms/include/adodb/pear/Attic/readme.Auth.txt' - ignored\n" BR CRITICAL: 'error \n'

    • cscvs creates a filler changeset 1.1->1.1.1.2 for include/adodb/pear/readme.Auth.txt, but there is no revision 1.1.1.2 for that file. The cvs rlog shows revision 1.1 (branches: 1.1.1) used in changeset MAIN.915, revision 1.1.1.1, not used by cscvs. The cvs log header for that file reads "head: 1.1" and "branch: 1.1.1".

lifeless suggests:

(15:28:25) lifeless: I'd do a search in the file revision table for that file, all revisions, see what cscvs is thinking happened to it
(15:29:45) ddaa: you suggest it might be a problem in the log parser and checking the catalog contents would help narrowing the cause of the problem?
(15:33:11) lifeless: something is inventing the .2
(15:33:22) lifeless: if its in the catalog then the catalog generator can be checked
(15:33:42) lifeless: if its not in the catalog then the application-of-changesets can be checked
(15:33:45) lifeless: it will narrow it down
(15:34:03) lifeless: As its a very small rlog I'd make a test case from it
  • [https://launchpad.net/people/jordi jordi]: [https://launchpad.net/products/gtetrinet/trunk gtetrinet/trunk] BR :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome gtetrinet BR Date(2006-11-30T17:27:49Z)

    • on changeset MAIN.394 BR CRITICAL: requested checkout of reporoot '/cvs/gnome', file 'gtetrinet/src/Attic/tetris.h', revision '1.15.2.2' BR CRITICAL: log of checkout responses follow. BR CRITICAL: "E cvs server: cannot find module `gtetrinet/src/Attic/tetris.h' - ignored\n" BR CRITICAL: 'error \n'

    • cscvs creates a filler changeset 1.1->1.15.2.2 for gtetrinet/src/tetris.h but the log of that file only has revisions 1.1, 1.1.1.1, 1.1.1.1.2.2, 1.1.1.1.2.1.

[cvs] Checkout gave no file data

WARNING: N changeset MAIN.745
CRITICAL: checkout did not give file data and did not indicate file was removed.
CRITICAL: requested checkout of reporoot '/cvs/gnome', file 'tomboy/www/img/intro.gif', revision '1.1'
CRITICAL: log of checkout responses follow.
CRITICAL: 'ok\n'

The cscvs log for this changeset:

ChangeSet: 745
Author: orph
Date: 2004/09/18 08:52:21
Branch: MAIN
CVSDefaultFiller
Revisions:
        F www/img/intro.gif [1.1->1.1] +0-0

Filler changeset 1.1->1.1

Unknown failures

WARNING: change 161
WARNING: change 166
Traceback (most recent call last):
  File "/home/importd/dists/launchpad/lib/importd/CommandLineRunner.py", line 67, in ?
    main()
  File "/home/importd/dists/launchpad/lib/importd/CommandLineRunner.py", line 64, in main
    doer.runMethod(method, dirname)
  File "/home/importd/dists/launchpad/lib/importd/CommandLineRunner.py", line 57, in runMethod
    getattr(self._job, method)(logger=self.logger, dir=dirname)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/importd/Job.py", line 188, in runJob
    strategy(self, dir, logger)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/importd/JobStrategy.py", line 100, in Import
    self.runtobaz("-SI", "%s.1" % aJob.branchfrom, target_path, logger)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/importd/JobStrategy.py", line 84, in runtobaz
    totla.totla(config, logger, config.args, self.sourceTree())
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/cscvs/cmds/totla.py", line 262, in totla
    apply_changeset(source_tree, logger, apply, revision, target_tree, revisions)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/cscvs/cmds/totla.py", line 130, in apply_changeset
    fileChange.apply(logger, target_tree, prune)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/svn_oo/PresentFile.py", line 46, in apply
    self.url(), self.revision)
  File "/srv/importd.ubuntu.com/dists/launchpad/lib/svn_oo/util.py", line 116, in writeFile
    revision=pysvn_revision, peg_revision=pysvn_revision)
pysvn._pysvn.ClientError: Code: 00020f58

Failed to fork, memory error

Some large imports fail to os.fork() (when spawning gpg to sign a revision) with "OSError: [Errno 12] Cannot allocate memory". It's not clear why that happen, since Linux should overcommit memory up to 50x (the value of /proc/sys/vm/overcommit_ratio) and allow large processes like cscvs to spawn small processes like gpg.

Fix in progress

Failures for which a fix is currently being worked on.

VcsImportRequests (last edited 2021-05-27 14:19:59 by cjwatson)