Release 1.1.0 status #266

Closed
tombujok opened this Issue Mar 30, 2015 · 64 comments

Comments

Projects
None yet
9 participants
@tombujok
Contributor

tombujok commented Mar 30, 2015

Status of the critical 1.1.0 release:

  • candidate release prepared [OK]
  • candidate release smoke-tested [OK]
  • update from 1.0.1 to 1.1.0 tested [OK]
  • install of fresh 1.1.0 [OK]
  • acceptance tests by volunteers [IN PROGRESS]

Release will be performed when all steps have been completed.
Expected release date: 04.04.2015 - 10.00 CET

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Mar 30, 2015

Contributor

Updated:

  • install of fresh 1.1.0 [EXPERIENCING PROBLEMS] -> [OK]
Contributor

tombujok commented Mar 30, 2015

Updated:

  • install of fresh 1.1.0 [EXPERIENCING PROBLEMS] -> [OK]
@harijoe

This comment has been minimized.

Show comment
Hide comment
@harijoe

harijoe Mar 31, 2015

Fresh install to User home :
Everything okay except

{ ~ }  » arj --version                                                                        ~ 7
ARJ32 v 3.10, Copyright (c) 1998-2004, ARJ Software Russia. [28 Dec 2009]


Invalid switch: --version

I wonder if the Invalid switch was expected here.

harijoe commented Mar 31, 2015

Fresh install to User home :
Everything okay except

{ ~ }  » arj --version                                                                        ~ 7
ARJ32 v 3.10, Copyright (c) 1998-2004, ARJ Software Russia. [28 Dec 2009]


Invalid switch: --version

I wonder if the Invalid switch was expected here.

@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Mar 31, 2015

Contributor

@harijoe thank you for such a quick feedback. I should be more precise in the expected section but yes, it was expected, we just want to see if the package was installed correctly. arj does not have that switch

Contributor

jlupi commented Mar 31, 2015

@harijoe thank you for such a quick feedback. I should be more precise in the expected section but yes, it was expected, we just want to see if the package was installed correctly. arj does not have that switch

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Mar 31, 2015

Contributor

@harijoe Thanks for testing, please let us know when you test all scenarios - the first scenario is the most important ;)

Contributor

tombujok commented Mar 31, 2015

@harijoe Thanks for testing, please let us know when you test all scenarios - the first scenario is the most important ;)

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Mar 31, 2015

Contributor

Expected release date: in 1-2 days

Contributor

tombujok commented Mar 31, 2015

Expected release date: in 1-2 days

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost Mar 31, 2015

No errors during the upgrade from 1.0.1 to 1.0.2. I will test with another installation later tonight.

ghost commented Mar 31, 2015

No errors during the upgrade from 1.0.1 to 1.0.2. I will test with another installation later tonight.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Mar 31, 2015

Contributor

To all beta testers, please report the results in the following format:
Thanks for your tests!

Test Scenario Status Comments
Scenario 1 OK / NOK ...
Scenario 2 OK / NOK ...
Scenario 3 OK / NOK ...
Own scenario OK / NOK ...
Contributor

tombujok commented Mar 31, 2015

To all beta testers, please report the results in the following format:
Thanks for your tests!

Test Scenario Status Comments
Scenario 1 OK / NOK ...
Scenario 2 OK / NOK ...
Scenario 3 OK / NOK ...
Own scenario OK / NOK ...
@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Mar 31, 2015

Contributor

I think I'm a bit out of sync now... Could you please send me the test instructions? Can't seem to find it, sorry!

Contributor

v-yadli commented Mar 31, 2015

I think I'm a bit out of sync now... Could you please send me the test instructions? Can't seem to find it, sorry!

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Mar 31, 2015

Contributor

You should have got an email, maybe spam? I will ask @jlupi to resend it.

On Tue, Mar 31, 2015 at 5:24 PM, Yatao Li notifications@github.com wrote:

I think I'm a bit out of sync now... Could you please send me the test
instructions? Can't seem to find it, sorry!


Reply to this email directly or view it on GitHub
#266 (comment).

Contributor

tombujok commented Mar 31, 2015

You should have got an email, maybe spam? I will ask @jlupi to resend it.

On Tue, Mar 31, 2015 at 5:24 PM, Yatao Li notifications@github.com wrote:

I think I'm a bit out of sync now... Could you please send me the test
instructions? Can't seem to find it, sorry!


Reply to this email directly or view it on GitHub
#266 (comment).

@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Mar 31, 2015

Contributor

@v-yadli check your mail

Contributor

jlupi commented Mar 31, 2015

@v-yadli check your mail

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost Mar 31, 2015

Scenario Status Comments
Scenario 1 OK Upgraded existing 1.0.1 installation on Win 7. No issues.
Scenario 2 OK New installation on Windows 10 Technical Preview. No issues.

ghost commented Mar 31, 2015

Scenario Status Comments
Scenario 1 OK Upgraded existing 1.0.1 installation on Win 7. No issues.
Scenario 2 OK New installation on Windows 10 Technical Preview. No issues.
@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Apr 1, 2015

