[aur-general] Deletion Request

[Hong Shick Pak]

Cleaning dead packages:

Dead source, out-of-date, orphan, (wrong name)
New version: https://aur.archlinux.org/packages/ubudao-icon-theme/
https://aur.archlinux.org/packages/ubuntu-style-icon-theme/

Dead source, out-of-date, orphan
https://aur.archlinux.org/packages/codeanalyst/

Dead source, out-of-date, orphan, duplicate
https://aur.archlinux.org/packages/emacs-gtranslate/
https://aur.archlinux.org/packages/emacs-google-translate/

Hong

[aur-general] Deletion request

[Hugo Osvaldo Barrera]

Please delete
https://aur.archlinux.org/packages/planetary-annihilation-curl/

It used to build a required version of libcurl for planetary-annihilation,
but the latest upstream tarball includes libcurl.so.4, so this package
is no longer needed.

Thanks,

-- 
Hugo Osvaldo Barrera
A: No, it doesn't make sense.
Q: Should I include quotations *after* my reply?


pgpz48ov1dUQI.pgp
Description: PGP signature

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Dave Reisner]

On May 28, 2014 5:23 PM, "Pedro Alejandro López-Valencia" <
palop...@gmail.com> wrote:
>
> El may 28, 2014 6:50 PM, "Justin Dray"  escribió:
> >
> > I thought he was being sarcastic, and was implying that we should delete
> > it, because what is the point of saving a couple MB on removing a small
> > portion of a font at the expense of more packages to maintain.
>
> I am dead serious; that's what split packages are for.

We split packages to do things like:

- avoid large documentation dumps in otherwise small packages
- provide intercompatability with other packages
- avoid recursive dependencies

Splitting a font package to only provide specific weights or styles when
they all come from the same source is really just a waste of time.

>
> And don't think for a second I missed the obvious sarcasm.

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Pedro Alejandro López-Valencia]

El may 28, 2014 6:50 PM, "Justin Dray"  escribió:
>
> I thought he was being sarcastic, and was implying that we should delete
> it, because what is the point of saving a couple MB on removing a small
> portion of a font at the expense of more packages to maintain.

I am dead serious; that's what split packages are for.

And don't think for a second I missed the obvious sarcasm.

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Justin Dray]

I thought he was being sarcastic, and was implying that we should delete
it, because what is the point of saving a couple MB on removing a small
portion of a font at the expense of more packages to maintain.

Regards,
Justin Dray
E: jus...@dray.be
M: 0433348284


On Thu, May 29, 2014 at 9:43 AM, Pedro Alejandro López-Valencia <
palop...@gmail.com> wrote:

> El may 28, 2014 4:47 PM, "Bartłomiej Piotrowski" 
> escribió:
> >
> > On Wed, 28 May 2014 16:19:16 -0500
> > Pedro Alejandro López-Valencia  wrote:
> > > El may 28, 2014 1:31 PM, "Bartłomiej Piotrowski" 
> > > escribió:
> > > >
> > > > On Sun, 25 May 2014 12:57:43 +0200
> > > > SanskritFritz  wrote:
> > > > > On Sat, May 24, 2014 at 9:35 AM, Jerome Leclanche
> > > > >  wrote:
> > > > > > I don't really understand the difference between
> > > > > > community/ttf-droid and any of these:
> > > > > > https://aur.archlinux.org/packages/?O=0&K=ttf-droid
> > > > > >
> > > > > > Any idea about duplicates in there?
> > > > >
> > > > > ttf-droid-sans
> > > > > Comment by graysky 2012-10-16 21:14
> > > > > This is only the sans version; the package in [community] contains
> > > > > more flavors.
> > > >
> > > > I'm a bit unsure if it's worth a standalone package. Unwanted files
> > > > can be ignored via NoExtract in pacman.conf…
> > >
> > > Not in this case. The packege in community should really be split into
> > > several different ones that reflect the style and width variants,
> > > namely normal vs codensed and sans vs serif.
> >
> > This way we should also split ttf-bitstream-vera, ttf-dejavu,
> > ttf-freefont, ttf-liberation and ttf-ubuntu-family. Why limit ourselves
> > to only normal, condensed and so on? Let's split bold and monoscape
> > variants too, because it can save 15MB of our incredibly small hard
> > drives.
> >
> > I'll wait a week with any further actions to see if fellow TUs
> > have different opinion.
>
> I can do it, if you don't mind having someone give you a hand with the
> task. I'm not a TU, obviusly.
>

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Pedro Alejandro López-Valencia]

El may 28, 2014 4:47 PM, "Bartłomiej Piotrowski" 
escribió:
>
> On Wed, 28 May 2014 16:19:16 -0500
> Pedro Alejandro López-Valencia  wrote:
> > El may 28, 2014 1:31 PM, "Bartłomiej Piotrowski" 
> > escribió:
> > >
> > > On Sun, 25 May 2014 12:57:43 +0200
> > > SanskritFritz  wrote:
> > > > On Sat, May 24, 2014 at 9:35 AM, Jerome Leclanche
> > > >  wrote:
> > > > > I don't really understand the difference between
> > > > > community/ttf-droid and any of these:
> > > > > https://aur.archlinux.org/packages/?O=0&K=ttf-droid
> > > > >
> > > > > Any idea about duplicates in there?
> > > >
> > > > ttf-droid-sans
> > > > Comment by graysky 2012-10-16 21:14
> > > > This is only the sans version; the package in [community] contains
> > > > more flavors.
> > >
> > > I'm a bit unsure if it's worth a standalone package. Unwanted files
> > > can be ignored via NoExtract in pacman.conf…
> >
> > Not in this case. The packege in community should really be split into
> > several different ones that reflect the style and width variants,
> > namely normal vs codensed and sans vs serif.
>
> This way we should also split ttf-bitstream-vera, ttf-dejavu,
> ttf-freefont, ttf-liberation and ttf-ubuntu-family. Why limit ourselves
> to only normal, condensed and so on? Let's split bold and monoscape
> variants too, because it can save 15MB of our incredibly small hard
> drives.
>
> I'll wait a week with any further actions to see if fellow TUs
> have different opinion.

I can do it, if you don't mind having someone give you a hand with the
task. I'm not a TU, obviusly.

Re: [aur-general] [Orphan Request] carddavmate

[WorMzy Tykashi]

On 28 May 2014 10:40, WorMzy Tykashi  wrote:
> On 28 May 2014 07:56, Stefan Tatschner  wrote:
>> This package [1] has been updated almost three years ago. I would like
>> to adopt it. Could someone orphan it? Thanks!
>>
>> Stefan
>>
>> [1] https://aur.archlinux.org/packages/carddavmate
>>
>
> To add on to this, most of his packages haven't been updated in over
> two years, and over half are flagged as out of date. I suspect he has
> moved on from Arch, or has lost interest in maintaining his packages.
> I've CC'd him into the conversation, and if he has no objections, I'm
> requesting that all his packages be disowned.
>
> Cheers,
>
>
> WorMzy

Hi Stefan,

Either awayand himself, or a TU has disowned the package you were
asking about (and the others that were flagged out-of-date), so you
can adopt it now if you like.

Cheers,


WorMzy

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Bartłomiej Piotrowski]

On Wed, 28 May 2014 16:19:16 -0500
Pedro Alejandro López-Valencia  wrote:
> El may 28, 2014 1:31 PM, "Bartłomiej Piotrowski" 
> escribió:
> >
> > On Sun, 25 May 2014 12:57:43 +0200
> > SanskritFritz  wrote:
> > > On Sat, May 24, 2014 at 9:35 AM, Jerome Leclanche
> > >  wrote:
> > > > I don't really understand the difference between
> > > > community/ttf-droid and any of these:
> > > > https://aur.archlinux.org/packages/?O=0&K=ttf-droid
> > > >
> > > > Any idea about duplicates in there?
> > >
> > > ttf-droid-sans
> > > Comment by graysky 2012-10-16 21:14
> > > This is only the sans version; the package in [community] contains
> > > more flavors.
> >
> > I'm a bit unsure if it's worth a standalone package. Unwanted files
> > can be ignored via NoExtract in pacman.conf…
> 
> Not in this case. The packege in community should really be split into
> several different ones that reflect the style and width variants,
> namely normal vs codensed and sans vs serif.

