From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jean-Christophe PLAGNIOL-VILLARD Date: Sun, 26 Feb 2012 05:37:06 +0100 Subject: [Buildroot] [PATCH V2] openocd: fetch package from git repository and update version In-Reply-To: References: <20120224190112.GB10670@game.jcrosoft.org> <1330119073-24810-1-git-send-email-aletes.xgr@gmail.com> <20120225033301.GC10670@game.jcrosoft.org> <201202251631.25121.arnout@mind.be> Message-ID: <20120226043705.GD10670@game.jcrosoft.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On 00:06 Sun 26 Feb , Alexandre Pereira da Silva wrote: > >> again NACK > >> > >> DO NOT USE GIT in the release > > > > ?Instead of just shouting at Alexandre, perhaps you can explain why it's > > a bad idea to use the git version for openocd... > > > > ?Alexandre, why do you need a more recent version than the official > > release? > > The openocd release is 6 months old and they made many improvements > since then. And I don't see any plans for them to release a new > version any time soon. I will release a new version of openocd in time, today the current version is not stable enough > > Openocd git head is usually more stable than their latest released > version. Specially if the support for the target you are using is new. > I have had issues connecting one of my cortex-m3 targets with openocd > 0.5.0. > > This is a special package like u-boot and the kernel because in many > occasions you have to tweak the package to suit your own hardware. The NACK stand You can do it for your local but for mainline no, barebox/ u-boot, linux are based on release > > Other option would be to use 0.5.0 version from git, so people who run > into this kind of issue, can override the version more easily. NACK git is very slow to download it's NOT an option at all for default version > > Another comment on this issue is about git submodule fetching. Do you > think that could be useful to other packages? If so, I can prepare a > new patch to fetch all submodules, if any. this is yes Best Regards, J.