Contributor
Scenario Status Comments
Scenario 1 NOK Windows 8.1 64bit, domain joined, encounters file permission issues. (See logs below)
Scenario 2 OK Installs. Several "File not found" errors in "Fixing symlink" stage.
Scenario 3 TODO
Scenario 4 OK See below
S4.a OK
S4.b OK
S4.c NOK upstream is [candidate] instead of [master]
S4.d OK
S4.e OK
S4.f OK
S4.g OK Cool!
S4.h OK
S4.I OK Yeeeaah!

Installation log of scenario 1:

Installing plugin [core]
chmod: changing permissions of ‘/usr/local/bin/babun’: Permission denied
Error on or near line 12, last command 'chmod 755 /usr/local/bin/babun';
ERROR: Could not update babun!
Error on or near line 61, last command '"$babun"/source/babun-core/tools/update_exec.sh';
➜  ~  ls -la /usr/local/bin/babun
-rwxrwx---+ 1 Administrators Domain Users 4362 Apr  1 13:28 /usr/local/bin/babun
Contributor

v-yadli commented Apr 1, 2015

Scenario Status Comments
Scenario 1 NOK Windows 8.1 64bit, domain joined, encounters file permission issues. (See logs below)
Scenario 2 OK Installs. Several "File not found" errors in "Fixing symlink" stage.
Scenario 3 TODO
Scenario 4 OK See below
S4.a OK
S4.b OK
S4.c NOK upstream is [candidate] instead of [master]
S4.d OK
S4.e OK
S4.f OK
S4.g OK Cool!
S4.h OK
S4.I OK Yeeeaah!

Installation log of scenario 1:

Installing plugin [core]
chmod: changing permissions of ‘/usr/local/bin/babun’: Permission denied
Error on or near line 12, last command 'chmod 755 /usr/local/bin/babun';
ERROR: Could not update babun!
Error on or near line 61, last command '"$babun"/source/babun-core/tools/update_exec.sh';
➜  ~  ls -la /usr/local/bin/babun
-rwxrwx---+ 1 Administrators Domain Users 4362 Apr  1 13:28 /usr/local/bin/babun
@kubamarchwicki

This comment has been minimized.

Show comment
Hide comment
@kubamarchwicki

kubamarchwicki Apr 1, 2015

Contributor
Scenario Status Comments
Scenario 1 OK Windows7 Pro 64bit. Service Pack 1

Scenario 1 comments:

Step c
{ ~ } » babun update ~
Executing babun update
upstream [candidate] - not master, but that's minor
installed [1.1.0]
newest [1.1.0]
Babun is up to date
Checking Cygwin version:
installed [1.7.35]
newest [1.7.35]
Cygwin is up to date

Contributor

kubamarchwicki commented Apr 1, 2015

Scenario Status Comments
Scenario 1 OK Windows7 Pro 64bit. Service Pack 1

Scenario 1 comments:

Step c
{ ~ } » babun update ~
Executing babun update
upstream [candidate] - not master, but that's minor
installed [1.1.0]
newest [1.1.0]
Babun is up to date
Checking Cygwin version:
installed [1.7.35]
newest [1.7.35]
Cygwin is up to date

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 1, 2015

Contributor

@kubamarchwicki that's ok - we test against candidate

Contributor

tombujok commented Apr 1, 2015

@kubamarchwicki that's ok - we test against candidate

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 1, 2015

Contributor

