* Detected file collision(s): * * /usr/share/gEDA/sym/gnetman/vss.sym * /usr/share/gEDA/sym/gnetman/vpwl-1.sym * /usr/share/gEDA/sym/gnetman/vpulse-1.sym * /usr/share/gEDA/sym/gnetman/vdd.sym * /usr/share/gEDA/sym/gnetman/vdc-1.sym * /usr/share/gEDA/sym/gnetman/vcvs-1.sym * /usr/share/gEDA/sym/gnetman/vccs-1.sym * /usr/share/gEDA/sym/gnetman/resistor-1.sym * /usr/share/gEDA/sym/gnetman/pmos4.sym * /usr/share/gEDA/sym/gnetman/pmos.sym * /usr/share/gEDA/sym/gnetman/passtrans.sym * /usr/share/gEDA/sym/gnetman/out.sym * /usr/share/gEDA/sym/gnetman/nor2.sym * /usr/share/gEDA/sym/gnetman/nmos4.sym * /usr/share/gEDA/sym/gnetman/nmos.sym * /usr/share/gEDA/sym/gnetman/nand3.sym * /usr/share/gEDA/sym/gnetman/nand2.sym * /usr/share/gEDA/sym/gnetman/latr.sym * /usr/share/gEDA/sym/gnetman/lat.sym * /usr/share/gEDA/sym/gnetman/io.sym * /usr/share/gEDA/sym/gnetman/inv.sym * /usr/share/gEDA/sym/gnetman/inductor-1.sym * /usr/share/gEDA/sym/gnetman/in.sym * /usr/share/gEDA/sym/gnetman/idc-1.sym * /usr/share/gEDA/sym/gnetman/dffr.sym * /usr/share/gEDA/sym/gnetman/cvstitle.sym * /usr/share/gEDA/sym/gnetman/clkinv.sym * /usr/share/gEDA/sym/gnetman/ccvs-1.sym * /usr/share/gEDA/sym/gnetman/capacitor-1.sym * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * sci-electronics/gnetman-0.0.1_pre20060522 * /usr/share/gEDA/sym/gnetman/capacitor-1.sym * /usr/share/gEDA/sym/gnetman/ccvs-1.sym * /usr/share/gEDA/sym/gnetman/clkinv.sym * /usr/share/gEDA/sym/gnetman/cvstitle.sym * /usr/share/gEDA/sym/gnetman/dffr.sym * /usr/share/gEDA/sym/gnetman/idc-1.sym * /usr/share/gEDA/sym/gnetman/in.sym * /usr/share/gEDA/sym/gnetman/inductor-1.sym * /usr/share/gEDA/sym/gnetman/inv.sym * /usr/share/gEDA/sym/gnetman/io.sym * /usr/share/gEDA/sym/gnetman/lat.sym * /usr/share/gEDA/sym/gnetman/latr.sym * /usr/share/gEDA/sym/gnetman/nand2.sym * /usr/share/gEDA/sym/gnetman/nand3.sym * /usr/share/gEDA/sym/gnetman/nmos.sym * /usr/share/gEDA/sym/gnetman/nmos4.sym * /usr/share/gEDA/sym/gnetman/nor2.sym * /usr/share/gEDA/sym/gnetman/out.sym * /usr/share/gEDA/sym/gnetman/passtrans.sym * /usr/share/gEDA/sym/gnetman/pmos.sym * /usr/share/gEDA/sym/gnetman/pmos4.sym * /usr/share/gEDA/sym/gnetman/resistor-1.sym * /usr/share/gEDA/sym/gnetman/vccs-1.sym * /usr/share/gEDA/sym/gnetman/vcvs-1.sym * /usr/share/gEDA/sym/gnetman/vdc-1.sym * /usr/share/gEDA/sym/gnetman/vdd.sym * /usr/share/gEDA/sym/gnetman/vpulse-1.sym * /usr/share/gEDA/sym/gnetman/vpwl-1.sym * /usr/share/gEDA/sym/gnetman/vss.sym * * Package 'sci-electronics/geda-symbols-1.4.3' NOT merged due to file * collisions. If necessary, refer to your elog messages for the whole * content of the above message.
Thanks for the bug report. I can't check that right now as I'm on dialup, but I will in a couple days. I'll probably end up stripping the files from gnetman and have the latter depend on geda-symbols. Denis.
Sorry, it is my fault. In bug 266358 I wrote: >> rm "${D}"/usr/share/gEDA/sym/gnetman -Rf # Fix collision with gnetman; >> bug #77361. >> >I have not used this remove statement. gnetman is nearly obsolete now, >homepage does not exist any more, and gnetman ebuild are very old. I >think users will not want to install gnetman today, maybe developers >will, but they will know what to do. I think gEDA is the major package, >so gnetman ebuild should do the fix. Of course, feel free to include >this in my packages. So I did not include the patch to remove gnetman files for geda-symbols 1.4.3. I was not aware that someone is still using the old gnetman ebuild. Maybe we should discuss this file collision with the gEDA developers? Sorry for this trouble. Stefan Salewski
gnetman may be old or not; I removed it to help "emerge world" update/install geda-symbols but gnetman still tries to come back in. It seems to be a direct dep of sci-electronics/geda-suite-20050820 which is ... the only ebuild available ^^ If you think gnetman is obsolete, you either need to make geda-suite stop depending on it, or fix the collision. It's a hard collision: merge breaks even when removing the collision-protect FEATURE.
To make it clear: I am not a Gentoo developer, I only tried help to update the gEDA related ebuilds... I asked at the gEDA mailinglist some days ago: gnetman still exist at sourceforge, but there seems to be no active development any more, and no one from that list tells me that he still uses it. I guess that indeed the old geda-suite depends on gnetman (it never comes to my mind to install that old, bloat geda-suite, I have installed geda/gaf 1.4.3 and install additional packages like PCB and gerbv as needed.) I hope Denis will find a solution for this dependency problem. Best regards Stefan Salewski
Gnetlist is not an optionnal application. tutos tell to use it for good reasons. It is a trivial application, and dont need maintainance. It is working on parts of the API that do not change at all; thus, once the app was released stable, no need to update it ever. This app is very important for people who use CLI, wrappers, or develop interfaces with other tools. When i saw the collison, the first thing I did was to check if geda-symbols contains the binary for gnetlist. Now that symbols have a dedicated ebuild, i think that the best solution would be to remove the collision files from gnetlist, and make gnetlist depend on geda-symbols. Just edit the ebuild, to gnetman-0.0.1_pre20060522-r2.ebuild . IMHO
(In reply to comment #5) > Now that symbols have a dedicated ebuild, i think that the best solution would > be to remove the collision files from gnetlist, and make gnetlist depend on > geda-symbols. Just edit the ebuild, to gnetman-0.0.1_pre20060522-r2.ebuild . This rings a bell. Oh yes: (In reply to comment #1) > I'll probably end up stripping the files from gnetman > and have the latter depend on geda-symbols. I'll get to it eventually. If you want it faster feel free to provide a patch. Denis.
DEMAINE Benoît-Pierre, aka DoubleHP wrote: >Gnetlist is not an optionnal application. tutos tell to use it for good >reasons. Please do not confuse gnetlist and gnetman. gnetlist is a core component of gEDA/gaf -- it now has it own new geda-gnetlist-1.4.3.ebuild which works fine. gnetman is... OK, I don not really know. Never used. Thanks for your support Stefan Salewski
Created attachment 193643 [details] /opt/doublehp/usr/portage/sci-electronics/gnetman/gnetman-0.0.1_pre20070001.ebuild This ebuild works fine. moon-gen-3 gnetman # diff /usr/portage/sci-electronics/gnetman/gnetman-0.0.1_pre20060522.ebuild /opt/doublehp/usr/portage/sci-electronics/gnetman/gnetman-0.0.1_pre20070001.ebuild 18c18 < DEPEND=">=dev-lang/tk-8.3" --- > DEPEND=">=dev-lang/tk-8.3 >=sci-electronics/geda-symbols-1.4.3" 27a28 > rm "${D}"/usr/share/gEDA/sym/gnetman -Rf moon-gen-3 gnetman # Really need a patch for a single line ? I mean: emerge works, but I have not tested if the resulting system is consistent.
Created attachment 193644 [details] /tmp/gnetman_patch_for_ebuild.patch
Created attachment 193645 [details, diff] /tmp/gnetman_patch_for_ebuild.patch
(In reply to comment #8) > > rm "${D}"/usr/share/gEDA/sym/gnetman -Rf That works, but it's suboptimal. Making sure it's not installed in the first place is the better way to go. Your versioning is also wrong, see: http://devmanual.gentoo.org/general-concepts/ebuild-revisions/index.html > Really need a patch for a single line ? > > I mean: emerge works, but I have not tested if the resulting system is > consistent. That's the whole point. I spend anywhere from 20 to 40 hours a week working on Gentoo, and it's far from enough. So I need to prioritize and sci-electronics is unfortunately way down in my priority list. It's fixed now, so I'm closing this. Denis.
*** Bug 274342 has been marked as a duplicate of this bug. ***
More than 4 years later. I hit this bug again. Could the patch not added to standard portage tree?