This way we should also split ttf-bitstream-vera, ttf-dejavu,
ttf-freefont, ttf-liberation and ttf-ubuntu-family. Why limit ourselves
to only normal, condensed and so on? Let's split bold and monoscape
variants too, because it can save 15MB of our incredibly small hard
drives.

I'll wait a week with any further actions to see if fellow TUs
have different opinion.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Johannes Löthberg]

On 28/05, Pedro Alejandro López-Valencia wrote:

Not in this case. The packege in community should really be split into
several different ones that reflect the style and width variants, namely
normal vs codensed and sans vs serif.


Splitting them up for no reason just seems unnecessary and uses up time 
needlessly.


--
Sincerely,
 Johannes Löthberg
 PGP Key ID: 3A9D0BB5


pgpD3jcVtewIu.pgp
Description: PGP signature

[aur-general] Suggest replacing [community]/tmw with manaplus from AUR

[Jesse McClure]

ATTN: Jaroslav Lichtblau and/or Jan Steffens

I propose [community]/tmw [1] be replaced with manaplus [2].  These are
both clients for an online game "The Mana World".  The TMW client has
been labeled 'EOL' by The Mana World developers [3] and they have urged
players who have not already done so to switch to manaplus.

There are currently two manaplus packages in the AUR (manaplus,
manaplus-git).  I've been in contact with the previous maintainer as
they are out of date.  The previous maintainer orphaned both packages
and I've adopted the git package and brought it up to pacman 4.1 VCS
packaging guidelines.  Before I adopt the other, I thought I should
check whether Jan or Jaroslav (current TMW packager/maintainer) would be
interested in taking it into [community] in place of TWM given the EOL
status of TMW.

Please let me know if there are better venues to make this suggestion.
As this is definitely not a 'bug' and it is not strictly an out-of-date
package, it seemed most fitting to make this suggestion here.

Jesse McClure
AKA 'Trilby'

[1] https://www.archlinux.org/packages/community/x86_64/tmw/

[2] https://aur.archlinux.org/packages/manaplus/

[3] https://www.themanaworld.org/news-feed.php
   - see note from 2014-04-16

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Pedro Alejandro López-Valencia]

El may 28, 2014 1:31 PM, "Bartłomiej Piotrowski" 
escribió:
>
> On Sun, 25 May 2014 12:57:43 +0200
> SanskritFritz  wrote:
> > On Sat, May 24, 2014 at 9:35 AM, Jerome Leclanche 
> > wrote:
> > > I don't really understand the difference between community/ttf-droid
> > > and any of these:
> > > https://aur.archlinux.org/packages/?O=0&K=ttf-droid
> > >
> > > Any idea about duplicates in there?
> >
> > ttf-droid-sans
> > Comment by graysky 2012-10-16 21:14
> > This is only the sans version; the package in [community] contains
> > more flavors.
>
> I'm a bit unsure if it's worth a standalone package. Unwanted files
> can be ignored via NoExtract in pacman.conf…

Not in this case. The packege in community should really be split into
several different ones that reflect the style and width variants, namely
normal vs codensed and sans vs serif.

Re: [aur-general] Delete requests for obsolete XWayland packages

[Tim Jester-Pfadt]

Hi,

I think there might be a confusion regarding package [6].

For our regular desktops we need the XOrg server which comes as a binary in
/usr/bin/Xorg provided by the xorg-server package in [extra]. You get this
by setting --enable-xorg at compile time. Now for XWayland we have our own
binary which is completely independet called /usr/bin/Xwayland. You get
this binary by setting --enable-xwayland. You can have this as a standalone
server by doing --disable-xorg --enable-xwayland, which then only builds
XWayland. This is what the xwayland-git package does and therefore doesn't
replace your X server and is a safe way to try out XWayland. You don't have
two X servers afterwards.