@v-yadli ad. Scenario 1 -> that seems to be a blocker ;( We saw it before but it's difficult to find the reason. Do you you think you could rerun it again, against the zipped backup?

Contributor

tombujok commented Apr 1, 2015

@v-yadli ad. Scenario 1 -> that seems to be a blocker ;( We saw it before but it's difficult to find the reason. Do you you think you could rerun it again, against the zipped backup?

@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Apr 1, 2015

Contributor

@tombujok I do have a backup tarball that I wrapped several months ago. I'll see if it works.

Contributor

v-yadli commented Apr 1, 2015

@tombujok I do have a backup tarball that I wrapped several months ago. I'll see if it works.

@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Apr 1, 2015

Contributor

@tombujok I'm experimenting with the half-way-done installation. Seems that I cannot chmod the babun script even manually.

Edit: it seems that the Cygwin access control is not consistent with the Windows ACL. In Cygwin it's rwxrwx---, and in Windows it's read-only:

➜ bin cacls babun
....
BUILTIN\Users:(special access:)
READ_CONTROL
SYNCHRONIZE
FILE_GENERIC_READ
FILE_READ_DATA
FILE_READ_EA
FILE_READ_ATTRIBUTES
....

There's no workarounds unless the user have admin privilege.

Contributor

v-yadli commented Apr 1, 2015

@tombujok I'm experimenting with the half-way-done installation. Seems that I cannot chmod the babun script even manually.

Edit: it seems that the Cygwin access control is not consistent with the Windows ACL. In Cygwin it's rwxrwx---, and in Windows it's read-only:

➜ bin cacls babun
....
BUILTIN\Users:(special access:)
READ_CONTROL
SYNCHRONIZE
FILE_GENERIC_READ
FILE_READ_DATA
FILE_READ_EA
FILE_READ_ATTRIBUTES
....

There's no workarounds unless the user have admin privilege.

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 1, 2015

@tombujok Correct all root folders are owned by Administrator

Also I noticed that when i update to the candidate branch successfully as Admin. And then try to update `babun update' with out admin rights i get the following error:

Executing babun update
  upstream  [candidate]
 ")syntax error: invalid arithmetic operator (error token is ": 0
Error on or near line 26, last command 'installed_version=$( get_version_as_number "$installed_version_string" )';

Note: i do not get that error when i re-run the update as Admin.

@tombujok Correct all root folders are owned by Administrator

Also I noticed that when i update to the candidate branch successfully as Admin. And then try to update `babun update' with out admin rights i get the following error:

Executing babun update
  upstream  [candidate]
 ")syntax error: invalid arithmetic operator (error token is ": 0
Error on or near line 26, last command 'installed_version=$( get_version_as_number "$installed_version_string" )';

Note: i do not get that error when i re-run the update as Admin.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 1, 2015

Contributor

@glennular That's great that we managed to nail it down! Could you figure out a short command that would enable us to distinguish these situations, maybe like:
` if [ -w /use ] ; then echo 'write enabled!' ; else echo 'write disabled'; fi
Don't know if this one would work (the cygwin/windows permissions are more quirky I guess)
Then we would add this check to the babun update script - not allowing the user to update babun if he/she installed babun as admin, but runs the update as "normal" user.

It's the last issue that blocks us from releasing 1.1.0

Contributor

tombujok commented Apr 1, 2015

@glennular That's great that we managed to nail it down! Could you figure out a short command that would enable us to distinguish these situations, maybe like:
` if [ -w /use ] ; then echo 'write enabled!' ; else echo 'write disabled'; fi
Don't know if this one would work (the cygwin/windows permissions are more quirky I guess)
Then we would add this check to the babun update script - not allowing the user to update babun if he/she installed babun as admin, but runs the update as "normal" user.

It's the last issue that blocks us from releasing 1.1.0

@airborn

This comment has been minimized.

Show comment
Hide comment
@airborn

airborn Apr 1, 2015

Contributor
Test Scenario Status Comments
Scenario 1 NOK D: grep warnings visible

This was on 32bit windows 7. Had some minor issues with babun update, seems network related, was ok after retry.

Contributor

airborn commented Apr 1, 2015

Test Scenario Status Comments
Scenario 1 NOK D: grep warnings visible

This was on 32bit windows 7. Had some minor issues with babun update, seems network related, was ok after retry.

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

@tombujok Your commit 154c7ea fixed when running babun update on 1.1.0 already

But when I try to update from 1.0.1 I still get the following error:

Fixing permissions
/bin/chmod: changing permissions of `/etc/postinstall/symlinks_repair.sh.done': Permission denied
Error on or near line 89, last command '/bin/chmod u+rwx -R /etc';
ERROR: Could not update babun!
Error on or near line 58, last command '"$babun"/source/babun-core/tools/update_exec.sh';

I created a merge request with a fix in update_exec.sh #270

@tombujok Your commit 154c7ea fixed when running babun update on 1.1.0 already

But when I try to update from 1.0.1 I still get the following error:

Fixing permissions
/bin/chmod: changing permissions of `/etc/postinstall/symlinks_repair.sh.done': Permission denied
Error on or near line 89, last command '/bin/chmod u+rwx -R /etc';
ERROR: Could not update babun!
Error on or near line 58, last command '"$babun"/source/babun-core/tools/update_exec.sh';

I created a merge request with a fix in update_exec.sh #270

@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Apr 2, 2015

Contributor

@glennular The permission to chmod is not write permission.

Contributor

v-yadli commented Apr 2, 2015

@glennular The permission to chmod is not write permission.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@v-yadli Do you mean that for the test it should be chmod 777 /usr?

Contributor

tombujok commented Apr 2, 2015

@v-yadli Do you mean that for the test it should be chmod 777 /usr?

@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Apr 2, 2015

Contributor

@tombujok Yes! I do have write permission on the files. Just cannot change permission or delete them(sorry didn't make it clear). How about replicate the action of chmod'ing /usr/local/bin/babun? Maybe that would be safer to execute.

Contributor

v-yadli commented Apr 2, 2015

@tombujok Yes! I do have write permission on the files. Just cannot change permission or delete them(sorry didn't make it clear). How about replicate the action of chmod'ing /usr/local/bin/babun? Maybe that would be safer to execute.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@v-yadli I was also wondering if using /usr is safe, So you mean chmod 777 /usr/local/bin/babun instead of chmod 777 /usr

Contributor

tombujok commented Apr 2, 2015

@v-yadli I was also wondering if using /usr is safe, So you mean chmod 777 /usr/local/bin/babun instead of chmod 777 /usr

@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Apr 2, 2015

Contributor

@airborn do you still see the grep warnings? Even if you restart babun?

We are unsetting grep options on babun's start. It may happen that another script that you executed sets it back.

Contributor

jlupi commented Apr 2, 2015

@airborn do you still see the grep warnings? Even if you restart babun?

We are unsetting grep options on babun's start. It may happen that another script that you executed sets it back.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

OK, We believe we have squashed the last bug and the release is close!
@v-yadli @glennular Could you retest the problematic test scenario (with permission problems)?

Contributor

tombujok commented Apr 2, 2015

OK, We believe we have squashed the last bug and the release is close!
@v-yadli @glennular Could you retest the problematic test scenario (with permission problems)?

@v-yadli

This comment has been minimized.

Show comment
Hide comment
@v-yadli

v-yadli Apr 2, 2015

Contributor

@tombujok I get an error message here: zsh: permission denied: babun with nothing else printed out.
Executing permcheck=$( chmod 777 /etc/passwd /usr/local/bin/babun 2> /dev/null || echo "FAILED" ) manually does echo "FAILED" back to me. So I think it never reached there.

Contributor

v-yadli commented Apr 2, 2015

@tombujok I get an error message here: zsh: permission denied: babun with nothing else printed out.
Executing permcheck=$( chmod 777 /etc/passwd /usr/local/bin/babun 2> /dev/null || echo "FAILED" ) manually does echo "FAILED" back to me. So I think it never reached there.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@v-yadli ok, but your case is really specific, with these BitLocker hacks and the fact the you are using a differen user. It's an edge case - either update as admin or change the permissions in windows. @jlupi WDYT?

Contributor

tombujok commented Apr 2, 2015

@v-yadli ok, but your case is really specific, with these BitLocker hacks and the fact the you are using a differen user. It's an edge case - either update as admin or change the permissions in windows. @jlupi WDYT?

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

We are about to release ;) Would be great to hear back from @glennular. Any chance you could retest your case?

Contributor

tombujok commented Apr 2, 2015

We are about to release ;) Would be great to hear back from @glennular. Any chance you could retest your case?

@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Apr 2, 2015

Contributor

@tombujok I agree, this scenario is rather unlikely to happen. I just tested a few admin related scenarios. Looks good to me

Contributor

jlupi commented Apr 2, 2015

@tombujok I agree, this scenario is rather unlikely to happen. I just tested a few admin related scenarios. Looks good to me

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

@tombujok not at a computer at the moment. Give me ~2 hours

I want to make sure I don't get the same error as @v-yadli

Side note, we need better support for development off of forks. Better documentation or the ability to specify repo. I'd like to help for the next release

@tombujok not at a computer at the moment. Give me ~2 hours

I want to make sure I don't get the same error as @v-yadli

Side note, we need better support for development off of forks. Better documentation or the ability to specify repo. I'd like to help for the next release

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@glennular Ok, perfect. We are waiting. I agree.

Expected release date: 18.00 CET today

Contributor

tombujok commented Apr 2, 2015

@glennular Ok, perfect. We are waiting. I agree.

Expected release date: 18.00 CET today

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

@tombujok New error occurring with your recent changes when updating without admin rights

Executing babun update
  upstream  [candidate]
  installed [1.0.1]
  newest    [1.1.0]
error: unable to unlink old '.gitignore' (Permission denied)
error: unable to unlink old 'README.adoc' (Permission denied)
error: unable to unlink old 'babun-core/core.groovy' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install.sh' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install_home.sh' (Permission denied)
...
error: unable to unlink old 'babun-packages/packages.groovy' (Permission denied)
error: unable to unlink old 'babun-packages/wget.exe' (Permission denied)
error: unable to unlink old 'babun.version' (Permission denied)
error: unable to unlink old 'build.groovy' (Permission denied)
fatal: Could not reset index file to revision 'HEAD'.
Error on or near line 41, last command 'git --git-dir="$babun/source/.git" --work-tree="$babun/source" reset --hard';

@tombujok New error occurring with your recent changes when updating without admin rights

Executing babun update
  upstream  [candidate]
  installed [1.0.1]
  newest    [1.1.0]
error: unable to unlink old '.gitignore' (Permission denied)
error: unable to unlink old 'README.adoc' (Permission denied)
error: unable to unlink old 'babun-core/core.groovy' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install.sh' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install_home.sh' (Permission denied)
...
error: unable to unlink old 'babun-packages/packages.groovy' (Permission denied)
error: unable to unlink old 'babun-packages/wget.exe' (Permission denied)
error: unable to unlink old 'babun.version' (Permission denied)
error: unable to unlink old 'build.groovy' (Permission denied)
fatal: Could not reset index file to revision 'HEAD'.
Error on or near line 41, last command 'git --git-dir="$babun/source/.git" --work-tree="$babun/source" reset --hard';
@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Apr 2, 2015

Contributor

@glennular weird

What do you get when you run this as a normal user?

chmod 777 /etc/passwd /usr/local/bin/babun

What are the steps that you perform?

For me it is:

  • download 1.0.1 from the website
  • install 1.0.1 as administrator
  • download and execute the test_setup_script.sh as described in scenarios (here I tried both, running the sh as administrator and as a normal user)
  • exit babun
  • start babun as a normal user
  • babun check - expected File permissions [FAILED]
  • babun update - expected: RROR: The update has failed! You don't have write permission to / filesystem!
Contributor

jlupi commented Apr 2, 2015

@glennular weird

What do you get when you run this as a normal user?

chmod 777 /etc/passwd /usr/local/bin/babun

What are the steps that you perform?

For me it is:

  • download 1.0.1 from the website
  • install 1.0.1 as administrator
  • download and execute the test_setup_script.sh as described in scenarios (here I tried both, running the sh as administrator and as a normal user)
  • exit babun
  • start babun as a normal user
  • babun check - expected File permissions [FAILED]
  • babun update - expected: RROR: The update has failed! You don't have write permission to / filesystem!
@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

@jlupi When i run that i get:

{ ~ }  » chmod 777 /etc/passwd /usr/local/bin/babun
chmod: changing permissions of `/etc/passwd': Permission denied
chmod: changing permissions of `/usr/local/bin/babun': Permission denied

My Steps

  • download 1.0.1 from the website
  • install 1.0.1 as administrator
  • exit babun
  • start babun as normal user
  • export BABUN_BRANCH=candidate
  • babun update

@jlupi When i run that i get:

{ ~ }  » chmod 777 /etc/passwd /usr/local/bin/babun
chmod: changing permissions of `/etc/passwd': Permission denied
chmod: changing permissions of `/usr/local/bin/babun': Permission denied

My Steps

  • download 1.0.1 from the website
  • install 1.0.1 as administrator
  • exit babun
  • start babun as normal user
  • export BABUN_BRANCH=candidate
  • babun update
@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Apr 2, 2015

Contributor

@glennular Ok, I guess that when you run babun update you probably see a msg that your branch is behind XX commits right?

The problem is that in normal scenario you do not switch branches, you always stay on the release branch.
In 1.0.1 there was a small issue that the update fetched changes but did not pull them when branches were switched. This is why you probably do not even have the code that @tombujok checked in recently.

To workaround this issue, for the test purposes, we provided the bash-betatest-setup.sh, which does the branch switch and git pull (and afterwards some dos2unix and chmods just in case).

You can do that manually, or just try running the script.

Contributor

jlupi commented Apr 2, 2015

@glennular Ok, I guess that when you run babun update you probably see a msg that your branch is behind XX commits right?

The problem is that in normal scenario you do not switch branches, you always stay on the release branch.
In 1.0.1 there was a small issue that the update fetched changes but did not pull them when branches were switched. This is why you probably do not even have the code that @tombujok checked in recently.

To workaround this issue, for the test purposes, we provided the bash-betatest-setup.sh, which does the branch switch and git pull (and afterwards some dos2unix and chmods just in case).

You can do that manually, or just try running the script.

@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Apr 2, 2015

Contributor

@glennular BTW the chmod checks look good, based on this and having the new code you should not be able to perform 'babun update'

Contributor

jlupi commented Apr 2, 2015

@glennular BTW the chmod checks look good, based on this and having the new code you should not be able to perform 'babun update'

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

just to let you know, I was able to update successfully yesterday with the steps I listed above.

Where is the bash-betatest-setup.sh?

just to let you know, I was able to update successfully yesterday with the steps I listed above.

Where is the bash-betatest-setup.sh?

@jlupi

This comment has been minimized.

Show comment
Hide comment
@jlupi

jlupi Apr 2, 2015

Contributor

@glennular I belive you :) It may work if you execute babun update multiple times, or if you do git pull in the source folder after branch switching (depending on your git autocrlf settings).

The problem was fixed here 82c3484

The script itself:

wget http://static.reficio.org/babun/babun-betatest-setup.sh

dos2unix babun-betatest-setup.sh

chmod 755 babun-betatest-setup.sh

./babun-betatest-setup.sh

source ~/.babunrc
Contributor

jlupi commented Apr 2, 2015

@glennular I belive you :) It may work if you execute babun update multiple times, or if you do git pull in the source folder after branch switching (depending on your git autocrlf settings).

