Re: [leaf-devel] new tool: setup-builddir
Am 26.08.2012 19:33, schrieb Yves Blusseau: > Hi all, > > i have added a new tool: tool/setup-builddir and associate a makefile > variable to it: $(BT_SETUP_BUILDDIR) > > This tool help to uncompress source tarball in build directory. > > In the buildtool.mk you can rewrite all: > bzcat $(XXX_SOURCE) | tar -xvf - > or > zcat $(XXX_SOURCE) | tar -xvf - > > with > > $(BT_SETUP_BUILDDIR) -v $(XXX_SOURCE) > > You can look at commit f515c8e for an example to use the new makefile > variable. > > setup-builddir tool can extract any tarball compressed in gzip, bzip2, lzip, > lzop, lzma or xz format. > > So in the futur try to focus on lzma or xz formats for the source tarballs > (it will take less space in the git repository). Hi Yves; I've tested the changes with dnsmasq and while "buildtool.pl build dnsmasq" with the entry DNSMASQ_DIR=$(CURDIR)/$(shell $(BT_TGZ_GETDIRNAME) $(DNSMASQ_SOURCE) 2>/dev/null ) went fine, a "buildtool.pl srcclean dnsmasq" failed. make -C /opt/buildtool-master/source/i486-unknown-linux-uclibc/dnsmasq/ clean Note the missing DNSMASQ_DIR in the command above. Looks like any of the variables that defines DNSMASQ_DIR is empty when called from buildtool.pl srcclean (and maybe also buildclean). kp -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new tool: setup-builddir
Le 27/08/2012 20:28, KP Kirchdoerfer a écrit : > Am 26.08.2012 19:33, schrieb Yves Blusseau: >> Hi all, >> >> i have added a new tool: tool/setup-builddir and associate a makefile >> variable to it: $(BT_SETUP_BUILDDIR) >> >> This tool help to uncompress source tarball in build directory. >> >> In the buildtool.mk you can rewrite all: >> bzcat $(XXX_SOURCE) | tar -xvf - >> or >> zcat $(XXX_SOURCE) | tar -xvf - >> >> with >> >> $(BT_SETUP_BUILDDIR) -v $(XXX_SOURCE) >> >> You can look at commit f515c8e for an example to use the new makefile >> variable. >> >> setup-builddir tool can extract any tarball compressed in gzip, bzip2, lzip, >> lzop, lzma or xz format. >> >> So in the futur try to focus on lzma or xz formats for the source tarballs >> (it will take less space in the git repository). > Hi Yves; > > I've tested the changes with dnsmasq and while > "buildtool.pl build dnsmasq" > with the entry > DNSMASQ_DIR=$(CURDIR)/$(shell $(BT_TGZ_GETDIRNAME) $(DNSMASQ_SOURCE) > 2>/dev/null ) > > went fine, a > "buildtool.pl srcclean dnsmasq" > failed. > > make -C /opt/buildtool-master/source/i486-unknown-linux-uclibc/dnsmasq/ > clean > Note the missing DNSMASQ_DIR in the command above. > > Looks like any of the variables that defines DNSMASQ_DIR is empty when > called from buildtool.pl srcclean (and maybe also buildclean). > I see that. The problem is that the buildtool do not set variables defined in buildtool.cfg when using the buildclean, srcclean commands. I need to fix the buildtool perl modules, so the variables will be set in any case. To resolv the problem you can use the DIRNAME hack. Look for samba package for example: SAMBA_DIR:=$(shell $(BT_TGZ_GETDIRNAME) $(SAMBA_SOURCE) 2>/dev/null ) ifeq ($(SAMBA_DIR),) SAMBA_DIR:=$(shell cat DIRNAME) endif Then in .source: .source: zcat $(SAMBA_SOURCE) | tar -xvf - echo $(SAMBA_DIR) > DIRNAME touch .source So when the package is compiled it wrote the directory in the DIRNAME file, and when you use a clean command, as the SAMBA_DIR is empty it load is value from the DIRNAME file. It's ugly. As soon as possible, i will try to make a fix. Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] new tool: setup-builddir
Am 28.08.2012 14:40, schrieb Yves Blusseau: > Le 27/08/2012 20:28, KP Kirchdoerfer a écrit : >> Am 26.08.2012 19:33, schrieb Yves Blusseau: >>> Hi all, >>> >>> i have added a new tool: tool/setup-builddir and associate a makefile >>> variable to it: $(BT_SETUP_BUILDDIR) >>> >>> This tool help to uncompress source tarball in build directory. >>> >>> In the buildtool.mk you can rewrite all: >>> bzcat $(XXX_SOURCE) | tar -xvf - >>> or >>> zcat $(XXX_SOURCE) | tar -xvf - >>> >>> with >>> >>> $(BT_SETUP_BUILDDIR) -v $(XXX_SOURCE) >>> >>> You can look at commit f515c8e for an example to use the new makefile >>> variable. >>> >>> setup-builddir tool can extract any tarball compressed in gzip, bzip2, >>> lzip, lzop, lzma or xz format. >>> >>> So in the futur try to focus on lzma or xz formats for the source tarballs >>> (it will take less space in the git repository). >> Hi Yves; >> >> I've tested the changes with dnsmasq and while >> "buildtool.pl build dnsmasq" >> with the entry >> DNSMASQ_DIR=$(CURDIR)/$(shell $(BT_TGZ_GETDIRNAME) $(DNSMASQ_SOURCE) >> 2>/dev/null ) >> >> went fine, a >> "buildtool.pl srcclean dnsmasq" >> failed. >> >> make -C /opt/buildtool-master/source/i486-unknown-linux-uclibc/dnsmasq/ >> clean >> Note the missing DNSMASQ_DIR in the command above. >> >> Looks like any of the variables that defines DNSMASQ_DIR is empty when >> called from buildtool.pl srcclean (and maybe also buildclean). >> > I see that. > The problem is that the buildtool do not set variables defined in > buildtool.cfg when using the buildclean, srcclean commands. > I need to fix the buildtool perl modules, so the variables will be set > in any case. > To resolv the problem you can use the DIRNAME hack. Look for samba > package for example: > > SAMBA_DIR:=$(shell $(BT_TGZ_GETDIRNAME) $(SAMBA_SOURCE) 2>/dev/null ) > ifeq ($(SAMBA_DIR),) > SAMBA_DIR:=$(shell cat DIRNAME) > endif > > Then in .source: > > .source: > zcat $(SAMBA_SOURCE) | tar -xvf - > echo $(SAMBA_DIR) > DIRNAME > touch .source > > So when the package is compiled it wrote the directory in the DIRNAME > file, and when you use a clean command, as the SAMBA_DIR is empty it > load is value from the DIRNAME file. It's ugly. > As soon as possible, i will try to make a fix. Hi Yves; I'm not in hurry. As long as the new feature is not enabled fully, we'll certainly have still a valid and working setup. And personally I'm also looking forward for some days offline due to holidays :)) Will be around today and back in about 10 days. If nothing serious happens, it might be then a good time to prepare an alpha version of v5. Would be nice, if David finds some time to provide a teaser for new introduced support for CPU's beyond x86. kp -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel