Package Details: freefilesync-bin 13.4-1

Git Clone URL: https://aur.archlinux.org/freefilesync-bin.git (read-only, click to copy)
Package Base: freefilesync-bin
Description: Folder comparison and synchronization
Upstream URL: https://freefilesync.org
Keywords: backup mirroring synchronization
Licenses: custom
Conflicts: freefilesync
Provides: freefilesync
Submitter: archibald869
Maintainer: archibald869
Last Packager: archibald869
Votes: 45
Popularity: 0.181888
First Submitted: 2018-11-14 22:04 (UTC)
Last Updated: 2024-02-20 13:53 (UTC)

Latest Comments

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

archibald869 commented on 2024-02-19 18:20 (UTC)

Good point! Thanks for the hint. I've changed the license to "custom".

elliotwutingfeng commented on 2024-02-15 02:07 (UTC) (edited on 2024-02-15 02:08 (UTC) by elliotwutingfeng)

According to FreeFileSync's official FAQs at https://freefilesync.org/faq.php

May I distribute the FreeFileSync installation package?

You are permitted to distribute the software subject to the following conditions:

    The software must be distributed free of charge and
    without modification to the contents of the installer package. Redistributing the installer package with any files added, removed, or modified is prohibited.
    The inclusion of the installer package or any of the included files in a different archive, or in a different installer is forbidden. For example, the integration into a third-party automated installation mechanism is forbidden.
    The FreeFileSync Donation Edition and Business Edition may not be distributed in any way! 

and

Is FreeFileSync free for commercial use?

No, the standard version of FreeFileSync is intended for private use only. The same applies to the FreeFileSync Donation Edition.

Businesses and government institutions may still use FreeFileSync, but are required to buy the FreeFileSync Business Edition.

The above restrictions are incompatible with FreeFileSync's GPLv3 license.

Given that this is a mislabeling by upstream, would it still be appropriate to list this package as GPLv3 licensed here in the AUR?

archibald869 commented on 2023-09-23 16:12 (UTC)

Thanks for the hint! Apparently, the source file has been tacitly updated again. I updated the checksum.

spsf64 commented on 2023-09-23 13:08 (UTC) (edited on 2023-09-23 13:09 (UTC) by spsf64)

Same here, different checksum from pkgbuild

schnedan commented on 2023-09-23 08:04 (UTC)

yes, I can reproduce, 0d0ad0892edaa4867827bccd10ba99c35dbcc469e0d9162e5b9298bc42767917 works

undeadtoaster commented on 2023-09-18 02:40 (UTC)

I think the new checksum in the PKGBUILD may be incorrect (source silently updated?) - I've downloaded the source 3 times and got the same checksum each time: 0d0ad0892edaa4867827bccd10ba99c35dbcc469e0d9162e5b9298bc42767917

Seems to run fine with that.

ranger commented on 2023-08-06 17:50 (UTC)

@rezad as spsf64 said, maybe it's better to read the wiki and learn how to proper build packages than spam an aur package page about a problem you have with aur helpers. The package builds with no problem if you follow the wiki.

I'm not using any aur helpers BTW, that's why I have no problems with wrong deps or i686 deps on a x86_64 system ;)

spsf64 commented on 2023-08-06 16:54 (UTC) (edited on 2023-08-06 21:31 (UTC) by spsf64)

@rezad, easy solution for you, 1- download snapshot and extract, 2- "makepkg -rs", 3- pacman -U your-package.pkg.tar.zst. Easier than complaining here about aurhelpers. edit: makepkg command

rezad commented on 2023-08-06 16:41 (UTC)

@ranger

if YOUR aur helper works with this package can you tell me its name so I can use it?

pikaur, paru and yay dont work.

and as asked here https://github.com/Jguer/yay/issues/809

it says that rpc (aur network) interface, gives back the list of deps as

gtk2 (gtk2-git, gtk2-patched-filechooser-icon-view, gtk2-maemo)
lib32-at-spi2-core
lib32-gdk-pixbuf2
lib32-libsm
lib32-pango (lib32-pango-git)
libxxf86vm

if your aur-helper works as

"aur-helper -Syu"

and it updates the packages with no lib32 deps, then please type its name here.

ranger commented on 2023-08-06 15:30 (UTC)

so you ask the maintainer to make a new package because your aur helpers are buggy?

These are i686 deps,not needed for x86_64 and are ignored by makepkg.

It's not better to ask the aur helper devs to fix their bugs?