- Aur-general - lists.archlinux.org

[aur-general] Ocaml Packages
by Thomas S Hatch 05 Jan '11

05 Jan '11

I am looking at the state of the ArchLinux Ocaml packages. I am trying to update a number of them and I am trying to build a number of ocaml applications, but there are many incosistencies. The main problem is that there are ocaml packages that build with findlib and without findlib, and they place the development libs in different places. Also I have found a few packages that install libs in the findlib dir AND in the ocaml dir. The two directories are : findlib: /usr/lib/ocaml/site-lib non-findlib: /usr/lib/ocaml Other distributions with more developed ocaml support, such as fedora and Debian/Ubuntu have chosen to use findlib for all packages and they all install to the /usr/lib/ocaml dir. So I am proposing for discussion, that we look into repairing the ocaml packages to all use findlib and to install everything into /usr/lib/ocaml. Then we can have some peace on the ocaml front and we can do away with the complications in the AUR with ocaml packages. I have adopted the ocaml-findlib package and a number of them have been orphaned, (which I am picking up) but I wanted to run this by the TUs and other AUR devs before I really considered revamping the ocaml landscape in the AUR. -Thanks -Thomas S Hatch

2 15

[aur-general] cisco-vpnclient - random computer hang
by Netanel Shine 05 Jan '11

05 Jan '11

http://aur.archlinux.org/packages.php?ID=10537 it seems like the computer just freeze (hang) on random time when using the vpnclient on newer kernel version (2.6.36) - on the older versions it was fine. more information here - http://ilapstech.blogspot.com/2009/09/cisco-vpn-client-on-karmic-koala.html…

3 4

[aur-general] Audio plug-ins name convention
by Bernardo Barros 04 Jan '11

04 Jan '11

Hi all! I'm packaging some audio plug-ins and I wanted to know if there is any naming convention to this, as with fonts. Since there are different formats (LADSPA, LV2, DSSI and VST), if we follow the convention used with fonts (like ttf-xxxxx), we will get: lv2-xxxxx dssi-xxxxx ladspa-xxxxx vst-xxxxx It makes sense?

3 3

[aur-general] xbmc-svn and skins removal request
by Vlad George 04 Jan '11

04 Jan '11

