Here's an ebuild for the new Yzis. "Yzis is a vi compatible editor which aims at providing a reusable vi engine. The engine may be used inside the editor component of other applications or directly as a vi-like editor. Yzis already contains a KDE and a NCurses GUI frontend. The vi-engine is available as a KDE component (kpart), usable in Quanta, KDevelop and Kate. Yzis is however not tied to KDE and could be used in other environments(Gnome, windows, ...)" I provide the ebuild for the development release M1. The ebuild doesn't inherit from kde, because in the next releases, kde will no more be a requirement. I also working on a snapshot based ebuild. Reproducible: Always Steps to Reproduce:
Created attachment 29745 [details] app-editors/yzis/yzis-1.ebuild
Created attachment 29746 [details] app-editors/yzis-devel/yzis-devel-20040420.ebuild
Created attachment 29750 [details] app-editors/yzis/yzis-1.ebuild LICENCES FIXES
Created attachment 29751 [details] app-editors/yzis-devel/yzis-devel-20040420.ebuild LICENCES FIXES
Created attachment 31034 [details] app-editors/yzis/yzis-0.1_pre20040509.ebuild updated ebuild. inherit now from kde. Full changelog : http://www.yzis.org/cgi-bin/viewcvs.cgi/*checkout*/trunk/ChangeLog?rev=655
Created attachment 32889 [details] app-editors/yzis/yzis-0.1_pre20040606.ebuild update : begin of visual mode and marker support, full lua support, a lot of display bug fixes and some performance improvements. Note: you can rename it to the today or yesterday date to get the latest snapshot.
Created attachment 36598 [details] app-editors/yzis/yzis-0.1_pre20040801.ebuild pslib is now needed. Works fine on amd64
Created attachment 37034 [details] app-editors/yzis/yzis-0.1_pre20040809.ebuild Yzis Milestone 2 released. Yzis now supports : - motions - swapfile - visual mode - lua scripting - non-fixed fonts - printing - undo/redo - configuration files - markers - cindent - macros
Created attachment 37142 [details] app-editors/yzis/yzis-0.1_pre20040810.ebuild sys-apps/file is required to build
Created attachment 45691 [details] app-editors/yzis/yzis-0.1_pre20041210.ebuild Updated ebuild. Added kde and ncurses use flags to be able to disable kyzis and/or nyzis.
Created attachment 45692 [details] app-editors/yzis/yzis-0.1_pre20041210.ebuild oops : RDEPEND <-> DEPEND
Created attachment 47077 [details] Added "arts" USE-Flag: app-editors/yzis/yzis-0.1_pre20041210.ebuild I added the USE flag arts. If you don't want support for arts yzis will be compiled with "--without-arts" configure option.
Hi, I took you yzis-ebuild and made a yzis-svn ebuild which checks out the current trunk. It works for me, but I'm not very experienced in ebuild writing. So probably someone should have a look at it. ;-) Regards, Tassilo
Created attachment 48519 [details] app-editors/yzis-svn/yzis-svn-0.1.ebuild
The yzis-svn ebuild is broken. I always get access violations and don't know how to fix them. Perhaps someone knows better. make[2]: Leaving directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1/syntax' make[1]: Leaving directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1/syntax' make[1]: Entering directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1' make[2]: Entering directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1' make[2]: F
The yzis-svn ebuild is broken. I always get access violations and don't know how to fix them. Perhaps someone knows better. make[2]: Leaving directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1/syntax' make[1]: Leaving directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1/syntax' make[1]: Entering directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1' make[2]: Entering directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1' make[2]: Für das Ziel »install-exec-am« ist nichts zu tun. make[2]: Für das Ziel »install-data-am« ist nichts zu tun. make[2]: Leaving directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1' make[1]: Leaving directory `/var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1' /usr/lib/portage/bin/dodoc: doc/VI-COMPATIB does not exist. /usr/local/portage/app-editors/yzis-svn/yzis-svn-0.1.ebuild: line 66: ILITY: command not found man: prepallstrip: strip: i686-pc-linux-gnu-strip --strip-unneeded strip: i686-pc-linux-gnu-strip --strip-unneeded usr/bin/kyzis usr/bin/yzis usr/lib/kde3/libkyzispart.so usr/lib/libqtyzis.so.0.0.0 making executable: /usr/lib/libqtyzis.so.0.0.0 >>> Completed installing yzis-svn-0.1 into /var/tmp/portage/yzis-svn-0.1/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-app-editors_-_yzis-svn-0.1-16214.log" symlink: /usr/kde/3.4/share/locale/de/LC_MESSAGES/yzis.mo symlink: /usr/kde/3.4/share/locale/es/LC_MESSAGES/yzis.mo symlink: /usr/kde/3.4/share/locale/fr/LC_MESSAGES/yzis.mo symlink: /usr/kde/3.4/share/locale/nl/LC_MESSAGES/yzis.mo mkdir: /usr/kde/3.4/share/locale/no symlink: /usr/kde/3.4/share/locale/no/LC_MESSAGES/yzis.mo symlink: /usr/kde/3.4/share/locale/pl/LC_MESSAGES/yzis.mo symlink: /usr/kde/3.4/share/locale/pt/LC_MESSAGES/yzis.mo -------------------------------------------------------------------------------- Regards, Tassilo
Created attachment 51294 [details] app-editors/yzis/yzis-0.1_preYYYYMMDD.ebuild Updated ebuild. Should support the incoming M3. Tassilo Horn> Use emake DESTDIR=${D} install as in this ebuild.
Created attachment 51719 [details] app-editors/yzis-svn/yzis-svn-0.1.ebuild Thanks Panard. Now it works again.
Created attachment 51791 [details] yzis-0.1_pre3.ebuild AFAIK Gentoos policy is to include only svn/cvs-ebuilds that are really neaded. A dev may correct me if I am wrong. So I created a ebuild for the Milestone 3 released last week. Here are the changes to the svn-version: * Error if USE=arts but arts not compiled into kdelibs * Error if USE=ncurses and ncurses is not compiled with "unicode" set (yzis depends on unicode) * I patched configure.in, so there is the option --enable-pslib, because ./configure uses pslib if it finds it on the system. USE-Flag set or not. * changed pslib-Flag to ps (use.local.desc: "build in Postscript-support" or equal) The ebuild works great for me in differen flag-combinations. According to the upstream-devs "yzis is already usable as a day to day editor", so I think it would be nice if it goes to ~arch. FYI: You find the M3-release-notes here: http://www.yzis.org/Members/bluebird/Yzis%20M3%20released
Created attachment 51792 [details, diff] yzis-gentoo.patch
Created attachment 51798 [details] app-editors/yzis/yzis-0.1_preYYYYMMDD.ebuild Boris Wachtmeister> Thanks! your patch has been commited into the trunk. Update yzis daily-tarball based ebuild to support kdeenablefinal and debug use flag.
Panard: It seems, that you uploaded the wrong snapshot-ebuild. There is no difference to the old one ;-)
Created attachment 51806 [details] app-editors/yzis/yzis-0.1_preYYYYMMDD.ebuild oops :)
Hi! <quote>According to the upstream-devs "yzis is already usable as a day to day editor",so I think it would be nice if it goes to ~arch.</quote> I'd like to see ability to save highlighting theme - at the moment default is white text on the black background :-( Suggestion: why you don't rename ebuild to e.g. yzis-0.3 (that's what I have in my overlay)? yzis-0.1_pre3 does not look as a day-to-day tool :-) Sincerely, Gour
Checked out revision 2127. * checkouted in: /usr/portage/distfiles/svn-src/yzis/trunk * exported to: /var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1 >>> Source unpacked. >>> Compiling source in /var/tmp/portage/yzis-svn-0.1/work/yzis-svn-0.1 ... This Makefile is only for the CVS repository This will be deleted before making the distribution *** YOU'RE USING automake (GNU automake) 1.7.9. *** KDE requires unsermake 0.4 for the moment make[1]: *** [cvs] Error 1 make: *** [all] Error 2 !!! ERROR: app-editors/yzis-svn-0.1 failed. Call stack: ebuild.sh, line 1894: Called dyn_compile ebuild.sh, line 941: Called src_compile yzis-svn-0.1.ebuild, line 59: Called econf !!! no configure script found !!! If you need support, post the topmost build error, and the call stack if relevant.
Created attachment 86961 [details] app-editors/yzis/yzis-0.1_pre20060518.ebuild Update svn-based snapshot ebuild: USE: * qt: enable qyzis * ncurses: enable nyzis * debug: enable debug * crash_mode: disable yzis safe mode (try to not crash when some errors are detected) Please note that this release is really unstable and quite unusable... I made that bump to test cmake. Need cmake 2.4.1 at least (see bug #131080) any cmake.eclass for separate builddir? I will bump snapshot when important fixes/features are commited.
(In reply to comment #25) > Created an attachment (id=86961) [edit] > yzis 20060818 snapshot This ebuild seems currently broken due to svn.freenux.org giving a 403 Forbidden.
(In reply to comment #26) > (In reply to comment #25) > > Created an attachment (id=86961) [edit] > > yzis 20060818 snapshot > This ebuild seems currently broken due to svn.freenux.org giving a 403 > Forbidden. > (In reply to comment #26) > (In reply to comment #25) > > Created an attachment (id=86961) [edit] > > yzis 20060818 snapshot > This ebuild seems currently broken due to svn.freenux.org giving a 403 > Forbidden. > change ESVN_REPO_URI to "svn://svn.freenux.org/yzis/trunk" and it works again
Does not compile on my system. linesearch.h:73: error: extra qualification 'YZLineSearch::' on member 'searchAgainOpposite' make[3]: *** [mode_command.lo] Fehler 1
Created attachment 103704 [details] app-editors/yzis/yzis-0.1_pre20061201.ebuild Fix svn url.
Created attachment 112782 [details] Fails to compile (missing pdflatex?) See attachment for emerge output. Note '/bin/sh: pdflatex: command not found' and 'make: *** [all] Error 2', the latter may or may not be related to the former. Also, the ebuild script continues to install yzis, ignoring the failure - this shouldn't happen.
Created attachment 121647 [details, diff] patch for building yzis-M3(stable version) That's a patch, that fix some syntax errors in viewwidget.h and linesearch.h.
Created attachment 121649 [details] That's the updated ebuild for the patch above This is the updated updated ebuild that require both the patch above and the one from Boris(named yzis-gentoo.patch).
Created attachment 125633 [details] minimal yzis-9999.ebuild This is a SVN-Ebuild! Yzis moved to cmake. Also porting to lua-5.1 seems to be done (svn log from 18.07.2007). I removed kde + arts-flags as with porting to Qt4 there also will be only a kde4-kpart, which is ATM not available without the kde4-Overlay. I only did the minimum neccessary for building correctly.
There's a recent, working ebuild in kde overlay http://genkdesvn.sourceforge.net/
1.0_alpha1 is out.
Since Qt:4 is also available in atomic/modular ebuilds, I think it would be desirable for the Yzis ebuild to depend on either the monolithic Qt:4 or the atomic Qt-*:4 ebuilds.
i dont know how this is currently done, but yzis can be built with qtcore only (for example if you want only the curses version, and not the qt or kde one). so i guess it should depends on qtcore : always qtgui : if qt4 Useflag is selected? or some ther "i want gui" use flag others as already stated in yzis-9999.ebuild (ncurses..) and the build should be done with -DENABLE_QYZIS=ON : under the same condition of the dependency of qtgui -DENABLE_NYZIS=ON : if ncurses use is on -DENABLE_KPART_YZIS=ON : i guess there's some kind of kde4 USE flag ? There's also a -DENABLE_TESTS=ON/OFF for yzis, and i think portage has something like that. Though i dont know if this is a USE flag or something else.
Hello. This bug can be closed (as wontfix). Yzis is not developed anymore. I'm a member of the core team, and Panard (reporter) is another one.
the ebuild is still in sunrise and as long as it builds I will keep this bug open devs who consider to add this to the tree should be aware that it's a dead project, so I added that to the Whiteboard
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/
I'm one of the authors of Yzis (the reporter is another one). Yzis is officially dead, so really you should not bother anymore with the ebuild.