[...] well since pda's are not designed for native compilations IMHO a comment in a doc would be enough. Anyways we should try to keep ports as transparent as possible and we should let the user the freedom to use his own flags, so I like more the idea of replace flags instead of remove some flags (all ports must accept user defined flags in pkgmk.conf whenever be possible) well, pda's aren't the aim, but they are another option to do that (nfs exports in newer devices which their CPU are around 1Ghz and they come with more than 512MB of RAM, I don't see the point about don't make native builds there) obviously +1 for native builds on these 1Ghz machines like sheeva/guruplug [...] About flags, I made a difference between user flags and hardcoded flags, like in
* Jose V Beneyto (sepen@crux-arm.nu) wrote: perl, which has hardcoded -pipe and it adds that to the user's flags (Btw, perl doesn't build fine without the -pipe hardcoded flag). These kind of cases will be the less. ok, it should be fine to remove hardcoded values, but keeping the user to be able of use their own custom flags too
[...] maybe we could try to find a solution/patch (maybe I'll play at night), talk with xz developers about that, or as a last resort try an alternative like you said (tar.bz2 instead of xz sources)
[...] good research Jose. I think it would be better to change sources to keep them more compat with old devices (or with less resources, RAM in this case). Seems that the aim of xz/lzma is reduce the space (compressing more) but using more ram at runtime. I really prefer to change sources instead of patching. Waiting comments or suggestions. well IMHO we'll never use old devices like jornada, gp32, psion-revo, etc. to build packages and to try to maintain all Pkgfiles from core, opt, xorg, etc. sounds a hard task to do even if files ".tar.bz2" are hosted at same place than ".xz" sources, if not we need to repackage
On 05/17/10 16:09, pitillo@crux-arm.nu wrote: them and this is too much work (and also we'll need more space in our server for distfiles) Regards, -- Jose V Beneyto | http://sepen.mine.nu/