Description
Panard
2004-04-21 04:35:17 UTC
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. |