36696 2003-12-28 17:51 0000 No ebuild exists for cloop-2.00 2003-12-29 16:05:26 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified x86 Linux CLOSED TEST-REQUEST P2 normal --- 1 mccartyp@apu.edu stuart@gentoo.org mccartyp@apu.edu 2003-12-28 17:51:16 0000 No ebuild exists for the new version of cloop - 2.00. I tried using one of the existing ebuilds - 1.02, however that build failed the download portion as the source no longer existed on the site. Reproducible: Always Steps to Reproduce: 1. emerge cloop 2. 3. Actual Results: emerged cloop-0.68 Expected Results: emerge a newer cloop, perhaps 2.00 mccartyp@apu.edu 2003-12-28 17:53:36 0000 Created an attachment (id=22778) cloop 2.00 ebuild Simply copied from other cloop ebuild 1.02. No changes made. Builds successfully and mounts KNOPPIX 3.3 in tests. stuart@gentoo.org 2003-12-29 03:15:28 0000 From the changelog, I'd say that cloop-2.00 replaces the cloop-1.x series. I've added your ebuild for cloop-2.00; it should appear on a local rysnc mirror in about an hour's time. Can you test this, and confirm it works for you? Thanks. For the record ;-) I've also made a source tarball to go with the cloop-0.68 ebuild (which is the cloop version we used in 2003 on our Gentoo CDs), and put that up onto our distfiles mirrors. Best regards, Stu mccartyp@apu.edu 2003-12-29 11:45:11 0000 I've successfully built the package using the ebuild in the portage tree again kernel 2.4.22-gentoo-r2 (gentoo sources). I was also able to succesfully mount the KNOPPIX image. One thing I also noticed in the changelog is that since this new version uses 64bit pointers, it is incompatible with legacy images using 32bit pointers. That indicates to me that mounting images such as the gentoo CD with this version will fail. Bit of a mutual exclusion problem aparrently. I'm dissappointed that this incompatibility doesn't seem to be made clear in any obvious way. (Or perhaps im just blind and missed the glaring big warning sign ;) Any ideas on how this could be handled? I'm sure some users would like the ability to mount either versions image. Happy (almost) New Year! -- Patrick stuart@gentoo.org 2003-12-29 12:19:56 0000 It's a good point. I guess the ebuilds could be changed to install the modules as cloop-32bit and cloop-64bit instead, and to allow both versions to be installed at the same time. You'd still only be able to insmod one of the modules at a time though. How would that sound? Stu mccartyp@apu.edu 2003-12-29 15:57:30 0000 That would work quite nicely. Should probably include a readme with the package that explains the differences. Some might wrongly assume that 32 vs 64 was architecture dependent or something ;) Perhaps they should still be seperate ebuilds nevertheless though. For one thing, youd end up with a package name like cloop-0.68-2.00, kinda confusing. Its probably a bit easier to keep them separate, but not mutually exclusive to emerge. But, six to one, half dozen to another! ;) In either case, this particular bug is fixed as far as im concerned. Should we then mark this one closed and reopen a different bug pending someone's decision regarding packaging? Cheers! stuart@gentoo.org 2003-12-29 16:05:26 0000 I'll send a post to gentoo-dev mailing list about the proposed modname changes first, and see where that goes. I agree, it's separate to this bug, so I'll close this one now. The two versions of cloop would remain in separate ebuilds. Portage allows you to install more than one version of a package at the same time, provided they use SLOTS. Best regards, Stu 22778 2003-12-28 17:53 0000 cloop 2.00 ebuild cloop-2.00.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1hcHBzL2Nsb29wL2Nsb29w LTEuMDIuZWJ1aWxkLHYgMS4xIDIwMDMvMTAvMTIgMTc6MTI6MDUgbWhvbHplciBFeHAgJAoKaW5o ZXJpdCBrZXJuZWwtbW9kCgpNWV9QVj0iJHtQVn0tMSIKTVlfUD0iJHtQTn1fJHtNWV9QVn0iCkRF U0NSSVBUSU9OPSJDb21wcmVzc2VkIGZpbGVzeXN0ZW0gbG9vcGJhY2sga2VybmVsIG1vZHVsZSIK SE9NRVBBR0U9Imh0dHA6Ly93d3cua25vcHBlci5uZXQva25vcHBpeC8iClNSQ19VUkk9Imh0dHA6 Ly9kZXZlbG9wZXIubGludXh0YWcubmV0L2tub3BwaXgvc291cmNlcy8ke01ZX1B9LnRhci5neiIK TElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdPUkRTPSIiCklVU0U9IiIKREVQRU5EPSIiCgoj IFJ1bi10aW1lIGRlcGVuZGVuY2llcywgc2FtZSBhcyBERVBFTkQgaWYgUkRFUEVORCBpc24ndCBk ZWZpbmVkOgojUkRFUEVORD0iIgoKUz0ke1dPUktESVJ9LyR7UE59LSR7UFZ9CgpiYWR2ZXJzaW9u ICgpIHsKCWVlcnJvciAiVGhpcyB2ZXJzaW9uIG9mIGNsb29wIHdpbGwgb25seSBjb21waWxlIGFn YWluc3QgTGludXggMi40LngiCgllZXJyb3IgIlBsZWFzZSBjaGFuZ2Ugd2hlcmUgL3Vzci9zcmMv bGludXggcG9pbnRzIHRvLCBvciBleHBvcnQgdGhlIEtFUk5FTF9ESVIiCgllZXJyb3IgImVudmly b25tZW50IHZhcmlhYmxlIGxpa2UgdGhpczoiCgllZXJyb3IKCWVlcnJvciAiICBLRVJORUxfRElS PVwiPGRpcj5cIiBlbWVyZ2UgY2xvb3AiCgoJZGllICJjbG9vcCAke1BWfSBvbmx5IHdvcmtzIHdp dGggTGludXggMi40Igp9CgpiYWRjb25maWcgKCkgewoJZWVycm9yICJZb3UgaGF2ZSBub3QgZW5h YmxlZCB0aGUgemxpYiBjb21wcmVzc2lvbiBhbmQvb3IgZGVjb21wcmVzc2lvbiBvcHRpb25zIgoJ ZWVycm9yICJpbiB5b3VyIExpbnV4IGtlcm5lbC4iCgllZXJyb3IKCWVlcnJvciAiWW91IG11c3Qg Y29uZmlndXJlIGJvdGggb3B0aW9ucyB0byBiZSBjb21waWxlZCBpbnRvIHlvdXIga2VybmVsOyBj bG9vcCIKCWVlcnJvciAid2lsbCBub3QgY29tcGlsZSBpZiB0aGUgemxpYiBvcHRpb25zIGFyZSBj b21waWxlZCBhcyBtb2R1bGVzIgoJZGllCn0KCnNyY19jb21waWxlKCkgewoJa2VybmVsLW1vZF9n ZXR2ZXJzaW9uCglbICIkS1ZfTUFKT1IiID0gIjIiIF0gJiYgWyAiJEtWX01JTk9SIiAhPSAiNCIg XSAmJiBiYWR2ZXJzaW9uCgoJLiAke0tFUk5FTF9ESVJ9Ly5jb25maWcgfHwgZGllICJrZXJuZWwg aGFzIG5vdCBiZWVuIGNvbmZpZ3VyZWQgeWV0IgoJWyAiJENPTkZJR19aTElCX0lORkxBVEUiICE9 ICJ5IiBdICYmIGJhZGNvbmZpZwoJWyAiJENPTkZJR19aTElCX0RFRkxBVEUiICE9ICJ5IiBdICYm IGJhZGNvbmZpZwoKCWtlcm5lbC1tb2Rfc3JjX2NvbXBpbGUKfQoKc3JjX2luc3RhbGwoKSB7Cglp bnNpbnRvIC9saWIvbW9kdWxlcy8kS1ZfVkVSU0lPTl9GVUxML21pc2MKCWRvaW5zIGNsb29wLm8K CWRvYmluIGNyZWF0ZV9jb21wcmVzc2VkX2ZzIGV4dHJhY3RfY29tcHJlc3NlZF9mcwoJY3AgZGVi aWFuL2NyZWF0ZV9jb21wcmVzc2VkX2ZzLjEgZGViaWFuL2V4dHJhY3RfY29tcHJlc3NlZF9mcy4x Cglkb21hbiBkZWJpYW4vY3JlYXRlX2NvbXByZXNzZWRfZnMuMSBkZWJpYW4vZXh0cmFjdF9jb21w cmVzc2VkX2ZzLjEKCWRvZG9jIENIQU5HRUxPRyBSRUFETUUKfQoKcGtnX3Bvc3RpbnN0ICgpIHsK CWVpbmZvICJBZGRpbmcgL2Rldi9jbG9vcCBkZXZpY2UiCglpZiBbIC1lIC9kZXYvY2xvb3AgXSA7 IHRoZW4KCQlybSAtZiAvZGV2L2Nsb29wCglmaQoJbWtub2QgL2Rldi9jbG9vcCBiIDI0MCAwIHx8 IGRpZQp9Cg==