Package [6] does both it compiles the developer Xorg binary and the
development Xwayland binary, but if you want to try Xwayland you only need
the last one. If you want the latest Xorg (which actually gets used by KDE
et al.) you can use xorg-server-git, which only builds Xorg but not
Xwayland.  So there is no real need for a package that builds both.

Regards,

Tim


2014-05-28 20:31 GMT+02:00 Lukas Jirkovsky :

> On Wed, May 28, 2014 at 7:20 PM, Tim Jester-Pfadt  wrote:
> > Hello,
> >
> > now that XWayland changed to being it's own server binary, rather than a
> > module for X11, there are several obsolete drivers on the AUR which only
> > create confusion.[1][2][3] The new XWayland doesn't need patched drivers
> > anymore.
> >
> > "In the old model, things like modesetting were done in the video driver,
> > unfortunately. In the old model, we simply patched Xorg with a special
> > magical mode to tell video drivers not to do anything too tricky. For
> > instance, the xf86-video-intel driver had a special branch for Xwayland
> > support<
> http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/?h=xwayland>.
> > For generic hardware support, we wrote a generic, unaccelerated
> > driver
> > that
> > stubbed out most of the functions we needed. With the new approach, we
> > don’t need to patch anything at all." [4]
> >
> > There is also an orphaned build of the development X server, which tries
> to
> > build the old deprecated XWayland approach. [5] You can see this, because
> > it has --enable-wayland instead of the new --enable-xwayland.
> > Another build is a duplicated of the defacto standard xwayland package
> > (xwayland-git) the difference is that it not only builds XWayland, but
> also
> > the whole X11 server from the development branch even though this is not
> > needed.[6] People could just use the xorg-server-dev and install
> > xwayland-git and get the same thing.
> >
> >
> > [1] https://aur.archlinux.org/packages/xf86-video-ati-xwayland-git/ -
> > Orphaned
> > [2] https://aur.archlinux.org/packages/xf86-video-intel-xwayland-git/ -
> > Maintained by plfiorini<
> https://aur.archlinux.org/packages/?K=plfiorini&SeB=m>
> > [3] https://aur.archlinux.org/packages/xf86-video-wlglamor-git/ -
> Orphaned
> > [4] http://blog.mecheye.net/2014/04/xwayland/
> > [5] https://aur.archlinux.org/packages/xorg-server-xwayland/ - Orphaned
> > [6] https://aur.archlinux.org/packages/xorg-server-xwayland-dev / -
> > Maintained by maxi_jac<
> https://aur.archlinux.org/packages/?K=maxi_jac&SeB=m>
>
> I wanted to go through the xwayland packages eventually, but since you
> listed them so nicely... Thank you for that.
>
> I've removed [1], [2], [3], [5]
>
> I think it makes sense to keep [6], until the xorg-server-git gets
> xwayland support, because not everyone wants to have two x servers
> installed.
>

Re: [aur-general] Deletion request: eclectus

[Lukas Jirkovsky]

On Wed, May 28, 2014 at 9:00 PM, Rémy Marquis  wrote:
> I am the maintainer of the eclectus package. This software stopped
> working a long time ago, due to change of a dependency break. No
> upstream activity for about 4 years, and it seems this software won't
> be updated by its original author. No additional votes in years
> either. Please delete.
>
> https://aur.archlinux.org/packages/eclectus

Removed, thx.

Lukas

[aur-general] Deletion request: eclectus

[Rémy Marquis]

I am the maintainer of the eclectus package. This software stopped
working a long time ago, due to change of a dependency break. No
upstream activity for about 4 years, and it seems this software won't
be updated by its original author. No additional votes in years
either. Please delete.

https://aur.archlinux.org/packages/eclectus

Re: [aur-general] Orphan request: ttf-sil-fonts

[Bartłomiej Piotrowski]

On Sat, 24 May 2014 17:02:36 +0300
Andrey Mivrenik  wrote:
> Hello.
> 
> Package ttf-sil-fonts is not being maintained by maintainer for ages
> (literally). To build this successfully, everyone is using PKGBUILD's
> published in comments. Could you orphan it please, so someone can
> make it working again?
> 
> https://aur.archlinux.org/packages/ttf-sil-fonts
> 

Orphaned, thanks.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Merge requests: mupen64plus has moved to git

[Bartłomiej Piotrowski]

On Sat, 24 May 2014 08:42:38 +0200
Rikard Falkeborn  wrote:
> Hello,
> 
> mupen64plus have moved from mercurial to git. Therefore please merge
> the following VCS packages:
> 
> mupen64plus-audio-sdl-hg [
> https://aur.archlinux.org/packages/mupen64plus-audio-sdl-hg] into
> mupen64plus-audio-sdl-git [
> https://aur.archlinux.org/packages/mupen64plus-audio-sdl-git]
> 
> mupen64plus-core-hg
> [https://aur.archlinux.org/packages/mupen64plus-core-hg] into
> mupen64plus-core-git
> [ https://aur.archlinux.org/packages/mupen64plus-core-git]
> 
> 
> mupen64plus-input-sdl-hg [
> https://aur.archlinux.org/packages/mupen64plus-input-sdl-hg] into
> mupen64plus-input-sdl-git [
> https://aur.archlinux.org/packages/mupen64plus-input-sdl-git]
> 
> mupen64plus-meta-hg
> [https://aur.archlinux.org/packages/mupen64plus-meta-hg] into
> mupen64plus-meta-git
> [ https://aur.archlinux.org/packages/mupen64plus-meta-git]
> 
> mupen64plus-rsp-hle-hg [
> https://aur.archlinux.org/packages/mupen64plus-rsp-hle-hg] into
> mupen64plus-rsp-hle-git [
> https://aur.archlinux.org/packages/mupen64plus-rsp-hle-git]
> 
> mupen64plus-rsp-z64-hg [
> https://aur.archlinux.org/packages/mupen64plus-rsp-z64-hg] into
> mupen64plus-rsp-z64-git [
> https://aur.archlinux.org/packages/mupen64plus-rsp-z64-git]
> 
> mupen64plus-ui-console-hg [
> https://aur.archlinux.org/packages/mupen64plus-ui-console-hg] into
> mupen64plus-ui-console-git [
> https://aur.archlinux.org/packages/mupen64plus-ui-console-git]
> 
> mupen64plus-video-arachnoid-hg [
> https://aur.archlinux.org/packages/mupen64plus-video-arachnoid-hg]
> into mupen64plus-video-arachnoid-git [
> https://aur.archlinux.org/packages/mupen64plus-video-arachnoid-git]
> 
> mupen64plus-video-glide64-hg [
> https://aur.archlinux.org/packages/mupen64plus-video-glide64-hg] into
> mupen64plus-video-glide64-git [
> https://aur.archlinux.org/packages/mupen64plus-video-glide64-git]
> 
> mupen64plus-video-glide64mk2-hg [
> https://aur.archlinux.org/packages/mupen64plus-video-glide64mk2-hg]
> into mupen64plus-video-glide64mk2-git [
> https://aur.archlinux.org/packages/mupen64plus-video-glide64mk2-git]
> 
> mupen64plus-video-rice-hg [
> https://aur.archlinux.org/packages/mupen64plus-video-rice-hg] into
> mupen64plus-video-rice-git [
> https://aur.archlinux.org/packages/mupen64plus-video-rice-git]
> 
> mupen64plus-video-z64-hg [
> https://aur.archlinux.org/packages/mupen64plus-video-z64-hg] into
> mupen64plus-video-z64-git [
> https://aur.archlinux.org/packages/mupen64plus-video-z64-git]
> 
> The odd one out is mupen64plus-rsp-z64-hlevideo-hg [
> https://aur.archlinux.org/packages/mupen64plus-rsp-z64-hlevideo-hg/]
> which has no corresponding git package, and depends on
> mupen64plus-core-hg. I flagged it out of date six weeks ago and
> commented that it should be changed to a git package if still
> relevant with no action or protests. Since the only thing that
> differs from mupen64plus-rsp-z64-hg is a compiler flag, in my opinion
> it can be deleted, but I guess it's up to someone else to decide.

All merged. I also decided to remove mupen64plus-rsp-z64-hlevideo-hg.
Thanks!

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Please merge eclipse-juno-dark into eclipse-darkjuno

[Bartłomiej Piotrowski]

On Sat, 24 May 2014 14:08:37 -0400
Aliaksandr Stelmachonak  wrote:
> Hi!
> 
> Can you please merge
> https://aur.archlinux.org/packages/eclipse-juno-dark/into
> https://aur.archlinux.org/packages/eclipse-darkjuno? Original package
> using repository which doesn't exist anymore, further development is
> happening in eclipse-darkjuno package.
> 
> Thanks,
> Alex

Merged, thank you.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Delete requests for obsolete XWayland packages

[Lukas Jirkovsky]

On Wed, May 28, 2014 at 7:20 PM, Tim Jester-Pfadt  wrote:
> Hello,
>
> now that XWayland changed to being it's own server binary, rather than a
> module for X11, there are several obsolete drivers on the AUR which only
> create confusion.[1][2][3] The new XWayland doesn't need patched drivers
> anymore.
>
> "In the old model, things like modesetting were done in the video driver,
> unfortunately. In the old model, we simply patched Xorg with a special
> magical mode to tell video drivers not to do anything too tricky. For
> instance, the xf86-video-intel driver had a special branch for Xwayland
> support.
> For generic hardware support, we wrote a generic, unaccelerated
> driver
> that
> stubbed out most of the functions we needed. With the new approach, we
> don’t need to patch anything at all." [4]
>
> There is also an orphaned build of the development X server, which tries to
> build the old deprecated XWayland approach. [5] You can see this, because
> it has --enable-wayland instead of the new --enable-xwayland.
> Another build is a duplicated of the defacto standard xwayland package
> (xwayland-git) the difference is that it not only builds XWayland, but also
> the whole X11 server from the development branch even though this is not
> needed.[6] People could just use the xorg-server-dev and install
> xwayland-git and get the same thing.
>
>
> [1] https://aur.archlinux.org/packages/xf86-video-ati-xwayland-git/ -
> Orphaned
> [2] https://aur.archlinux.org/packages/xf86-video-intel-xwayland-git/ -
> Maintained by plfiorini
> [3] https://aur.archlinux.org/packages/xf86-video-wlglamor-git/ - Orphaned
> [4] http://blog.mecheye.net/2014/04/xwayland/
> [5] https://aur.archlinux.org/packages/xorg-server-xwayland/ - Orphaned
> [6] https://aur.archlinux.org/packages/xorg-server-xwayland-dev / -
> Maintained by maxi_jac

I wanted to go through the xwayland packages eventually, but since you
listed them so nicely... Thank you for that.

I've removed [1], [2], [3], [5]

I think it makes sense to keep [6], until the xorg-server-git gets
xwayland support, because not everyone wants to have two x servers
installed.

Re: [aur-general] ttf-droid-sans duplicate of community/ttf-droid?

[Bartłomiej Piotrowski]

On Sun, 25 May 2014 12:57:43 +0200
SanskritFritz  wrote:
> On Sat, May 24, 2014 at 9:35 AM, Jerome Leclanche 
> wrote:
> > I don't really understand the difference between community/ttf-droid
> > and any of these:
> > https://aur.archlinux.org/packages/?O=0&K=ttf-droid
> >
> > Any idea about duplicates in there?
> 
> ttf-droid-sans
> Comment by graysky 2012-10-16 21:14
> This is only the sans version; the package in [community] contains
> more flavors.

I'm a bit unsure if it's worth a standalone package. Unwanted files
can be ignored via NoExtract in pacman.conf…

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Orphan deletion requests - (nano-all-svn) and (nano-svn)

[Bartłomiej Piotrowski]

On Mon, 26 May 2014 14:10:00 +0100
Steven Honeyman  wrote:
> Please can these two out-of-date, not-updated, orphaned AUR packages
> be deleted?
> 
> https://aur.archlinux.org/packages/nano-svn/
> https://aur.archlinux.org/packages/nano-all-svn/
> 
> I have just uploaded a replacement up-to-date package that replaces
> the need for those two:
> 
> https://aur.archlinux.org/packages/nano-latest/

Hi Steven,

I'll leave nano-svn untouched as someone may want to adopt it sooner or
later. nano-all-svn is gone now.

I'm not really convinced to your naming scheme. -devel or -unstable
suffix would be much more appropriate. Can you please re-upload your
package under one of these names?

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Request to be maintainer of AUR package 'gimp-light'

[Bartłomiej Piotrowski]

On Sun, 25 May 2014 14:15:12 +0100
Steven Honeyman  wrote:
> The package "gimp-light" in the AUR has been left abandoned for over
> a year. I have written an updated PKGBUILD for 2.8.10, so wondered if
> the package could be orphaned so that I can take over as the
> maintainer?
> 
> (The current maintainer seems to have disappeared)

Orphaned, have fun maintaining it.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] removal request

[Bartłomiej Piotrowski]

On Mon, 26 May 2014 13:29:32 -0600
Alexej Magura  wrote:
> This is more of "should this be removed; if so, please remove
> it"-request.
> 
> package-name: epsxe-bios-scph1001
> package-url: https://aur.archlinux.org/packages/epsxe-bios-scph1001/
> 
> I know that the package *even* states that it is illegal to use said
> package without owning an actual playstation console, but still...
> isn't this kinda like telling people that it's illegal to steal your
> car, but then leaving the keys on the hood and going about your
> business?  Peeps are gonna steal!
> 
> Not sure if this is issue/concern is actually meaningful in the sense
> that the package *is very* useful, but... yeah.

Deleted, thanks.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Orphan deletion requests - (nano-all-svn) and (nano-svn)

[Bartłomiej Piotrowski]

On Mon, 26 May 2014 14:10:00 +0100
Steven Honeyman  wrote:
> Please can these two out-of-date, not-updated, orphaned AUR packages
> be deleted?
> 
> https://aur.archlinux.org/packages/nano-svn/
> https://aur.archlinux.org/packages/nano-all-svn/
> 
> I have just uploaded a replacement up-to-date package that replaces
> the need for those two:
> 
> https://aur.archlinux.org/packages/nano-latest/

Hi Steven,

I'll leave nano-svn untouched as someone may want to adopt it sooner or
later. nano-all-svn is gone now.

I'm not really convinced to your naming scheme. -devel or -unstable
suffix would be much more appropriate. Can you please re-upload your
package under one of these names?

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Orphan deletion requests - (nano-all-svn) and (nano-svn)

[Bartłomiej Piotrowski]

On Mon, 26 May 2014 14:10:00 +0100
Steven Honeyman  wrote:
> Please can these two out-of-date, not-updated, orphaned AUR packages
> be deleted?
> 
> https://aur.archlinux.org/packages/nano-svn/
> https://aur.archlinux.org/packages/nano-all-svn/
> 
> I have just uploaded a replacement up-to-date package that replaces
> the need for those two:
> 
> https://aur.archlinux.org/packages/nano-latest/

Hi Steven,

I'll leave nano-svn untouched as someone may want to adopt it sooner or
later. nano-all-svn is gone now.

I'm not really convinced to your naming scheme. -devel or -unstable
suffix would be much more appropriate. Can you please re-upload your
package under one of these names?

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Request for deleting aur-svn-ocaml

[Bartłomiej Piotrowski]

On Wed, 28 May 2014 15:43:56 +0200
Thibault Suzanne  wrote:
> apron-svn-ocaml

Done, thank you.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

Re: [aur-general] Orphan request: torque

[Bartłomiej Piotrowski]

On Mon, 26 May 2014 23:48:51 +0200
Niccolò Maggioni  wrote:
> More than two weeks have passed, still no answer from mainteiner.
> 
> > The current 'torque' AUR package is not working anymore and a
> > solution
> had not been found.
> > I tried to contact the maintainer to send a new PKGBUILD but no
> > answer
> was received; since I built a working package I would like to update
> it and become the maintainer.
> >
> > Have a nice day,
> > Niccolò Maggioni

Orphaned, thanks.

-- 
Bartłomiej Piotrowski
http://bpiotrowski.pl/


signature.asc
Description: PGP signature

[aur-general] Delete requests for obsolete XWayland packages

[Tim Jester-Pfadt]

Hello,

now that XWayland changed to being it's own server binary, rather than a
module for X11, there are several obsolete drivers on the AUR which only
create confusion.[1][2][3] The new XWayland doesn't need patched drivers
anymore.

"In the old model, things like modesetting were done in the video driver,
unfortunately. In the old model, we simply patched Xorg with a special
magical mode to tell video drivers not to do anything too tricky. For
instance, the xf86-video-intel driver had a special branch for Xwayland
support.
For generic hardware support, we wrote a generic, unaccelerated
driver
that
stubbed out most of the functions we needed. With the new approach, we
don’t need to patch anything at all." [4]

There is also an orphaned build of the development X server, which tries to
build the old deprecated XWayland approach. [5] You can see this, because
it has --enable-wayland instead of the new --enable-xwayland.
Another build is a duplicated of the defacto standard xwayland package
(xwayland-git) the difference is that it not only builds XWayland, but also
the whole X11 server from the development branch even though this is not
needed.[6] People could just use the xorg-server-dev and install
xwayland-git and get the same thing.


[1] https://aur.archlinux.org/packages/xf86-video-ati-xwayland-git/ -
Orphaned
[2] https://aur.archlinux.org/packages/xf86-video-intel-xwayland-git/ -
Maintained by plfiorini
[3] https://aur.archlinux.org/packages/xf86-video-wlglamor-git/ - Orphaned
[4] http://blog.mecheye.net/2014/04/xwayland/
[5] https://aur.archlinux.org/packages/xorg-server-xwayland/ - Orphaned
[6] https://aur.archlinux.org/packages/xorg-server-xwayland-dev / -
Maintained by maxi_jac

[aur-general] Request for deleting aur-svn-ocaml

[Thibault Suzanne]

Hi

I created a package adding an OCaml interface to the already existing 
apron-svn AUR package, and I named it apron-svn-ocaml. I saw my mistake 
today and while fixing some details, I'm changing its name to 
apron-ocaml-svn. Could you please delete my apron-svn-ocaml package ? My 
AUR user name is thizanne.


Thanks,
Thibault Suzanne

Re: [aur-general] [Orphan Request] carddavmate

[WorMzy Tykashi]

On 28 May 2014 07:56, Stefan Tatschner  wrote:
> This package [1] has been updated almost three years ago. I would like
> to adopt it. Could someone orphan it? Thanks!
>
> Stefan
>
> [1] https://aur.archlinux.org/packages/carddavmate
>

To add on to this, most of his packages haven't been updated in over
two years, and over half are flagged as out of date. I suspect he has
moved on from Arch, or has lost interest in maintaining his packages.
I've CC'd him into the conversation, and if he has no objections, I'm
requesting that all his packages be disowned.

Cheers,


WorMzy

[aur-general] Signoff report for [community-testing]

[Arch Website Notification]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 0 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 1 package missing signoffs
* 1 package older than 14 days

(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)



== Incomplete signoffs for [community] (1 total) ==

* waf-1.7.15-2 (any)
1/2 signoffs


== All packages in [community-testing] for more than 14 days (1 total) ==

* waf-1.7.15-2 (any), since 2014-03-21


== Top five in signoffs in last 24 hours ==

1. thestinger - 1 signoffs