- Aur-general - lists.archlinux.org

[aur-general] Delete gtk-theme-equinox-radiance
by Joao Cordeiro 17 Jul '11

17 Jul '11

Maintainer created a new package for the same theme (see comments). Thank you. [1] https://aur.archlinux.org/packages.php?ID=35869

3 3

[aur-general] delete steadyflow-all-inclusive
by Joao Cordeiro 16 Jul '11

16 Jul '11

This package is obsolete and replaced by maintainer (see comments). Thanks. [1] https://aur.archlinux.org/packages.php?ID=49492

2 1

[aur-general] Orphan Request
by Mark Foxwell 16 Jul '11

16 Jul '11

Hi, Please can you orphan weechat-git [1]. I emailed the maintainer on 2nd July with a much more cleaner PKGBUILD but not had reply in two weeks. Thanks in advance, Mark

2 2

[aur-general] Delete request
by rafael ff1 16 Jul '11

16 Jul '11

caffeine-gnome3 [1] is based in a branch that was already merged [2] to trunk, which is provided by package caffeine [3]. Therefore, no need for this package package anymore. Please delete caffeine-gnome3. [1] http://aur.archlinux.org/packages.php?ID=49831 [2] http://bazaar.launchpad.net/~caffeine-developers/caffeine/main/revision/377 [3] http://aur.archlinux.org/packages.php?ID=29762 Thanks, Rafael

2 1

[aur-general] PCSX2 Plugins folder - suggestion?
by rafael ff1 16 Jul '11

16 Jul '11

Hi all, I'm the maintainer of the package pcsx2-svn[1]. PCSX2 from now on will install files in a different folder than /opt/pcsx2 - I'm still going to adapt the PKGBUILD. Plugins, as I can see in Archlinux Packaging Standards [2], should go to /var/lib/pcsx2/PLUGINNAME.so... However, pcsx2 is a 32 bit package and only works in 64 bit because it uses lib32 packages. In my 64 bit system, I can see that the compilation of pcsx2 [gcc -m32, thanks to gcc-multilib] gives me ELF 32 bit plugins, which makes it a little bit weird to have it inside /var/lib/pcsx2 - which is a system's architecture folder. However, on 32 bit systems, there would be no problem putting plugins in /var/lib/pcsx2. Having that said, where should 32 and 64 bit compilations of PCSX2 put its plugins (talking about /varlib/pcsx2 and /var/lib32/pcsx2)? [1] http://aur.archlinux.org/packages.php?ID=21899 [2] https://wiki.archlinux.org/index.php/Arch_Packaging_Standards Thanks in advance, Rafael

3 5

[aur-general] Orphan request
by Marco Schulze 15 Jul '11

15 Jul '11

Please orphan zpaq [1]. I contacted tuxspirit by email and he agreed to transfer it to me, but he forgot to orphan the package and he doesn't seem to check his emails often (more than a week with no replies). [1] https://aur.archlinux.org/packages.php?ID=29726

2 1

[aur-general] large number of deprecated/duplicate flashplugin packages
by Anish Bhatt 14 Jul '11

14 Jul '11

All of these packages are either orphaned/out-of-date/duplicate or deprecated. Could someone delete these please ? http://aur.archlinux.org/packages.php?ID=47038 http://aur.archlinux.org/packages.php?ID=47308 http://aur.archlinux.org/packages.php?ID=49704 http://aur.archlinux.org/packages.php?ID=50704 http://aur.archlinux.org/packages.php?ID=44101 Also, adobe at one point had three seperate flash releases available, and had versioning/architecture issues that required three seperate AUR packages. Their last release consolidates all these releases, rendering two of these packages obsolete. Adobe also tends to use adjectives like prerelease/beta/preview randomly, causing further package naming issues. (eg, all -prerelease packages have now become -beta, when there used to be seperate -beta & -prerelease releases earlier). What's a good way to consolidate users of the three packages into the correct one ? -Anish -- As long as the music's loud enough, we won't hear the world falling apart.

3 3

[aur-general] The license of flashplugin(-prerelease) requires a download?
by Nimeton maili 14 Jul '11

14 Jul '11

There was some discussion in the flashplugin-prerelease's comment section[1] whether or not the PDF license of Flash Player (that is bigger than the tarball of the plugin itself) would be required to download along with the package. There was a suggestion to just use the post_install to link to the license (which the same guy said was redundant anyway because "We all know what we're installing, and how proprietary it is"). I could not care less for the license either but it's not that hard to just cut out the URL from the source=() section. So here we are. What do you guys think? Thanks for your time, Det [1] = http://aur.archlinux.org/packages.php?ID=32072

5 6

[aur-general] Request for PKGBUILD check: perl-pdl 2.4.9-1
by Anton Leontiev 13 Jul '11

13 Jul '11

Hi, all! Could you help me with PKGBUILD for Perl's PDL module? Currently I'm stuck with makedepends/optdepends. There is a number of dependencies which are optional, but to get PDL work with them as with optional packages in Arch, it should be compiled with them. So I added the in both makedepends and optdepends. Am I right? What are official recommendations for AUR packages in this case? Thank you in advance. -- Anton Leontiev <bunder(a)t-25.ru>

