June 2008 - Aur-general - lists.archlinux.org

[aur-general] packages for adoption
by Roman Kyrylych 08 Mar '09

08 Mar '09

Hi again! Thank you all for your replies! :-) Here's the (commented) list of packages: :: Unsupported :: * 4l * lightscribe * lightscribe-labeler * lightscribe-sdk LightScribe support will have to stay in Unsupported because the license doesn't allow redistribution (as I understand). * abraca * coyote * esperanza-git * kpdf2 * swiftfox-pentium2 * wterm These packages are actually not mine, another user has asked me to keep an eye on them half year ago, some time ago he agreed that it would be good to orphan them * cronolog * cronolog-beta * dav * moe * ndn - closed-source * ndn-beta - highly unstable * new-murrine-configurator - AFAIR it should replace murrine-configurator (it should have become official by now, but this should be checked) * teapop :: Community :: * abyssws - closed source 32-bit only, may go to Unsupported * agave * audacious-docklet - dead * audacious-itouch-control - no new version expected * bakery * balsa * brasero + libburn + libisofs * cherokee * colorer - no new version for a long time, required for mc-colorer, but is usable without it * computertemp * confuse * eiciel * esekeyd - no new version expected, not very useable 'cause runs everything as root, so special steps should be taken to make it work nicely with GUI apps (see config I created) * everygui - no new version is expected * font-mathematica * gdm-themes - licenses need to be reviewed, I've lost my local PKGBUILD modification :-( * gdmap - does not compile with recent gtk2 versions, no new version is expected * gimmage - no new version for a long time * gimmix - no new version for a while, but it was said that there will be new major version with GUI overhaul * glom - AFAIR it requires libgdamm for libgda 3.0 which is not stable (not in Extra at least), that's why I haven't updated it yet (and had no time to dig further) * gnochm * gnome-commander * gnome-schedule * gnomebaker - was dead, then resurrected, but no new versions since then * gpa * gpg-crypter * gshutdown - no new version is expected * gstm - no new version is expected * gtk2_prefs - no new version is expected * gtvg * gwget - needs regular patching of configure/makefiles to work with the latest epiphany * hal-cups-utils * hardware-monitor - dead, doesn't work with lm_sensors 3, no patch is known (=> Unsupported/remove) * homebank * iksemel * iniparser - there is version 3 beta, but it should be a separate package due to API change and existence of packages in Community that makedepend on it (e.g. isomaster), so this package should be left untouched * isomaster * kungfu * libconfig * libesmtp * libgdamm * libgtksourceviewmm * libgtksourceviewmm2 * libnewt * libxnvctrl - with each new nvidia driver it should be checked if new version of NVControl exists (nvcontrol.h) * link-monitor-applet * mc-colorer - patched mc with highlighting provided by colorer, no utf8 support, no new version for long time * metakit * mtpaint * music-applet * mxml * nautilus-actions * nautilus-audio-convert * nautilus-locked-folder * nautilus-open-terminal * nautilus-share * network-ups-tools - needs fixing * opera-static * parano * partimage - probably some bugs exist, not sure * pycups * python-pychm * rawstudio * rlocate - needs update for 2.6.25, but doesn't do its job anyway because LSMs are static since 2.6.24, no patch exists on Internet though it's a well-known issue, I was able to make it build and load, but not do the job (so move to Unsupported and wait for adventurous hacker to make it working) * rlocate-utils - userspace companion for the above * screenlets * sensors-applet * serpentine * superswitcher * system-config-printer * tea * tea-lite - cut down version of the above (note that the patch for libcurl removal is not needed when building in a clean chroot) * ttf-freefont - there were concerns about its quality (mainstream, not package) * ttf-liberation * urlgfe * visitors * vmoviedb * vsftpd-ext - patched vsftpd with more features, useful for users of Cyrillic charsets * webfs * wzdftpd * xcursor-* :: VirtualBox and (make)dependencies :: * virtualbox-* * dev86 * iasl * xalan-c Note: some of these are no longer needed since v1.6 :: will maintain by myself :: * aspell-uk, openoffice-spell-uk, openoffice-uk - I'm Ukrainian ;-) * hddtemp - abandoned, but still maintained by Debian and is very useful, from time to time new patches or db update arrives * pessulus - looks like it is (or will be soon) integrated into Sabayon Also, I'd like to maintain VirtualBox (though I won't be able to update until this weekend) unless there someone that has experience in building that beast wants to grab it. Due to Sun's downloading silliness - I think the source should be stored on our ftp, otherwise it gets downloaded with the huge filename. If you are interested in maintaining some packages - just adopt them. It won't be a problem for me to update those that will be left, if new versions of them are not released frequently, so don't feel it as your duty to grab all of them. That's all. -- Roman Kyrylych (Роман Кирилич)

11 12

[aur-general] pkgrel updates
by Allan McRae 24 Sep '08

24 Sep '08

