Package Details: code-server 4.4.0-1

Git Clone URL: (read-only, click to copy)
Package Base: code-server
Description: VS Code in the browser
Upstream URL:
Keywords: code visual-studio-code vscode
Licenses: MIT
Submitter: hvksmr1996
Maintainer: coadler (ash, jsjoeio)
Last Packager: jsjoeio
Votes: 20
Popularity: 0.021716
First Submitted: 2019-03-11 14:32 (UTC)
Last Updated: 2022-05-06 21:34 (UTC)

Latest Comments

kirill-scherba commented on 2022-04-17 20:30 (UTC)

How much messages do you want get about new code-server version 4.3.0? :-)

cp: cannot stat 'code-server-4.3.0-linux-amd64/LICENSE.txt': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... -> error making: code-server


binhex commented on 2022-04-15 13:15 (UTC)

latest build fails:- cp: cannot stat 'code-server-4.3.0-linux-amd64/LICENSE.txt': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... error making: code-server

yuhldr commented on 2022-04-15 05:28 (UTC)



cp -a "$release_name/LICENSE" "$pkgdir/usr/share/licenses/$pkgname"



Clansty commented on 2022-03-15 09:34 (UTC)

This package should be called code-server-bin

non -bin packages should build from source like using yarn to install dependence refer to the Dockerfile here

Clansty commented on 2022-01-20 14:17 (UTC)

Please replace $(uname -m) in package function to ${CARCH} so we can pack aarch64 packages on x86_64 systems

joaquinito2051 commented on 2021-07-16 11:48 (UTC)

Please, become me a maintainer, and also, upgrade to 3.11.0.

coadler commented on 2021-02-08 17:43 (UTC)

Thanks @stuartpb for your help, I pushed the recommended change to the cps.

stuartpb commented on 2021-02-02 03:31 (UTC)

Since the sources for the systemd unit files may be provided as symbolic links (ie. this is how I'm seeing them on yay, as links into my .cache directory), the command(s) to copy them (on lines 43 and 46) should use cp -aL (which copies content from symlinks) instead of just cp -a (which copies the links themselves):

  cp -aL "$pkgname-$pkgver@.service" "$pkgdir/usr/lib/systemd/system/$pkgname@.service"
  cp -aL "$pkgname-$pkgver-user.service" "$pkgdir/usr/lib/systemd/user/$pkgname.service"

Doing this resolved the Link has been severed error for me (since the link systemctl creates now points directly to a file with the unit's content, rather than a link to a file in my user directory).

qupfer commented on 2020-11-16 09:19 (UTC) (edited on 2020-11-16 09:21 (UTC) by qupfer)

I helped me with removing the service file(s)

sudo rm -f "/usr/lib/systemd/user/code-server.service*"

and add it to /etc

sudo curl -o /etc/systemd/system/code-server@.service

sudo systemctl enable --now code-server@$(whoami).service

(if not already installed, it also should be possible to edit the pkbuild and use there the new destination)

PythonNut commented on 2020-09-23 01:41 (UTC)

I’m still rubbing into the link severed issue on the latest version of this package when trying to enable the user service.

jdewinne commented on 2020-07-28 20:14 (UTC)

Can you change line 40 into

cp "$pkgname-$pkgver.service" "$pkgdir/usr/lib/systemd/user/$pkgname.service"

This should fix the Link has been severed issue.

RichA commented on 2020-07-07 13:42 (UTC)

$ yay -S code-server

Runs OK, but...

$ systemctl --user enable --now code-server


Failed to enable unit: File code-server.service: Link has been severed

jadenPete commented on 2020-07-04 00:01 (UTC) (edited on 2020-07-05 16:55 (UTC) by jadenPete)

When installed, /usr/lib/systemd/user/code-server.service is a severed symbolic link. Could you please fix this?

02strich commented on 2020-05-31 04:56 (UTC) (edited on 2020-05-31 04:56 (UTC) by 02strich)

Had a similar problem with the service file and replaced the respective lines with install commands. Otherwise very nice - thank you

coadler commented on 2020-05-20 03:24 (UTC)

Fixed. Thanks

ava1ar commented on 2020-05-17 15:18 (UTC) (edited on 2020-05-17 15:19 (UTC) by ava1ar)

Replace line 21 in PKGBUILD with

ln -s /opt/$pkgname/code-server $pkgdir/usr/bin/$pkgname

Symlink you are creating now is invalid and points to the build location, not to the binary in /opt.

ben0mega commented on 2020-04-03 02:22 (UTC)

Took a stab at writing a new pkgbuild for the new download location:

pkgdesc="Run VS Code on a remote server"

package() {
  cd "$srcdir"/"${_dirname}"
  find . -type f -exec install -Dm 755 "{}" "$pkgdir/opt/$pkgname/{}" \;
  mkdir -p $pkgdir/usr/bin/
  ln -s $pkgdir/opt/$pkgname/code-server $pkgdir/usr/bin/$pkgname
  install -Dm644 LICENSE.txt "$pkgdir"/usr/share/licenses/$pkgname/LICENSE

coadler commented on 2019-09-17 20:43 (UTC)

@EnKrypt should be good now.

coadler commented on 2019-09-17 20:36 (UTC)

My bad. Didn't realize Asher was testing auto publishing on CI and he removed them. Will fix

EnKrypt commented on 2019-09-17 20:33 (UTC)

Odd. Looks like a release was unpublished from Github, causing this repo to point to an invalid source.

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading
Error downloading sources: code-server

tinywrkb commented on 2019-07-10 11:28 (UTC)

Cool, though build time isn't bad at all. Keep in mind that users of Arch Linux ARM and x86 derivatives are also fetching and building AUR packages.

coadler commented on 2019-07-09 20:31 (UTC)

@tinywrkb, thanks! I was planning to update this to build from source soon-ish, but unfortunately there are still a few blockers. The most important of these being the compile time. We plan to get that down to around 10-15 seconds which is when I will update this to compile from source. Will definitely use your diff when the time comes :)

tinywrkb commented on 2019-07-09 19:51 (UTC) (edited on 2019-07-10 10:54 (UTC) by tinywrkb)

@coadler, see the diff if you want to build from source instead of pulling the binary release. This needs some testing to confirm nothing is broken.
I'm not really using coder-server or vscode ATM and only evaluated coder-server today to see how well it works. It looks fine on my system but it be wiser to test this more thoroughly. Don't feel compelled to convert the package if you thing the it would be too much of a hassle to maintain it.

diff --git a/PKGBUILD b/PKGBUILD
index 1e44b7a..e99ff48 100644
@@ -1,22 +1,56 @@
 # Maintainer: Colin Adler <>

-pkgdesc="Run VS Code on a remote server"
+pkgdesc='Run VS Code on a remote server'
-depends=(glibc net-tools)
+makedepends=('git' 'npm' 'yarn' 'python2' 'ts-node')

-package() {
-  cd "$srcdir"/${_dirname}
+prepare() {
+   # set build environment
+   # yarn
+   # yarn fails if it can't access ~/.yarnrc so point HOME to srcdir
+   export HOME="${srcdir}"
+   #export YARN_USE_YARNRC="${srcdir}"/yarnrc
+   export YARN_CACHE_FOLDER="${srcdir}"/yarn-cache
+   export YARN_PREFIX="${srcdir}"/yarn
+   # npm
+   # ignore user npm settings

-  install -Dm755 code-server "$pkgdir"/usr/bin/code-server
-  install -Dm644 LICENSE "$pkgdir"/usr/share/licenses/$pkgname/LICENSE
+   export NPM_CONFIG_CACHE="${srcdir}"/npm-cache
+   export NPM_CONFIG_DEVDIR="${srcdir}"/node-gyp
+   export NPM_CONFIG_PREFIX="${srcdir}"/node
+   # get the right nodejs version
+   npm install -g n
+   export NODE_PATH=${srcdir}/node/lib/node_modules
+   export PATH=${srcdir}/node/bin:${PATH}
+   export N_PREFIX=${srcdir}/node
+   n $(cat "${srcdir}"/${pkgname}/.node-version)
+build() {
+   cd ${pkgname}
+   yarn
+   npm rebuild
+   NODE_ENV=production VERSION=${_pkgver} yarn task build:server:binary
+   yarn task package ${_pkgver}
+package() {
+   cd ${pkgname}
+   install -Dm755 release/${pkgname}${_pkgver}-linux-x64/${pkgname} "${pkgdir}"/usr/bin/${pkgname}
+   install -Dm644 release/${pkgname}${_pkgver}-linux-x64/ "${pkgdir}"/usr/share/doc/${pkgname}/
+   install -Dm644 release/${pkgname}${_pkgver}-linux-x64/LICENSE "${pkgdir}"/usr/share/licenses/${pkgname}/LICENSE

fmartingr commented on 2019-03-18 10:33 (UTC)

Hey, thanks for maintaining this! One suggestion, maybe you should consider adding net-tools to the dependencies. Recently installed on a server and came around this:

hvksmr1996 commented on 2019-03-13 13:22 (UTC) (edited on 2019-03-13 14:38 (UTC) by hvksmr1996)



I don't know how to fix this:

    throw 'Invalid Nexe binary';
Invalid Nexe binary

Upon further examination, it is because the binary looses data during package() (with install command) which only happen when copying files from fakeroot environment to real one (It does not occur when I download and copy code-server directly). I've tried everything. If anyone has any idea how to workaround this, please let me know.