Package Details: zapzap-git 5.3.5.r7.gebcae63-1

Git Clone URL: (read-only, click to copy)
Package Base: zapzap-git
Description: WhatsApp desktop application written in Pyqt6 + PyQt6-WebEngine
Upstream URL:
Licenses: GPL3
Conflicts: zapzap
Provides: zapzap
Submitter: bordam
Maintainer: alllexx88 (AutoUpdateBot)
Last Packager: AutoUpdateBot
Votes: 0
Popularity: 0.000000
First Submitted: 2022-09-25 10:48 (UTC)
Last Updated: 2024-05-23 07:56 (UTC)

Latest Comments

gesh commented on 2024-05-09 16:12 (UTC)

A bit nervous at the URL change -- can't find any public reference to it. Moreover -- usually, these are from a private repo to an org repo. The only reference I could find is in f645c2a3f26cc80af45d11299432e9d1ced81bd8 in the new upstream, though there's been activity in the old upstream up until this April, so I'm suspicious. Also not helping matters is that the history has been rewritten -- you'd expect such a move to perhaps fork the history, but not rewrite it. Instead, checking with

root () { git rev-list --max-parents=0 "$1"; }
git range-diff $(root main)..main $(root new/main) \
  | grep --only-matching '^...:  ....... . ...:  .......' \
  | sed 's/.* \([^ ]\) .*/\1/' | sort | uniq -c

I see the histories are quite divergent. Indeed, I can only find 4 commits in common between the two -- and even then they've all been edited (180 more commits appear in the old upstream, and 872 in the new upstream). Moreover, it seems upstream changed authorship of some commits instead of just writing a .mailmap -- indeed, diffing git shortlog -s -n $branch | cut -f2 | sort, I see 12 authors in common, 14 only in the new upstream, and 2 only in the old upstream (11, 14, 2 if counting by emails).

All in all, a pretty suspicious-looking situation. I can see a charitable explanation -- perhaps the new repo used to be the main author's private repo, from which they'd send squashed histories to the main repo for a cleaner history? I don't know enough about the project's development history to be able to say, but it's enough not to make me trust it anymore without further contextualization.

alllexx88 commented on 2024-04-19 14:12 (UTC)

@gesh thanks a lot, fixed.

gesh commented on 2024-04-19 14:00 (UTC)

Judging by other such files on my system, isn't the metainfo file supposed to be installed to /usr/share/metainfo, not /share/metainfo? This is the only package installing to /share on my system

bordam commented on 2022-09-25 18:00 (UTC)

A message from the developer:

Autostart will not work and there are some settings when running outside of flatpak that need to be removed. It won't take long to release the fix for that.

Auerhuhn commented on 2022-09-25 12:28 (UTC)

@musiclover Just like in zapzap, the zapzap-git package is supposed to require python-setuptools in makedepends, too.

Thanks in advance!