Hi TUs, I was looking at the pkg_diff page in order to build some packages for community64 and noticed something I found a bit worrying and after much thought, I decided to bring it up. It could all be entirely legitimate and if so I apologize. A large portion of recent updates (~2/3) are only bumped in the pkgrel, i.e. no pkgver update. While I realize some of these will be legitimate rebuilds, it is a bit of a concern to me given nothing major has moved from the testing repo and I don't recognize the packages from bug reports. I haven't looked at whose packages these are (and at this stage, I honestly don't care), but it seems a reminder about quality control on the packaging front is needed. I don't mean to sound overly grumpy, but this costs users and the mirrors bandwidth as well as giving the few x86_64 using TUs more work. I really don't like writing emails like this. We can all make good packages or else we wouldn't be TUs. So please double check your packages before uploading them. Regards, Allan

9 15

[aur-general] Trusted User Bylaws update
by Hugo Doria 11 Aug '08

11 Aug '08

Should we update the Trusted User Bylaws page [1]? There are some mentions to the old "tur-users", for example. I can do the update if you guys think that it is needed. Thanks. [1] http://dev.archlinux.org/~simo/TUbylaws.html -- Hugo Doria http://hdoria.archlinux-br.org

10 22

[aur-general] offline for a bit
by Aaron Schaefer 11 Jul '08

11 Jul '08

Ahoy all...both the NICs on my Arch box got fried during a thunderstorm last week, so my machine has been without teh intertubes. I have a couple of packages flagged out of date and one bug report (which I am most likely just going to update the package to the development version to solve). Anyway, I've got to order a new NIC to get back up and running, but wanted to inform you that I'm not just slacking off :-) I should be back up and running early next week I would guess... -- Aaron "ElasticDog" Schaefer

4 4

[aur-general] Firefox 3
by Slash 03 Jul '08

03 Jul '08

Comrades, Now that Firefox 3 is stable, I think we need to consider cleaning up the packages related to such on the AUR. A lot of these firefox3 ones are no longer needed: http://aur.archlinux.org/packages.php?O=0&L=0&C=0&K=firefox&SeB=nd&PP=100&d… For example: arch-firefox3-search - "arch-firefox-search" should be updated for version 3 firefox3-bin - "firefox-official" should do the same thing firefox3-bin-pl - "firefox-official-pl" should be created to replace firefox3-i18n - same.. or maybe a variant of this package should be used rather than language-specific ones firefox3-rc-es - no longer needed Thoughts? Thanks, Slash

3 2

[aur-general] Old packages in AUR
by Shaika-Dzari Shaika-Dzari 01 Jul '08

01 Jul '08

Hello everyone. This morning I looked orphan package and I found some packages that could be remove: - sharpmusique : source is not available anymore - eclipse-kde : source is not available anymore - fvwm-trans : outdate, did not build - gimp-freetype : made for gimp 2.0, not available from official gimp website - gnash-cvs : gnash use Bazaar now - kanola : did not build, no update by his creator since 2 years - kdeaddons4 : made and submited in 2006 - kdeedu4 : same ^ - kdepim4 : same ^ - kdeless : splited by his maintainer into other package - madman-devel : no update, problem with Faad, official website is down - menu : replace by archlinux-xdg-menu in community - menu-xdg : same ^ - netscape-navigator : closed-sources, end of support by netscape - poppler-qt4 : use old Qt4 from community - pynealpm: use old libalpm - qgnokii : depend on qt3 but still use depend=(qt) - sqcam-cvs : depend on kernel26 and was not update since 1 year... - xscreensaver-arch : did not work - ymessenger : no update since 3 years, PKGBUILD license is GPL ? - fluxbox-styles-boxwhore : boxwhore website is dead Hope this help.

2 3

[aur-general] Orphan Request: libotr pidgin-otr
by Marcel W. Wysocki 30 Jun '08

30 Jun '08

The packages are flagged out of date for quite some time now. Also there have been comments to inform the maintainer about the new version. I'd like to take over those packages. -- Marcel W. Wysocki <maci(a)satgnu.net>

3 4

[aur-general] TUs: anyone want to take dmd into community?
by Anders Bergh 28 Jun '08

28 Jun '08

Hey, I spoke to Walter and he told me that it would be okay to let Arch Linux distribute dmd in the repositories. I'm not a TU, but feel free to take over the dmd and libphobos packages (and perhaps even libtango). (for those who don't know what dmd is: it's the main compiler for the D programming language) Anders

2 2

[aur-general] orphans again
by Ronald van Haren 27 Jun '08

27 Jun '08

just so we won't let this list grow like we did in the past, here are the current orphans in community: <category><name><pkgver><votes> multimedia denemo 0.7.6-1 7 x11 lxtask 0.1-1 15 network pound 2.4.2-1 1 lib python-geotypes 0.7.0-1 0 please adopt if if one of these packages is yours, or you want to maintain one of these. I'll move the ones left orphan to unsupported somewhere next week. note that python-geotypes is a dependency of mezogis (0 votes, maintained by dtw) so it should stay in community if mezogis stays. Ronald

3 4

[aur-general] python rebuilds needed
by Allan McRae 26 Jun '08

26 Jun '08

Hi TUs, I have uploaded an updated python package to testing. This removes the searching of the /usr/lib/python2.4 directory for modules (as python2.5 modules should be installed in the 2.5 directory). This will break a few packages whose files are still on the old python2.4 directory and anything that depends on them. Here is the packages I have found that need rebuilt: bhv-0.0.10-1 (sergej) diacanvas-0.14.4-1 (BaSh) everygui-0.99.b-1 (Romashka) pychecker-0.8.17-2 (sergej) pyrtf-0.45-1 (sergej) pysdl_mixer-0.0.3-2 (sergej) python-chardet-1.0-1 (sergej) python-galago-0.5.0-1 (sergej) python-galago-gtk-0.5.0-1 (sergej) python-mpdclient2-0.11.1-2 (codemac) webboard-0.2-3 (sergej) These just need rebuilt with python (v2.5) so their files are installed in /usr/lib/python2.5. In general, it should not be necessary to use the python version in [testing] as the current version in [extra] will package most files in the right place. I think packages built using scons may require the [testing] version. Just check that there are no files in /usr/lib/python2.4 once you have finished rebuilding the packages. Cheers, Allan

4 4