Hello TUs, please remove "xbmc-svn" (http://aur.archlinux.org/packages.php?ID=20156) as it is now succeeded by xbmc-git (http://aur.archlinux.org/packages.php?ID=45036) Also please remove the unmaintained xbmc skins: http://aur.archlinux.org/packages.php?O=0&K=xbmc&do_Orphans=Orphans&detail=… All the skins in the AUR aren't needed anyway, because skins use now the add-on interface and are now installed locally through xmbc. Thanks in advance, Vlad --

3 2

Re: [aur-general] [aur-dev] Request to drop keditbookmarks-svn
by Andrea Scarpino 04 Jan '11

04 Jan '11

On Tuesday 04 January 2011 21:18:21 Joker-jar wrote: > Today i recieve mail: > > AUR Comment for keditbookmarks > > > > duplicate of kdebase-keditbookmarks. deleted > > So, delete keditbookmarks-svn also. I'm author of package. Thanks keditbookmarks-svn is keditbookmarks from SVN not the stable version thus I didn't delete it. Are you sure you want to delete it? PS. Moving to aur-general which is the right place for these things. -- Andrea Scarpino Arch Linux Developer

1 0

[aur-general] orphan request - offlineimap-git
by Ethan Schoonover 04 Jan '11

04 Jan '11

I'd like to request that offlineimap-git be orphaned. - Current PKGBUILD points to old repository - I've tried to contact the current maintainer via email (listed address is a dead .edu account) and via twitter with no luck. Last attempt was over two weeks ago. - I have already posted a preliminary PKGBUILD (see links below) and am ready to submit it. Current (out of date) offlineimap-git: http://aur.archlinux.org/packages.php?ID=24202 BBS thread with my new PKGBUILD (for ref only) https://bbs.archlinux.org/viewtopic.php?id=110196 Ethan Schoonover es(a)ethanschoonover.com http://ethanschoonover.com

2 1

[aur-general] mc script cleanup
by Grigorios Bouzakis 03 Jan '11

03 Jan '11

https://aur.archlinux.org/packages.php?ID=22229 This is the old fork of the devel team that now maintains mc. Deprecated for years. https://aur.archlinux.org/packages.php?ID=22236 Slavz (from Slava Zanko) was the name of the above mentioned fork. He now leads the mc development team. Script doesnt use the forgotten forks sources but its uneeded since its the same as the package in extra only noone maintains it. https://aur.archlinux.org/packages.php?ID=14644 The utf-8 patch has been incorporated in mc since the early recent releases. It had also been part of the slavz fork. https://aur.archlinux.org/packages.php?ID=9065 A fork of the old unmaintained mc. It added some features to it, but now has been superseeded by the recent releases of mc under the new management. Definitely deprecated, no release in more than six years. -- Greg

2 1

[aur-general] I can not maintain my packages anymore, liquidsoap & some ocaml dependencies
by Luciano A. Ferrer 03 Jan '11

03 Jan '11

Hi guys, gals! Unfortunately I can not maintain my packages anymore, it is liquidsoap[1] and some ocaml dependencies of it (in fact, I am not using them anymore...) You can see the list here: http://aur.archlinux.org/packages.php?SeB=m&K=luuuciano Maybe some of you want to own them, or a few of them? No idea what it is the best way to do it, I will just Disown them now? In the other hand, Thomas S Hatch sent an email to ocaml packagers[2] Best regards and wishes! luciano [1] http://savonet.sourceforge.net/ [2] Hello, I am the new ocaml findlib maintainer and I just letting the maintainers of ocaml packages know that I have changed some of the behavior of findlib to fix some issues. These changes should not break your packages, but I am asking that the ocaml package developers change their packages to reflect these changes, and I just want them to be aware of them since it changes a lot of PKGBUILDs in the long run. Thanks for your packages! https://wiki.archlinux.org/index.php/OCaml_Package_Guidelines

2 3

[aur-general] GMPC packages, bundle and singular
by Joel Heaton 03 Jan '11

03 Jan '11

Hi all, I just have a query about these, before I spend some time adopting and updating a bunch of them. In AUR, there are two packages that provide almost all of the GMPC plugins as far as I can see; gmpc-plugins and gmpc-plugins-git: http://aur.archlinux.org/packages.php?ID=29603 http://aur.archlinux.org/packages.php?ID=23457 There are a number of plugins packaged separately in the AUR as shown here: http://aur.archlinux.org/packages.php?O=0&K=gmpc&do_Search=Go&detail=1&C=0&… Now, neither gmpc-plugins nor gmpc-plugins-git provide all of the plugins listed, though they do cover most. Are the others okay to exist in case people only want one or two rather than the whole package, or should they be removed because they are provided by another package? I'd just like to clear this up before I go ahead and do anything/nothing. Kind regards, Joel.

2 3

[aur-general] tenshi
by Florian Pritz 02 Jan '11

02 Jan '11

I noticed tenshi [1] hasn't been updated for quite a while and I'd like to maintain it (and perl-io-bufferedselect which is a dependency in newer versions and not yet in AUR/repos) in community if 1) the current maintainer is okay with that and 2) three TUs agree because it sadly doesn't satisfy the 10 votes or 1% usage rule. I've got a working PKGBUILD for 0.12 and I'm already using it on my systems. In case I can't move it to community I'll publish that later. CC'ing the current maintainer (Ryan). [1] https://aur.archlinux.org/packages.php?ID=14088 -- Florian Pritz -- {flo,bluewind}(a)server-speed.net

6 6

[aur-general] Orphan request
by kevku 02 Jan '11

02 Jan '11

Requesting orphan on opensc http://aur.archlinux.org/packages.php?ID=10154 no reply from maintainer in a week.

2 1

[aur-general] OCaml Findlib changes
by Thomas S Hatch 02 Jan '11

02 Jan '11

