- Aur-general - lists.archlinux.org

[aur-general] need 32 bits testing (i686) of gtk2hs-darcs
by Paul Dufresne 31 Jan '08

31 Jan '08

If someone could test my new (and first) package on a 32 bit systems: gtk2hs-darcs It seems gtk2hs developers have not (much) tested on i686 lately, a bug was found and corrected, but I'd like to know if there is others. Don't reply to this message directly, write comment on the package page. The ideal tester would be someone knowing darcs and Haskell with i686, but only i686 is essential. Pay, is the feeling to have contributed to Gtk2HS ;-) Thanks!

1 0

[aur-general] TU Resignation
by Callan Barrett 31 Jan '08

31 Jan '08

Hey there, I was thinking about this for a while and finally decided to write the email. I've been doing this thing for about 12 months now and to be honest it's gotten really boring lately being a TU, I now think packaging is the most tedious and annoying process ever and I don't think I can be bothered doing this anymore. Anyway, I maintain 75 packages in community, most of which being the xfce-svn ones, but they're all pretty easy to maintain. I don't know exactly what should happen to the xfce-svn packages, although it would be great if another TU maintains them it is a lot of packages and it might be best they go into unsupported for now, if anyone is interested there is a script I have to automate the whole process of updating it. The rest of the packages are pretty minor, maybe even don't need to be in community, and it wouldn't be hard to just pick a few out. So there we go, I'll probably stay involved with Arch but definitely not the packaging side of it. Good luck to the rest of the TUs. -- Callan 'wizzomafizzo' Barrett

15 17

[aur-general] Cross-compiler that installs in non-standard directories
by bardo 31 Jan '08

31 Jan '08

Hi all. I've never seen an official cross-compiler package in arch, so I'm not sure if I'm breaking some rule here. I'm going to release to [community] in a short time a set of packages (binutils-avr, gcc-avr and avr-libc) which previously installed in /opt/avr. According to the guidelines I moved everything to /usr, but a couple non-standard directories are created. One is /usr/i686-pc-linux-gnu, which should be fine, the other is /usr/avr, which contains its own lib and include directories. Obviously namcap complains, but this directory structure solves some conflicts: for example /usr/avr/include/ctype.h would overwrite /usr/include/ctype.h... Should I go for it? C.

6 9

[aur-general] Replaced packages still in community
by Allan McRae 30 Jan '08

30 Jan '08

Well avoiding doing work today, I noticed a few packages still in community that were replaced by other packages. In some cases this was long ago... Here is a possibly non-exhaustive list: lmctl (codemac - replaced by lomoco from v1.0-1 [2006-05-05]) ruby-qt (dsa - replaced by ruby-kde from v3.4.92-1 [2006-06-13]) em8300-cvs (swiergot - replaced by em8300 from v0.16.0_rc6 [2006-11-26]) python-ctypes (dsa - replaced by python from v2.5-3 [2007-03-18]) libgtk-java (sergej - replaced by java-gnome from v4.0.5 [2008-01-06]) Some of the older replacements only used "replaces" and not "provides" but anything requiring them should be updated by now. java-gnome uses the provides/replaces strategy. Is there any reason that these are still in the repository or can they be removed? Cheers, Allan

2 1

Re: [aur-general] Replaced packages still in community
by Timm Preetz 30 Jan '08

30 Jan '08

On Wed, 2008-01-30 at 22:10 +1000, Allan McRae wrote: > libgtk-java (sergej - replaced by java-gnome from v4.0.5 [2008-01-06]) > > Is there any reason that these are still in the repository or can they > be removed? Not really. I'm pretty sure I told sergej. I will mail him again if he doesn't read that here.

1 0

[aur-general] rb_libtorrent moved from community
by Sebastian Nowicki 30 Jan '08

30 Jan '08

Hi, I was just packaging btg in order to move it to community, but I realised that rb_libtorrent is in unsupported. I looked at the details page[1] and it appears pressh moved it from community. Was there any reason for moving it back to unsupported? There's also a small annoyance with the libtorrent and rb_libtorrent packages - they conflict. The two packages provide different libraries, but conflict due to having the same paths. There is a package in unsupported called librtorrent [2] which resolves the issue. Since libtorrent already exists in community, the package, along with rs_rtorrent, should be either removed or the changes should be implemented in libtorrent. There was also some discussion about this conflict on the bbs [3], which provides more detail. It appears Debian is having the same problem [4]. Their solution is to rename the packages to libtorrent-rakshasa and libtorrent-rasterbar, which may be better package names than rb_libtorrent and librtorrent. I think it would be better if these packages wouldn't conflict, but excessive renaming of packages is probably unnecessary. [1] http://aur.archlinux.org/packages.php?do_Details=1&ID=14940 [2] http://aur.archlinux.org/packages.php?do_Details=1&ID=10572 [3] http://bbs.archlinux.org/viewtopic.php?pid=234044#p234044 [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402462

2 1

[aur-general] Popular new Chinese fonts looking for TU adoption
by Qianqian Fang 29 Jan '08

29 Jan '08

hi all I am not sure if this is the right place to post an adoption request, if not, please advise me the appropriate mailing list. I am an upstream author of a set of popular Chinese fonts. My team and I spent the past 3.5 years developing high quality free fonts for CJK users, including the first manually fine-tuned multi-strike bitmap font with full coverage to GB18030 charset (WenQuanYi Bitmap Song), and the first open-source Hei Ti (sans-serif) vector font (WenQuanYi Zen Hei). These fonts are quite popular in the Chinese community, and widely distributed by Debian, Fedora, Ubuntu etc. Contributors also packaged these fonts for ArchLinux, with the hope of benefiting ArchLinux Chinese users. The links to these packages can be found at http://aur.archlinux.org/packages.php?K=wqy The submitters of the packages recently contacted me and expressed their desires of pushing these fonts to "community", as both fonts got reasonable votes and popularity among the users. However, they have not yet been able to locate a TU to adopt these packages. So, we are looking for TU(s) who is able to take and help maintaining these Chinese font packages. The package submitters (CCed) and the upstream are willing to help and clarify things in the process of packaging. Please let us know if you are interested. thank you for your attention. Qianqian

9 12

[aur-general] PlayOnLinux
by JaDa 29 Jan '08

29 Jan '08

I like start working on this cool application http://www.playonlinux.com/en/presentation.html has anyone work on this before? PlayOnLinux_2.0.7.tar.gz PlayOnLinux-DosboxSupport_2.0.7.tar.gz -- Make it idiot proof and someone will make a better idiot.

1 0

[aur-general] VOTE: Sebastian Nowicki (Xilon)
by Callan Barrett 29 Jan '08

29 Jan '08

Whoops, sorry for being late to start this thread. This begins the 7 day voting thread for the addition of Xilon as a TU, don't forget to vote. You can see the discussion period here: http://archlinux.org/pipermail/aur-general/2008-January/006694.html I vote YES. -- Callan 'wizzomafizzo' Barrett

26 26

[aur-general] TU: Disown extract-xiso please
by Wes Brewer 29 Jan '08

29 Jan '08

Could a TU please disown the extract-xiso package. It was added in April 2005 and has never seen an update. I would like to take over this package and I've tried to contact the contributer without success. Further investigation into this users packages reveals that 3 out of 4 of his packages are flagged out of date, all 4 of them were added in April 2005 and have never seen an update. Maybe it would be best to disown all of his packages as the contributer doesn't seem to be around anymore. At least then others could take over the PKGBUILD's. List of achlinux-nl's pacakges: cage, eggdrop, extract-xiso, gnuvd Thank You Wes,

5 4