The problem was fixed here 82c3484

The script itself:

wget http://static.reficio.org/babun/babun-betatest-setup.sh

dos2unix babun-betatest-setup.sh

chmod 755 babun-betatest-setup.sh

./babun-betatest-setup.sh

source ~/.babunrc
@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

@jlupi Nope it worked. i would run update once as normal user (get to permission error when updating the babun core plugin) and then run in admin mode and get a successful update. Testd on both win7x64 and win8x64

i will try the script

@jlupi Nope it worked. i would run update once as normal user (get to permission error when updating the babun core plugin) and then run in admin mode and get a successful update. Testd on both win7x64 and win8x64

i will try the script

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

OK tested with the beta script got the permission check

did see this though: error: Unable to append to .git/logs/HEAD: Permission denied

OK tested with the beta script got the permission check

did see this though: error: Unable to append to .git/logs/HEAD: Permission denied

@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

have you guys thought of opening a Gitter room for communication? https://gitter.im

have you guys thought of opening a Gitter room for communication? https://gitter.im

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@glennular I know the test procedure is complex, (we will try to make it easier) but as I reckon you executed the betatest.sh script as admin, that's the reason why you see this error, am I right?

I am sure that when you execute the following command even now as non-admin you will get permission denied:
chmod 777 /etc/passwd /usr/local/bin/babun

