After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 626836 - Duplicate libsigc++2 (and libxml++) repository: "libsigc 2" (and "libxml ")
Duplicate libsigc++2 (and libxml++) repository: "libsigc 2" (and "libxml ")
Status: RESOLVED FIXED
Product: sysadmin
Classification: Infrastructure
Component: Git
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Sysadmins
GNOME Sysadmins
Depends on:
Blocks:
 
 
Reported: 2010-08-13 13:42 UTC by David King
Modified: 2010-09-01 20:17 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David King 2010-08-13 13:42:34 UTC
In the platform component of http://git.gnome.org/browse/ there are two, apparently duplicate, libsigc++2 repositories. "libsigc++2" is the canonical repository, so I guess that this is something to do with bug #625135 (git unquoting "+" in URLs). I cannot clone from the URL with spaces (even if I manually escape them), so I guess this is purely a problem with displaying repositories with two consecutive '+' characters using cgit, as libxml++ (in the bindings component) appears to have the same problem.
Comment 1 Olav Vitters 2010-08-13 13:55:49 UTC
It is a git.gnome.org workaround for the upstream bug.

Symbolic link for 'gtk ' -> 'gtk+', and same for the other repositories with + in the name.
Comment 2 Christer Edwards 2010-09-01 19:51:58 UTC
I just sucessfully cloned libsigc++ and libxml++ without any manual escaping or otherwise non-standard usage.

[cedwards@daphne tmp]$ git clone git://git.gnome.org/libsigc++2 libsigc++2
Cloning into libsigc++...
remote: Counting objects: 3302, done.
remote: Compressing objects: 100% (1042/1042), done.
remote: Total 3302 (delta 2471), reused 2857 (delta 2201)
Receiving objects: 100% (3302/3302), 658.74 KiB | 851 KiB/s, done.
Resolving deltas: 100% (2471/2471), done.

[cedwards@daphne tmp]$ git clone git://git.gnome.org/libxml++ libxml++
Cloning into libxml++...
remote: Counting objects: 2079, done.
remote: Compressing objects: 100% (752/752), done.
remote: Total 2079 (delta 1511), reused 1680 (delta 1277)
Receiving objects: 100% (2079/2079), 473.21 KiB, done.
Resolving deltas: 100% (1511/1511), done.

Is this still an issue for you? Perhaps it is related to the referenced https://bugzilla.gnome.org/show_bug.cgi?id=625135 ?

Does this need addressing or can it be closed?
Comment 3 Christer Edwards 2010-09-01 19:59:24 UTC
I'm able to clone both:
git://git.gnome.org/libsigc%20%202
git://git.gnome.org/libsigc++2

As Olav says, they appear to be duplicates, but that is due to a workaround on our end. Both repositories are identical.. just symbolic links.

Closing.
Comment 4 Frederic Peters 2010-09-01 20:05:43 UTC
(sorry it took me too long to write this comment, and I ended in a mid air collision with your status change, anyway I think this should be reopened, as there is something to fix).

The problem here is that http://git.gnome.org/browse/ has duplicate entries for libxml++ and libsigc++2 (as well as gtk+ and maybe others), those duplicated entries were created so command line operation from (some version of) git was fixed. (workaround noted in comment 1)

But ideally those entries shouldn't be displayed in the cgit listing of modules, as 1) they are duplicates and 2) they give wrong instructions on clone URIs (ex: "http://git.gnome.org/browse/libsigc  2/").

The fix would for example be to have cgit skip directories with spaces.
Comment 5 Olav Vitters 2010-09-01 20:17:48 UTC
I've made it ignore symlinks.