Search Criteria
Package Details: abricotine 1.1.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/abricotine.git (read-only, click to copy) |
---|---|
Package Base: | abricotine |
Description: | A markdown editor with inline preview |
Upstream URL: | http://abricotine.brrd.fr |
Licenses: | GPL3 |
Submitter: | heddson |
Maintainer: | seifferth |
Last Packager: | seifferth |
Votes: | 15 |
Popularity: | 0.000000 |
First Submitted: | 2016-02-24 09:47 (UTC) |
Last Updated: | 2022-06-09 18:24 (UTC) |
Dependencies (3)
- libxss
- nodejs (nodejs6-bin, nodejs-nightly, nodejs-git, nodejs-lts-fermium, nodejs-lts-gallium, nodejs-lts-hydrogen) (make)
- npm (nodejs6-bin, nodejs-nightly, corepacker) (make)
Latest Comments
1 2 3 4 5 6 Next › Last »
kgizdov commented on 2020-05-01 14:06 (UTC)
@seifferth,
npm audit fix
is just a suggestion. Hopefully, the app stops requiringpython2
soon as Arch is aiming to drop that asap. Also, here's the issue I opened upstream - https://github.com/brrd/abricotine/issues/285. I do not per se agree with rephrasing the urgent need to move away from python2 as an 'enhancement', but I guess someone at least read it.However, for your personal info, if curious,
npm audit fix
by default will not override requested versions and should not cause any such issues - it will only try to update "point" releases where possible. Moreover, even like it is now, your package produces a different build depending on the time of its build anyway. It has nothing to do with your setup, it's just how it is with packages and specificallynpm
. Distributable software is designed to work around this fact. ;) And finally, the github issue you mention does have a valid point, but about a different thing - they don't want their direct dependencies to be different for debugging purposes and forced that choice on their users. Not a great solution, but a solution to a problem nonetheless. You as a packager can make your own decisions about all of that differently if you wish. So it's up to you.seifferth commented on 2020-04-30 14:17 (UTC)
Thanks, kgizdov, for the note concerning python2. I've added it to makedepends as you suggested.
I'm not sure about running
npm audit fix
, however, since that might introduce unpredictable build errors. See https://github.com/brrd/abricotine/issues/270 for an explanation on why abricotine doesn't use the latest version of its dependencies. Runningnpm audit fix
would also mean that different builds of the same package version would produce different packages, depending on the time of the build, which doesn't seem right. I do appreciate the security implications of the current policy --- both mine and upstream ---, though, so I'd be happy to discuss the issue further, if you like.kgizdov commented on 2020-04-30 13:28 (UTC) (edited on 2020-04-30 14:02 (UTC) by kgizdov)
This package does not build in a clean chroot - it's missing python2 in makedepends. Also consider running
npm audit fix
after thenpm install
command.seifferth commented on 2020-04-29 18:40 (UTC) (edited on 2020-04-29 18:40 (UTC) by seifferth)
Looks like upstream has changed the contents of the 1.0.0 release after I made the update. Thanks for the fix, silvio.
silvio commented on 2020-04-29 17:49 (UTC)
Building of 1.0.0 breaks with a sha256sum problem. Also the patchnames are changed.
seifferth commented on 2019-11-21 13:19 (UTC)
The build errors seem to be caused by node-spellchecker, which relies on features of nodejs that have been deprecated in recent versions. I added nodejs-lts-dubnium to makedepends, which should fix the build issues. Please let me know if you continue experiencing problems.
seifferth commented on 2019-11-20 19:02 (UTC)
Build errors seem to be related to the spellchecker library, which doesn't compile with the latest version of node. I can't get the current git version to compile with the latest version of node on Arch Linux either. Problems with that particular library are known upstream but haven't been completely solved yet. I'll look into it shortly, if I get time.
I also added an abricotine-bin package to the AUR that relies on pre-built binaries of the latest release, which are downloaded from the upstream github page. You may want to use that package until the issue has been solved.
stickmanChampion commented on 2019-11-19 18:05 (UTC)
I continue having various build errors.
seifferth commented on 2019-09-17 10:37 (UTC)
I pushed a workaround that fixes outdated dependencies in package.json during prepare(). I hope this fixes it for now. Could you try again and see if the errors persist?
evert commented on 2019-09-16 19:30 (UTC)
Various build errors.
1 2 3 4 5 6 Next › Last »