3790 2002-06-16 15:56 0000 new ebuild of yacas 2003-08-23 21:22:39 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 trivial --- 1 tflorek@web.de george@gentoo.org harri@gmx.at hypnos75@gmail.com tflorek@web.de tflorek@web.de 2002-06-16 15:56:16 0000 this is an ebuild for yacas, a math program. see ebuild for details about yacas (or just go to yacas.sf.net). yacas does not compile with gmp (at least with gcc3.1), so gmp is ommitted. (i nevertheless have a gmp 4 ebuild handy, and will publish it as soon as i have checked, wether anything is broken.) ebuild for yacas gui, prometeus, will follow... i suggest app-sci/yacas as name. ~tooobi tflorek@web.de 2002-06-16 15:59:12 0000 Created an attachment (id=1555) ebuild george@gentoo.org 2002-07-17 22:26:39 0000 Hi Tobias. Thanks for subission. Re your note in the ebuild that installed yacas needed to compile gui: the correct solution would be to check yacas availability and bootstrap if necessary. I will get back to this submission some time later as other bugs/submissions will allow. If you want to speed up its processing you can take a look for example at dev-lang/ghc for ideas on how to bootstrap build and make necessary number of stages and modify your ebuild correspondingly. George george@gentoo.org 2003-04-17 23:49:52 0000 Hi Tobias. Sorry, it's been a long time :( I decided to process the ebuild without waiting for the gui interface fix. I updated the ebuild to work with the current version - 1.0.54. I must say it took some effort to make it install allin a proper way ;). Anyway, the ebuild is in the tree (keymasked). Please test. Note to myself: add gmp and gsl support. George hypnos75@gmail.com 2003-04-19 17:07:37 0000 Two notes -- * Yacas requires gnuplot for plotting, but that is not asserted in the ebuild. * Cannot Proteus be implemented as a separate ebuild off the same tarball? Thanks for your effort ... I use MuPAD now, but it would it be nice to use something Free and therefore extensible. george@gentoo.org 2003-04-21 01:42:26 0000 Hi Sourav. Thanks for your notes! >* Yacas requires gnuplot for plotting, but that is not asserted in the ebuild. Is this an absolute or optional dependency? yacas was working for me, but I was not trying to plot anything :). So, it looks like it is a run-time dependency, thus it may be added to RDEPEND. However it may be made to depend on some USE flag if its not always necessary.. >* Cannot Proteus be implemented as a separate ebuild off the same tarball? Perheaps. Since the gui has a special name it may be worth splitting it into separate ebuild, as opposed to build it based on some use flag, quite possibly the same used for adding gnuplot. Or it may be better to go the second route, what do you think? George hypnos75@gmail.com 2003-04-21 02:40:57 0000 >>* Yacas requires gnuplot for plotting, but that is not asserted in the ebuild. >Is this an absolute or optional dependency? yacas was working for me, but I was not >trying to plot anything :). >So, it looks like it is a run-time dependency, thus it may be added to RDEPEND. However >it may be made to depend on some USE flag if its not always necessary.. I suppose the choice could be implemented as a "local" USE flag, but I would default to having gnuplot instead of not having it -- plotting is core functionality, in my mind. >>* Cannot Proteus be implemented as a separate ebuild off the same tarball? >Perheaps. Since the gui has a special name it may be worth splitting it into separate >ebuild, as opposed to build it based on some use flag, quite possibly the same used >for adding gnuplot. Or it may be better to go the second route, what do you think? Proteus really is a separate app, but happens to be packaged with Yacas, so I think it would be better to make it a separate ebuild. Specificially, Proteus needs Yacas (and other things), but Yacas does not need Proteus. george@gentoo.org 2003-04-22 20:23:43 0000 Hi Sourav. >I suppose the choice could be implemented as a "local" USE flag, but I would >default to having gnuplot instead of not having it -- plotting is core >functionality, in my mind. Well, I would try to avoid local falgs if we could use a global one. I tried to "ask around" yesterday, but seems that we do not have a eneric flag for this specific purpose. However there are two I could think about: plotutils: used only by gnuplot to make it use plotutils. Technically this should be local flag, but as I understand it was implemented long before the split, so it made its way into use.desc then. It might be changed to plot and made more generic.. However 1. its present purpose is quite specific and the change will not be completely logical in that repect 2. its not very known/visible, so it has high chances to be overlooked.. X: very major flag :) and what's more important, belongs to USE set in standard profile. Thus people who will not want X will have it explicitly turned off. I need to mention, that I am hesitant to make yacas have gnuplot dependency by default, as yacas is completely functional in CLI and gnuplot will drag a lot of heavyweight stuff with it.. Rather I would like to avoid having any default if it can be avoided.. Therefore it looks like using "X" is the best approach from technical standpoint, - default profile will get gnuplot support and people who will not want it will have "-X" explicitly. The only problem is that this use does not directly relate to description "Adds support for XFree86", which I treat as optional support for some X interfaces. However in a more broad sence it is applicable, after all this is a function made possible under X :). Thus I am leaning towards using "X" as a use f;ag in this case, but would like to ask for your opinion. On proteus: Ok you convinced me :), I'll go about looking into producing the ebuild soon. George hypnos75@gmail.com 2003-04-23 03:37:24 0000 * X USE flag: That's probably the best option, since there isn't a "gnuplot" flag. Yacas and gnuplot can both be terminal-only programs. * Proteus: Yeah, I think people would be annoyed if all this X software got built; the X USE flag is even less appropriate for activating Proteus than above. Keep up the good work! george@gentoo.org 2003-07-09 16:50:29 0000 Uf, its been a while, just a quick note, that 1.0.55 is out and is in portage and I makred 1.0.54 stable. Will try to get to the proteus... George george@gentoo.org 2003-07-09 20:01:55 0000 Created an attachment (id=14327) proteus-1.0.55.ebuild An update. 1. I moved yacas into app-sci, not sure why it was committed into dev-lang 2. I tried to create the ebuild for proteus (DEPENDs on yacas), however there is some problem with fltk - configure cannot find certain stuff. Can please somebody, who has experience with both take a look? Like, is there specific version that is necessary or anything? Note that I did not yet touch src_install - will look at that function if src_compile can be made to work. George george@gentoo.org 2003-08-23 21:22:39 0000 Ok, proteus (and fltk) prove to be problemmatic and I don't have that much time on my hands now. Looks like will have to settle with plain yacas (which works). Whoever finds this and decides to do an ebuild, please just reopen the bug upon submission. Closing it for now. George 1555 2002-06-16 15:59 0000 ebuild yacas-1.0.52.1.ebuild text/plain IyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBM aWNlbnNlLCB2MiBvciBsYXRlcgojIEF1dGhvcjogVG9iaWFzIEZsb3JlayA8dGZsb3Jla0B3ZWIu ZGU+CgoKUD0ke1BOfS0xLjAuNTJyZXYxClM9JHtXT1JLRElSfS8ke1B9CgpERVNDUklQVElPTj0i WUFDQVMgaXMgYSB2ZXJ5IHBvd2VyZnVsLCBnZW5lcmFsIHB1cnBvc2UgQ29tcHV0ZXIgQWxnZWJy YSBTeXN0ZW0uIgpIT01FUEFHRT0iaHR0cDovL3lhY2FzLnNvdXJjZWZvcmdlLm5ldC8iCgpTUkNf VVJJPSJodHRwOi8vZG93bmxvYWQuc291cmNlZm9yZ2UubmV0LyR7UE59LyR7UH0udGFyLmd6IgoK REVQRU5EPSJ2aXJ0dWFsL2dsaWJjIgoKUkRFUEVORD0iJHtERVBFTkR9IgoKc3JjX3VucGFjaygp IHsKCgl1bnBhY2sgJHtQfS50YXIuZ3oKCgljZCAke1N9Cgp9CgoKc3JjX2NvbXBpbGUoKSB7CgoJ Y2QgJHtTfQogICAgCS4vY29uZmlndXJlIFwKCQktLXByZWZpeD0vdXNyCQkJXAoJCS0tc3lzY29u ZmRpcj0vZXRjCQl8fCBkaWUgY29uZmlndXJpbmcgZmFpbGVkCiMJCS0tZW5hYmxlLWdtcAkJCXx8 IGRpZQoKCW1ha2UJCQkJCXx8IGRpZQoKCSMgb25seSBidWlsZCBndWksIGlmIHdlIHVzZSB4CiMg cHJvdGV1cyBpcyB1bnRlc3RlZCBhbmQgZG9lcyBub3QgY29tcGlsZSB0aGlzIHdheSwKIyBuZWVk cyBhbiBpbnN0YWxsZWQgKGFuZCBtZXJnZWQpIHlhY2FzIHRvIGNvbXBpbGUuCiMJaWYgdXNlIFgg OyB0aGVuCiMJCWNkIHByb3RldXMKIwkJZW1ha2UgZGVwZW5kIC1mIG1ha2VmaWxlLmxpbnV4IAl8 fCBkaWUKIwkJZW1ha2UgLWYgbWFrZWZpbGUubGludXggCXx8IGRpZQojCQljZCAuLgojCWZpCn0K CnNyY19pbnN0YWxsICgpIHsKCWVtYWtlIERFU1RESVI9JHtEfSBpbnN0YWxsLXN0cmlwIAl8fCBk aWUKCiMgc2VlIGFib3ZlIG5vdGljZQojCWlmICggdXNlIFggKTsgdGhlbgojCQljZCBwcm90ZXVz CiMJCWVtYWtlIGluc3RhbGwtc3RyaXAgLWYgbWFrZWZpbGUubGludXggfHwgZGllCiMJCWNkIC4u CiMJZmkKCglkb2h0bWwgLXIgZG9jCgoJZG9kb2MgQVVUSE9SUyBJTlNUQUxMIE5FV1MgUkVBRE1F IFRPRE8KfQo= 14327 2003-07-09 20:01 0000 proteus-1.0.55.ebuild proteus-1.0.55.ebuild application/octet-stream IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1zY2kveWFjYXMveWFjYXMt MS4wLjU1LmVidWlsZCx2IDEuMSAyMDAzLzA3LzEwIDAxOjM4OjQ2IGdlb3JnZSBFeHAgJAoKSVVT RT0iIgoKTmFtZT0ieWFjYXMiCgpERVNDUklQVElPTj0iYSBncmFwaGljYWwgZnJvbnQtZW5kIGZv ciB5YWNhcyIKSE9NRVBBR0U9Imh0dHA6Ly95YWNhcy5zb3VyY2Vmb3JnZS5uZXQvIgpTUkNfVVJJ PSJodHRwOi8vJHtOYW1lfS5zb3VyY2Vmb3JnZS5uZXQvYmFja3Vwcy8ke05hbWV9LSR7UFZ9LnRh ci5neiIKClNMT1Q9IjAiCkxJQ0VOU0U9IkdQTC0yIgpLRVlXT1JEUz0ifng4NiIKCkRFUEVORD0i dmlydHVhbC9nbGliYwoJPj1zeXMtYXBwcy9zZWQtNAoJeDExLWxpYnMvZmx0awoJPj1kZXYtbGli cy9nbXAtNC4wLjEiCgpzcmNfY29tcGlsZSgpIHsKIwllY29uZiB8fCBkaWUgIi4vY29uZmlndXJl IGZhaWxlZCIKIwllbWFrZSB8fCBkaWUKCgljZCAke1dPUktESVJ9LyR7TmFtZX0tJHtQVn0vCgll Y29uZiB8fCBkaWUgImNvbmZpZ3VyZSBmYWlsZWQiCgoJY2QgJHtQTn0KCWVtYWtlIGRlcGVuZCAt ZiBtYWtlZmlsZS5saW51eCAJfHwgZGllCgllbWFrZSAtZiBtYWtlZmlsZS5saW51eCAJfHwgZGll Cn0KCnNyY19pbnN0YWxsKCkgewoJIyBhIHZlcnkgc3RyYW5nZSBNYWtlZmlsZSdzLCB0aGF0IGRv IG5vdCBob25vciBzdGFuZGFyZCB3cmFwcGluZ3MgOigKCWZpbmQgLW5hbWUgTWFrZWZpbGUgfHhh cmdzIHNlZCAtaSAtZSAiczpkYXRhZGlyID0gL3Vzci9zaGFyZTpkYXRhZGlyID0gJHtEfS91c3Iv c2hhcmU6IgoJY2QgbWFubWFrZQoJc2VkIC1pIC1lICJzOmh0bWxkaXIgPSA6aHRtbGRpciA9ICR7 RH06IiAtZSAiczpwc2RpciA9IDpwc2RpciA9ICR7RH06IiBNYWtlZmlsZQoJY2QgJHtTfQoKCURF U1RESVI9JHtEfSBtYWtlIGluc3RhbGwtc3RyaXAgfHwgZGllCgoJIyBzZWUgYWJvdmUgbm90aWNl CgkjaWYgKCB1c2UgWCApOyB0aGVuCgkjCWNkIHByb3RldXMKCSMJZW1ha2UgaW5zdGFsbC1zdHJp cCAtZiBtYWtlZmlsZS5saW51eCB8fCBkaWUKCSMJY2QgLi4KCSNmaQoKCWRvZG9jIEFVVEhPUlMg SU5TVEFMTCBORVdTIFJFQURNRSBUT0RPCgltdiAke0R9L3Vzci9zaGFyZS8ke1BOfS9kb2N1bWVu dGF0aW9uICR7RH0vdXNyL3NoYXJlL2RvYy8ke1BGfS9odG1sCglybWRpciAke0R9L3Vzci9pbmNs dWRlLwp9Cg==