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

Git Clone URL: https://aur.archlinux.org/aegisub-git.git (read-only, click to copy)
Package Base: aegisub-git
Description: A general-purpose subtitle editor with ASS/SSA support
Upstream URL: https://aegisub.org
Licenses: GPL, BSD
Conflicts: aegisub
Provides: aegisub
Submitter: alucryd
Maintainer: arch1t3cht
Last Packager: arch1t3cht
Votes: 25
Popularity: 0.000000
First Submitted: 2012-08-27 19:37 (UTC)
Last Updated: 2023-11-22 00:03 (UTC)

Latest Comments

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

alucryd commented on 2013-09-02 08:08 (UTC)

Fix backported in the [community] package. For those interested, I have set up an unofficial repository with nightly aegisub-git (and others) builds. See here: https://wiki.archlinux.org/index.php/Unofficial_User_Repositories#Unsigned_2 Repo name is [alucryd].

argo commented on 2013-09-02 02:22 (UTC)

And it's finally fixed, thanks to Plorkyeran https://github.com/Aegisub/Aegisub/commit/1d7334c1290e9bab5a33890468c2b7216413115b ~

argo commented on 2013-08-22 19:59 (UTC)

...okay. On a more serious note - i reported that menu bug here http://devel.aegisub.org/ticket/1628 - in case that somebody actually cares about it.

alucryd commented on 2013-08-22 17:33 (UTC)

argo: Sorry I didn't update the package a split second after my patch was merged. Really.

argo commented on 2013-08-20 03:45 (UTC)

Could you please remove the patch since it's merged upstream and the building is (obviously) broken because of the duplicated code?

alucryd commented on 2013-08-12 23:32 (UTC)

Added a patch to fix building agains wxgtk 2.9.5 which will soon hit our repos. With this, it builds fine, but top menu is missing. I've created a ticket on the upstream bugtracker: http://devel.aegisub.org/ticket/1625#no1

sl1pkn07 commented on 2013-05-29 20:27 (UTC)

oks, thanks

alucryd commented on 2013-05-29 20:11 (UTC)

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 http://www.technovelty.org/linux/shared-libraries-and-execute-permissions.html). 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 (UTC)

@Alucryd: 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? greetings

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