2 1

[aur-general] Ask for checking a PKGBUILD
by Marat Mukhametshin 13 Jul '11

13 Jul '11

3 2

[aur-general] Cleaning up wine packages
by Sven-Hendrik Haase 13 Jul '11

13 Jul '11

There are many wine packages in AUR and many of them are fairly old and/or obsolete, too. I'd like to clean that up. Here are the candidates: dwarffortress-wine (https://aur.archlinux.org/packages.php?ID=36202) Reason: Old version, no maintainer, no need (dwarffortress is in community/multilib) kwine (https://aur.archlinux.org/packages.php?ID=6498) Reason: Extremely old (2007), obsolete, dead upstream wine-chs (https://aur.archlinux.org/packages.php?ID=17914) Reason: Very old wine version, unmaintained wine-dib (https://aur.archlinux.org/packages.php?ID=31499) Reason: Old wine version and apparently the maintainer is uninterested wine-starcraft (https://aur.archlinux.org/packages.php?ID=41819) Reason: Very old wine, unnecessary patch and apparently the maintainer is uninterested wine-suse (https://aur.archlinux.org/packages.php?ID=37839) Reason: Unmaintained, bin32-wine-suse exists and is maintained wine-doors-svn (https://aur.archlinux.org/packages.php?ID=11849) Reason: Unmaintained, dead upstream, dead source wine-doors (https://aur.archlinux.org/packages.php?ID=11823) Reason: Very old, dead upstream, dead source wine-forgames (https://aur.archlinux.org/packages.php?ID=45631) Reason: Old, doesn't explain its purpose, seems to be a clone of wine-lol (https://aur.archlinux.org/packages.php?ID=39529) winetools (https://aur.archlinux.org/packages.php?ID=8913) Reason: Very old, dead upstream, dead source, obsolete (now in winetricks and other helpers) wuninst-git (https://aur.archlinux.org/packages.php?ID=18868) Reason: Very old, dead upstream, obsolete (now in wine) wisotool (https://aur.archlinux.org/packages.php?ID=37824) Reason: Old, obsolete (now in winetricks) wisotool-svn (https://aur.archlinux.org/packages.php?ID=37825) Reason: Obsolete (now in winetricks) winegame-t (https://aur.archlinux.org/packages.php?ID=37830) Reason: Unmaintained, old, dead upstream winefix (https://aur.archlinux.org/packages.php?ID=17459) Reason: Very old, unmaintained, apparently dead upstream Thoughts?

4 5

[aur-general] Deleteion request : qterm-unstable
by Jekyll Wu 13 Jul '11

13 Jul '11

qterm-unstable[1] is now actually the same as qterm[2]: same version and similar PKGBUILD. I have adopted qterm recently and please delete qterm-unstable which is also maintained by me now. [1] - http://aur.archlinux.org/packages.php?ID=18234 [2] - http://aur.archlinux.org/packages.php?ID=3317

2 1

[aur-general] Orphan goblin-camp
by Joao Cordeiro 12 Jul '11

12 Jul '11

Goblin-camp [1] was marked as out of date on Apr 26 (2.5 months ago). On June 28 (2 weeks ago) I sent the maintainer an email asking for him to update it and got no reply. I would like to adopt it, if possible. Thanks. [1] http://aur.archlinux.org/packages.php?ID=47108

3 2

[aur-general] Request deletion of manjaro-x11
by roland karim 11 Jul '11

11 Jul '11

I am requesting the deletion of the manjaro-x11 package in Aur. It is my own package, which has been replaced by xoco. Link: http://aur.archlinux.org/packages.php?ID=45770 Ying

2 1

[aur-general] zynaddsubfx-lash removal
by Daniele Paolella 11 Jul '11

11 Jul '11

Please remove zynaddsubfx-lash <https://aur.archlinux.org/packages.php?ID=34411>, the same compilation options are now included in zynaddsubfx <https://aur.archlinux.org/packages.php?ID=43700>. Many thanks.

2 1

[aur-general] zynaddsubfx-lash removal
by Daniele Paolella 11 Jul '11

11 Jul '11

Please remove zynaddsubfx-lash <https://aur.archlinux.org/packages.php?ID=34411>, the same compilation options are now included in zynaddsubfx <https://aur.archlinux.org/packages.php?ID=43700>. Many thanks.

1 0

[aur-general] Awesome+vicious-git
by Daniel Hilst Selli 10 Jul '11

10 Jul '11

Hi people I has installed awesome in my system, and works fine. But when I install vicious it just hangs with background and pointer. I also tryed, awesome-git, but got stuck on xcb-util>=0.3. 8 installation Any idea? Thanks!! -- "Do or do not... there is no try" Yoda Master

2 2

[aur-general] duplicated packages
by Miguel Aguilar Molina 10 Jul '11

10 Jul '11

Hello I accidentally duplicated a package in the repository: https://aur.archlinux.org/packages.php?ID=50620 Might be removed from AUR? Thanks

2 1

[aur-general] grub-legacy-fedora-git package
by KESHAV P.R. 10 Jul '11

10 Jul '11

Hi all, I have created a PKGBUILD for Fedora's GRUB Legacy fork, grub-legacy-fedora-git https://aur.archlinux.org/packages.php?ID=47959 . It includes support for GPT boot (not tested) and supports ext4 /boot (tested using the UEFI package). It does not include any of the patches used in core/grub package. It compiles fine with the binutils in Arch repos (unlike the current core/grub and aur/grub-gfx packages). It also supports splashimage (gfx) option. Although I maintain that package, I do not use it. I use grub2-bios-bzr which I maintain). Important info :- 1. The menu config file is /boot/grub/grub.conf, not /boot/grub/menu.lst . 2. The syntax for splashimage is (for example) - splashimage (hd0,0)/boot/grub/image.xpm.gz 3. The package builds fine in x86_64 with gcc-multilib. I have not checked whether it compiles without gcc-multilib (grub2 1.99 compiles without multilib in x86_64). Would be helpful if someone confirms whether it compiles in x86_64 without multilib. I request current core/grub and aur/grub-gfx users to test this package and give your comments/suggestions. Regards. Keshav PS: The equivalent UEFI package is grub-legacy-efi-fedora https://aur.archlinux.org/packages.php?ID=47979 .

1 0

[aur-general] Deletion request
by Seblu 09 Jul '11

09 Jul '11

Package: ntpdate Reason: Already in ntp Link: http://aur.archlinux.org/packages.php?ID=19145 -- Sébastien Luttringer www.seblu.net

4 8

[aur-general] package for the gui of mkvmerge from mkvtoolnix (mmg)
by Uli Armbruster 09 Jul '11

09 Jul '11

Hi guys Since the PKGBUILD of mkvtoolnix now has the additional option --disable-gui, I want to create a package in the AUR which provides this gui, which is called mmg (MkvMergeGui). Right now I have it up here https://aur.archlinux.org/packages.php?ID=49992 but I'm not sure about some things: - Is it good or bad to only provide mmg (and its manpage, desktop file and icons of course) in the package and add mkvtoolnix as a dependency, because mmg depends on mkvmerge (which is in mkvtoolnix)? You see in the comments, that others want me to make a package, which provides all the mkvtoolnix package contains PLUS mmg => they want a package which is exactly like that one which has been in the repos until recently. In my opinion it makes more sense to make this package depending on mkvtoolnix, for some reasons: - People don't have to compile everything, the build process is faster and packages depending on mkvtoolnix remain dependent on an official package, which is always recommended in my opinion. - It's possible to install the gui for mkvmerge AND / OR the gui for mkvinfo (which I want to upload to the AUR as well later today or tomorrow). If I provide everything in that package, that's not possible, except of course if I create 3 packages, one which includes the one gui, one which includes the other gui and one which includes both guis (the fourth possibility, no gui, is already in the repos). So the way I want to do it makes more sense, right? - I'm struggling with the naming of the package. Right now I called it mkvtoolnix-gtk, because for some reason I thought, that in mkvtoolnix's source there's one gtk gui for mkvmerge and a qt gui for mkvmerge. But that's wrong, there's the gtk gui for mkvmerge and a qt gui for mkvinfo. So right now I'd say, I name mkvmerge's gui mkvmerge-gui or mmg and mkvinfo's gui mkvinfo-gui or whatever the executable is called. I think that makes more sense. Do you agree? So what I'm asking is, what would you recommend? I'd like to make the package(s) as good as possible for all Arch users, not just for me. So if my approach makes no sense to you guys, I'll bow to the majority and change it (or let someone else take care of it ;D ) Cheers Army

5 7

[aur-general] [deletion request] streetview-explorer
by Uli Armbruster 09 Jul '11

09 Jul '11

And another one: https://aur.archlinux.org/packages.php?ID=49968 There's a package called streetview-explorer-svn which fits better, because this application is only provided as a svn version, so my package (which indicated to be a stable release according to the name, but there won't be a stable release ever according to the developer) isn't needed in the AUR. Regards Army

2 1

[aur-general] [removal request] luakit-noscript-git
by Uli Armbruster 09 Jul '11

09 Jul '11

Please remove my package luakit-noscript-git. It was merged into the develop branch which is used in the package luakit-git. I only created this package to make it easier for users to test this plugin. You can find it here https://aur.archlinux.org/packages.php?ID=50387

2 1

[aur-general] removal of python3-pyopengl
by Michael Schubert 09 Jul '11

09 Jul '11

Hi TUs, please remove python3-pyopengl [1]. It is out of date, orphaned, and I maintain the proper package python-pyopengl. Thanks. Michael [1] http://aur.archlinux.org/packages.php?ID=45322

2 1

[aur-general] delete SFML 1.6 packages
by Joao Cordeiro 08 Jul '11

08 Jul '11

Hi, All the SFML 1.6 packages are broken and orphaned. The official package is the git version. I think they could all be delete. sfml1 https://aur.archlinux.org/packages.php?ID=49606 lib32-sfml https://aur.archlinux.org/packages.php?ID=42518 mingw32-sfml https://aur.archlinux.org/packages.php?ID=38509 Cheers.

2 1