Re: [fossil-users] Download v1.36 Linux x86 tar.gz actually contains 64bit binary

[K. Fossil user]

Hi,
Yes, you should not give something dynamic to people ...I guess that it is 64 
bits because they are not aware by the fact that they should compile for both 
architectures (32 bits  AND 64 bits binary)?
I've recommended to the Fossil team that they should create a 1.36.1 release 
because most of the time there are some glitches that may suggest people that 
Fossil is not that serious.
Unfortunately, I was right...

Beyond that, I don't understand why SQlite is not 3.15.1 ... 
 
Best Regards

K.

  De : Artur Shepilko 
 À : Fossil SCM user's discussion  
 Envoyé le : Mercredi 9 novembre 2016 2h42
 Objet : [fossil-users] Download v1.36 Linux x86 tar.gz actually contains 64bit 
binary
   
Just happened to download v1.36 Linux binary off Fossil page to a
Linux x86-32bit box and surprisingly it would not execute
http://fossil-scm.org/index.html/uv/download/fossil-linux-x86-1.36.tar.gz

Turns out it's actually a 64bit binary:
      file ./fossil
      ./fossil: ELF 64-bit LSB  executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=abeae887e354f3300aa097e9380ce8acead4711d, stripped

      ./fossil version -v
      This is fossil version 1.36 [c24373934d] 2016-10-24 14:59:33 UTC
      Compiled on Oct 24 2016 17:40:35 using gcc-5.4.0 20160609 (64-bit)
      SQLite 3.15.0 2016-10-14 10:20:30 707875582f
      Schema version 2015-01-24
      zlib 1.2.8, loaded 1.2.8
      SSL (OpenSSL 1.0.1f 6 Jan 2014)
      UNICODE_COMMAND_LINE
      DYNAMIC_BUILD

Not sure if this is a new way going forward, if it is, then certianly
this should be noted somewhere on the download page.

Previous releases (v1.35 and v1.34) are x86 32bit, also they are STATIC_BUILD.

This brings up another issue, on 64-bit Linux a staticly-linked 32-bit
fossil binary may not be able to properly bind to 64-bit gcc
run-times, producing error like the following:

      ./fossil-1.35-x86-32 clone http://fossil-scm.org fossil.fossil
      getaddrinfo() fails: Name or service not known
      Clone done, sent: 0  received: 0  ip:
      server returned an error - clone aborted

So, perhaps, there's a need to post BOTH Linux x84 binaries 32-bit and
64-bit. This way users may not need to scratch heads then tweak and
build Fossil themeselves.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


   ___
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] Follow-up to reverting missing files

[K. Fossil user]

Hi,
1/ I've got a question : is bogus bounces NOT already solved ?

2/>backticks instead [of $(...)]

Can't we use pipes ? 
 
Best Regards

K.

  De : Andy Goth 
 À : Fossil Users Mailing List  
 Envoyé le : Mercredi 9 novembre 2016 3h03
 Objet : [fossil-users] Follow-up to reverting missing files
   
With my enhanced changes command, the way to revert all missing files is:fossil 
revert $(fossil changes -missing)If your shell doesn't have $(...) command 
substitution, use `...` backticks instead.If you're unlucky enough to have 
files with spaces in their names, you'll need:fossil changes -missing | xargs 
-r -d'\n' fossil revertYou can limit the scope by giving one or more directory 
name arguments to changes, e.g. "." for the current directory.Short of being 
clever with grep, you cannot inhibit recursion, so subdirectories are always 
processed too. I hope to change this eventually.If you don't have my enhanced 
changes command, in place of "fossil changes -missing" you can write:fossil 
changes | sed -rn '/^MISSING */s///p'This fails if a filename happens to start 
with spaces.Sorry, I can't properly reply to the email since I can see it only 
in the web archive and not my mailer (actually my phone), so it must have 
arrived during the time my account was deactivated due to bogus bounces.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


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