Package Details: freefilesync-bin 13.5-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: 46
Popularity: 0.80
First Submitted: 2018-11-14 22:04 (UTC)
Last Updated: 2024-05-06 20:29 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 17 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)

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

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

lib32-at-spi2-core
lib32-gdk-pixbuf2
lib32-libsm
lib32-pango

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 the gtk2 package.

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 17 Next › Last »