Search Criteria
Package Details: freetube 0.22.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/freetube.git (read-only, click to copy) |
---|---|
Package Base: | freetube |
Description: | An open source desktop YouTube player built with privacy in mind. |
Upstream URL: | https://freetubeapp.io |
Licenses: | AGPL3 |
Submitter: | picokan |
Maintainer: | picokan |
Last Packager: | picokan |
Votes: | 75 |
Popularity: | 3.89 |
First Submitted: | 2020-10-02 22:19 (UTC) |
Last Updated: | 2024-12-13 08:37 (UTC) |
Dependencies (3)
- electron32 (electron32-binAUR)
- nodejs (nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogen, nodejs-lts-iron, nodejs-lts-jod) (make)
- yarn (yarn-pnpm-corepackAUR, corepackerAUR, yarn-berryAUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 14 Next › Last »
tuxayo commented on 2024-04-17 16:15 (UTC) (edited on 2024-04-17 16:15 (UTC) by tuxayo)
Turns out no, the dev really implied that electron 30 works. And they tested it and it works.
https://github.com/FreeTubeApp/FreeTube/issues/4964#issuecomment-2060334780
The issue is that package.json lists electron 29 so it builds against it and the AUR package has electron 30 for runtime.
We're back to a packing issue here.
tuxayo commented on 2024-04-17 01:59 (UTC) (edited on 2024-04-17 16:17 (UTC) by tuxayo)
Your are right! The triaging was so strict it missed or ignore the actual point, electron 30 support.
I assumed good faith in their response and though it implied it was supported. So that the packing was wrong. There is no way to close such a ticket «Segfaults after updating to electron 30» without mentioning electron 30 isn't supported. Turns out yes ^^"
edit: I misunderstood, it's not about too strict and expeditive triaging
je-vv commented on 2024-04-17 01:46 (UTC)
But that github issue was closed just because they don't support this AUR package, and I don't see the implication that electron 30 is supported. Good thing it builds freetube fine...
If you look at the PRs about electron [1], you'll notice there are several PRs bumping the electron used by them internally, and the highest version is 29.3.0, on the PR named "Bump electron from 29.2.0 to 29.3.0" [2].
So I don't think there's any implication of electron 30.0 supported, they didn't mention that, just that they don't care about the AUR package.
BTW, I updated the pasted patch, with the Naur diff, which is more appropriate for patches, hehe.
So @tuxayo, I think running freetube with electron29 (no need to change the electron builder version) is for now not just a temporal measure, it's actually the solution for current release version and it'll remain like that until a new release shows up, which includes a commit adding necessary support to electron30 wherever required.
[1] https://github.com/FreeTubeApp/FreeTube/pulls?q=is%3Apr+electron [2] https://github.com/FreeTubeApp/FreeTube/pull/4952
tuxayo commented on 2024-04-17 00:04 (UTC)
yep, segfault also
In this ticket[1], a dev implies that it should work with electron 30. So downgrading to 29 could be a short term fix. But there seems to be something in the packaging incompatible with using v30.
[1] https://github.com/FreeTubeApp/FreeTube/issues/4964
je-vv commented on 2024-04-16 23:54 (UTC) (edited on 2024-04-17 17:16 (UTC) by je-vv)
I found that building with electron30, which is latest on Arch, works quite fine. But running with electron30 gives a segfult:
I have no idea how to run electron apps on GDB, hehe, so I can't tell, but for now you just need a patch so that running is executed with electron29, that would be it.
If in a hurry, just manually edit
/usr/bin/freetube
, and change electron with electron29. I tested it, and it works fine, whether freetube was built with electron30 or electron29 doesn't matter it just works...If are into rebuilding, then this is the patch to just execute the app.asar with electron29 instead of electron:
With this patch you're all set... You can run freetube with electron29 and build with electron without specifying the version... You can try rebuilding with this patch. That's what I'd suggest @picokan to do, instead change everything to electron29, besides we need to keep trying on coming versions if electron29 is not longer a requirement.
Is that what you are experiencing @tuxayo? I guess the quick fix of just editing
/usr/bin/freetube
is more than enough for now. The patch was for me to provide it here and propose it to @picokantuxayo commented on 2024-04-16 22:30 (UTC) (edited on 2024-04-16 23:09 (UTC) by tuxayo)
Rebuild isn't enough after the last electron update. Dependency needs to be changed to the previous version.
Start might randomly work though. After a rebuild, I'm able to get it start 1/10 of the time.
picokan commented on 2024-02-24 07:51 (UTC)
@darktohka The v.0.19.1 was using an older electron, I've updated it now that 0.19.2 came out.
@doblerone I don't have any crashes when playing a video, so I can't debug it for you. You'll have to debug it yourself and see if it's a problem with how I packaged freetube or if it's a problem with freetube itself and open an issue in its github repo.
doblerone commented on 2024-02-01 17:54 (UTC)
Please update as it crashes on my system when trying to reproduce a video: Renderer process crashed - see https://www.electronjs.org/docs/tutorial/application-debugging for potential debugging information.
darktohka commented on 2024-01-31 08:38 (UTC)
Hello, can you please upgrade the PKGBUILD to use electron28? Freetube is now targeting Electron version 28, not 22
picokan commented on 2023-10-15 06:51 (UTC)
@chrrybmb I saw this, but I haven't added it as a dependency because I can't replicate it. Even when I compile and run freetube without
ttf-liberation
it runs without any of the text glitches in that issue, so I'm not completely convinced that it is the cause.« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 14 Next › Last »