Could you check this chmod? and if possible try to rexecute this test case, but do it like this:

  • as admin -> only install babun and close it
  • as non admin: open babun and then
wget http://static.reficio.org/babun/babun-betatest-setup.sh
dos2unix babun-betatest-setup.sh
chmod 755 babun-betatest-setup.sh
./babun-betatest-setup.sh
source ~/.babunrc
babun update
Contributor

tombujok commented Apr 2, 2015

@glennular I know the test procedure is complex, (we will try to make it easier) but as I reckon you executed the betatest.sh script as admin, that's the reason why you see this error, am I right?

I am sure that when you execute the following command even now as non-admin you will get permission denied:
chmod 777 /etc/passwd /usr/local/bin/babun

Could you check this chmod? and if possible try to rexecute this test case, but do it like this:

  • as admin -> only install babun and close it
  • as non admin: open babun and then
wget http://static.reficio.org/babun/babun-betatest-setup.sh
dos2unix babun-betatest-setup.sh
chmod 755 babun-betatest-setup.sh
./babun-betatest-setup.sh
source ~/.babunrc
babun update
@glennular

This comment has been minimized.

Show comment
Hide comment
@glennular

glennular Apr 2, 2015

@tombujok I had to run the scripts as admin or else I get the following

{ ~ }  » dos2unix babun-betatest-setup.sh
dos2unix: converting file babun-betatest-setup.sh to Unix format...
{ ~ }  » chmod 755 babun-betatest-setup.sh
{ ~ }  » ./babun-betatest-setup.sh
error: unable to unlink old '.gitignore' (Permission denied)
error: unable to unlink old 'README.adoc' (Permission denied)
error: unable to unlink old 'babun-core/core.groovy' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install.sh' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install_home.sh' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/plugin.desc' (Permission denied)
error: unable to unlink old 'babun-core/plugins/core/install.sh' (Permission denied)
...
dos2unix: Failed to change the owner and group of temporary output file /usr/local/etc/babun/source/.git/d2utmpuOG9zM: Permission denied
dos2unix: converting file /usr/local/etc/babun/source/.git/config to Unix format...
dos2unix: problems converting file /usr/local/etc/babun/source/.git/config
dos2unix: Failed to change the owner and group of temporary output file /usr/local/etc/babun/source/.git/d2utmpyIKKM6: Permission denied
...
chmod: changing permissions of `/usr/local/etc/babun/source/babun-core/plugins/cacert/install.sh': Permission denied
chmod: changing permissions of `/usr/local/etc/babun/source/babun-core/plugins/cacert/install_home.sh': Permission denied
chmod: changing permissions of `/usr/local/etc/babun/source/babun-core/plugins/core/install.sh': Permission denied

Running your command:

{ ~ }  » chmod 777 /etc/passwd /usr/local/bin/babun
chmod: changing permissions of `/etc/passwd': Permission denied
chmod: changing permissions of `/usr/local/bin/babun': Permission denied

@tombujok I had to run the scripts as admin or else I get the following

{ ~ }  » dos2unix babun-betatest-setup.sh
dos2unix: converting file babun-betatest-setup.sh to Unix format...
{ ~ }  » chmod 755 babun-betatest-setup.sh
{ ~ }  » ./babun-betatest-setup.sh
error: unable to unlink old '.gitignore' (Permission denied)
error: unable to unlink old 'README.adoc' (Permission denied)
error: unable to unlink old 'babun-core/core.groovy' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install.sh' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/install_home.sh' (Permission denied)
error: unable to unlink old 'babun-core/plugins/cacert/plugin.desc' (Permission denied)
error: unable to unlink old 'babun-core/plugins/core/install.sh' (Permission denied)
...
dos2unix: Failed to change the owner and group of temporary output file /usr/local/etc/babun/source/.git/d2utmpuOG9zM: Permission denied
dos2unix: converting file /usr/local/etc/babun/source/.git/config to Unix format...
dos2unix: problems converting file /usr/local/etc/babun/source/.git/config
dos2unix: Failed to change the owner and group of temporary output file /usr/local/etc/babun/source/.git/d2utmpyIKKM6: Permission denied
...
chmod: changing permissions of `/usr/local/etc/babun/source/babun-core/plugins/cacert/install.sh': Permission denied
chmod: changing permissions of `/usr/local/etc/babun/source/babun-core/plugins/cacert/install_home.sh': Permission denied
chmod: changing permissions of `/usr/local/etc/babun/source/babun-core/plugins/core/install.sh': Permission denied

Running your command:

{ ~ }  » chmod 777 /etc/passwd /usr/local/bin/babun
chmod: changing permissions of `/etc/passwd': Permission denied
chmod: changing permissions of `/usr/local/bin/babun': Permission denied
@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@glennular Thanks for your tests! I think it's an extreme corner case. We've tested a lot this admin/non-admin problem and added two checks to make sure the user does not run into troubles. It's anyway the user's responsibility to control if they update with the same user that they've installed babun with - and it's easy to think of a case where sth may go wrong. We will add an entry to the FAQ to summarize what to do in case "permission denied" messages pop up during the update. I've just found a small bug which means that @jlupi and me have to run our acceptance tests again (sic!)...

Contributor

tombujok commented Apr 2, 2015

@glennular Thanks for your tests! I think it's an extreme corner case. We've tested a lot this admin/non-admin problem and added two checks to make sure the user does not run into troubles. It's anyway the user's responsibility to control if they update with the same user that they've installed babun with - and it's easy to think of a case where sth may go wrong. We will add an entry to the FAQ to summarize what to do in case "permission denied" messages pop up during the update. I've just found a small bug which means that @jlupi and me have to run our acceptance tests again (sic!)...

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

@glennular Now I understood, it went through but you saw error: Unable to append to .git/logs/HEAD: Permission denied -> So this is OK!