Hello, I am the new ocaml findlib maintainer and I just letting the maintainers of ocaml packages know that I have changed some of the behavior of findlib to fix some issues. These changes should not break your packages, but I am asking that the ocaml package developers change their packages to reflect these changes, and I just want them to be aware of them since it changes a lot of PKGBUILDs in the long run. The changes are small, but outlined in this wiki entry: https://wiki.archlinux.org/index.php/OCaml_Package_Guidelines My hope is to clean up and standardize OCaml packages and make it as nice as other language libs like haskell. Thanks for your packages! -Thomas S Hatch

1 0

[aur-general] Package deletion request
by Thomas S Hatch 02 Jan '11

02 Jan '11

lwt: https://aur.archlinux.org/packages.php?ID=33268 Has been replaced by the properly named: ocaml-lwt: http://aur.archlinux.org/packages.php?ID=39089 Thanks! -Thomas S Hatch

2 1

[aur-general] delete req,
by jwbirdsong 31 Dec '10

31 Dec '10

gmic at http//aur.archlinux.org/packages.php?ID=39897 Unmaintained dup of community pkg gmic thanks

2 1

[aur-general] ArchStudio
by Bernardo Barros 31 Dec '10

31 Dec '10

Hello everyone! I set up a repository based on a modified version of ArchAudio, with some of my stuff and lots of PKGBUILDs from AUR's contributors. Hope this helps to update and maintain ArchAudio alive and updated. Just source for now, no binaries. It is a hg repo, so it can also be hosted inBitBucket and Google Code, and can be easily forked, hacked and pushed back. The contribution work can be much easier this way, I think. The initial idea is not _necessarily_ to replace ArchAudio repo binaries, but set up a pool for development of the most updated and new in terms of professional audio packages for ArchLinux. https://bitbucket.org/smoge/archstudio Happy New Year! Bernardo

1 0

[aur-general] Duplicate Lyx 2.0beta2
by Bernardo Barros 31 Dec '10

31 Dec '10

It seems to be the same thing for me: http://aur.archlinux.org/packages.php?ID=37964 http://aur.archlinux.org/packages.php?ID=44306 the only difference is --enable-build-type=pre, that I thinks does not change much. Cheers!!

2 1

[aur-general] Chmod files in a package
by Nathan Owens 31 Dec '10

31 Dec '10

I am working on package bglibs, it has a installer that installs the libs and such. Namcap gives that usr/lib/bglibs/lib/... needs 444 or 644 directories and files need permission set to 644 or 444. I have tried chmod -R 644 $pkgdir/usr/lib/bglibs/lib and that doesn't work. Also I have tried: for dir in $pkgdir/usr/lib/bglibs/lib do chmod -R 644 $dir done also I have tried: find $pkgdir/usr/lib/bglibs/lib -type d -exec chmod 644 {}\; None of the above worked.

2 4

Re: [aur-general] Breaking the unspoken rule: AUR helper in [community]
by Evangelos Foutras 30 Dec '10

30 Dec '10

On Thu, Dec 30, 2010 at 4:16 AM, Dan McGee <dpmcgee(a)gmail.com> wrote: > http://www.archlinux.org/packages/community/i686/cower/ > > Thoughts? I was under the impression we didn't do this, and definitely > on purpose, otherwise people have *no* idea the AUR is different in a > lot of ways. Making people go the "hard way" to get a helper installed > at least presents some (necessary) barrier. This should have been posted to aur-general, where TUs can reply. Personally, I don't feel strong either way. As it was explained to me on IRC, cower doesn't include any building or installation functionality, it only searches for packages, downloads them, and can also check for updates to installed, unsupported, packages.

10 15

Re: [aur-general] [arch-dev-public] adding hunspell-xx packages
by Andreas Radke 30 Dec '10

30 Dec '10

