Best way to handle "npm run"?

sum01 · 2017-07-27 23:39:44

Current pkgbuild: https://aur.archlinux.org/packages/vcash-electron/
I know I'm not doing the package() part correct, which is why I'm asking here..

I've seen the recommendations on doing

npm install -g --user root --prefix "$pkgdir"/usr

but this pkg requires doing

npm prune && npm run dist-linux

which creates a folder "$srcdir/$pkgname-$pkgver/dist/linux-unpacked".

Is there anything I could/should be doing that I seem to just not be able to find topics about, or should I just move the whole "linux-unpacked" folder into /usr/share/$pkgname and call it a day?

eschwartz · 2017-07-27 23:49:05

Well, I kind of hate npm and think you shouldn't use it at all.

But that may not be an option, so what I ended up doing for that one nodejs PKGBUILD I maintain was to install it inplace in build(), then implement my own `make install` functionality in package() via mkdir -p and cp: https://aur.archlinux.org/pkgbase/rapydscript-ng-git/

FWIW I am a *big* fan of separating out build() and package() -- I also use the workflow `$python setup.py build && $python setup.py install --skip-build`, even for arch=(any) packages.

Last edited by eschwartz (2017-07-27 23:52:37)

sum01 · 2017-07-28 02:15:59

I don't really see how I can use what you did for this pkgbuild?

If I don't do

npm run dist-linux

then the bin and libs are never created.

Basically, I was just asking to see if there's a clean way to install the bin and libs in their correct /usr/bin and /usr/lib places?

I've tried doing it manually after npm install && npm prune && npm run dist-linux

install -Dsm755 "$srcdir/path/to/bin" "$pkgdir/usr/bin/binName"
install -Dsm755 "$srcdir/path/to/libs" "$pkgdir/usr/bin/libNames"

(just a quick example) but then it throws

FATAL:content_main_runner.cc(759)] Check failed: base::i18n::InitializeICU().

eschwartz · 2017-07-28 02:24:46

I don't know how this particular software works or what folder structure it uses. I don't even know what files it contains. Is there something specific that is wrong with the current PKGBUILD in the AUR?

sum01 · 2017-07-28 02:26:18

No, it does work, I was mainly asking if/how I could improve it to install how you'd expect (aka binaries in /usr/bin, libs in /usr/lib, etc) rather than just running everything out of a folder.

I guess it's not a big deal if I can't figure something out.

eschwartz · 2017-07-28 02:39:34

Is that one of those apps that basically just downloads a prebuilt copy of electron which runs code in resources/app/ ?

Because if so, you could probably move resources/app/ to e.g. "$pkgdir"/usr/share/$pkgname-app, then create a launcher shellscript that runs `electron /path/to/app`, and it will work fine.
Using the system electron package is a good thing.

sum01 · 2017-07-28 03:14:43

That seems to maybe be the right idea, but it throws a

(electron:29573): Gdk-WARNING **: gdkwindow-x11.c:5573 drawable is not a native X11 window

when I tried that route

Lone_Wolf · 2017-07-28 11:19:17

sum01 wrote:

That seems to maybe be the right idea, but it throws a
(electron:29573): Gdk-WARNING **: gdkwindow-x11.c:5573 drawable is not a native X11 window
when I tried that route

Looks like you are running it in a wayland session, have you tried it from an X sesssion ?

sum01 · 2017-07-28 14:30:26

No idea how.

Trilby · 2017-07-28 14:38:05

sum01 wrote:

No idea how.

That's really the wrong answer in many ways.

It's ok to not be familiar, but you should be able to find out quite quickly. Check the wiki. There's *definitely* no way anyone here could tell you as we have no idea how you start your session and/or what session you are currently running: you know these things. I could take a wild guess that the only way you could be so ignorant of these things is if you were running gnome and gdm, in which case:
https://wiki.archlinux.org/index.php/GN … ting_GNOME

Although I'd also guess that you'd probably be using some arch-derivative distro too...

Arch Linux

#1 2017-07-27 23:39:44

Best way to handle "npm run"?

#2 2017-07-27 23:49:05

Re: Best way to handle "npm run"?

#3 2017-07-28 02:15:59

Re: Best way to handle "npm run"?

#4 2017-07-28 02:24:46

Re: Best way to handle "npm run"?

#5 2017-07-28 02:26:18

Re: Best way to handle "npm run"?

#6 2017-07-28 02:39:34

Re: Best way to handle "npm run"?

#7 2017-07-28 03:14:43

Re: Best way to handle "npm run"?

#8 2017-07-28 11:19:17

Re: Best way to handle "npm run"?

#9 2017-07-28 14:30:26

Re: Best way to handle "npm run"?

#10 2017-07-28 14:38:05

Re: Best way to handle "npm run"?

Board footer