Package Details: aegisub-git 3.2.2.r407.6f546951b-1

Git Clone URL: (read-only, click to copy)
Package Base: aegisub-git
Description: A general-purpose subtitle editor with ASS/SSA support
Upstream URL:
Licenses: GPL, BSD
Conflicts: aegisub
Provides: aegisub
Submitter: alucryd
Maintainer: wangqr
Last Packager: wangqr
Votes: 25
Popularity: 0.29
First Submitted: 2012-08-27 19:37
Last Updated: 2020-02-23 06:39

Latest Comments

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

sl1pkn07 commented on 2013-05-29 20:27

oks, thanks

alucryd commented on 2013-05-29 20:11

sl1pkn07: I don't think there's/can't find anything in our wiki about this. However, running namcap on your PKGBUILD and *.tar.xz packages will help you detect wrong permissions.
About shared libs, it depends on the distro, but in most cases either permission will do (see here for an in-depth explanation
As for 755 desktop files, this is useful if you wish to launch the program by double clicking its desktop file. Afaik namcap won't complain about this (that's why I didn't catch this one) and there's no absolute rule to have them at 644. Ultimately, it depends on the packager, I personally prefer to set 644 permissions on desktop files.

sl1pkn07 commented on 2013-05-29 19:29


any wiki or post in forum or "X" where I can look the rules to make file permissions in pkgbuild?

I'm looking my system, and I have losts of files with "strange" permissions (libs in /usr/lib without 755, .desktop in /usr/share/applications with 755 (like my report), etc

any info for that?


alucryd commented on 2013-05-29 18:49

sl1pkno7: No it isn't, I guess there's a problem with the shipped Makefile. I'll look into it as soon as I can. Thx for reporting.

sl1pkn07 commented on 2013-05-29 18:29

@Alucryd: this is normal?

-rwxr-xr-x 1 root root 346 may 26 01:57 aegisub.desktop (755)


alucryd commented on 2013-05-09 10:13

argo: It did indeed :)

argo commented on 2013-05-09 02:39

Maybe this commit finally fixed the issue?

alucryd commented on 2013-04-04 17:59

Update for pacman 4.1 (does not solve the boost problem).

alucryd commented on 2013-02-24 12:21

I tried building boost 1.52 and 1.53 with -std=gnu++11 but both failed on my machine (1.53 fails even without enabling gnu++11 extensions). I don't really have time to debug right now but if someone feels up to it, here is a source tarball for the PKGBUILD:

alucryd commented on 2013-02-22 22:52

You're right, I'll look into this.