Am Thu, 30 Dec 2010 16:06:15 +0100 schrieb Andreas Radke <a.radke(a)arcor.de>: > hunspell-de is alive. hunspell-en as well. same for hyphen-de (we already had hyphen-en from the hyphen split pkg) mythes-de and mythes-en. Feel free to add more languages sets (hunspell/hyphen/mythes) you need. Always check whether Fedora (http://pkgs.fedoraproject.org/gitweb/) or OpenOffice (http://wiki.services.openoffice.org/wiki/Dictionaries) has a more recent version. Now we need to rebuild OOo/LibO and Mozilla packages to make use of them. AUR and Community packages may need fixes for the proper file locations. -Andy

3 3

Re: [aur-general] [arch-dev-public] Breaking the unspoken rule: AUR helper in [community]
by Ionuț Bîru 30 Dec '10

30 Dec '10

On 12/30/2010 04:16 AM, Dan McGee wrote: > http://www.archlinux.org/packages/community/i686/cower/ > > Thoughts? I was under the impression we didn't do this, and definitely > on purpose, otherwise people have *no* idea the AUR is different in a > lot of ways. Making people go the "hard way" to get a helper installed > at least presents some (necessary) barrier. > > -Dan this is my mistake suggesting him to push it community mostly because cower is not like yaourt. It doesn't help building anything and users still have to familiar themselves with PKGBUILD and makepkg. i consider cower being a cli interface from aur and it much better than the html version. with it i can found more easily packages because it has bash completion, searching has regex. Just try to find the link for opera build from aur using the html interface vs cower. The only "rule" i found in wikis about this subject is: Note: There is not and will never be an official mechanism for installing build material from UNSUPPORTED. All users should be familiar with the build process. Maybe we should change that and include all aur helpers that interface with the official json api from aur.archlinux.org. -- Ionuț

4 3

Re: [aur-general] [arch-dev-public] Breaking the unspoken rule: AUR helper in [community]
by dave reisner 30 Dec '10

30 Dec '10

On Wed, Dec 29, 2010 at 9:16 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > http://www.archlinux.org/packages/community/i686/cower/ > > Thoughts? I was under the impression we didn't do this, and definitely > on purpose, otherwise people have *no* idea the AUR is different in a > lot of ways. Making people go the "hard way" to get a helper installed > at least presents some (necessary) barrier. > > -Dan > I suppose it depends on what we want the barrier to be. In lieu of one of Xyne's flowcharts, consider the raw interaction with the AUR to be something like: search -> download -> extract -> makepkg -> pacman cower draws the line after extraction, because I consider the process to be trivial up until that point. A completely uninformed user who learns how to use the AUR website and/or cower is still left in the same position after extraction -- they have some strange text files on their hard drive. A monkey* could get this far. The responsibility still lies with the user to understand what they've downloaded and what needs to be done with those files. makepkg, and the understanding of, is too important to be masked by another program. I do, however, understand the concern that existance of a tool in community to fetch said strange files may make them appear to be more supported than unsupported. dave * a real monkey, not one of our users.

1 0

[aur-general] Belated Arch Holiday Madness
by Kaiting Chen 30 Dec '10

30 Dec '10

Hi aur-general, I was out of the country while the whole Holiday Madness moves were taking place. Therefore I'm adopting my packages a little late. It looks like I'll be moving radvd, libx86emu, hwinfo, netperf, and nsd to [community]. They'll probably hit [community-testing] tomorrow and [community] in a couple of days. Merry Christmas and Happy New Years everyone! --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

1 0

[aur-general] change font package name?
by Bernardo Barros 29 Dec '10

29 Dec '10

If the users' comment is correct, should I change my font package names from xxx-font-ttf to ttf-xxx? http://aur.archlinux.org/packages.php?ID=44857

2 1

[aur-general] Please delete dmenu-xmms-patch
by StephenB 28 Dec '10

28 Dec '10

Hi Please delete: https://aur.archlinux.org/packages.php?ID=39466 I have uploaded a later version with a more suitable name Thanks, Stephen

2 1

[aur-general] Removal request
by jesse jaara 28 Dec '10

28 Dec '10

Euphoria4 http://aur.archlinux.org/packages.php?ID=44783 can be removed as package euphoria was updated to series 4 and euphoria3 package was created. -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

2 1