[aur-general] binary uzbl package(s)?
Hi guys. For the uzbl project (http://www.uzbl.org/) I maintain 2 packages in AUR - http://aur.archlinux.org/packages.php?K=uzbl - and I'm involved in the upstream as well Since this program is becoming quite popular, I thought it would make sense to start maintaining this in community/extra. (actually 'uzbl' has different little subprojects that I would each package separately, depending on each other where appropriate) Note that I'm not an arch package maintainer nor TU. I maintain a package in extra (aif) because of my releng duties, but I lack the experience and detailed knowlegde "real" packagers have. How I should I proceed? If a real TU/dev would like to maintain it, that's fine by me also, but upstream development is quite fast-faced (a release every 2-3 weeks) so you would need to be actively following. Dieter
On 12/05/2009 11:36 AM, Dieter Plaetinck wrote:
Hi guys. For the uzbl project (http://www.uzbl.org/) I maintain 2 packages in AUR - http://aur.archlinux.org/packages.php?K=uzbl - and I'm involved in the upstream as well
Since this program is becoming quite popular, I thought it would make sense to start maintaining this in community/extra. (actually 'uzbl' has different little subprojects that I would each package separately, depending on each other where appropriate)
Note that I'm not an arch package maintainer nor TU. I maintain a package in extra (aif) because of my releng duties, but I lack the experience and detailed knowlegde "real" packagers have.
How I should I proceed? If a real TU/dev would like to maintain it, that's fine by me also, but upstream development is quite fast-faced (a release every 2-3 weeks) so you would need to be actively following.
Dieter
i'll move uzbl-git in community. does anyone have any objection? do you do tarball releases for stable version?
On Sat, 05 Dec 2009 12:40:05 +0200 Ionut Biru <ibiru@archlinux.org> wrote:
i'll move uzbl-git in community. does anyone have any objection?
do you do tarball releases for stable version?
we provide tarballs for each release. i would keep the git packages in AUR and put binary packages in official repo's. Dieter
On Sat, Dec 5, 2009 at 08:10, Dieter Plaetinck <dieter@plaetinck.be> wrote:
we provide tarballs for each release. i would keep the git packages in AUR and put binary packages in official repo's.
+1
Dieter Plaetinck schrieb:
On Sat, 05 Dec 2009 12:40:05 +0200 Ionut Biru <ibiru@archlinux.org> wrote:
i'll move uzbl-git in community. does anyone have any objection?
do you do tarball releases for stable version?
we provide tarballs for each release. i would keep the git packages in AUR and put binary packages in official repo's.
Dieter
Hello, I think more important than the form the sources are hosted (git or tarball) is if the program is to be considered stable. To me a program is stable if new versions do only deliver bug fixes and minor improvements. I think this is the case here. So I would prefer to use the PKGBUILD in AUR over a to-be-written PKGBUILD for some tarball version, also because the former is the one which has 427 votes. BTW, interesting project. I personally prefer conkeror, but uzbl has an promissing concept. Regards stefan
On Sat, 05 Dec 2009 18:01:40 +0100 Stefan Husmann <stefan-husmann@t-online.de> wrote:
Hello,
I think more important than the form the sources are hosted (git or tarball) is if the program is to be considered stable. To me a program is stable if new versions do only deliver bug fixes and minor improvements. I think this is the case here. So I would prefer to use the PKGBUILD in AUR over a to-be-written PKGBUILD for some tarball version, also because the former is the one which has 427 votes.
Development is quite fast-paced, with a new release every few weeks, often bringing big changes. api, config syntax etc are definitely not stable yet. It makes maintaining packages a bit more work, but IMHO it doesn't change anything to the pro's and cons of official binary packages vs git packages in AUR, so I think a binary package is useful. But Bîru has told me he wants to maintain packages in community, so my problem is solved. Dieter
participants (4)
-
Daenyth Blank
-
Dieter Plaetinck
-
Ionut Biru
-
Stefan Husmann