Re: [suggest] git-svn has subversion-1.4.2 dependency only
On Mon, 2011-02-07 at 20:15 -0800, Brandon Ooi wrote: Any way we can get git-svn to link against the RF subversion package? That's true, but I wonder if it's even necessary. Git is in rpmforge and updated subversion is in rpmforge-extras. Right now, it doesn't require extras to be enabled to install which is a good thing (tm) Maybe we should build two versions of git, one in main and one in extras linked to different versions of subversion? And add say m and x to the version tags so that extras would override the main one if extras repository is enabled? Only this would mean that 2 SPECs have to be kept in sync which is not complicated, but could be prone to manual errors... -- Sincerely yours, Yury V. Zaytsev ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] check_logfiles for EL5?
On Tue, 2011-02-08 at 10:32 +0200, anthony.caet...@sanlam.co.za wrote: Is there a reason a package isn't built for EL5? If not, could I ask that the EL5 package be added to the build please? The build was not scheduled for EL5. Dag, could you please have a look? -- Sincerely yours, Yury V. Zaytsev ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] git-svn has subversion-1.4.2 dependency only
On Tue, 8 Feb 2011, Yury V. Zaytsev wrote: On Mon, 2011-02-07 at 20:15 -0800, Brandon Ooi wrote: Any way we can get git-svn to link against the RF subversion package? That's true, but I wonder if it's even necessary. Git is in rpmforge and updated subversion is in rpmforge-extras. Right now, it doesn't require extras to be enabled to install which is a good thing (tm) Maybe we should build two versions of git, one in main and one in extras linked to different versions of subversion? And add say m and x to the version tags so that extras would override the main one if extras repository is enabled? Only this would mean that 2 SPECs have to be kept in sync which is not complicated, but could be prone to manual errors... But that fails to work with my current (static) buildsystem setup. One more reason to move away from it :-) -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest