[aur-general] merge request

[Schala Zeal]

Please merge:

https://aur.archlinux.org/packages/mingw-w64-sqlite3/

into

https://aur.archlinux.org/packages/mingw-w64-sqlite/

I've dropped the '3' to match the Linux package name

[aur-general] package deletion request

[Schala Zeal]

https://aur.archlinux.org/packages/mingw-w64-zlib-static/
https://aur.archlinux.org/packages/mingw-w64-winpthreads-static/
https://aur.archlinux.org/packages/mingw-w64-wxmsw2.9/
https://aur.archlinux.org/packages/mingw-w64-wxmsw2.9-static/
https://aur.archlinux.org/packages/mingw-w64-wxmsw2.9-static-with-debug/

The regular wxmsw packages provide version 3.0, obsoleting the 2.9
packages. The static libraries of zlib and winpthrerads are already
provided in their main packages.

[aur-general] Concern about 'weepcraft' package

[Schala Zeal]

I came across a package in the AUR recently updated called 'weepcraft.' 
It is apparently a hacked Minecraft client, most likely intended for 
malicious purposes. Additionally, Mojang states in the Minecraft product 
not to redistribute the software, and the "Weepcraft" website apparently 
does just that.

[aur-general] Deletion request

[Schala Zeal]

Please delete 
https://aur.archlinux.org/packages/lidgren-network-gen3-base/ It is no 
longer needed, thanks.

[aur-general] merge request

[Schala Zeal]

Please merge https://aur.archlinux.org/packages/blender-smd/ into
https://aur.archlinux.org/packages/blender-source-tools/

Upstream has renamed this as such.

[aur-general] deletion request

[Schala Zeal]

Please delete https://aur.archlinux.org/packages/mingw-w64-gcc-qt5/

The patches it provides have been merged into mingw-w64-gcc

[aur-general] Removal request

[Schala Zeal]

https://aur.archlinux.org/packages/aurora-sim-optional-modules-git/

I've decided to include the optional modules in the main package for 
people to use or not use at their discretion.

[aur-general] Removal request: nim-locale

[Schala Zeal]

https://aur.archlinux.org/packages/nim-locale/

I meant to apply a -git suffix to this.

[aur-general] Disowning my mingw-w64-* packages, feel free to adopt

[Schala Zeal]

I've decided to stop using mingw-w64 in favor of an alternative. As 
such, my massive collection of packages for it are orphaned for anyone 
interested:


https://aur.archlinux.org/packages/mingw-w64-allegro
https://aur.archlinux.org/packages/mingw-w64-allegro-static
https://aur.archlinux.org/packages/mingw-w64-apr
https://aur.archlinux.org/packages/mingw-w64-apr-util
https://aur.archlinux.org/packages/mingw-w64-atk
https://aur.archlinux.org/packages/mingw-w64-atkmm
https://aur.archlinux.org/packages/mingw-w64-box2d
https://aur.archlinux.org/packages/mingw-w64-bzip2
https://aur.archlinux.org/packages/mingw-w64-c-ares
https://aur.archlinux.org/packages/mingw-w64-cairo
https://aur.archlinux.org/packages/mingw-w64-cairomm
https://aur.archlinux.org/packages/mingw-w64-corrade
https://aur.archlinux.org/packages/mingw-w64-cppunit
https://aur.archlinux.org/packages/mingw-w64-curl
https://aur.archlinux.org/packages/mingw-w64-db
https://aur.archlinux.org/packages/mingw-w64-dumb
https://aur.archlinux.org/packages/mingw-w64-expat
https://aur.archlinux.org/packages/mingw-w64-fftw
https://aur.archlinux.org/packages/mingw-w64-fontconfig
https://aur.archlinux.org/packages/mingw-w64-ftgl
https://aur.archlinux.org/packages/mingw-w64-gc
https://aur.archlinux.org/packages/mingw-w64-gdk-pixbuf2
https://aur.archlinux.org/packages/mingw-w64-giflib
https://aur.archlinux.org/packages/mingw-w64-glibmm
https://aur.archlinux.org/packages/mingw-w64-gmp
https://aur.archlinux.org/packages/mingw-w64-gmp-static
https://aur.archlinux.org/packages/mingw-w64-gnutls
https://aur.archlinux.org/packages/mingw-w64-gsl
https://aur.archlinux.org/packages/mingw-w64-gtest
https://aur.archlinux.org/packages/mingw-w64-gtk2
https://aur.archlinux.org/packages/mingw-w64-gtkglext
https://aur.archlinux.org/packages/mingw-w64-gtkmm
https://aur.archlinux.org/packages/mingw-w64-gtksourceview2
https://aur.archlinux.org/packages/mingw-w64-isl
https://aur.archlinux.org/packages/mingw-w64-jasper
https://aur.archlinux.org/packages/mingw-w64-json-c
https://aur.archlinux.org/packages/mingw-w64-json-glib
https://aur.archlinux.org/packages/mingw-w64-lcms2
https://aur.archlinux.org/packages/mingw-w64-libarchive
https://aur.archlinux.org/packages/mingw-w64-libassuan
https://aur.archlinux.org/packages/mingw-w64-libconfig
https://aur.archlinux.org/packages/mingw-w64-libcroco
https://aur.archlinux.org/packages/mingw-w64-libcsv
https://aur.archlinux.org/packages/mingw-w64-libevent
https://aur.archlinux.org/packages/mingw-w64-libexif
https://aur.archlinux.org/packages/mingw-w64-libgee
https://aur.archlinux.org/packages/mingw-w64-libgpg-error
https://aur.archlinux.org/packages/mingw-w64-libgtksourceviewmm2
https://aur.archlinux.org/packages/mingw-w64-libidn
https://aur.archlinux.org/packages/mingw-w64-libjpeg
https://aur.archlinux.org/packages/mingw-w64-libltdl
https://aur.archlinux.org/packages/mingw-w64-libmad
https://aur.archlinux.org/packages/mingw-w64-libmikmod
https://aur.archlinux.org/packages/mingw-w64-libmpc
https://aur.archlinux.org/packages/mingw-w64-libmpc-static
https://aur.archlinux.org/packages/mingw-w64-libmspack
https://aur.archlinux.org/packages/mingw-w64-librsvg
https://aur.archlinux.org/packages/mingw-w64-libsigc++
https://aur.archlinux.org/packages/mingw-w64-libsodium
https://aur.archlinux.org/packages/mingw-w64-libssh2
https://aur.archlinux.org/packages/mingw-w64-libtasn1
https://aur.archlinux.org/packages/mingw-w64-libtheora
https://aur.archlinux.org/packages/mingw-w64-libuecc
https://aur.archlinux.org/packages/mingw-w64-libunicows
https://aur.archlinux.org/packages/mingw-w64-libunistring
https://aur.archlinux.org/packages/mingw-w64-libwebp
https://aur.archlinux.org/packages/mingw-w64-libxml++
https://aur.archlinux.org/packages/mingw-w64-libxr
https://aur.archlinux.org/packages/mingw-w64-libyaml
https://aur.archlinux.org/packages/mingw-w64-lzo2
https://aur.archlinux.org/packages/mingw-w64-mini18n-svn
https://aur.archlinux.org/packages/mingw-w64-mpfr
https://aur.archlinux.org/packages/mingw-w64-mpfr-static
https://aur.archlinux.org/packages/mingw-w64-msgpack
https://aur.archlinux.org/packages/mingw-w64-nettle
https://aur.archlinux.org/packages/mingw-w64-ode
https://aur.archlinux.org/packages/mingw-w64-onig
https://aur.archlinux.org/packages/mingw-w64-openjpeg
https://aur.archlinux.org/packages/mingw-w64-opus
https://aur.archlinux.org/packages/mingw-w64-pango
https://aur.archlinux.org/packages/mingw-w64-pangomm
https://aur.archlinux.org/packages/mingw-w64-pcre
https://aur.archlinux.org/packages/mingw-w64-pixman
https://aur.archlinux.org/packages/mingw-w64-portaudio
https://aur.archlinux.org/packages/mingw-w64-postgresql-libs
https://aur.archlinux.org/packages/mingw-w64-ppl
https://aur.archlinux.org/packages/mingw-w64-protobuf
https://aur.archlinux.org/packages/mingw-w64-qrencode
https://aur.archlinux.org/packages/mingw-w64-ruby
https://aur.archlinux.org/packages/mingw-w64-sdl
https://aur.archlinux.org/packages/mingw-w64-sdl_gfx
https://aur.archlinux.org/pa

[aur-general] removal request

[Schala Zeal]

https://aur.archlinux.org/packages/sheepshaver-cvs

This has not only been superseded by sheepshaver-git, but the CVS repo 
has been broken for over two years.

[aur-general] removal requests

[Schala Zeal]

With the purpose of mingw-w64-* packages being dual 32/64-bit, I feel 
really uneasy about my lib32-mingw-w64-* packages. Looks like no one 
uses them anyway.


https://aur.archlinux.org/packages/lib32-mingw-w64-allegro4/
https://aur.archlinux.org/packages/lib32-mingw-w64-allegro4-static/
https://aur.archlinux.org/packages/lib32-mingw-w64-apr/
https://aur.archlinux.org/packages/lib32-mingw-w64-apr-util/
https://aur.archlinux.org/packages/lib32-mingw-w64-atkmm/
https://aur.archlinux.org/packages/lib32-mingw-w64-graphite/
https://aur.archlinux.org/packages/lib32-mingw-w64-gtk2/
https://aur.archlinux.org/packages/lib32-mingw-w64-gtkglext/
https://aur.archlinux.org/packages/lib32-mingw-w64-gtkglextmm/
https://aur.archlinux.org/packages/lib32-mingw-w64-gtkmm/
https://aur.archlinux.org/packages/lib32-mingw-w64-gtksourceview2/
https://aur.archlinux.org/packages/lib32-mingw-w64-libgcrypt/
https://aur.archlinux.org/packages/lib32-mingw-w64-luajit/
https://aur.archlinux.org/packages/lib32-mingw-w64-pangomm/
https://aur.archlinux.org/packages/lib32-mingw-w64-ptlib/
https://aur.archlinux.org/packages/lib32-mingw-w64-wxmsw/
https://aur.archlinux.org/packages/lib32-mingw-w64-wxmsw-static/

[aur-general] merge request

[Schala Zeal]

new: https://aur.archlinux.org/packages/yabause-gtk-svn/
old: https://aur.archlinux.org/packages/yabause-svn/

Thanks!

[aur-general] merge requests

[Schala Zeal]

I was ordered by a TU to append the proper suffixes to several of my 
packages last night. Some were deleted right off the bat, so, here:


New packages
https://aur.archlinux.org/packages/aporia-git/
https://aur.archlinux.org/packages/babel-git/
https://aur.archlinux.org/packages/cahbot-git/
https://aur.archlinux.org/packages/claro-git/
https://aur.archlinux.org/packages/dotnetasyncsocket-svn/
https://aur.archlinux.org/packages/nael-git/
https://aur.archlinux.org/packages/phxd-hg/
https://aur.archlinux.org/packages/ppruby-git/
https://aur.archlinux.org/packages/qwired-svn/
https://aur.archlinux.org/packages/sheepshear-git/
https://aur.archlinux.org/packages/winformsui-monoport-hg/

old ones:
https://aur.archlinux.org/packages/aporia/
https://aur.archlinux.org/packages/babel/
https://aur.archlinux.org/packages/cahbot/
https://aur.archlinux.org/packages/claro/
https://aur.archlinux.org/packages/dotnetasyncsocket/
https://aur.archlinux.org/packages/nael/
https://aur.archlinux.org/packages/phxd/
https://aur.archlinux.org/packages/ppruby/
https://aur.archlinux.org/packages/qwired/
https://aur.archlinux.org/packages/sheepshear/
https://aur.archlinux.org/packages/winformsui-monoport/

[aur-general] Deletion requests

[Schala Zeal]

https://aur.archlinux.org/packages/yabause-qt-svn/
https://aur.archlinux.org/packages/yabause-svn/

There seems to be a more recent git package for these.

[aur-general] removals

[Schala Zeal]

https://aur.archlinux.org/packages/besen/
https://aur.archlinux.org/packages/fpc-i386-win32-besen/
https://aur.archlinux.org/packages/fpc-x86_64-win64-besen/

The packages make FPC act very weird when trying to use them.

[aur-general] Removal request

[Schala Zeal]

https://aur.archlinux.org/packages/monodevelop-monogame/

monogame 3.0.0.0-2 now provides this.

[aur-general] removal request

[Schala Zeal]

https://aur.archlinux.org/packages/craftbukkit-snapshot/

I've decided since most people use the latest beta built, to make the 
snapshots as 'craftbukkit' and the stable as 'craftbukkit-stable'

[aur-general] Removal requests

[Schala Zeal]

https://aur.archlinux.org/packages/fpc32-allegro_pas/
https://aur.archlinux.org/packages/fpc-x86_64-win64-allegro_pas/ 



Gave these packages a slightly more appropriate renaming, so these are 
no longer needed.

[aur-general] Removal requests

[Schala Zeal]

https://aur.archlinux.org/packages/allegro_pas/
https://aur.archlinux.org/packages/fpc-i386-win32-allegro_pas/

I slightly altered the package name in both, and it should be safe to
remove considering as no votes or comments reside in these.

[aur-general] Removal: bin32-go

[Schala Zeal]

https://aur.archlinux.org/packages/bin32-go/

I tried to make a package providing 32-bit capabilities for 64-bit users 
but it's quite clear Google Go does not like me at all.

Re: [aur-general] craftbukkit getting frequently flagged

[Schala Zeal]

On 11/02/2012 07:32 PM, Oon-Ee Ng wrote:

Just post a comment on the package? When this happens to my own packages I
end up just leaving it marked out of date to save myself the emails, then
tell people 'if its really out of date, post a comment'.


On Sat, Nov 3, 2012 at 9:44 AM, Schala Zeal wrote:


I would appreciate it if those using craftbukkit would not flag it out of
date over and over. 1.3.2r3.0 is the latest stable release. If you want the
snapshot, please see 
https://aur.archlinux.org/**packages.php?ID=62317<https://aur.archlinux.org/packages.php?ID=62317>

1.4.2r0.1 is an unstable release and does not constitute flagging
craftbukkit out of date. Thanks.


I did, but no one will note it.

[aur-general] craftbukkit getting frequently flagged

[Schala Zeal]

I would appreciate it if those using craftbukkit would not flag it out 
of date over and over. 1.3.2r3.0 is the latest stable release. If you 
want the snapshot, please see 
https://aur.archlinux.org/packages.php?ID=62317


1.4.2r0.1 is an unstable release and does not constitute flagging 
craftbukkit out of date. Thanks.

Re: [aur-general] Oops, one more to remove

[Schala Zeal]

On 10/28/2012 03:49 PM, Martti Kühne wrote:

On Mon, Oct 22, 2012 at 09:17:24PM -0700, Connor Behan wrote:

On 22/10/12 08:36 PM, Schala Zeal wrote:

https://aur.archlinux.org/packages.php?ID=59984

Apparently the GUI client is also a module, as it needs to be invoked
through a script instead of a standalone program. Renamed it as well

Ok, this is gone too now.



so, essentially, that makes 3 packages gone. names unknown.

py-wire, py-wired, and wipy

[aur-general] Removal request

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=57314

Currently packaging DirectX 10 FPC bindings, and changed the package 
name to be DX-version neutral.

Re: [aur-general] unicon packages orphaned and broken.

[Schala Zeal]

On 10/25/2012 08:45 AM, scrawler wrote:

would somebody be so kind as to adopt (and fix) the unicon and
unicon-svn packages?

https://aur.archlinux.org/packages.php?O=0&K=unicon&do_Search=Go

If nobody wants to, I can give it a shot myself.

Thanks!
I apologise about that. I was the maintainer, but orphaned them due to 
too many complaints about it not working for others that I just didn't 
know how to fix, because I had hoped someone might come along and take over.

[aur-general] Merge request

[Schala Zeal]

Please merge:

https://aur.archlinux.org/packages.php?ID=20819 (dpgconverter)

into

https://aur.archlinux.org/packages.php?ID=27883 (dpgconv)

dpgconv is being maintained and up-to-date while dpgconverter is the 
same thing but orphaned and out of date.

Re: [aur-general] unscribe

[Schala Zeal]

On 10/22/2012 08:52 PM, 金 戈 wrote:

unscribe

It's 'unsubscribe', you forgot 'sub'

[aur-general] Oops, one more to remove

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=59984

Apparently the GUI client is also a module, as it needs to be invoked 
through a script instead of a standalone program. Renamed it as well

[aur-general] Removal requests

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=59982
https://aur.archlinux.org/packages.php?ID=59981

These are essentially Python modules, which is why I resubmitted them 
with a conventional python2-* prefix

[aur-general] Removal requests

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=63728
https://aur.archlinux.org/packages.php?ID=63396

In order to allow users to have more customization to the addons, I've 
adjusted these packages in such a way that their package names seem 
unsuitable and have reuploaded them with new names.

[aur-general] Removal requests

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=62098
https://aur.archlinux.org/packages.php?ID=62099

mingw-w64-bullet apparently already exists, submitted by another user. 
Whoops.

[aur-general] Removal request: d2fonts

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=62956

I renamed it to ttf-d2fonts to be more conventional

[aur-general] Remove request

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=61634

I reuploaded it under the correct package name.

[aur-general] Removal request: python2-hxd

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=61474

The project's actual name is phxd and I've resubmitted this package 
under that name to reflect that.

[aur-general] Merge request

[Schala Zeal]

Please merge https://aur.archlinux.org/packages.php?ID=61509 
(lib32-mingw-w64-libunicows) into 
https://aur.archlinux.org/packages.php?ID=62869 (mingw-w64-libunicows)

Re: [aur-general] Removal request: redirect-xsession-errors

[Schala Zeal]

On 9/11/2012 12:05 PM, Martti Kühne wrote:
> On Tue, Sep 11, 2012 at 7:18 PM, Jonathan Steel  wrote:
>> And now I feel stupid as that was in the subject!
>
> there's nothing stupid about that. Xdm does this with a cp /dev/null
> "$HOME/.xsession-errors" for me, but I have no idea how your desktop
> manager handles this, as every implementation seems to have its own
> pros and cons with stuff like this.
> I recommend you to document your findings in the wiki, unless you
> found your solution there.
>
> cheers!
> mar77i
I just found that changing the 2 ClientLogFile settings in
/usr/share/kde4/kdm/kdmrc to /dev/null works for me. And no, this
package was never remove-xsession-errors.

[aur-general] Removal request: redirect-xsession-errors

[Schala Zeal]

I was hoping for a solution to stifling ~/.xsession-errors but my 
package apparently doesn't work.


https://aur.archlinux.org/packages.php?ID=62685

Re: [aur-general] Removal requests

[Schala Zeal]

On 08/26/2012 09:41 PM, Connor Behan wrote:
> On 26/08/12 09:39 PM, Schala Zeal wrote:
>> https://aur.archlinux.org/packages.php?ID=58510
>> https://aur.archlinux.org/packages.php?ID=58486
>> https://aur.archlinux.org/packages.php?ID=61472
>> https://aur.archlinux.org/packages.php?ID=61473
>> https://aur.archlinux.org/packages.php?ID=58485
>>
>> All of these are Flash games I previously packaged that are better
>> suited to be played through a web browser. I guess I went a bit nutty
>> with my package making.
> Removed. It takes a fine Archer to admit to such nuttiness :P.
>
Eh this was earlier in my newbie Archer phase. I'm more pragmatic now.

[aur-general] Removal requests

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=58510
https://aur.archlinux.org/packages.php?ID=58486
https://aur.archlinux.org/packages.php?ID=61472
https://aur.archlinux.org/packages.php?ID=61473
https://aur.archlinux.org/packages.php?ID=58485

All of these are Flash games I previously packaged that are better
suited to be played through a web browser. I guess I went a bit nutty
with my package making.

[aur-general] merge request

[Schala Zeal]

mingw32-glm and mingw32-glmath seem to be the same software. mingw32-glm
would be the appropriate one to use.

https://aur.archlinux.org/packages.php?ID=58831
https://aur.archlinux.org/packages.php?ID=57750

[aur-general] Removal (or merge) request

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=55160
https://aur.archlinux.org/packages.php?ID=55209

lib32-mingw-w64-glew and mingw-w64-glew-pure64 seem to be abandoned in
favor of mingw-w64-glew ( https://aur.archlinux.org/packages.php?ID=52214 )

[aur-general] Removal request

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=57846

mingw-w64-glmath seems to be abandoned in favor of mingw-w64-glm and is
essentially an older version of the latter.

[aur-general] Removal: i386-haiku-binutils

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=61875

Darn Haiku tools trolled me again. Next thing I'll submit will be the
entire toolchain in one package so I'll know it's done

[aur-general] Removal: i386-haiku-binutils-git

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=57424

I wanted to resubmit this without the -git suffix since GIT is the only
means of obtaining this package, as there are no releases of any sort.
The -git suffix, in this case, would only serve to imply that there's a
release variant package I'd think.

[aur-general] Removal: mingw-w64-freeglut

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=61633

Apparently mingw-w64 already has a libglut of its own. Woops

[aur-general] Concerning mingw-w64-qt

[Schala Zeal]

I was hoping to get mingw-w64-qt placed into multilib or community repo
because today I had built the package, but it took approximately TEN
HOURS to do so. This is because it builds static release, static debug,
shared release, and shared debug for both 32 and 64-bit. I will admit
the full suite is very handy, but it would be great to have a binary
package in the repo to save people the abysmal build time.

Seeing as mingw-w64's toolchain has a good number of votes and Qt's
widespread use, I feel it would be a great benefit to cross platform
developers, again, given the circumstances of the above issue.

https://aur.archlinux.org/packages.php?ID=60127

Thanks

[aur-general] Delete request

[Schala Zeal]

craftbukkit-plugin-guns has been replaced by craftbukkit-plugin-gunsplus

https://aur.archlinux.org/packages.php?ID=57782

[aur-general] Delete and merge requests

[Schala Zeal]

In a hurry, making this quick:

Please delete:

https://aur.archlinux.org/packages.php?ID=58488
https://aur.archlinux.org/packages.php?ID=58489
https://aur.archlinux.org/packages.php?ID=60264

Please merge:
https://aur.archlinux.org/packages.php?ID=35432 into
https://aur.archlinux.org/packages.php?ID=61475

[aur-general] Removal request

[Schala Zeal]

I would like to recommend the orphaned package mingw32-zlib-static be
removed, as mingw32-zlib offers a static library as well as a DLL import
library.

https://aur.archlinux.org/packages.php?ID=24260

[aur-general] Delete request

[Schala Zeal]

I'd like mingw32-sqlite3 and mingw32-sqlite3-static deleted, as the
native package is simply 'sqlite', not 'sqlite3'. I will be submitting
mingw32-sqlite to reflect this convention. Thanks.

https://aur.archlinux.org/packages.php?ID=53438
https://aur.archlinux.org/packages.php?ID=22029

[aur-general] Deletion request

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=60324

I had submitted wine-locale to the AUR after testing the script to run
it. It worked so I assumed it was ready to package. However, it turns
out this script really hates paths other than it was downloaded from.

[aur-general] Notice: Disowning all my mingw32-* packages

[Schala Zeal]

I've decided to drop maintenance for every mingw32-* package I owned on
AUR to focus on mingw-w64-* instead. Please feel free to adopt any of
the mass-orphaned packages.

[aur-general] Merge request

[Schala Zeal]

Please merge https://aur.archlinux.org/packages.php?ID=59092 into
https://aur.archlinux.org/packages.php?ID=59237

I decided to drop the -hg suffix since there's no actual releases
outside of the hg repo. If that ever does happen, I'll remake the package.

[aur-general] Removal request

[Schala Zeal]

Please remove https://aur.archlinux.org/packages.php?ID=57783

The download link is not only no longer valid, but the preset config
files it would fetch seem to be gone entirely without an updated version.

[aur-general] Removal request: mingw32-fftw-static

[Schala Zeal]

Please remove https://aur.archlinux.org/packages.php?ID=28658

I recently submitted mingw32-fftw, which compiles both shared and static
libraries and is also up to date. This obsoletes the static package.

[aur-general] merge request

[Schala Zeal]

Please merge the following:

https://aur.archlinux.org/packages.php?ID=58482
https://aur.archlinux.org/packages.php?ID=58712
https://aur.archlinux.org/packages.php?ID=58481

into this package: https://aur.archlinux.org/packages.php?ID=58483

I decided to just make it one package that installs a font collection,
rather than having individual packages for each font.

[aur-general] Removal request: mingw32-gettext-static

[Schala Zeal]

Please remove https://aur.archlinux.org/packages.php?ID=24288

mingw32-gettext now contains patches to build both shared and static
libs, rendering this package obsolete.

[aur-general] Removal request: mingw32-libiconv-static

[Schala Zeal]

Please remove https://aur.archlinux.org/packages.php?ID=24287

I've updated mingw32-libiconv by including patch fixes from MinGW's
Sourceforge page that allows both shared and static libraries to be
built, rendering the above linked package obsolete.

[aur-general] Removal request: mgwport

[Schala Zeal]

https://aur.archlinux.org/packages.php?ID=58081

While this has been verified to build successfully, I think it expects a
Windows/MSYS environment as opposed to an actual Unix environment.

[aur-general] Removal request: mingw32-freetds-static

[Schala Zeal]

Please have the following package removed. mingw32-freetds is able to
provide both static and shared libs, thus obsoleting this package.

https://aur.archlinux.org/packages.php?ID=28832

[aur-general] Merge request

[Schala Zeal]

I'd like to merge

https://aur.archlinux.org/packages.php?ID=56848 into
https://aur.archlinux.org/packages.php?ID=57782
https://aur.archlinux.org/packages.php?ID=56849 into
https://aur.archlinux.org/packages.php?ID=57783

It seems this project renamed itself

Re: [aur-general] TU Application - Ike Devolder - results

[Schala Zeal]

On 03/13/2012 11:23 AM, Stéphane Gaudreault wrote:
> Hi TUs,
>
> The voting period for Ike Devolder has ended. Please welcome Ike as a
> TU :)
>
> The results are:
>
> Yes : 18
> No : 1
> Abstain : 2
> Total : 21 (Quorum has been met)
>
> Ike, please follow these steps [1].
>
> Cheers,
>
> Stéphane
>
> [1]
> https://wiki.archlinux.org/index.php/New_Trusted_User_Checklist#TODO_list_for_new_Trusted_Users
Awesomeness!

Re: [aur-general] Remove requests

[Schala Zeal]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/10/2012 09:32 AM, Sven-Hendrik Haase wrote:
> On 03/10/2012 06:08 PM, Schala Zeal wrote:
>> On 03/10/2012 02:47 AM, Sven-Hendrik Haase wrote:
>>> On 03/10/2012 11:24 AM, Schala Zeal wrote:
>>>> Well, unfortunately this time one simple typo I overlooked caused a new
>>>> package to be generated in the AUR. Please remove it:
>>>>
>>>> https://aur.archlinux.org/packages.php?ID=57479
>>> Done. Did you forget to upload your GPG key, by the way?
>>>
>> Odd, I remember attaching it to the email
>>
> But you need to upload it to a key server.
>
Ah I see. Are the key servers listed on the wiki?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPW5tAAAoJEIf0CO8u1kdBGdAIAJJHfkaV2YBAM0QgazG/Bxvt
l1LAEohKX2MPct8U1za/EAleAdYh3yXIP8Dv5Kp88M1jRaJqCppTFUyNng3Te1EE
9lMXuBQ8rvsAhNNwVV1XxXW34v1nTfKoAeyRPp5w87Vf1uG8TKpovyOim73Mi17g
A8Ftok3/+jdC8E9nMMmO5jie3unwuBilwRQA6tuzI2EpafU3p4kZzcmMcCEYEER4
a8qCSdNX0qLi5VXYXLeEdPPx/YW5FL3C6UtSiL1fAR45F+zaKbihnKCnqH2oiD1s
p4ghe2OwovVl+7W6zt2IJ03D5KgHocy1H3ZCdLBIm6SkpR4YnTRb6+iT3iikxro=
=vMDf
-END PGP SIGNATURE-

Re: [aur-general] Remove requests

[Schala Zeal]

On 03/10/2012 02:47 AM, Sven-Hendrik Haase wrote:
> On 03/10/2012 11:24 AM, Schala Zeal wrote:
>> Well, unfortunately this time one simple typo I overlooked caused a new
>> package to be generated in the AUR. Please remove it:
>>
>> https://aur.archlinux.org/packages.php?ID=57479
> Done. Did you forget to upload your GPG key, by the way?
>
Odd, I remember attaching it to the email



signature.asc
Description: OpenPGP digital signature

[aur-general] Remove requests

[Schala Zeal]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Well, unfortunately this time one simple typo I overlooked caused a new
package to be generated in the AUR. Please remove it:

https://aur.archlinux.org/packages.php?ID=57479
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPWyvGAAoJEIf0CO8u1kdBmiEIAIr3vWKSqOXCpNsVu54znEWl
KYSpQU74RFRam1Lp9Ho+Z1S0HsUvp0MZFlGUEP+3h0zivPs0CsgoCyPYvTK9JeMs
iZ37rKPkwBaEgs0ds6HJqf3cOPRHKWlDOZuEZ3aObF5WJdpLgv5Kmb6ZmXHQonmv
ghhxzpoSYqRjM/sE8SS172gmW9mL6okZqSNa1PZkhEuxlknzgDqtOkamG4cxe9/+
72F443LXIYK4bx+RVeLpQrsXXN6nuSGd5Wp38u4XFxbvNp8IeIVtlgZin96qiwDP
97yvvMTNIp4pcoqRYmvFpgwgoZ7Xj7kIFQQH0gZJ9Ywrvvnbna8ELeU3lphlqTE=
=CSo4
-END PGP SIGNATURE-

[aur-general] Merge requests

[Schala Zeal]

Hi, I unfortunately had some criticism from a former package
maintainer about the naming of my Lazarus packages that I would have
to agree with. If it's not too much trouble I'd like to merge the
following packages:

https://aur.archlinux.org/packages.php?ID=57393 into
https://aur.archlinux.org/packages.php?ID=57460
https://aur.archlinux.org/packages.php?ID=57383 into
https://aur.archlinux.org/packages.php?ID=57461
https://aur.archlinux.org/packages.php?ID=57384 into
https://aur.archlinux.org/packages.php?ID=57462

Thanks!

Re: [aur-general] Merge requests

[Schala Zeal]

Thanks. Additionally, I made a few more screwups yesterday. I
submitted i386-beos-binutils and i386-haiku-binutils-git assuming FPC
would build cross compilers for those successfully, but apparently
not. BeOS is outdated, but I orphaned it in case of the slight chance
someone fancies maintaining binutils targeted for older systems. The
Haiku one, while FPC did fail, it indicated missing libraries, so I'm
considering cross-building the Haiku system as well to get the
libraries and then bundling that with its binutils/gcc to get
something functional. I'm probably going to maintain 2 packages of
that: one for gcc4, and one for binary compatability (gcc2) in case
any Arch based Haiku developers care to choose.

