Package Details: lens 6.5.2-1

Git Clone URL: https://aur.archlinux.org/lens.git (read-only, click to copy)
Package Base: lens
Description: The Kubernetes IDE
Upstream URL: https://k8slens.dev
Keywords: aks dashboard devops kubernetes
Licenses: MIT
Conflicts: lens-bin
Submitter: dbirks
Maintainer: ogarcia
Last Packager: ogarcia
Votes: 8
Popularity: 0.027285
First Submitted: 2020-03-27 06:44 (UTC)
Last Updated: 2023-06-19 09:09 (UTC)

Dependencies (7)

Required by (0)

Sources (3)

Pinned Comments

ogarcia commented on 2024-01-26 09:29 (UTC) (edited on 2024-01-26 09:31 (UTC) by ogarcia)

WARNING: Lens has closed its source code

Lens has officially become a closed source application so this package will no longer be updated and may soon request to be removed from the AUR.

If you are interested in continuing to use Lens you can use the lens-bin binary package or, better, use an open source alternative such as k9s, kdash, Headlamp or Seabird.

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

pacheco commented on 2020-12-16 18:43 (UTC)

@ogarcia can you take the lens-bin package as well? This lens package with nodejs-lts-erbium causes a lot of conflict with the default nodejs.

ogarcia commented on 2020-11-15 13:39 (UTC)

@dbirks if you cannot maintain the package I can help you to co-maintain it

ogarcia commented on 2020-10-18 09:03 (UTC)

I think that the desktop file must have system category like libvirt manager, virtualbox manager, etc... The icon must be simply lens to do no break themed icons. The GenericName cannot be same of name. For example, the generic name for VirtualBox is Virtual Machine, for Gvim is Text Editor for VLC is Media player. For lens must be Kubernetes IDE. And you must add %U in exec.

The file with all changes:

[Desktop Entry]
Type=Application
Name=Lens
GenericName=Kubernetes IDE
Comment=The Kubernetes IDE
Icon=lens
Exec=kontena-lens %U
Categories=System;
StartupNotify=true

wcasanova commented on 2020-09-22 23:58 (UTC)

thanks, it works

zagg commented on 2020-09-21 12:48 (UTC)

Thanks for that.

dbirks commented on 2020-09-21 12:29 (UTC)

Glad you found the issue, I hadn't thought about the makefile being run in parallel. I'll monitor that github issue, and in the meantime, added -j1 to the build step.

zagg commented on 2020-09-20 15:13 (UTC) (edited on 2020-09-20 15:26 (UTC) by zagg)

In regards to my last observation, it looks like the Lens Makefile is not optimized to run Parallel Jobs.

Do you mind to edit the build function to force make to run with j1 like so:

build() {
  cd $pkgname-${pkgver/_/-}
  make -j1  build
}

EDIT: I opened an issue on the upstream repo: https://github.com/lensapp/lens/issues/936

zagg commented on 2020-09-20 14:52 (UTC)

Ok I figured what is happening.

In my script I use this:

# * Set Makepkg.conf settings
numberofcores=$(nproc)
if [ $numberofcores -gt 1 ]
then
        echo "$numberofcores cores available."
        echo "Changing the makeflags for $numberofcores cores."
        sudo sed -i 's/#MAKEFLAGS="-j2"/MAKEFLAGS="-j'$numberofcores'"/g' /etc/makepkg.conf;
        echo "Changing the compression settings for $numberofcores cores."
        sudo sed -i 's/COMPRESSXZ=(xz -c -z -)/COMPRESSXZ=(xz -c -T 0 -z -)/g' /etc/makepkg.conf
else
        echo "No change."
fi

Here the problem is because of my MAKEFLAGS setting for makepkg. I'm using a multi core CPU so the setting is set to -j8

This cause the makefile to run the commands at the same time and fail.

zagg commented on 2020-09-20 13:56 (UTC)

So I digged and tried a lot of things. I found that if I split the steps like so in the PKGBUILD, it actually work:

build() {
  cd $pkgname-${pkgver/_/-}
  make install-deps
  make download-bins
  make build
}

Not sure why it doesn't work when using durectly make build

Looks like my makepkg -f --sign is running all the steps from the Makefile at the same time hence it fails using concurrently which is installed with make install-deps

« First ‹ Previous 1 2 3 4 5 Next › Last »