Re: New features for cookutils with my-cookutils fork

[ Thread Index | Date Index | More lists.tuxfamily.org/slitaz Archives ]


> 4) Make --getsrc repack source if it its enable in cook.conf.
> https://bitbucket.org/godane/my-cookutils/changeset/efceee01a2bd

I already include some code from you about that. I have to change it ?
 
This code is so it acts like tazwok does. If LZMA_SRC is enabled it should recompress source with --getsrc. This is helpful when making my source dvd since if the source is missing i can do cook pkgname --getsrc.

Also your fix for no rules will not disable recompressing for packages like openjdk-6-src. I been trying to tell you bulk recompress will be a bad idea. This is why recompress has to be done in cook or you can break sources for packages. Its best to add look_for_cook function since to me its the easier way of disabling receipts when you have LZMA_SRC set by default without breaking receipts. Also other receipts need !repack_src to work like all those ruby gem sources. The gem sources can't be extracted either in most cases.

You know my point of view and it will not change. I let you the full
hand on Tazwok and you can benefit of the project infrastructure to
host project you like, such as the source DVD. Cookutils was a dramma
when you founded it, now you want to use it... improve it, etc. Why not
use the powerfull tazwok ? Dont anser I broke the wok...

The reason for me not using tazwok anymore is cause it can't get cook-toolchain to work anymore. I tryed for about 12 times but it always failed. Plus i can't fix bugs that you have with packages if i use tazwok. You complain about me not testing my receipts but even if i test them with tazwok they may not build with cook. I don't want to fight cookutils anymore. But i also don't want features in tazwok to be for nothing.

Also if my source/tank dvd is used it must act like tank. Me using tazwok is not good acting like tank. Thats whats been bothering me. I like cookutils website better then tazwok. I would like tank cpu put back into cook.slitaz.org. So we can see how hard the cpu is working.

Added: [ $(grep -q [c-g]*_rules $receipt) ]; then extract. So if no
rules no extract.

But we want a an empty tazpkg so if one want to get-source it dont have
to install Hg, clone the wok etc, just: tazpkg get-install pkg &&
[tazwok/cook] --getsrc.

The --getsrc uses the wok. Thats why its in *) case. You get the receipt in wok if exist then source it. Thats when you get the source. Its not looking for $INSTALLED/pkgname/receipt then sourcing that. And even then you have to unset the wok receipt.

I hope this helps explain my needs for cookutils. I want to be able to build with it now instead of tazwok. But with some changes that i have made to my-cookutils repo. Otherwise this these changes will end up forking slitaz source dvd and normal slitaz.


On Fri, May 27, 2011 at 2:39 PM, Christophe Lincoln <pankso@xxxxxxxxxx> wrote:

> 2) I added look_for_cookopt funciton to get COOK_OPT working.
> https://bitbucket.org/godane/my-cookutils/changeset/92e60051cce7

Added: [ $(grep -q [c-g]*_rules $receipt) ]; then extract. So if no
rules no extract.

But we want a an empty tazpkg so if one want to get-source it dont have
to install Hg, clone the wok etc, just: tazpkg get-install pkg &&
[tazwok/cook] --getsrc.

- Christophe

---
SliTaz GNU/Linux Mailing list - http://www.slitaz.org/




Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/