Re: [aur-general] Pinning dependency versions in PKGBUILDs?

2014-08-19 Thread Johannes Löthberg
On 19/08, Karol Blazewicz wrote: You forgot about vim-runtime. Doesn't count since it's the runtime files used by the rest of them. -- Sincerely, Johannes Löthberg PGP Key ID: 3A9D0BB5 pgpiLbbxfDQvr.pgp Description: PGP signature

Re: [aur-general] Pinning dependency versions in PKGBUILDs?

2014-08-19 Thread Karol Blazewicz
On Tue, Aug 19, 2014 at 9:38 PM, Johannes Löthberg wrote: > So now we have vim, vim-python3, gvim, gvim-python3, and vim-minimal. This > is starting to feel a bit silly. ;p You forgot about vim-runtime.

Re: [aur-general] Pinning dependency versions in PKGBUILDs?

2014-08-19 Thread Johannes Löthberg
On 19/08, Florian Bruhin wrote: It seems to cause trouble when using non-native python libraries: https://bugs.archlinux.org/task/34397 Judging from the comments it seems to be a rather simple fix, it would just require rebuilding them. Also, the maintainer of the vim packages told me the

Re: [aur-general] Pinning dependency versions in PKGBUILDs?

2014-08-19 Thread Florian Bruhin
* Johannes Löthberg [2014-08-19 19:34:14 +0200]: > On 19/08, Florian Bruhin wrote: > >Hmm, *compiling* it with both flags works, but not sure what happens > >at runtime then? Arch seems to provide a gvim and a gvim-python3 > >package, and I suspect there is some reason for that. > > > >I'll ask th

Re: [aur-general] Pinning dependency versions in PKGBUILDs?

2014-08-19 Thread Johannes Löthberg
On 19/08, Florian Bruhin wrote: Hmm, *compiling* it with both flags works, but not sure what happens at runtime then? Arch seems to provide a gvim and a gvim-python3 package, and I suspect there is some reason for that. I'll ask the gvim-maintainer, I'd guess he knows more :) I think that it'

Re: [aur-general] Pinning dependency versions in PKGBUILDs?

2014-08-19 Thread Florian Bruhin
Sorry for the rather late answer here :) * Stefan Husmann [2014-08-06 19:45:24 +0200]: > I have other issues: Built from AUR, this is not an official Arch Linux > package, so you should use > > --with-compiledby="$PACKAGER" instead of --with-compiledby='Arch Linux' > > (users who do not set P

Re: [aur-general] AUR GIT and Bug Tracker

2014-08-19 Thread Massimiliano Torromeo
On Tue, Aug 19, 2014 at 12:57 PM, Johannes Löthberg wrote: > On 19/08, Massimiliano Torromeo wrote: > >> At work I did setup gitlab community edition [1] on our servers to >> self-host all our projects and it has many similarities with github. >> >> It has been working fine for quite some time (m

Re: [aur-general] AUR GIT and Bug Tracker

2014-08-19 Thread mrlemux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/19/2014 11:18 AM, carstene1ns wrote: > Am 18.08.2014 um 10:01 schrieb mrle...@gmail.com: >> the problem is that most issue tracking systems are too heavy for >> our uses(correct me if i'm wrong), and if we want it really KISS >> we have to imple

Re: [aur-general] AUR GIT and Bug Tracker

2014-08-19 Thread Johannes Löthberg
On 19/08, Massimiliano Torromeo wrote: At work I did setup gitlab community edition [1] on our servers to self-host all our projects and it has many similarities with github. It has been working fine for quite some time (migrated from a self-hosted gitorious) and could be a possible solution if

Re: [aur-general] AUR GIT and Bug Tracker

2014-08-19 Thread carstene1ns
Am 18.08.2014 um 10:01 schrieb mrle...@gmail.com: > the problem is that most issue tracking systems are too heavy for our > uses(correct me if i'm wrong), and if we want it really KISS we have to > implent an issue tracking system ourselves (with a feature base like > github's one). i think it coul

Re: [aur-general] AUR GIT and Bug Tracker

2014-08-19 Thread mrlemux
We could also have a development area(like this) for the AUR that isn't integrated into the main GUI(aur.archlinux.org) and replace the request button with a link to the devolepment area On 08/19/2014 12:15 AM, Massimiliano Torromeo wrote: > At work I did setup gitlab community edition [1] on our