2012/3/9 Bartłomiej Piotrowski :
> All done. Thank you (for keeping AUR clean too, don't sorry ;)
>
> --
> Bartłomiej Piotrowski
> Arch Linux Trusted User
> http://archlinux.org/
>

[aur-general] Merge requests

[Schala Zeal]

Due to a road block in my maintenance of the Free Pascal cross
compiler packages, I've had to resort to splitting each package in
two. Everything has been resolved now and I'd like to request merging
the following packages. I do apologise for my frequent requests
lately, but now that I have this under control, I hope to leave you
guys alone for a while after this

Please merge the following, as these packages no longer should
indicate providing a compiler, but rather a runtime now:

https://aur.archlinux.org/packages.php?ID=57339 into
https://aur.archlinux.org/packages.php?ID=57378
https://aur.archlinux.org/packages.php?ID=57341 into
https://aur.archlinux.org/packages.php?ID=57379
https://aur.archlinux.org/packages.php?ID=57310 into
https://aur.archlinux.org/packages.php?ID=57380
https://aur.archlinux.org/packages.php?ID=57311 into
https://aur.archlinux.org/packages.php?ID=57382
https://aur.archlinux.org/packages.php?ID=57335 into
https://aur.archlinux.org/packages.php?ID=57383
https://aur.archlinux.org/packages.php?ID=57313 into
https://aur.archlinux.org/packages.php?ID=57384

Again, I apologise for the frequent removal requests.

[aur-general] Removal request: x86_64-darwin-binutils

[Schala Zeal]

Unfortunately I found out after submission that a vital component (the
assembler) isn't cross-compilable. Additionally the real binutils,
odcctools, seems out of date wherever it's available. I've therefore
decided to request this be deleted.

https://aur.archlinux.org/packages.php?ID=57342

[aur-general] Removal request: lazarus-crossw32

[Schala Zeal]

I would like to request removal of the following package, as I
haveadopted and since renamed it to lazarus-cross-i386-win32 to follow
the convention of my other FPC package names

https://aur.archlinux.org/packages.php?ID=51275

[aur-general] Removal request: fpc-crossw32 (uploading under new name)

[Schala Zeal]

I'd like to request the following package be removed. I'm reuploading
it under a new name because I'm going to be submitting a few other
cross compiler packages and would like to have a naming convention
amongst the packages

https://aur.archlinux.org/packages.php?ID=25123

Re: [aur-general] Removal requests: mingw32-openssl-devel and mingw32-libtiff-devel

[Schala Zeal]

Oh right. I forgot about that.

On Mon, Mar 5, 2012 at 12:42 AM, Massimiliano Torromeo
 wrote:
> On Mon, Mar 5, 2012 at 7:33 AM, Schala Zeal  
> wrote:
>> I would like to request mingw32-libtiff-devel and
>> mingw32-openssl-devel be removed. Development versions of libtiff and
>> openssl aren't in demand at all for production environments and as
>> such, I would rather focus maintaining stable releases. Thank you.
>
> Done.
> Please provide links to the packages next time.

[aur-general] Removal requests: mingw32-openssl-devel and mingw32-libtiff-devel

[Schala Zeal]

I would like to request mingw32-libtiff-devel and
mingw32-openssl-devel be removed. Development versions of libtiff and
openssl aren't in demand at all for production environments and as
such, I would rather focus maintaining stable releases. Thank you.

Re: [aur-general] Removal request: mingw32-bdwgc

[Schala Zeal]

Ah, ok sorry. Thanks.

On Wed, Feb 15, 2012 at 10:30 PM, Alexander Rødseth  wrote:
> Hi,
>
> Removed mingw32-bdwgc and mingw32-lcms1, thanks for reporting.
> Please include links to the packages next time.
>
> --
> Sincerely,
>  Alexander Rødseth
>  Arch Linux Trusted User
>  (xyproto on IRC, trontonic on AUR)

[aur-general] Removal request: mingw32-bdwgc

[Schala Zeal]

I have since renamed this package to mingw32-gc to reduce confusion,
in comparison to the packages gc and lib32-gc

[aur-general] Removal request: mingw32-lcms1

[Schala Zeal]

I've since renamed and resubmitted this as mingw32-lcms, and
resubmitted version 2.3 as mingw32-lcms2.

mingw32-lcms1 is no longer needed.

Re: [aur-general] Removal request: aurorasim-git and tao-framework

[Schala Zeal]

Thanks again.

2012/2/15 Bartłomiej Piotrowski :
> On 02/15/2012 12:18 AM, Schala Zeal wrote:
>>  Please delete 'aurorasim-git' and 'tao-framework' AUR packages
>> These packages are two of my mistakes. The first one, aurorasim-git,
>> was submitted when I was still a newbie last summer and it was not
>> tested before submission. Even after testing it a while later, it's
>> broken and the Aurora-Sim project is very unkempt as it is so having
>> this package isn't much use.
>>
>> The second one, 'tao-framework', works. However I discovered a little
>> late that another package, 'taoframework' (no hyphen) already exists
>> and seems to do a cleaner job of building and installation.
>>
>> Thank you for your understanding in this matter.
>
> Done.
>
> --
> Bartłomiej Piotrowski
> Arch Linux Trusted User
> http://archlinux.org/
>

Re: [aur-general] Adopt/orphan request: mingw32-gettext

[Schala Zeal]

Thanks!

2012/2/15 Bartłomiej Piotrowski :
> On 02/15/2012 01:43 AM, Schala Zeal wrote:
>> I would like to request mingw32-gettext be orphaned. The provided
>> email address of the maintainer seems to be no longer valid, as
>> sending a notice to him resulted in a failure delivery notice in my
>> inbox, and mingw32-gettext, although up to date, is in need of
>> PKGBUILD tweaking because the current configuration causes the build
>> stage to fail. Thanks
>
> I've orphaned all ghoust's packages (no updates since 2010).
>
> --
> Bartłomiej Piotrowski
> Arch Linux Trusted User
> http://archlinux.org/
>

Re: [aur-general] Package rename requests: mingw32-lcms1 and mingw32-lcms

[Schala Zeal]

Alright. That would be me, so I'll get on that in the morning and send
a removal request following submission. Thanks

On Wed, Feb 15, 2012 at 12:59 AM, Alexander Rødseth  wrote:
> Hi,
>
> We can currently only delete (or delete+merge), not rename.
> If the maintainer of mingw32-lcms resubmits the package as
> mingw32-lcms2, we can then delete+merge mingw32-lcms1 into
> mingw32-lcms.
>
> --
> Sincerely,
>  Alexander Rødseth
>  Arch Linux Trusted User
>  (xyproto on IRC, trontonic on AUR)

[aur-general] Package rename requests: mingw32-lcms1 and mingw32-lcms

[Schala Zeal]

I am hoping to get the two mentioned packages renamed to fit naming
conventions for packages.

mingw32-lcms1 -> mingw32-lcms
mingw32-lcms -> mingw32-lcms2

Renaming these that way would make better sense. Thanks.

[aur-general] Adopt/orphan request: mingw32-gettext

[Schala Zeal]

I would like to request mingw32-gettext be orphaned. The provided
email address of the maintainer seems to be no longer valid, as
sending a notice to him resulted in a failure delivery notice in my
inbox, and mingw32-gettext, although up to date, is in need of
PKGBUILD tweaking because the current configuration causes the build
stage to fail. Thanks

[aur-general] Removal request: aurorasim-git and tao-framework

[Schala Zeal]

 Please delete 'aurorasim-git' and 'tao-framework' AUR packages
These packages are two of my mistakes. The first one, aurorasim-git,
was submitted when I was still a newbie last summer and it was not
tested before submission. Even after testing it a while later, it's
broken and the Aurora-Sim project is very unkempt as it is so having
this package isn't much use.

The second one, 'tao-framework', works. However I discovered a little
late that another package, 'taoframework' (no hyphen) already exists
and seems to do a cleaner job of building and installation.

Thank you for your understanding in this matter.