Additional ARM Packages

I know nothing about code. Maybe some one else can help.

The first kernel is about done. I will change gears and build the new code package and push it next.

@Dulbi The new code package has been pushed to the unstable branch when the mirrors sync. Be advised it will pull in “ripgrep” (something new added) as a dependency.

code-1.54.3-1

In a pinch you can use the ARM 64 Tar.gz package direct from VSCode website if that helps…or you get impatient to test out a fix or feature…it works fine on my PineBook Pro :wink: Download Visual Studio Code - Mac, Linux, Windows

@Darksky Could you please update vscode to 1.55.2 ?

Done and pushed to the unstable branch when the mirrors sync.

code 1.55.2-1

1 Like

I tried to update and hit this:

$ sudo pacman -Su

:: Starting full system upgrade...
warning: python-raspberry-gpio: local (0.7.1a4-1) is newer than community (0.7.0-2)
resolving dependencies...
looking for conflicting packages...
:: code and ripgrep are in conflict. Remove ripgrep? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'ripgrep' required by code

$ sudo pacman -Rsc code

checking dependencies...

Packages (2) ripgrep-12.1.1-1  code-1.54.3-1

Total Removed Size:  270.69 MiB

:: Do you want to remove these packages? [Y/n] y
:: Running pre-transaction hooks...
(1/1) Performing snapper pre snapshots for the following configurations...
==> root: 528
:: Processing package changes...
(1/2) removing code                                            [##################################] 100%
(2/2) removing ripgrep                                         [##################################] 100%
:: Running post-transaction hooks...
(1/4) Arming ConditionNeedsUpdate...
(2/4) Updating the desktop file MIME type cache...
(3/4) Updating the MIME type database...
(4/4) Performing snapper post snapshots for the following configurations...
==> root: 529

$ sudo pacman -S code

resolving dependencies...
looking for conflicting packages...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: code and ripgrep are in conflict

I’m pushing a new code package. For now sudo pacman -Sdd code.

1 Like

New package pushed to the unstable branch.

code 1.55.2-2

@Darksky : answer is here = Visual Studio Code Display Language (Locale)

Thanks again for code which is very helpful.

1 Like

Don’t know if it’s the right place but I wonder if you could provide xfce4-playercontrol-plugin : projects:panel-plugins:xfce4-xmms-plugin [Xfce Goodies]
I need it to control audacious directly from the taskbar.
If it can help, Gentoo already has it : xfce4-playercontrol-plugin « xfce-extra - repo/gentoo.git - Official Gentoo ebuild repository
can’t find anywhere else.

That page was last updated in 2011 (10 years ago!).
So I assume that project is dead. It’s not present in Arch x64 or AUR either.

You’re right and the link to the tarball is dead too. :frowning:
Does anyone have another solution for audacious ?

@Strit
Clearly off topic : but why don’t you provide xfce4-screensaver with your xfce image (I know it’s in the repos) ? Without it you cannot lock the session “out of the box”.

Stacer would be quite a useful package. I’ve tried building the aur versions but keep failing to build.

Stacer is APT based, so some functionality would not work at all.

And if it fails to build from the AUR, why would it succeed for me? :slight_smile:

Question for the XFCE edition maintainer, @Darksky :wink:

1 Like

I do not use screensavers and have no reason to lock my screen as it is a pain in the rear end to have to enter a password every time I turn around.

I can add it but I will not activate it by default.

Because I suck at fixing errors :rofl::rofl::rofl:

I don’t want to change anything for you.
I will update my ansible playbook though.

BTW, does anyone use ansible here to configure its devices ?

I tried to build coded 1.56.0 today and ran in to this again as a few months ago where they had a x64 file instead of arm64. So waiting for them to fix it:

==> Tidying install...
  -> Removing libtool files...
  -> Purging unwanted files...
  -> Removing static library files...
  -> Stripping unneeded symbols from binaries and libraries...
strip: Unable to recognise the format of the input file `./usr/share/code/resources/app/extensions/node_modules/esbuild/bin/esbuild'

The file in question:

[ray@vim3 code]$ file pkg/code/usr/share/code/resources/app/extensions/node_modules/esbuild/bin/esbuild
pkg/code/usr/share/code/resources/app/extensions/node_modules/esbuild/bin/esbuild: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, Go BuildID=UYoBr_lwysUt2inMFUVZ/oTR4Tuo1bOmSPO-frPX4/q1f27cho5EBEK9eP5yqG/OHIahxBX6pcOOCHBmy1G, stripped

Little is known but maybe Steam around the end of the year?