Package Details: franz 1:5.9.2-1

Git Clone URL: https://aur.archlinux.org/franz.git (read-only, click to copy)
Package Base: franz
Description: Free messaging app for services like WhatsApp, Slack, Messenger and many more.
Upstream URL: https://meetfranz.com
Licenses: Apache
Submitter: 314eter
Maintainer: ItachiSan
Last Packager: ItachiSan
Votes: 147
Popularity: 0.000790
First Submitted: 2017-10-26 11:34 (UTC)
Last Updated: 2022-04-20 07:40 (UTC)

Pinned Comments

ItachiSan commented on 2019-10-07 08:26 (UTC) (edited on 2021-09-08 07:58 (UTC) by ItachiSan)

If you have troubles, read this message!

Please go to the relevant section of this comment in order to make both your and my life easier :)

  1. Errors when starting the app like: the chat area is all blue
  2. (Obsolete) I get an error when upgrading packages

Now, to the resolutions!

1. The app opens but I got a blue screen and nothing more / The app refuses to start / ...

The package depends on Node.js native stuff which are compiled at build time, which makes it break on Electron updates.

With a PKGBUILD between 2020-11-15 till 2021-09-08, you should always have gad a correct matching between Electron and Franz versions.

After 2021-09-08, while the Electron packages follows just the official Arch package dependency, as it is based on not-rolling versions (AKA following a specific Electron branch) breakages are unlikely.

If you would like to help me on this, whenever you have problems starting it, do the following:

  1. Open Franz
  2. Franz is broken: maybe for a recent update?
  3. Reinstall Franz from AUR; this will make it rebuild the native blobs
  4. Re-open Franz
  5. Franz should work fine; if so, it was a Node.js/Electron/else update problem

If the above steps help you, report the package as outdated here and write in the comment something like:

Electron update broke Franz

If you have some other issues, you should open the developer tools and give me its output, in addition to what is your environment, so I can figure out if it is a packaging issue (my job to fix) or an upstream/code issue (their job to fix); in the second case, I will open a bug request and mention it in a comment, so that you can track it.

2. (Obsolete) I cannot upgrade Electron

The following resolution is not valid since 2021-09-08, it is kept for historic purposes

This is intended; since the PKGBUILD for Franz 5.5.0-4, the package marks as dependency a version-locked Electron package in order to avoid issues with binary modules over upgrades.

In such scenario, you should, assuming _electron="electron" in the PKGBUILD (meaning the Electron used is bundled in the package electron):

  1. Mark this package as out of date
  2. Do you regular updates with: pacman -Syu --ignore electron

If you want however to upgrade the Electron package, do

  1. Upgrade the electron package with pacman -S --assume-installed electron=FRANZ.REQUIRED.VERSION electron
  2. Rebuild Franz if needed

Hope this was a good explanation, might get updates if I missed something :)

Latest Comments

1 2 3 4 5 6 .. 19 Next › Last »

bartus commented on 2022-08-07 13:05 (UTC)

nvm install failed in prepare() when build in chroot

==> Starting prepare()...
--> Using Electron package:   electron
--> Electron package version: 20.0.0
--> Install toolchain with nvm
Found '/build/franz/src/franz/.nvmrc' with version <16.13.0>
Downloading and installing node v16.13.0...
Binary download failed, trying source.

Strangely adding || true after the nvm install fixes the problem somehow:

==> Starting prepare()...
--> Using Electron package:   electron
--> Electron package version: 20.0.0
--> Install toolchain with nvm
Found '/build/franz/src/franz/.nvmrc' with version <16.13.0>
Downloading and installing node v16.13.0...
Downloading https://nodejs.org/dist/v16.13.0/node-v16.13.0-linux-x64.tar.xz...
#################################################################################################################################################################### 100.0%
Computing checksum with sha256sum
Checksums matched!
Now using node v16.13.0 (npm v8.1.0)
Creating default alias: default -> 16.13.0 (-> v16.13.0)
--> Install modules dependencies with lerna

gir861 commented on 2022-04-21 12:23 (UTC)

Hello, Electron update make black screen chat Franz.

libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null) [33404:0421/132158.588869:ERROR:sandbox_linux.cc(377)] InitializeSandbox() called with multiple threads in process gpu-process. [33404:0421/132159.713285:ERROR:gl_surface_presentation_helper.cc(260)] GetVSyncParametersIfAvailable() failed for 1 times! Error sending from webFrameMain: Error: Render frame was disposed before WebFrameMain could be accessed

Geoffroy commented on 2022-01-15 12:01 (UTC)

The description is misleading, it offers a subscription based services, but the first tier is offered

trougnouf commented on 2022-01-06 16:30 (UTC) (edited on 2022-01-06 17:39 (UTC) by trougnouf)

I get the following error:

