Package Details: jupyterlab-git 1:3.0.0a7.r0.g49fa85bb8-1

Git Clone URL: https://aur.archlinux.org/jupyterlab-git.git (read-only, click to copy)
Package Base: jupyterlab-git
Description: JupyterLab computational environment
Upstream URL: https://github.com/jupyterlab/jupyterlab
Keywords: jupyter notebook python
Licenses: custom
Submitter: fabianz
Maintainer: fusion809
Last Packager: fusion809
Votes: 4
Popularity: 0.112267
First Submitted: 2016-07-31 22:21
Last Updated: 2020-08-08 00:04

Pinned Comments

fusion809 commented on 2020-07-07 12:09

In case anyone is wondering, yes I am well aware that there is a build error at the moment, but a bug report for it exists upstream https://github.com/jupyterlab/jupyterlab/issues/8657, and there's nothing I can do about it downstream until they fix it upstream.

Latest Comments

1 2 3 Next › Last »

fusion809 commented on 2020-07-07 12:09

In case anyone is wondering, yes I am well aware that there is a build error at the moment, but a bug report for it exists upstream https://github.com/jupyterlab/jupyterlab/issues/8657, and there's nothing I can do about it downstream until they fix it upstream.

eschwartz commented on 2020-06-23 20:17

Many other AUR helpers implement a --devel flag too. The only recommended way to use yay and get yay to upgrade VCS packages is to use its --devel flag.

Users of plain old makepkg can just use a for loop and try to rebuild every package named *-git. That's what I, personally, do.

eschwartz commented on 2020-06-23 17:52

yay -Syu --devel is the only recommended way to get updates for VCS packages.

Yes, we very specifically want packages which have tagged versions to use those versions in the pkgver. This lets people easily compare the version they have installed to the version which is documented on the upstream website, or the version available as a non-git package, and "1034 commits since the 2.1.0 branchpoint" is a lot more comprehensible than "tens of thousands of commits since the initial commit".

P.S. please add epoch=1 so that users can easily migrate back to the sane version scheme.

fusion809 commented on 2020-06-23 17:46

@katt the reason I regularly bump it is so that those with it installed regularly get it updated whenever they run run an AUR package update (e.g. yay -Syu). Without this, those that have it installed will have to regularly and manually update it in order to keep up-to-date, which is a pain.

I've decided to give into your other request, however, and switch back to the old versioning system.

katt commented on 2020-06-23 17:24

@fusion809 It'd be nice if at least the ones that can follow the guidelines, did.

I really don't understand why you decided to rip out the perfectly fine (and much saner) pkgver in https://aur.archlinux.org/cgit/aur.git/commit/?h=jupyterlab-git&id=206ec9da6549cda53b15a3a0f4d2ec4868f7d94a

While we're at it, this is a VCS package, there's absolutely no reason at all to keep bumping the pkgver, it just clutters the history like mad.

fusion809 commented on 2020-04-24 11:01

@FabioLolix: is there reason they have to? I prefer my current system, commit number.git.7-character hash. For some packages git describe --long | sed 's/([^-]*-g)/r\1/;s/-/./g' is completely unsuitable, e.g. for OpenRA's bleed branch it returns: playtest.20140607.r14139.gbc9b3bef7. Playtest 20140607 is, as the name suggests, almost six years old and there have been numerous releases, including stable releases (non-playtest), since then.

FabioLolix commented on 2020-04-24 10:47

Hello fusion809, most if not all of your git VCS don't follow guidelines about pkgver() https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git If you need help let me know

fabianz commented on 2020-03-11 14:44

Maintainership of this package was transferred to @fusion809. Thank you for stepping in!

fusion809 commented on 2020-02-22 02:38

@fabianz: if you add me a comaintainer, I'll be happy to make the suggested fixes to this package. One that hasn't been mentioned so far is that it's missing a dependency, namely jsx-lexer.

j605 commented on 2018-06-10 18:36

Can you add git to makedepends. Without this it would fail to build in a chroot.