
System wide installation not possible
Reported by Alex (via GPGTools) | January 18th, 2011 @ 11:16 AM | in 20120317 (closed)
Currently the GPGMail update process doesn't play nice when GPGMail is installed in /L/M/B. After this is fixed it should be selectable to install GPGTools for the user or system wide.
Comments and changes to this ticket
-
-
Alex (via GPGTools) February 14th, 2011 @ 08:08 AM
- State changed from open to hold
Waiting for the other projects (in particular for GPGMail - in particular issue 107 and 103)
-
Beat Stehrenberger February 15th, 2011 @ 11:23 AM
Please consider suggestions in issue #44 (set to invalid)
-
Alex (via GPGTools) February 15th, 2011 @ 05:44 PM
- Assigned user cleared.
That's true - issue #44 should also be considered. Thank you.
-
Alex (via GPGTools) May 17th, 2011 @ 03:32 PM
- Milestone cleared.
- Importance changed from High to
-
Alex (via GPGTools) May 18th, 2011 @ 07:30 PM
- Assigned user set to time2ride
From "anonymous":
Update:
System install for GPGMail 1.3.3 was much harder than for version 1.3.1.
The installer detected that the mail bundle was installed in /L/M/B &
requested admin privilege.
It then deleted version 1.3.1 & quit without installing version 1.3.3Speculation:
The installer detected the installation in /L/M/B & escalated to {admin}.
It succeeded in deleting 1.3.1 from /L/M/B because I had, as {admin}
manually placed 1.3.1 there.
It then attempted to write 1.3.3 to {$HOME}/L/M/B, which is not read
accessible to {admin} and failed.Workaround:
I installed GPGMail 1.3.3 on a machine that did not have GPG.
I was then able to manually move the bundle to those machines that do
have GPG.Request:
Please increase the working priority for this bug.
Not everyone will be able to borrow a computer that does not have GPG in
order to complete the install. -
Alex (via GPGTools) May 19th, 2011 @ 09:13 AM
(from [f4353e36b181c0fdc05ad46801ab7c43e30b787a]) Installer now respects the old location of GPGMail [#36] https://github.com/GPGTools/GPGTools/commit/f4353e36b181c0fdc05ad46...
-
-
-
Alex (via GPGTools) January 1st, 2012 @ 01:40 PM
- Assigned user set to Alex (via GPGTools)
- State changed from hold to open
- Milestone set to 20120317
- Importance changed from to High
Planned for Q1/12
-
Alex (via GPGTools) January 3rd, 2012 @ 03:50 PM
- State changed from open to fixed
GPGMail will work fine now with the next release.
-
Alex (via GPGTools) March 17th, 2012 @ 02:40 PM
- State changed from fixed to released
- Importance changed from High to Low
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
People watching this ticket
Referenced by
-
19 New installation approach for 1.3.1 related to #36
-
44 GPGMail on multi user systems Related to #36
-
44 GPGMail on multi user systems isn't this even a duplicate of #36 and thus invalid?
-
36 System wide installation not possible (from [f4353e36b181c0fdc05ad46801ab7c43e30b787a]) Install...
-
36 System wide installation not possible (from [08760176518aaab2ba3849fc6adaf0af8856a7a8]) cleanup...