Package Details: sourcegit-bin 2025.07-2

Git Clone URL: https://aur.archlinux.org/sourcegit-bin.git (read-only, click to copy)
Package Base: sourcegit-bin
Description: GUI client for GIT users
Upstream URL: https://github.com/sourcegit-scm/sourcegit
Keywords: git git-gui
Licenses: MIT
Conflicts: sourcegit
Provides: sourcegit
Submitter: yataro
Maintainer: yataro
Last Packager: yataro
Votes: 4
Popularity: 0.42
First Submitted: 2024-05-08 15:41 (UTC)
Last Updated: 2025-03-03 14:53 (UTC)

Latest Comments

1 2 Next › Last »

yataro commented on 2025-03-03 14:55 (UTC)

@nanoka thanks for heads up, it's fixed now, I've added unique name for LICENSE file so this will not happen again

nanoka commented on 2025-03-03 10:07 (UTC) 

==> Making package: sourcegit-bin 2025.07-1 (Mon 03 Mar 2025 05:05:48 PM +07)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found sourcegit_2025.07-1_amd64.deb
  -> Found LICENSE
==> Validating source files with sha256sums...
    sourcegit_2025.07-1_amd64.deb ... Passed
    LICENSE ... FAILED
==> ERROR: One or more files did not pass the validity check!
:: Unable to build sourcegit-bin - makepkg exited with code: 1

yataro commented on 2024-11-04 03:56 (UTC)

I've decided to make git-credential-manager an optional dependency this update because it's only needed when using user:password authentication on third-party resources (like GitHub), but if you're using an ssh key, this is completely avoided.

yataro commented on 2024-08-19 20:07 (UTC)

Good catch, fixed it

chust commented on 2024-08-19 17:26 (UTC)

deb now use zstd, so in prepare function, the data.tar.xz should be data.tar.zst

SoftExpert commented on 2024-07-27 09:00 (UTC)

Good point about the DEB automatically handled by makepkg, I will pay attention on this. Anyway, thank you for considering my proposal !

yataro commented on 2024-07-27 06:38 (UTC)

I've refactored the pkgbuild to use the .deb package, thanks @SoftExpert!

In your original patch, you extract the already extracted .deb (which is extracted by makepkg) and later extract the already extracted data.tar.xz, just to let you know why it doesn't look exactly as you suggested.

yataro commented on 2024-07-27 05:47 (UTC)

Yes, I know how to handle this properly, I just don't like it. Your argument about size is enough for me, will do that in the meantime.

SoftExpert commented on 2024-07-27 04:52 (UTC) (edited on 2024-07-27 04:53 (UTC) by SoftExpert)

For me there are 2 arguments:

  1. the size (AppImage is 21819712 bytes, while the DEB is 16049836 bytes)

  2. my own personal preference towards the binaries clearly stored in a folder instead of the overhead of the AppImage :)

As for the management of the revision, it can be easily handled with a variable like this _binrev :

...
_name=${pkgname%-bin}
_binrev=1
pkgver=8.22.1
...

source=("https://github.com/sourcegit-scm/sourcegit/releases/download/v${pkgver}/${_name}_${pkgver}-${_binrev}_amd64.deb"

edit: fixed a typo

yataro commented on 2024-07-27 03:37 (UTC)

@SoftExpert

When using DEB packages, the package revision must be taken into account. Although it will probably always be 1 for SourceGit, I chose AppImage to save myself the trouble.

If you can tell me why AppImage is worse than deb, I will refactor the package accordingly.

1 2 Next › Last »