Re: [fossil-users] Gentoo: SQLITE_WARNING... best approach for Portage

2013-11-20 Thread Stephan Beal
On Wed, Nov 20, 2013 at 6:42 AM, Andy Bradford amb-fos...@bradfords.orgwrote:

 Thus said John L. Poole on Tue, 19 Nov 2013 05:12:08 -0800:
  The reason I'm writing to this list  is to inquire if there will be a
  new release  coming shortly or  if I should  try to create  an ebuild
  that incorporates the patch that fixes this problem?

 I think it would  be safest just to wait for the  next release. Here are
 some issues you'll need to consider if you go the patch route:
 ...

3) To avoid 2, you can merge/commit  the patch into a private branch in
 a cloned  copy of the  fossil repository.  Then extract the  patch from
 there as a diff from the official released version and your branch.


Good morning!

If the patch is relatively small, please just paste it to the list (don't
attach it - attachments get stripped). i don't see the prior mail
explaining the problem - maybe it already contains the patch?

I don't know when the next official  release will be, but this will give
 you an idea of the historical trend:


Nobody knows - historically we release them when the changelog gets
unusually long or when something truly critical was fixed.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
Since tyranny's the only guaranteed byproduct of those who insist on a
perfect world, freedom will have to do. -- Bigby Wolf
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Gentoo: SQLITE_WARNING... best approach for Portage

2013-11-20 Thread Andy Bradford
Thus said Stephan Beal on Wed, 20 Nov 2013 10:24:02 +0100:

 If the  patch is relatively  small, please just  paste it to  the list
 (don't attach  it - attachments get  stripped). i don't see  the prior
 mail explaining the problem - maybe it already contains the patch?

The patch is already in Fossil:

http://www.fossil-scm.org/index.html/info/e65162b4ad

He  is looking  for  the best  way  to get  this  patch applied  against
version-1.27 and  integrated into Gentoo's  Portage so it  gets included
with their builds.

Andy
-- 
TAI64 timestamp: 4000528cd0ed


___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Gentoo: SQLITE_WARNING... best approach for Portage

2013-11-20 Thread Stephan Beal
On Wed, Nov 20, 2013 at 4:10 PM, Andy Bradford amb-fos...@bradfords.orgwrote:

 Thus said Stephan Beal on Wed, 20 Nov 2013 10:24:02 +0100:

  If the  patch is relatively  small, please just  paste it to  the list
  (don't attach  it - attachments get  stripped). i don't see  the prior
  mail explaining the problem - maybe it already contains the patch?

 The patch is already in Fossil:

 http://www.fossil-scm.org/index.html/info/e65162b4ad


Ah, i've missed so much traffic/context recently :(.

IIRC, Richard tweaked that fix at some point:

http://www.fossil-scm.org/index.html/vdiff?from=e65162b4ad664ae37to=aef638b61003fcf2sbs=1

search that for main.c and you'll see that line 1185 from e65162 was
removed later on.

i.e. the patch for Gentoo should probably look a little bit different now.
As for how best to feed that into their build process... no idea :/.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
Since tyranny's the only guaranteed byproduct of those who insist on a
perfect world, freedom will have to do. -- Bigby Wolf
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Gentoo: SQLITE_WARNING... best approach for Portage

2013-11-20 Thread Mark Janssen
On 20 Nov 2013 16:40, Stephan Beal sgb...@googlemail.com wrote:

 On Wed, Nov 20, 2013 at 4:10 PM, Andy Bradford amb-fos...@bradfords.org
wrote:

 Thus said Stephan Beal on Wed, 20 Nov 2013 10:24:02 +0100:

  If the  patch is relatively  small, please just  paste it to  the list
  (don't attach  it - attachments get  stripped). i don't see  the prior
  mail explaining the problem - maybe it already contains the patch?

 The patch is already in Fossil:

 http://www.fossil-scm.org/index.html/info/e65162b4ad


 Ah, i've missed so much traffic/context recently :(.

 IIRC, Richard tweaked that fix at some point:


http://www.fossil-scm.org/index.html/vdiff?from=e65162b4ad664ae37to=aef638b61003fcf2sbs=1

 search that for main.c and you'll see that line 1185 from e65162 was
removed later on.

 i.e. the patch for Gentoo should probably look a little bit different
now. As for how best to feed that into their build process... no idea :/.

 --
 - stephan beal
 http://wanderinghorse.net/home/stephan/
 http://gplus.to/sgbeal
 Since tyranny's the only guaranteed byproduct of those who insist on a
perfect world, freedom will have to do. -- Bigby Wolf

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Considering fossil releases are relatively rare and fossil trunk is
generally in a good state, I would suggest picking the current trunk head
and update the version on a regular basis if fixes that are of interest for
Gentoo users are merged with trunk.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Gentoo: SQLITE_WARNING... best approach for Portage

2013-11-19 Thread Andy Bradford
Thus said John L. Poole on Tue, 19 Nov 2013 05:12:08 -0800:

 The reason I'm writing to this list  is to inquire if there will be a 
 new release  coming shortly or  if I should  try to create  an ebuild 
 that incorporates the patch that fixes this problem?  

I think it would  be safest just to wait for the  next release. Here are
some issues you'll need to consider if you go the patch route:

1) Do you patch just this one bug fix?

2) If  you patch the  zip archive of  the source the  version identifier
reported by  your patched  version and the  non-patched will  report the
same. Making bug reporting difficult.

3) To avoid 2, you can merge/commit  the patch into a private branch in 
a cloned  copy of the  fossil repository.  Then extract the  patch from 
there as a diff from the official released version and your branch. 

I don't know when the next official  release will be, but this will give
you an idea of the historical trend:

http://www.fossil-scm.org/index.html/timeline?t=release

Andy
-- 
TAI64 timestamp: 4000528c4bdd


___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users