gitlab-ce symbolic link ERROR

k3y5

k3y5

Working on s gitlab-ce local server.
gitlab-ce pkg install guide: https://gitlab.fechner.net/mfechner/Gitlab-docu/blob/master/install/16.0-freebsd.md

During the install step: su -l git -c "cd /usr/local/www/gitlab-ce && rake gitlab:setup RAILS_ENV=production" to build the rails application. I've encountered this symlink problem.
Code: 
rake aborted!
Errno::ELOOP: Too many levels of symbolic links - /usr/share/locale/nn_NO.ISO8859-1/LC_MESSAGES
<internal:dir>:220:in `glob'
<internal:/usr/local/lib/ruby/site_ruby/3.1/rubygems/core_ext/kernel_require.rb>:38:in `require'
<internal:/usr/local/lib/ruby/site_ruby/3.1/rubygems/core_ext/kernel_require.rb>:38:in `require'
/usr/local/www/gitlab-ce/config/application.rb:17:in `<top (required)>'
<internal:/usr/local/lib/ruby/site_ruby/3.1/rubygems/core_ext/kernel_require.rb>:86:in `require'
<internal:/usr/local/lib/ruby/site_ruby/3.1/rubygems/core_ext/kernel_require.rb>:86:in `require'
/usr/local/www/gitlab-ce/Rakefile:9:in `<top (required)>'
(See full trace by running task with --trace)

The project is unable to build. After searching around I was able to find a solution, and a patch! Woot!

Error message thread: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260841
Patch: https://reviews.freebsd.org/D41899

My questions:
1. What is the "correct" way to update the base system with this specific patch? `freebsd-update fetch && freebsd-update install` didn't seem to grab the correct patch, or I need to rebuild the path/symlink?
2. If I wanted to manually cherry pick the git branch. What would be the correct method to update `share/msgdef/Makefile` on the base system? Just rebuild the kernel? (https://docs.freebsd.org/en/books/handbook/kernelconfig/)
3. Can you manually update the symbolic link for `nn_NO.ISO8859-1` without the build patch? If so, how would you do that? Is there a good way to grab/print the output of the circular dependency?

Thanks for helping with a beginner question. :D
 
So, the fix is not part of 14.0 and there is no EN (errata notice) issued yet for this problem.
If it's really important, ask for an EN (just did that)

1 - freebsd-update will only fix your system if an EN is issued.
2 - you can clone the src tree for your version and manually apply symlink fix:
Code: 
cd /usr/src
fetch https://github.com/freebsd/freebsd-src/commit/5b4b93e6074c4a928c6a452790ed8a43e1c4a039.patch
git apply 5b4b93e6074c4a928c6a452790ed8a43e1c4a039.patch
cd /usr/src/share/msgdef
make
make install
3 - not sure how to do that, this is what I have on my system (15-current, 26 december), I'm not even sure I have the fix:
Code: 
ll /usr/share/locale/nn_NO.ISO8859-1
total 28
drwxr-xr-x 2 root wheel uarch 8B Nov 15 13:02:08 2023 ./
drwxr-xr-x 197 root wheel uarch 197B Aug 16 12:51:35 2021 ../
-r--r--r--    1 root wheel uarch   16K Nov 15 11:07:19 2023 LC_COLLATE
lrwxr-xr-x 1 root wheel uarch 27B Nov 15 11:07:19 2023 LC_CTYPE@ -> ../en_US.ISO8859-1/LC_CTYPE
lrwxr-xr-x 1 root wheel uarch 31B Nov 15 11:07:19 2023 LC_MESSAGES@ -> ../nn_NO.ISO8859-15/LC_MESSAGES
lrwxr-xr-x 1 root wheel uarch 31B Nov 15 11:07:19 2023 LC_MONETARY@ -> ../nn_NO.ISO8859-15/LC_MONETARY
lrwxr-xr-x 1 root wheel uarch 29B Nov 15 11:07:19 2023 LC_NUMERIC@ -> ../uk_UA.ISO8859-5/LC_NUMERIC
lrwxr-xr-x 1 root wheel uarch 27B Nov 15 11:07:19 2023 LC_TIME@ -> ../nn_NO.ISO8859-15/LC_TIME
 
acheron said:
So, the fix is not part of 14.0 and there is no EN (errata notice) issued yet for this problem.
If it's really important, ask for an EN (just did that)

1 - freebsd-update will only fix your system if an EN is issued.
2 - you can clone the src tree for your version and manually apply symlink fix:
Code: 
cd /usr/src
fetch https://github.com/freebsd/freebsd-src/commit/5b4b93e6074c4a928c6a452790ed8a43e1c4a039.patch
git apply 5b4b93e6074c4a928c6a452790ed8a43e1c4a039.patch
cd /usr/src/share/msgdef
make
make install
3 - not sure how to do that, this is what I have on my system (15-current, 26 december), I'm not even sure I have the fix:
Code: 
ll /usr/share/locale/nn_NO.ISO8859-1
total 28
drwxr-xr-x 2 root wheel uarch 8B Nov 15 13:02:08 2023 ./
drwxr-xr-x 197 root wheel uarch 197B Aug 16 12:51:35 2021 ../
-r--r--r--    1 root wheel uarch   16K Nov 15 11:07:19 2023 LC_COLLATE
lrwxr-xr-x 1 root wheel uarch 27B Nov 15 11:07:19 2023 LC_CTYPE@ -> ../en_US.ISO8859-1/LC_CTYPE
lrwxr-xr-x 1 root wheel uarch 31B Nov 15 11:07:19 2023 LC_MESSAGES@ -> ../nn_NO.ISO8859-15/LC_MESSAGES
lrwxr-xr-x 1 root wheel uarch 31B Nov 15 11:07:19 2023 LC_MONETARY@ -> ../nn_NO.ISO8859-15/LC_MONETARY
lrwxr-xr-x 1 root wheel uarch 29B Nov 15 11:07:19 2023 LC_NUMERIC@ -> ../uk_UA.ISO8859-5/LC_NUMERIC
lrwxr-xr-x 1 root wheel uarch 27B Nov 15 11:07:19 2023 LC_TIME@ -> ../nn_NO.ISO8859-15/LC_TIME
[/CO
[/QUOTE]
Click to expand...

Thanks! I'll cherry pick and apply the patch directly. I've been using pkgs. Would the correct approach be to remove the package first before installing the port?

Code: 
pkg remove share/msgdef
cd /usr/src/share/msgdef && make install clean
 
k3y5 said:
Thanks! I'll cherry pick and apply the patch directly. I've been using pkgs. Would the correct approach be to remove the package first before installing the port?

Code: 
pkg remove share/msgdef
cd /usr/src/share/msgdef && make install clean
Click to expand...
It's not a package.
 
You must log in or register to reply here.
Back
Top