==> Starting prepare()...
--> Using Electron package:   electron12
--> Electron package version: 12.2.3
/home/trougnouf/.cache/pacaur/franz/PKGBUILD: line 40: /usr/share/nvm/init-nvm.sh: No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...
:: failed to verify integrity or prepare franz package

edit: sorry I don't know why pacaur didn't install the nvm dependency first.

edit: I then had to enter the following command: bash /usr/share/nvm/nvm.sh use --delete-prefix v12.16.3, no further issues so far.

edit: nvm

npm ERR! code EINTEGRITY
npm ERR! Verification failed while extracting gulp-server-livereload@1.9.2:
npm ERR! Verification failed while extracting gulp-server-livereload@1.9.2:
npm ERR! sha1-PbIn80Y8/k8pv2WgE7qhYuKnQMY= integrity checksum failed when using sha1: wanted sha1-PbIn80Y8/k8pv2WgE7qhYuKnQMY= but got sha512-CmAz3D6kqLfbSsaU2HFFnA7XROHDKVRV3aitXdwLSFT1xTLGwo03GYfzQ/ewZmkvZJ5QUYxpVur6NWNHiqEE3Q== sha1-5JXRshWak3xTZiDLqoF286FMeno=. (4964 bytes)
...
npm ERR! A complete log of this run can be found in:
npm ERR!     /home/trougnouf/.cache/pacaur/franz/src/npm_cache/_logs/2022-01-06T16_38_46_150Z-debug.log
lerna ERR! npm install exited 1 in 'franz'
lerna ERR! npm install exited 1 in 'franz'
==> ERROR: A failure occurred in prepare().
    Aborting...

edit: it worked after cleaning out the cache

ItachiSan commented on 2021-09-08 07:52 (UTC)

Hi @billypilgrim,

Thanks for the feedback :)

I agree with you about the pkgrel bumping being unusual. I followed the standard practice for the official packages where rebuilding happens when a dependency is upgraded. This was normal when using bleeding-edge Electron, which however caused many issues due to the official Franz developers using older versions.

I was unaware of the "let the users rebuild" thing for AUR packages and I am TBH glad you pointed this out. I will change the PKGBUILD right away in order to avoid future manual bumping. :)

I will also update the warning posters accordingly :)

About the re-nicing, as I use the official Electron 12 Arch build for running Franz the path is as it is; is it possible for you to renice given a CLI argument? You have guaranteed the Franz app.asar as first CLI argument.

billypilgrim commented on 2021-08-31 09:09 (UTC)

@ItachiSan: Thanks for maintaining this. I just want to say that I'm really not sure about the whole "flag out of date if electron changes" thing. Really, packages should only be flagged out of date if the package itself is out of date. Otherwise it is really misusing the feature.

Bumping the pkgrel manually in the PKGBUILD every time electron is updated is not actually particularly helpful. What it means in practice is that I end up manually rebuilding franz when a new version of electron is available (which is totally fine) and then at random points a rebuild is forced by you changing the pkgrel (which is annoying). Don't assume that everyone will be upgrading their electron package at exactly the same moment -- people are using different mirrors which will be updated at different points.

If the package really does need to be rebuilt with every minor release of electron (this doesn't actually seem especially likely to me tbh), then just let users do it manually. Absolutely loads of packages on the AUR depend on a shared library (for example) and need to be rebuilt if the dependency changes. This is completely normal and the wiki explicitly states that it is the user's responsibility to upgrade the package manually: https://wiki.archlinux.org/title/Arch_User_Repository#Installing_and_upgrading_packages

Thanks again for being a maintainer :-)

billypilgrim commented on 2021-08-26 09:24 (UTC)

I'm curious about how I can could patch the package so that the process name appears as franz rather than electron (e.g. as happens with the code-oss). I'm using an auto-renicing program and it would help if the process name were something more obvious.

Does anyone with better electron knowledge than me have any ideas?

fatmcgav commented on 2021-05-18 09:27 (UTC)

Hey @ItachiSan

Thanks for the quick reply... I did do a clean re-build yesterday. However I've just kicked off another one...

Can confirm that can see nvm build happening, and also electron10 being used...

Any other ideas? Would a gist of my build logs help?

Thanks

ItachiSan commented on 2021-05-18 06:52 (UTC)

Hi @fatmcgav ,

The PKGBUILD changed a lot between the last builds, so you need a clean re-build.

A few """small""" changes that happened:

  • nvm is now used for building in order to have consistency and toolchain compatibility
  • Electron is now on the 10.x branch rather than latest 'n greatest

fatmcgav commented on 2021-05-17 10:29 (UTC)

I've upgraded my system this morning, and as a result Franz is failing to open...

All I get is a Blue screen. The developer console shows the following errors:

app.js:3 Uncaught ReferenceError: require is not defined
    at app.js:3
(anonymous) @ app.js:3
index.html:15 Uncaught ReferenceError: process is not defined
    at index.html:15

I've tried removing franz and doing a clean reinstall, but no joy...

Any pointers?