Search Criteria
Package Details: freefilesync-bin 14.0-1
Package Actions
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: | 55 |
Popularity: | 2.52 |
First Submitted: | 2018-11-14 22:04 (UTC) |
Last Updated: | 2025-01-25 21:46 (UTC) |
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 18 Next › Last »
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?
rezad commented on 2023-08-06 15:25 (UTC) (edited on 2023-08-06 15:28 (UTC) by rezad)
@ranger pikaur and paru dont. they will not compile. unless i remove those.
they just ask from aur what are the deps and need all of them. evey yay does the same.
like this
Dependencies (6)
ranger commented on 2023-08-06 15:15 (UTC)
@rezad
the line depends_i686=
is ignored from makepkg when building on x86_64 so no need to change the PKGBUILD at all. And no need to split the package
rezad commented on 2023-08-06 09:51 (UTC)
can you split this packages in two packges for x64 and x32?
everytime it gets updated I have to manually remove
from pkgbuild.
archlinux no longer has a 32bit version here so maybe splitting the packages into two (if you dont want to remove the 32bit version completely) help with the update process.
DavidSydney commented on 2023-04-12 08:16 (UTC)
Latest version at https://freefilesync.org/download.php
l1ttl3bra1n commented on 2023-03-07 14:02 (UTC)
I confirm, everything is working now. Thanks for the support
archibald869 commented on 2023-03-06 20:06 (UTC)
dlagent failed because the authentication endpoint that needed to be called prior to download was removed. It appears that authentication is not required any longer. I removed the authentication step from dlagent and now it should work again.
l1ttl3bra1n commented on 2023-03-06 16:05 (UTC)
I tried again today with various exit ip but the result is always the same. "dlagent" is unable to download the file.
l1ttl3bra1n commented on 2023-03-03 18:38 (UTC) (edited on 2023-03-03 18:48 (UTC) by l1ttl3bra1n)
Can't download the package with curl while using the same link with a browser everything works
archibald869 commented on 2023-02-27 20:33 (UTC) (edited on 2023-02-28 16:20 (UTC) by archibald869)
You are right, the changelog states that the official build is now based on GTK3. But the executables are still linked against
/usr/lib/libgtk-x11-2.0.so.0
, which is provided by thegtk2
package.« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 18 Next › Last »