OK guys we are ready for release!

Contributor

tombujok commented Apr 2, 2015

@glennular Now I understood, it went through but you saw error: Unable to append to .git/logs/HEAD: Permission denied -> So this is OK!

OK guys we are ready for release!

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 2, 2015

Contributor

The release is ready, but tomorrow is Good Friday, so we will be offline.
The release is scheduled for Saturday 10.00 CET.

Contributor

tombujok commented Apr 2, 2015

The release is ready, but tomorrow is Good Friday, so we will be offline.
The release is scheduled for Saturday 10.00 CET.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 4, 2015

Contributor

The newest babun has been just released! It's been a tremendous effort, but we believe that the newest version is a huge step forward. I would like to personally thank everybody who contributed to this release.
I would like to menton @jlupi in the first place, since he was the main driver of this release.
Many thanks also to our beta testers and all other people who submitted contributions or pull requests!

Enough said, now execute babun update and enjoy the newest version with the newest cygwin!

Contributor

tombujok commented Apr 4, 2015

The newest babun has been just released! It's been a tremendous effort, but we believe that the newest version is a huge step forward. I would like to personally thank everybody who contributed to this release.
I would like to menton @jlupi in the first place, since he was the main driver of this release.
Many thanks also to our beta testers and all other people who submitted contributions or pull requests!

Enough said, now execute babun update and enjoy the newest version with the newest cygwin!

@tombujok tombujok closed this Apr 4, 2015

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 4, 2015

Contributor

Have a look at the newest blog entry about 1.1.0:
http://babun.github.io/blog/

Contributor

tombujok commented Apr 4, 2015

Have a look at the newest blog entry about 1.1.0:
http://babun.github.io/blog/

@dragon788

This comment has been minimized.

Show comment
Hide comment
@dragon788

dragon788 Apr 6, 2015

@tombujok Sadly I've run into some issues upgrading babun when behind a proxy (enterprise). The upgrade process doesn't appear to have honored the proxy settings defined in my .babunrc and while it references a proxy "switch", passing in /proxy http://user:passwd@proxyname:80 didn't appear to work either. I tried setting http_proxy manually and exporting http and https entries in .babunrc, but nothing has worked. I'll probably just grab the newest release, but it would be great to get the "seamless" upgrades working regardless of network environment.

@tombujok Sadly I've run into some issues upgrading babun when behind a proxy (enterprise). The upgrade process doesn't appear to have honored the proxy settings defined in my .babunrc and while it references a proxy "switch", passing in /proxy http://user:passwd@proxyname:80 didn't appear to work either. I tried setting http_proxy manually and exporting http and https entries in .babunrc, but nothing has worked. I'll probably just grab the newest release, but it would be great to get the "seamless" upgrades working regardless of network environment.

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 6, 2015

Contributor

@dragon788 It should automatically read http_proxy from .babunrc - I am not sure why
it did not work for you.
Could you show the output of :
grep 'export http_proxy=' ~/.babunrc | grep -v '#' | sed 's/export
http_proxy=//g' | cut -d "@" -f 2

Passing the proxy in the following format to udate.bat should work too:
/proxy http://proxyname:80

(no username:password@ part).
If the proxy requires authentication a popup will be shown.

On Mon, Apr 6, 2015 at 10:24 PM, dragon788 notifications@github.com wrote:

@tombujok https://github.com/tombujok Sadly I've run into some issues
upgrading babun when behind a proxy (enterprise). The upgrade process
doesn't appear to have honored the proxy settings defined in my .babunrc
and while it references a proxy "switch", passing in /proxy
http://user:passwd@proxyname:80 didn't appear to work either. I tried
setting http_proxy manually and exporting http and https entries in
.babunrc, but nothing has worked. I'll probably just grab the newest
release, but it would be great to get the "seamless" upgrades working
regardless of network environment.


Reply to this email directly or view it on GitHub
#266 (comment).

Contributor

tombujok commented Apr 6, 2015

@dragon788 It should automatically read http_proxy from .babunrc - I am not sure why
it did not work for you.
Could you show the output of :
grep 'export http_proxy=' ~/.babunrc | grep -v '#' | sed 's/export
http_proxy=//g' | cut -d "@" -f 2

