[DRE-maint] Bug#815133: gitlab installation fails with LoadError: cannot load such file -- /usr/share/gitlab/config/application
Johannes Schauer
josch at debian.org
Sun Feb 21 13:06:18 UTC 2016
Control: retitle -1 upgrading from gitlab (<< 8.4.3+dfsg-9) to to later versions requires purge and reinstall
Hi,
On Sat, 20 Feb 2016 21:34:50 +0530 Pirate Praveen <praveen at onenetbeyond.org> wrote:
> I'm not able to reproduce it in a fresh install (after apt-get purge).
>
> Can you check if config is a symlink to /etc/gitlab?
>
> There are other symlinks too
>
> config -> /etc/gitlab
> Gemfile.lock -> /var/lib/gitlab/Gemfile.lock
> log -> /var/log/gitlab
> public -> /var/lib/gitlab/public
> tmp -> /run/gitlab
> shared/cache -> /var/lib/gitlab/cache
> /usr/share/gitlab/.secret -> /var/lib/gitlab/.secret
>
> Can you check if all symlinks are in order?
I already told you in bug #814714, but you again forgot to CC me so I only am
reading this now that I manually checked this bug after having read your reply
to the thread on debian-devel. Thus let me repeat it here:
| Notice, that the Debian bug tracker does *not* automatically send replies to
| bugs to the submitter (or participants) of the bug. One has to manually
| subscribe to the bug to receive updates. So if you want to reach the
| submitter of a bug, then you either have to put their email in the CC
| explicitly or add nnn-submitter at bugs.debian.org to the CC where nnn is the
| current bug number. The bts will then forward your email to the actual
| submitter. You can not rely on the submitter of a bug having subscribed to
| it.
Since by now you sent a few more emails, I assume that you no longer need my
answer to your question above?
> On Sat, 20 Feb 2016 22:37:20 +0530 Pirate Praveen <praveen at onenetbeyond.org> wrote:
> > Hi Josch,
> >
> > You'll have to do a fresh install as directory structure has changed significantly.
> >
> > 1. apt-get purge gitlab (removes files, so new version can add symlinks)
> > 2. rm -rf /usr/share/gitlab (config, tmp, log were not empty).
> > 3. userdel -r gitlab (/var/lib/gitlab is new home or .gitconfig can't be created)
> > 4. apt-get install gitlab
>
> You have to also remove /usr/share/gitlab-shell/.gitlab_shell_secret
Thanks, I'll do a full reinstall then.
Just to make sure I backup all the important stuff, let me summarize:
- /usr/share/gitlab/public/uploads/ is now /var/lib/gitlab/public/uploads
- /usr/share/gitlab/.ssh/authorized_keys is now ??
Anything else that I don't want to loose from /usr/share/gitlab before purging?
I also updated the title of this bug so that other users know to look at this
bug before they try to upgrade to a version before 8.4.3+dfsg-9.
Will you implement facilities for a smooth transition in the future?
Otherwise, I'd keep this bug open until gitlab is part of the next stable
release at least.
Thanks!
cheers, josch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/attachments/20160221/823c7f71/attachment.sig>
More information about the Pkg-ruby-extras-maintainers
mailing list