dev-util/gcvs in version 1.0_beta3-r1 does not work at all on Gentoo 1.2 emerge is fine (compilation, installtion). but when you run it, it keeps saying: /usr/bin/cvs: invalid option -- c Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. (specify --help-options for a list of options) where command is add, admin, etc. (specify --help-commands for a list of commands or --help-synonyms for a list of command synonyms) where command-options-and-arguments depend on the specific command (specify -H followed by a command name for command-specific help) Specify --help to receive this message The Concurrent Versions System (CVS) is a tool for version control. For CVS updates and additional information, see the CVS home page at http://www.cvshome.org/ or Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html =========================================================================== After some investigation, it appears to me that this is just link to a wrong package (source) uploaded. I donwloaded manually the version 1.0b5 at http://easynews.dl.sourceforge.net/sourceforge/cvsgui/gcvs-1.0b5.tar.gz and installed it. It worked right out of the box. Lokking at the source, the patch in place for gcvs-1.0_beta3-r1 is not needed anymore even. The ebuild of gcvs-1.0_beta3 can be reused as is for gcvs-1.0_beta5.
Looked at creating a gcvs-1.0_beta5. Gcvs uses it's own version of cvs which seems to be behinds the regular cvs and the gcvs ebuild doesn't install it's cvs, which is good in that it would overwrite the regular cvs ebuild. Probably might have to leave it in its default location instead of installing to /usr. I will look at making an ebuild that works if no one else is looking at.
would be appreciated i think :)
Created attachment 4588 [details] gCVS beta5 ebuild
Created attachment 4589 [details] patch fo gCVS beta 5 ebuild
Created attachment 4590 [details] digest fro gCVS beta 5
I finally succeeded making it. Here is the ebuild for gCVS beta 5 that works. I had to move gCVS out of usr (to /usr/gcvs) so that the cvs released with it will not break the normal cvs. A link is created from /usr/gcvs/bin/gcvs to /usr/bin/gcvs. Do not hesitate to tell me if you need more. Gilles
Created attachment 4888 [details] ebuild for gCVS beta 5 to fix a symlink problem in the previous ebuild
Created attachment 4889 [details] ChangeLog *gcvs-1.0_beta5 (??) To make gcvs work let the cvs that comes with it compile and install it in /usr/gcvs. A link to /usr/bin/gcvs is made. Known problem: When already installed, running another emerge gives a problem from /usr/gvcs/lib/conftestXXXX
The build fails for me (gcc32) ? Is this a known problem ?
The fact that it does not work with gcc 3.2 is possible. I was testing it with gcc 2.95.3-r7 I am not really ready to break my installation to test that. Is there a way of testing it without fully upgrading to gcc 3.2 ? Gilles
Hmm, yes i think you can compile gcc3 alongside and build stuff with it. But i don't think thats necessary here, i'm quite convinced it's a gcc3 problem then. Since portage doesn't support gcc version keywords yet, i think i should mask it. Besides that i think that it should not install in /usr/gcvs , but in /usr/share/gcvs or something.
Fine for masking it. Ok for installing it in /usr/share/gcvs. The main think is not to remove their installation of cvs. Gilles
Can you give me a package listing of a gcvs install with INSTALL_DIR in /usr/share/gcvs so i can check if it's ok ?
Here is the listing as requested ; ======================================================= obelix gcvs # pwd /usr/share/gcvs obelix gcvs # ls -ltR . .: total 20 drwxr-xr-x 2 root root 4096 Oct 28 11:38 bin drwxr-xr-x 2 root root 4096 Oct 28 11:38 info drwxr-xr-x 3 root root 4096 Oct 28 11:38 lib drwxr-xr-x 5 root root 4096 Oct 28 11:38 man drwxr-xr-x 3 root root 4096 Oct 28 11:38 share ./bin: total 1624 -rwxr-xr-x 1 root root 632540 Oct 28 11:38 cvs -rwxr-xr-x 1 root root 13996 Oct 28 11:38 cvsbug -rwxr-xr-x 1 root root 71932 Oct 28 11:38 cvstree -rwxr-xr-x 1 root root 902452 Oct 28 11:38 gcvs -rwxr-xr-x 1 root root 17623 Oct 28 11:38 rcs2log ./info: total 548 -rw-r--r-- 1 root root 6417 Oct 28 11:38 cvs.info -rw-r--r-- 1 root root 49248 Oct 28 11:38 cvs.info-1 -rw-r--r-- 1 root root 48788 Oct 28 11:38 cvs.info-2 -rw-r--r-- 1 root root 49690 Oct 28 11:38 cvs.info-3 -rw-r--r-- 1 root root 50811 Oct 28 11:38 cvs.info-4 -rw-r--r-- 1 root root 50441 Oct 28 11:38 cvs.info-5 -rw-r--r-- 1 root root 40354 Oct 28 11:38 cvs.info-6 -rw-r--r-- 1 root root 48529 Oct 28 11:38 cvs.info-7 -rw-r--r-- 1 root root 42968 Oct 28 11:38 cvs.info-8 -rw-r--r-- 1 root root 35902 Oct 28 11:38 cvs.info-9 -rw-r--r-- 1 root root 867 Oct 28 11:38 cvsclient.info -rw-r--r-- 1 root root 24926 Oct 28 11:38 cvsclient.info-1 -rw-r--r-- 1 root root 39481 Oct 28 11:38 cvsclient.info-2 -rw-r--r-- 1 root root 28442 Oct 28 11:38 cvsclient.info-3 ./lib: total 4 drwxr-xr-x 3 root root 4096 Oct 28 11:38 cvs ./lib/cvs: total 4 drwxr-xr-x 2 root root 4096 Oct 28 11:38 contrib ./lib/cvs/contrib: total 128 -rw-r--r-- 1 root root 5029 Oct 28 11:38 README -rwxr-xr-x 1 root root 3344 Oct 28 11:38 clmerge -rwxr-xr-x 1 root root 1925 Oct 28 11:38 cln_hist -rwxr-xr-x 1 root root 5520 Oct 28 11:38 commit_prep -rwxr-xr-x 1 root root 4530 Oct 28 11:38 cvs2vendor -rwxr-xr-x 1 root root 5241 Oct 28 11:38 cvs_acls -rwxr-xr-x 1 root root 2264 Oct 28 11:38 cvscheck -rw-r--r-- 1 root root 1389 Oct 28 11:38 cvscheck.man -rw-r--r-- 1 root root 4002 Oct 28 11:38 intro.doc -rwxr-xr-x 1 root root 4265 Oct 28 11:38 log -rwxr-xr-x 1 root root 14694 Oct 28 11:38 log_accum -rwxr-xr-x 1 root root 1877 Oct 28 11:38 mfpipe -rwxr-xr-x 1 root root 4647 Oct 28 11:38 rcs-to-cvs -rwxr-xr-x 1 root root 17623 Oct 28 11:38 rcs2log -rwxr-xr-x 1 root root 6575 Oct 28 11:38 rcslock -rwxr-xr-x 1 root root 8292 Oct 28 11:38 sccs2rcs ./man: total 12 drwxr-xr-x 2 root root 4096 Oct 28 11:38 man1 drwxr-xr-x 2 root root 4096 Oct 28 11:38 man5 drwxr-xr-x 2 root root 4096 Oct 28 11:38 man8 ./man/man1: total 64 -rw-r--r-- 1 root root 60139 Oct 28 11:38 cvs.1 ./man/man5: total 16 -rw-r--r-- 1 root root 13383 Oct 28 11:38 cvs.5 ./man/man8: total 8 -rw-r--r-- 1 root root 7127 Oct 28 11:38 cvsbug.8 ./share: total 4 drwxr-xr-x 3 root root 4096 Oct 28 11:38 gcvs ./share/gcvs: total 128 -rw-r--r-- 1 root root 1315 Oct 28 11:38 ChangeRoot.tcl -rw-r--r-- 1 root root 3575 Oct 28 11:38 ChangeRootTK.tcl -rw-r--r-- 1 root root 1510 Oct 28 11:38 Cleanup.tcl -rw-r--r-- 1 root root 2905 Oct 28 11:38 ColorTest.tcl -rw-r--r-- 1 root root 3475 Oct 28 11:38 CvsAddAll.tcl -rw-r--r-- 1 root root 3065 Oct 28 11:38 DocMacros.txt -rw-r--r-- 1 root root 3064 Oct 28 11:38 EditSafely.tcl -rw-r--r-- 1 root root 1723 Oct 28 11:38 FastModSearch.tcl -rw-r--r-- 1 root root 1029 Oct 28 11:38 FolderTest.tcl -rw-r--r-- 1 root root 781 Oct 28 11:38 ForceUpdate.tcl -rw-r--r-- 1 root root 1824 Oct 28 11:38 ListDeleted.tcl -rw-r--r-- 1 root root 5358 Oct 28 11:38 ListLockedFiles.tcl -rw-r--r-- 1 root root 71 Oct 28 11:38 ListModules.tcl -rw-r--r-- 1 root root 1528 Oct 28 11:38 ListNonCVS.tcl -rw-r--r-- 1 root root 4354 Oct 28 11:38 ListStickyTags.tcl -rw-r--r-- 1 root root 4397 Oct 28 11:38 PrepPatch.tcl -rw-r--r-- 1 root root 4181 Oct 28 11:38 QueryState.tcl -rw-r--r-- 1 root root 1887 Oct 28 11:38 RevertChanges.tcl -rw-r--r-- 1 root root 1308 Oct 28 11:38 SelectionTest.tcl -rw-r--r-- 1 root root 1116 Oct 28 11:38 SetCurrentVersion.tcl -rw-r--r-- 1 root root 66 Oct 28 11:38 TclVersion.tcl -rw-r--r-- 1 root root 12151 Oct 28 11:38 cvs2cl.tcl -rw-r--r-- 1 root root 839 Oct 28 11:38 cvsignore_add.tcl -rw-r--r-- 1 root root 1098 Oct 28 11:38 cvsignore_remove.tcl drwxr-xr-x 2 root root 4096 Oct 28 11:38 pixmaps -rw-r--r-- 1 root root 256 Oct 28 11:38 startup.tcl ./share/gcvs/pixmaps: total 172 -rw-r--r-- 1 root root 5532 Oct 28 11:38 about.xpm -rw-r--r-- 1 root root 424 Oct 28 11:38 add.xpm -rw-r--r-- 1 root root 425 Oct 28 11:38 addb.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 addfile.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 binfile.xpm -rw-r--r-- 1 root root 442 Oct 28 11:38 branch.xpm -rw-r--r-- 1 root root 558 Oct 28 11:38 commit.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 conflict.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 cvsfile.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 delfile.xpm -rw-r--r-- 1 root root 440 Oct 28 11:38 diff.xpm -rw-r--r-- 1 root root 425 Oct 28 11:38 edit.xpm -rw-r--r-- 1 root root 431 Oct 28 11:38 error.xpm -rw-r--r-- 1 root root 647 Oct 28 11:38 explore.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 folder.xpm -rw-r--r-- 1 root root 609 Oct 28 11:38 foldign.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 foldmiss.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 foldunk.xpm -rw-r--r-- 1 root root 470 Oct 28 11:38 graph.xpm -rw-r--r-- 1 root root 609 Oct 28 11:38 ignfile.xpm -rw-r--r-- 1 root root 646 Oct 28 11:38 ignore.xpm -rw-r--r-- 1 root root 395 Oct 28 11:38 lock.xpm -rw-r--r-- 1 root root 440 Oct 28 11:38 log.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 missfile.xpm -rw-r--r-- 1 root root 609 Oct 28 11:38 modbin.xpm -rw-r--r-- 1 root root 609 Oct 28 11:38 modfile.xpm -rw-r--r-- 1 root root 458 Oct 28 11:38 release.xpm -rw-r--r-- 1 root root 646 Oct 28 11:38 reload.xpm -rw-r--r-- 1 root root 427 Oct 28 11:38 remove.xpm -rw-r--r-- 1 root root 423 Oct 28 11:38 status.xpm -rw-r--r-- 1 root root 584 Oct 28 11:38 stop.xpm -rw-r--r-- 1 root root 454 Oct 28 11:38 tag.xpm -rw-r--r-- 1 root root 470 Oct 28 11:38 trash.xpm -rw-r--r-- 1 root root 442 Oct 28 11:38 unedit.xpm -rw-r--r-- 1 root root 608 Oct 28 11:38 unkfile.xpm -rw-r--r-- 1 root root 397 Oct 28 11:38 unlock.xpm -rw-r--r-- 1 root root 426 Oct 28 11:38 untag.xpm -rw-r--r-- 1 root root 412 Oct 28 11:38 unwatch.xpm -rw-r--r-- 1 root root 586 Oct 28 11:38 update.xpm -rw-r--r-- 1 root root 648 Oct 28 11:38 upfolder.xpm -rw-r--r-- 1 root root 433 Oct 28 11:38 warning.xpm -rw-r--r-- 1 root root 410 Oct 28 11:38 watch.xpm obelix gcvs # =======================================================
uh, just a hint : qpkg -l gcvs if you dont have qpkg -> emerge gentoolkit
Sorry, The same with qpkg then (or I have not at all understood your question) Regards Gilles ========== obelix share # qpkg -l gcvs dev-util/gcvs-1.0_beta5 * CONTENTS: /usr /usr/share /usr/share/gcvs /usr/share/gcvs/bin /usr/share/gcvs/bin/cvstree /usr/share/gcvs/bin/gcvs /usr/share/gcvs/bin/cvs /usr/share/gcvs/bin/cvsbug /usr/share/gcvs/bin/rcs2log /usr/share/gcvs/share /usr/share/gcvs/share/gcvs /usr/share/gcvs/share/gcvs/pixmaps /usr/share/gcvs/share/gcvs/pixmaps/about.xpm /usr/share/gcvs/share/gcvs/pixmaps/add.xpm /usr/share/gcvs/share/gcvs/pixmaps/addb.xpm /usr/share/gcvs/share/gcvs/pixmaps/addfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/binfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/branch.xpm /usr/share/gcvs/share/gcvs/pixmaps/commit.xpm /usr/share/gcvs/share/gcvs/pixmaps/conflict.xpm /usr/share/gcvs/share/gcvs/pixmaps/cvsfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/delfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/diff.xpm /usr/share/gcvs/share/gcvs/pixmaps/edit.xpm /usr/share/gcvs/share/gcvs/pixmaps/error.xpm /usr/share/gcvs/share/gcvs/pixmaps/explore.xpm /usr/share/gcvs/share/gcvs/pixmaps/folder.xpm /usr/share/gcvs/share/gcvs/pixmaps/foldign.xpm /usr/share/gcvs/share/gcvs/pixmaps/foldmiss.xpm /usr/share/gcvs/share/gcvs/pixmaps/foldunk.xpm /usr/share/gcvs/share/gcvs/pixmaps/graph.xpm /usr/share/gcvs/share/gcvs/pixmaps/ignfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/ignore.xpm /usr/share/gcvs/share/gcvs/pixmaps/lock.xpm /usr/share/gcvs/share/gcvs/pixmaps/log.xpm /usr/share/gcvs/share/gcvs/pixmaps/missfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/modbin.xpm /usr/share/gcvs/share/gcvs/pixmaps/modfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/release.xpm /usr/share/gcvs/share/gcvs/pixmaps/reload.xpm /usr/share/gcvs/share/gcvs/pixmaps/remove.xpm /usr/share/gcvs/share/gcvs/pixmaps/status.xpm /usr/share/gcvs/share/gcvs/pixmaps/stop.xpm /usr/share/gcvs/share/gcvs/pixmaps/tag.xpm /usr/share/gcvs/share/gcvs/pixmaps/trash.xpm /usr/share/gcvs/share/gcvs/pixmaps/unedit.xpm /usr/share/gcvs/share/gcvs/pixmaps/unkfile.xpm /usr/share/gcvs/share/gcvs/pixmaps/unlock.xpm /usr/share/gcvs/share/gcvs/pixmaps/untag.xpm /usr/share/gcvs/share/gcvs/pixmaps/unwatch.xpm /usr/share/gcvs/share/gcvs/pixmaps/update.xpm /usr/share/gcvs/share/gcvs/pixmaps/upfolder.xpm /usr/share/gcvs/share/gcvs/pixmaps/warning.xpm /usr/share/gcvs/share/gcvs/pixmaps/watch.xpm /usr/share/gcvs/share/gcvs/DocMacros.txt /usr/share/gcvs/share/gcvs/ChangeRoot.tcl /usr/share/gcvs/share/gcvs/ChangeRootTK.tcl /usr/share/gcvs/share/gcvs/Cleanup.tcl /usr/share/gcvs/share/gcvs/ColorTest.tcl /usr/share/gcvs/share/gcvs/CvsAddAll.tcl /usr/share/gcvs/share/gcvs/EditSafely.tcl /usr/share/gcvs/share/gcvs/FastModSearch.tcl /usr/share/gcvs/share/gcvs/FolderTest.tcl /usr/share/gcvs/share/gcvs/ForceUpdate.tcl /usr/share/gcvs/share/gcvs/ListDeleted.tcl /usr/share/gcvs/share/gcvs/ListLockedFiles.tcl /usr/share/gcvs/share/gcvs/ListModules.tcl /usr/share/gcvs/share/gcvs/ListNonCVS.tcl /usr/share/gcvs/share/gcvs/ListStickyTags.tcl /usr/share/gcvs/share/gcvs/PrepPatch.tcl /usr/share/gcvs/share/gcvs/QueryState.tcl /usr/share/gcvs/share/gcvs/RevertChanges.tcl /usr/share/gcvs/share/gcvs/SelectionTest.tcl /usr/share/gcvs/share/gcvs/SetCurrentVersion.tcl /usr/share/gcvs/share/gcvs/TclVersion.tcl /usr/share/gcvs/share/gcvs/cvs2cl.tcl /usr/share/gcvs/share/gcvs/cvsignore_add.tcl /usr/share/gcvs/share/gcvs/cvsignore_remove.tcl /usr/share/gcvs/share/gcvs/startup.tcl /usr/share/gcvs/info /usr/share/gcvs/info/cvs.info /usr/share/gcvs/info/cvs.info-1 /usr/share/gcvs/info/cvs.info-2 /usr/share/gcvs/info/cvs.info-3 /usr/share/gcvs/info/cvs.info-4 /usr/share/gcvs/info/cvs.info-5 /usr/share/gcvs/info/cvs.info-6 /usr/share/gcvs/info/cvs.info-7 /usr/share/gcvs/info/cvs.info-8 /usr/share/gcvs/info/cvs.info-9 /usr/share/gcvs/info/cvsclient.info /usr/share/gcvs/info/cvsclient.info-1 /usr/share/gcvs/info/cvsclient.info-2 /usr/share/gcvs/info/cvsclient.info-3 /usr/share/gcvs/man /usr/share/gcvs/man/man1 /usr/share/gcvs/man/man1/cvs.1 /usr/share/gcvs/man/man5 /usr/share/gcvs/man/man5/cvs.5 /usr/share/gcvs/man/man8 /usr/share/gcvs/man/man8/cvsbug.8 /usr/share/gcvs/lib /usr/share/gcvs/lib/cvs /usr/share/gcvs/lib/cvs/contrib /usr/share/gcvs/lib/cvs/contrib/README /usr/share/gcvs/lib/cvs/contrib/intro.doc /usr/share/gcvs/lib/cvs/contrib/cvscheck.man /usr/share/gcvs/lib/cvs/contrib/clmerge /usr/share/gcvs/lib/cvs/contrib/cln_hist /usr/share/gcvs/lib/cvs/contrib/commit_prep /usr/share/gcvs/lib/cvs/contrib/cvs2vendor /usr/share/gcvs/lib/cvs/contrib/cvs_acls /usr/share/gcvs/lib/cvs/contrib/cvscheck /usr/share/gcvs/lib/cvs/contrib/log /usr/share/gcvs/lib/cvs/contrib/log_accum /usr/share/gcvs/lib/cvs/contrib/mfpipe /usr/share/gcvs/lib/cvs/contrib/rcs-to-cvs /usr/share/gcvs/lib/cvs/contrib/rcs2log /usr/share/gcvs/lib/cvs/contrib/rcslock /usr/share/gcvs/lib/cvs/contrib/sccs2rcs /usr/share/doc /usr/share/doc/gcvs-1.0_beta5 /usr/share/doc/gcvs-1.0_beta5/AUTHORS.gz /usr/share/doc/gcvs-1.0_beta5/COPYING.gz /usr/share/doc/gcvs-1.0_beta5/INSTALL.gz /usr/share/doc/gcvs-1.0_beta5/ChangeLog.gz /usr/share/doc/gcvs-1.0_beta5/README.gz /usr/bin /usr/bin/gcvs -> /usr/share/gcvs/bin/gcvs obelix share # =========================================
This is ok, much easier on the eyes :)
man and info pages need to go to the correct location. Adding '--infodir=/usr/share/info --mandir=/usr/share/man' should take care of this. Maybe you should add similar lines to the make install step as well, check the skel.ebuild .
man and info pages need to go to the correct location. Adding '--infodir=/usr/share/info --mandir=/usr/share/man' should take care of this. Maybe you should add similar lines to the make install step as well, check the skel.ebuild . Not convinced by the info in /usr/share/info and man in /usr/share/man. The only information provided here are the ones related to CVS. The ones from gcvs should not overwrite the one from CVS. So I would rather leave the man and info pages as is. Gilles
suppose you are right about that. plz do not change the subject all the time...
rc1 is released
*** Bug 12885 has been marked as a duplicate of this bug. ***
*** Bug 10860 has been marked as a duplicate of this bug. ***
Well i simply patched some files to change "cvs" to "cvs-for-gcvs" Enabled compilation of cvsunix After make install i rm'ed everyting i didn't want ( ie. man pages for cvs etc. ) and moved cvs (compiled by gcvs) to cvs-for-gcvs. Dunno if i forgot somtehing, but it seems to work and i've got my cvs-1.11.5 intact as far as i can see. I can attache the ebuild and patch if you don't think it's a completely horrible solution .)
Created attachment 7930 [details] Simple patch and ebuild which builds cvs-1.10 as cvs-for-gcvs This is the 'hack' solution i mentioned above. It works-for-me(tm) but i'm no ebuild/portage guru. Intended to be placed in PORTDIR_OVERLAY/dev-util
There might be some bugs in the patch, i'll try patch 1.0 final to see if that behaviour disappears. Symptoms is slow menus when doing login and other cvs functions
Created attachment 9298 [details] gcvs-1.0 ebuild and patch. Except for some GUI bugs ( graph not showing until window is resised ) this build seems to work ok. I build an cvs-for-gcvs binary and patches gcvs slightly to use this file instead of any preinstalled cvs ( since they're not the correct version anyway ). The only alternative way of doing this is to put gcvs cvs version in a different place ( not /usr/bin ). But i don't know where that would be while still being 'gentoo-ish'.
in the last patch 'sys-devel/perl' should be changed to 'dev-lang/perl' since perl seems to have moved there. that shows us how long there havnt been any updates of gcvs in gentoo. so we stick with a broken version since gentoo 1.2. even unstable gives us no solution.i wonder how developers work with gentoo - everbody using command line cvs only? the ebuild is working fine btw.
'sys-devel/perl' should indeed be changed to 'dev-lang/perl'. Apart from that the ebuild works just fine :) tnx
Created attachment 14123 [details, diff] Ebuild patch bringing 1.0-beta3 to 1.0 and fixing this bug *gcvs-1.0 (02 Jun 2003) Fix for bug #8331
Created attachment 14124 [details] Complete updated gcvs-1.0 ebuild *gcvs-1.0 (02 July 2003) Fix for bug #8331
Created attachment 14125 [details, diff] Patch for changing name of gcvs included cvs executable
if there's one bug i should be ashamed about it is this one, without a doubt. This has been around for way too long, all broken promises. I hope to do this the next few days, if i live to see the day.
If you wait a few days i might have resolved the autoreconfig warnings also :)
A bit overdue ( from my part that is :) ). I have looked at the autoheader warnings with my new and improved knowledge of the area. And it seems to be a rather harmless deprecation warning which probably will be fixed upstream before it becomes a problem. The following patch ignores the WARNING. Will attach the updated ebuild also. Note: Since there aren't any more comments to this bug than it is i suggest that we stay with this simple fix _or_ it should be removed alltogether. --- gcvs-1.0.ebuild.old 2003-08-27 10:49:00.000000000 +0200 +++ gcvs-1.0.ebuild 2003-08-27 10:53:35.000000000 +0200 @@ -27,8 +27,12 @@ PATCHES="${FILESDIR}/gcvs-1.0-cvsname.patch" src_compile() { - autoreconf - ./make_configure --prefix=/usr --host=${CHOST} || die + # Ignore autoheader warnings this way... the -W, --warnings option + # of autoheader doesn't work. These are warnings about deprecations + # that is intended for the package maintainer. Not for us. + { + ./make_configure --prefix=/usr --host=${CHOST} 2>&1 | sed -ne '/^WARNING:/!{p}' + } || die # Ladies and Gentlemen... The following is pure evil... export HOME=${S}
Created attachment 16678 [details] Updated ebuild New ebuild with updates to ignore big fat autoheader warning: -------------------- WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. -------------
sweet time.. will have a whole new look at it soon
This still hasn't made it into portage. It fails for me with the following error (compiles approx 20 files first): g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../gcvs -I../gcvs/src -I/. -I../cvstree -I../rf -Wall -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -DqUnix -DqGTK -I/usr/X11R6/include -DqCvsDebug=0 -march=athlon-xp -O3 -pipe -c -o UCvsFiles.o `test -f 'UCvsFiles.cpp' || echo './'`UCvsFiles.cpp UCvsFolders.cpp: In member function `void UCvsFolders::OnTreeSelecting(int, void*)': UCvsFolders.cpp:831: error: call of overloaded `ResetView(UStr&)' is ambiguous UCvsFiles.h:38: error: candidates are: void UCvsFiles::ResetView(const char*, bool) UCvsFiles.h:41: error: void UCvsFiles::ResetView(bool, bool) UCvsFiles.cpp: In member function `int UCvsFiles::OnCmdUpone()': UCvsFiles.cpp:1217: error: call of overloaded `ResetView(UStr&, bool)' is ambiguous UCvsFiles.cpp:426: error: candidates are: void UCvsFiles::ResetView(const char*, bool) UCvsFiles.cpp:484: error: void UCvsFiles::ResetView(bool, bool) make[2]: *** [UCvsFolders.o] Error 1 make[2]: *** Waiting for unfinished jobs.... UCvsFiles.cpp: In member function `void UCvsFiles::EditSel(EntnodeData*, bool) ': UCvsFiles.cpp:1898: error: call of overloaded `ResetView(UStr&, bool)' is ambiguous UCvsFiles.cpp:426: error: candidates are: void UCvsFiles::ResetView(const char*, bool) UCvsFiles.cpp:484: error: void UCvsFiles::ResetView(bool, bool) make[2]: *** [UCvsFiles.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/gcvs-1.0/work/gcvs-1.0/common' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gcvs-1.0/work/gcvs-1.0' make: *** [all] Error 2 !!! ERROR: dev-util/gcvs-1.0 failed. !!! Function src_compile, Line 43, Exitcode 2 !!! (no error message) Relavent part of my make.conf: USE="-avi -svga -gstreamer sdk gatos wxwindows v4l faad xosd xvid flac sse mmx dvdr matroska xml ppds -foomaticdb ginac qhull moznomail moznocompose mozsvg moznoirc -kde usb Xaw3d tiff radeon alsa jack mozilla mpeg cdr cjk dga directfb dvd esd fbcon gnome gtk2 leim mule plotutils scanner tetex zlib emacs xinerama" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="${CFLAGS}" ACCEPT_KEYWORDS="~x86" ALSA_CARDS="emu10k1 via82xx" VIDEO_CARDS="radeon" PORTDIR_OVERLAY=/usr/local/portage (the only thing in the overlay is the ebuild from the previous msg) My system is a ~x86 up-to-date until 2003-12 (thats when I last did a full "emerge -vu world"). I tried to change the severity of this bug to "major" (its not an enhancement because I don't think glademm-0.6.4 as specified by the gcvs ebuild in portage will build properly - at least it won't for me). So there seems to be no functioning gcvs currently in portage. Actually, I'm not allowed to change it but the owner should change the severity of this bug.
*** Bug 40251 has been marked as a duplicate of this bug. ***
Created attachment 26924 [details, diff] gcvs-1.0-amb-gentoo.patch
Created attachment 26925 [details] gcvs-1.0-r1.ebuild
My first comment on gentoo I think I've now fixed this thing there were a couple of ambiguous errors in a couple of the source files I got around this by using typecasting for the call of ResetView() I'm not sure if this might be due to the later version of gcc being more strict with the rules also for some reason to get the configure script working in the cvsunix subdir I had to run autoconf-2.58 on the configure.in file as part of the ebuild script, otherwise you end up with a strange Host error (you can ignore this but it messes up the compilation later on) put the patch "patch to fix ambiguous errors by typecasting" into the gcvs/files directory as "gcvs-1.0-amb-gentoo.patch" and save the "more up to date ebuild" into the gcvs directory as "gcvs-1.0-r1.ebuild" and then just emerge gcvs-1.0-r1.ebuild
I don't have autoconf-2.58 on my systems (i have autoconf-2.13 and autoconf-2.59). Also I think its a very bad idea to hard code for a particular version. I changed the line to: autoconf cvsunix/configure.in >cvsunix/configure and it works for me. But it does give this error and warnings at the beginning: >>> Unpacking source... >>> Unpacking gcvs-1.0.tar.gz to /var/tmp/portage/gcvs-1.0-r1/work patching file common/UCvsFiles.cpp patching file common/UCvsFolders.cpp >>> Source unpacked. compile cvsunix/configure.in:102: error: do not use LIBOBJS directly, use AC_LIBOBJ (see section `AC_LIBOBJ vs LIBOBJS' If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoheader-2.59: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader-2.59: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader-2.59: WARNING: is deprecated and discouraged. autoheader-2.59: autoheader-2.59: WARNING: Using the third argument of `AC_DEFINE' and autoheader-2.59: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader-2.59: WARNING: `acconfig.h': autoheader-2.59: autoheader-2.59: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader-2.59: [Define if a function `main' is needed.]) autoheader-2.59: autoheader-2.59: WARNING: More sophisticated templates can also be produced, see the autoheader-2.59: WARNING: documentation. making ./rf/support/gtk/Makefile.in (This also happens if I change the line to autoconf-2.59).
Comment on attachment 26924 [details, diff] gcvs-1.0-amb-gentoo.patch patch to fix ambiguous errors by typecasting
Comment on attachment 26925 [details] gcvs-1.0-r1.ebuild more up to date ebuild
Created attachment 27176 [details] gcvs-1.0-conf-gentoo.patch patch to fix the configure error within cvsunix subdir
Created attachment 27177 [details] gcvs-1.0-r2.ebuild
the errors/warnings your getting I get myself, but these errors/warnings don't appear to stop the build from completing, and gcvs appears to start up okay your right that it is a bad idea to code a particular version of autoconf into the ebuild but this was the only way I could get it to work within the directory for gcvs there is the main configure script which has no problems But there is another configure script within the cvsunix directory which called from the main configure script. There appears to be something wrong with this but I'm not sure what configure within cvsunix appears to be called with the parameters CC=gcc CXX=g++, but for some reason this causes a host error which prevents the build from completing using the standard autoconf to regenerate this configure script from configure.in within cvsunix appears to have no affect but specificaly using autoconf-2.58 appears to fix this for some bizare reason instead of regenerating the configure script within cvsunix as part of the ebuild an easier way my just be to patch it to one I have that works (generated from autoconf-2.58) that way you won't need that version of autoconf to install plus you will see fewer warnings it's far from ideal or perfect but it should work better I've removed the autoconf line and added in another patch line along with another patch file to go into the files directory put gcvs-1.0-r2.ebuild into /usr/local/portage/devutil/gcvs/ (or wherever your local ebuilds are put gcvs-1.0-conf-gentoo.patch and gcvs-1.0-amb-gentoo.patch into the files subdir cd to whereever you've put the ebuild file ebuild gcvs-1.0-r2.ebuild digest emerge gcvs-1.0-r2.ebuild
config.status: executing default-1 commands configure: configuring in cvsunix configure: running /bin/sh './configure' --prefix=/usr/local/gcvs 'CC=gcc' 'CFLAGS=-march=athlon -O3 -pipe' 'CXXFLAGS=-march=athlon -O3 -pipe' 'CXX=g++' --cache-file=/dev/null --srcdir=. configure: warning: CC=gcc: invalid host type configure: warning: CFLAGS=-march=athlon -O3 -pipe: invalid host type configure: error: can only configure for one host and one target at a time configure: error: /bin/sh './configure' failed for cvsunix !!! ERROR: dev-util/gcvs-1.0_beta3-r1 failed. !!! Function src_compile, Line 33, Exitcode 1 !!! (no error message) if I run configure manually without specifying any CC or CFLAGS the configure script works, however removing CFLAGS from /etc/make.conf only causes default CFLAGS to be used Can someone also please change the severity of this post as there is no working gcvs in portage
Created attachment 33717 [details] gcvs-1.0.ebuild.tar containing all the needed files
Hi, Here is an update for the 1.0 release of gcvs. It compile and works correctly on my X86 system. The update ebuild (gcvs-1.0.ebuil.tar) contains : in ${PORTDIR_OVERLAY}/dev-util/gcvs - gcvs-1.0.ebuild - Manifest - Changelog in ${PORTDIR_OVERLAY}/dev-util/gcvs/files - digest-gcvs-1.0 - gcvs-1.0-conf-gentoo.patch - gcvs-1.0-source-gentoo.patch Hope it gets into portage soon Gilles
i found a bug in gcvs-v1 ebuild. in the depenedencies list it depending on perl and locating perl package in the wrong tree. sys-devel/perl should be changed to dev-lang/perl.
It would be really great to have a working gcvs in the portage... Could someone please do something about it?
Here here! How can we go about getting this pushed to portage. At least ~x86. Compiled fine here with gcc-3.4.2. This would clean up: http://forums.gentoo.org/viewtopic.php?t=180527 http://forums.gentoo.org/viewtopic.php?t=168993
added gcvs-1.0 to portage