Passing the proxy in the following format to udate.bat should work too:
/proxy http://proxyname:80

(no username:password@ part).
If the proxy requires authentication a popup will be shown.

On Mon, Apr 6, 2015 at 10:24 PM, dragon788 notifications@github.com wrote:

@tombujok https://github.com/tombujok Sadly I've run into some issues
upgrading babun when behind a proxy (enterprise). The upgrade process
doesn't appear to have honored the proxy settings defined in my .babunrc
and while it references a proxy "switch", passing in /proxy
http://user:passwd@proxyname:80 didn't appear to work either. I tried
setting http_proxy manually and exporting http and https entries in
.babunrc, but nothing has worked. I'll probably just grab the newest
release, but it would be great to get the "seamless" upgrades working
regardless of network environment.


Reply to this email directly or view it on GitHub
#266 (comment).

@igitur

This comment has been minimized.

Show comment
Hide comment
@igitur

igitur Apr 7, 2015

Contributor

@dragon788 Also see issue #273 . I had a similar issue and had to omit the http:// part from the proxy parameter. Does that work for you?

Contributor

igitur commented Apr 7, 2015

@dragon788 Also see issue #273 . I had a similar issue and had to omit the http:// part from the proxy parameter. Does that work for you?

@dragon788

This comment has been minimized.

Show comment
Hide comment
@dragon788

dragon788 Apr 7, 2015

I think part of my problem is I "moved" my home directory according to the cygwin documentation to C:\Users via /cygdrive/c/Users/ instead of /home/

But when I run with /proxy=proxyname:port or /proxy=http://proxyname:port it never prompts me for the password, and even if I hardcode with /proxy=(http://)username:password@proxyname:port it still fails to update correctly.

Something similar to mkpasswd -l [-d] > /etc/passwd is what I used to change my "home".

Starting cygwin install, version 2.870
User has backup/restore rights
io_stream_cygfile: fopen(/etc/setup/setup.rc) failed 2 No such file or directory

Current Directory: C:/Users//.babun//dist
Could not open service McShield for query, start and stop. McAfee may not be ins
talled, or we don't have access.
root: C:/Users//.babun/\cygwin system
Selected local directory: C:/Users//.babun//dist
net: Proxy
Cached mirror list unavailable
get_url_to_membuf http://cygwin.com/mirrors.lst
getUrlToStream http://cygwin.com/mirrors.lst
getUrlToStream failed!
get_url_to_membuf failed!
Defaulting to empty mirror list
site: http://mirrors.kernel.org/sourceware/cygwin/

I think part of my problem is I "moved" my home directory according to the cygwin documentation to C:\Users via /cygdrive/c/Users/ instead of /home/

But when I run with /proxy=proxyname:port or /proxy=http://proxyname:port it never prompts me for the password, and even if I hardcode with /proxy=(http://)username:password@proxyname:port it still fails to update correctly.

Something similar to mkpasswd -l [-d] > /etc/passwd is what I used to change my "home".

Starting cygwin install, version 2.870
User has backup/restore rights
io_stream_cygfile: fopen(/etc/setup/setup.rc) failed 2 No such file or directory

Current Directory: C:/Users//.babun//dist
Could not open service McShield for query, start and stop. McAfee may not be ins
talled, or we don't have access.
root: C:/Users//.babun/\cygwin system
Selected local directory: C:/Users//.babun//dist
net: Proxy
Cached mirror list unavailable
get_url_to_membuf http://cygwin.com/mirrors.lst
getUrlToStream http://cygwin.com/mirrors.lst
getUrlToStream failed!
get_url_to_membuf failed!
Defaulting to empty mirror list
site: http://mirrors.kernel.org/sourceware/cygwin/

@dragon788

This comment has been minimized.

Show comment
Hide comment
@dragon788

dragon788 Apr 7, 2015

After babun got itself in a bad way (opening to just sh4.1). I have been able to execute /bin/bash and then 'http_proxy=http://proxyname:port babun update' works and it prompts me for a username and password for the proxy for Cygwin. I'm not sure if it will sort itself out with my correct home directory again at this point, but its not too terribly hard to redirect my home directory and leave everything installed where it sits. Is there any code/tests around whether the user's current home directory is the default or has moved before performing an upgrade?

After babun got itself in a bad way (opening to just sh4.1). I have been able to execute /bin/bash and then 'http_proxy=http://proxyname:port babun update' works and it prompts me for a username and password for the proxy for Cygwin. I'm not sure if it will sort itself out with my correct home directory again at this point, but its not too terribly hard to redirect my home directory and leave everything installed where it sits. Is there any code/tests around whether the user's current home directory is the default or has moved before performing an upgrade?

@tombujok

This comment has been minimized.

Show comment
Hide comment
@tombujok

tombujok Apr 7, 2015

Contributor

@dragon788 Great that you managed to fix your babun instance. Yes, there is such code.

Contributor

tombujok commented Apr 7, 2015

@dragon788 Great that you managed to fix your babun instance. Yes, there is such code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment