Re: [Gnu-arch-users] Dirname caching for leroy's tla on cygwin

[John Meinel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks for posting this. I'm in the process of checking it out.

I have to agree. Getting long path support into cygwin is a much better
solution. As it helps everyone. :)

But in the meantime, I'm curious to see your work. Is it based of of
Leroy's? What changes have you made? I'll read up your patch logs and
such, but it would be interesting to get sort of a summary from you.

John
=:->


Parker, Ron wrote:
| Please pardon the top post.  Outlook really choked trying to reply to this
| message.
|
| I had been doing some work with the =dirname code before a major crunch at
| work.  I have diff, tar, patch, etc. in an archive along with a
| configuration for building it all and using
| the =dirname code.  I was doing the work on a slightly-less-than-standard
| file-system, HFS+.  I am not sure that I have pushed all of my latest
| changes and do not know if it all currently builds on all platforms.  For
| example I know I have some outstanding changes for building on SnaFU
| ^h^h^h^h^h^h^h SFU.  But, it can be found in the following archive.
|
| address@hidden:
|       
| http://www.inthefaith.net/rdp/{archives}/address@hidden
|
| I recommend:
|       $ tla register-archive address@hidden \
|       
| http://www.inthefaith.net/rdp/{archives}/address@hidden
|       $ tla get address@hidden/dists--devo--1.0 tla-rdp
|       $ cd tla-rdp
|       $ tla build-config \
|               configs/inthefaith.net-tla-cygwin/devo.tla-cygwin-1.2
|       $ mkdir src/=build
|       $ cd src/=build
|       $ ../configure --prefix=/opt/tla
|
| There is no doubt some noise in the patch logs due to abortive attempts at
| getting patch and some of the other tools to play nicely in a
| package-framework structure.  These will show up as changesets reversing
| previous changesets.  In spite of this, hopefully this is a helpful place
| for anyone that may be interested.
|
| It seems to me that something is needed which does directory path
| compression for weak file-systems.  I believe at some future point in
time,
| it may need to become an optional part of the arch "protocol".  That would
| allow archives to be published directly on borked file and operating
systems
| but would allow them to be accessed and understood by the non-borked.  I
| have the dubious "honor" of working on BSD, Linux, Windows and Mac
systems,
| so this is something I really need.
|
| I had not previously published this archive because I am pedantic about
| testing and had not gotten it all to a level that I was satisfied
with.  It
| looks like things should be easing up at work starting next week, so
| hopefully I will have some time to spend with this.  Once it is done,
I will
| be trying to work out the problems with my employer and Red Hat to get
long
| file path support into cygwin directly.  I see that ultimately as a
superior
| solution for Windows.
|
|
|>-----Original Message-----
|
|
| Does this sound reasonable? I will probably try to create projects for
| tar,diff,diff3, etc. Just so that I can get it all out of arch instead
| of downloading the source code each time. Is there an "official" archive
| for these programs?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA5Xa1JdeBCYSNAAMRAs77AJ9hJTENOZVihiczxoUNO6X1+AIqAACgiMvg
uOUMLCwagCqeZ2JKKdNfWS0=
=8WPu
-----END PGP SIGNATURE-----