[aur-general] TU resignation - Lukas Jirkovsky (stativ)

[Lukas Jirkovsky via aur-general]

Hello everyone,

after much time I've finally came to admit to myself that I can no
longer fulfill my duties as a trusted user the way Arch Linux deserves.
While I still manage to update the packages I actively use, such as
rawtherapee, I can no longer keep up with other packages and updates
often come late. I've given up on other duties such as keeping AUR clean
already. I'm very sorry for that, but time has come for me to pack.

Arch Linux community is one of the best communities out there and it was
a great pleasure to be part of the team. I still love Arch Linux very
much and it's surely going to be my distro of choice for time to come.

Lot of you were very helpful with keeping the more complicated packages
up to date already. A stellar example is
intellij-idea-community-edition, which is now thanks to Maxime built
from sources.

The packages left that I'm still listed as a sole maintainer doesn't get
updates too often and are fairly trivial to update. Though I guess some
of them can be safely dropped without anyone noticing (I'm looking at
you, gimp plugin packages).

So Long, and Thanks for All the Fish,
Lukas




signature.asc
Description: OpenPGP digital signature

Re: [aur-general] [tu-bylaws] [PATCH] Clarify the process for Special Removal of an inactive TU

[Lukas Jirkovsky via aur-general]

On 19 January 2018 at 00:18, Eli Schwartz via aur-general
 wrote:
> Not everything that is available only to an aurweb account of the
> Trusted User type, qualifies as a TU "privilege"
>
> Signed-off-by: Eli Schwartz 
> ---
>
> Handy link to context and surrounding discussion:
>
> https://lists.archlinux.org/pipermail/aur-general/2018-January/033789.html
>
> The current wording of the bylaws indicates that there are two ways for
> a TU to qualify for special removal due to inactivity:
>
> 1) Do not participate in voting, thereby potentially blockading a quorum.
>
> 2) Do not participate in general TU'ish activities like maintaining
>[community], administrating the AUR and the packagers and users therein,
>being representative of TUs in general on this mailing list by being
>awesome and stuff, i.e. posting (hopefully useful information that helps
>AUR users), and... um... voting?
>
> Point #2 calls out "performed any action that required TU privileges on
> the AUR", but does the tu voting interface on aurweb count as that or
> not? Moreover, do we *want* it to count? It seems to be somewhat
> defeating the purpose of the process, i.e. as long as a TU doesn't
> actually block quorum during a vote, they can remain while not actually
> performing any of the inherent functions of a TU.
>
> Now, I would argue that under a common sense interpretation the original
> intent of the bylaws was almost certainly that voting does not count as
> a "TU privilege", since a TU is someone who has the "privilege" to
> administrate AUR packages and users in order to keep good order, and
> select good packages to upload to [community].
>
> But bylaws exist in order to prevent people from having different
> interpretations of common sense. So this should be clarified no matter
> what.
>
>
>  tu-bylaws.txt | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/tu-bylaws.txt b/tu-bylaws.txt
> index c7a376e..27e4804 100644
> --- a/tu-bylaws.txt
> +++ b/tu-bylaws.txt
> @@ -142,7 +142,9 @@ A TU who has not done ANY of the following for a period 
> of at least 2 months:
>
>  1. added, removed or updated a package in +[community]+ or the AUR
>
> -2. performed any action that required TU privileges on the AUR
> +2. performed any action that required TU privileges on the AUR, for example
> +resolving package requests, modifying user accounts, or force pushing to a
> +package base, but NOT including participation in a voting period
>
>  3. posted a message to 
> https://mailman.archlinux.org/mailman/listinfo/aur-general[aur-general]
>
> --
> 2.16.0

My common sense tells me that activity that helps Arch Linux to
prosper should be considered – be it packaging, triaging AUR requests
etc.

>From that point of view, it makes sense to not count voting as TU
activity, thereby blocking the potential removal.

Just my 2 cents.

Lukas

Re: [aur-general] Inactivity starting 4th August

[Lukas Jirkovsky]

On 31 July 2014 23:33, Lukas Jirkovsky  wrote:
> Hey guys!
>
> I will be inactive starting Monday 4th August. I will be moving to a
> different city for a job (yay, for the first time I'm gong to be paid
> for programming :-)) and I won't have an Internet connection for some
> time except from the mobile phone.
>
> Anyway, from the packaging side most of my packages doesn't require
> much attention. The only exception may be luxrays/luxrender which
> often require patching for newer boost and which tends to suffer from
> compiler bugs a lot. Also, there is one open bugreport for cdrtools
> (FS#41343), but it seems to be an upstream problem.
>
> Lukas

Some of you may have noticed that I was semi-active (eg. during the
boost rebuild), but now I'm oficially back!

It took way longer than expected, because it turned out that a new ISP
will provide a better connection (still not even remotely good as the
previous one, but that one is pretty much impossible to beat), so I
decided to wait for it. I'm sorry for that.

Lukas

Re: [aur-general] Orphan request: i2p and i2p-bin

[Lukas Jirkovsky]

The standard procedure is to wait at least two weeks. Especially
during summer it is possible that the maintainer is on vacation

On 2 August 2014 14:06, Andrey Mivrenik  wrote:
> Hello! i2p has some important security-related updates, although AUR
> package is not being updated for about a week.
>
> I tried to contact maintainer using his e-mail from his profile and got
> no response.
>
> https://aur.archlinux.org/packages/i2p/
> https://aur.archlinux.org/packages/i2p-bin/
>
> Could you orphan it please?
>
> --
>   Andrey Mivrenik
>   PGP Key Fingerprint:
>   3872 5DEB BCA5 9460 09B2 E867 F34B C7DA D782 DAB8

Re: [aur-general] Absence of kdelibs3

[Lukas Jirkovsky]

On 1 August 2014 12:42, Alexander Rødseth  wrote:
> I strongly dislike kdelibs3 and think that all kdelibs3 related
> packages should be removed from AUR, but that is my personal opinion.

I don't think any package should be removed if it works/is maintained.
And if somebody wants to maintain an old unsupported package it's
their fight.

[aur-general] Inactivity starting 4th August

[Lukas Jirkovsky]

Hey guys!

I will be inactive starting Monday 4th August. I will be moving to a
different city for a job (yay, for the first time I'm gong to be paid
for programming :-)) and I won't have an Internet connection for some
time except from the mobile phone.

Anyway, from the packaging side most of my packages doesn't require
much attention. The only exception may be luxrays/luxrender which
often require patching for newer boost and which tends to suffer from
compiler bugs a lot. Also, there is one open bugreport for cdrtools
(FS#41343), but it seems to be an upstream problem.

Lukas

Re: [aur-general] [Removal Req] ethereum-serpent-git

[Lukas Jirkovsky]

On 11 July 2014 17:32, Andy Weidenbaum  wrote:
> This package no longer exists upstream. Please remove from AUR.
>
> https://aur.archlinux.org/packages/ethereum-serpent-git

Removed, next time please use the functionality provided by AUR.

Re: [aur-general] AUR 3.3.0 released

[Lukas Jirkovsky]

On 9 July 2014 21:40, Jonathan Arnold  wrote:

> And if the email bounces, the package
> should be automagically disowned.

Not a good idea, if there was a temporary problem with a mailserver it
would result in unsolicited orphaning of packages.

Re: [aur-general] AUR 3.3.0 released

[Lukas Jirkovsky]

On 9 July 2014 15:08, Evert Vorster  wrote:
>>> Naming is important. Here's an idea: lets call them "comments". They can be
>>> freeform text so that you can explain why the package needs attention,
>>> rather than just pressing some weirdly labeled button and hoping the
>>> maintainer figures it out.
>>
>> +1. A very powerful solution indeed.
>
> ... Is there not already a comments to the packages in aur?

I'm pretty sure that that's what falconindy meant.

Re: [aur-general] AUR 3.3.0 released

[Lukas Jirkovsky]

On 9 July 2014 15:01, Dave Reisner  wrote:
>
> Naming is important. Here's an idea: lets call them "comments". They can be
> freeform text so that you can explain why the package needs attention,
> rather than just pressing some weirdly labeled button and hoping the
> maintainer figures it out.

+1. A very powerful solution indeed.

Re: [aur-general] deletion request mingw-w64-getrusage

[Lukas Jirkovsky]

On 1 July 2014 14:17, xantares 09  wrote:
> Hello,
>
> Could someone delete mingw-w64-getrusage:
> https://aur.archlinux.org/packages/mingw-w64-getrusage/
>
> I've renamed it to mingw-w64-resource.
>
> Regards,
> xan.
>

Removed

Re: [aur-general] Remove/Merge request

[Lukas Jirkovsky]

On 19 June 2014 15:21, Armin K.  wrote:
> Hello,
>
> Please remove clang-svn [1] package or merge it into llvm-svn [2]
> because I will shortly upload a split pkgbuild for llvm-svn that also
> builds clang-svn. I maintain both of them.
>
> Thanks.
>
> [1] https://aur.archlinux.org/packages/clang-svn
> [2] https://aur.archlinux.org/packages/llvm-svn
>
> --
> Note: My last name is not Krejzi.

Merged

Re: [aur-general] PKGBUILD removal request

[Lukas Jirkovsky]

On 19 June 2014 15:38, sinma  wrote:
>
> Oups sorry, it’s hunspell-fr-cpr90-base
> ().
>
> --
> mon site web: hack-libre.org
>

Deleted

Re: [aur-general] Merge request: bitscope-dev -> bitscope-dso

[Lukas Jirkovsky]

On 18 June 2014 17:17, Ente  wrote:
> Hello
>
> please merge the packet:
> bitscope-dev   https://aur.archlinux.org/packages/bitscope-dev/
>
> into:
> bitscope-dso   https://aur.archlinux.org/packages/bitscope-dso/
>
> the resulting packet should be:
> bitscope-dso   https://aur.archlinux.org/packages/bitscope-dso/
>
> Renamed the packet because bitscope-dev is not a developer packet. They both
> provide the same thing.
>
> thx
>
>
>

Merged

Re: [aur-general] Please delete dwm-sprinkles-svn-experimental

[Lukas Jirkovsky]

On 18 June 2014 13:29, Runiq  wrote:
> On 18.06.2014 12:49:26, Runiq wrote:
>>
>> See subject line, the package is here [1]. The upstream SVN branch doesn't
>> exist anymore, and development has moved to Github [2].
>>
>> [1] https://aur.archlinux.org/packages/dwm-sprinkles-svn-experimental
>> [2] https://github.com/0mark/dwm-fork-experiMental
>
>
> Sorry,
> please delete mutt-notmuch-git [3] as well, as it has been integrated
> upstream.
>
> Thanks again,
> Patrice
>
> [3] https://aur.archlinux.org/packages/mutt-notmuch-git

Both deleted.

Thanks,
Lukas

Re: [aur-general] Merge requesrt: hdf5-wfortran and hdf5-fortran-cxx

[Lukas Jirkovsky]

On 15 June 2014 22:05, Quan Guo  wrote:
> Hi,
>
> I'm the maintainer of the package hdf5-fortran-cxx[1]. Another package
> hdf5-wfortran[2] which is the same to the package hdf5-fortran-cxx now
> is orphaned and out-of-date. Since there are two packages are doing the
> same thing, I would like to request to merge them.
>
> Thank you very much.
>
> Best regards,
>
> Quan Guo
>
> [1] https://aur.archlinux.org/pkgbase/hdf5-fortran-cxx/
> [2] https://aur.archlinux.org/packages/hdf5-wfortran/

Merged [2] into [1], thx.

Lukas

Re: [aur-general] Remove duplicate package "babe"

[Lukas Jirkovsky]

Merged, thx.

Re: [aur-general] [Merge Request] mikachan-font‏

[Lukas Jirkovsky]

On Mon, Jun 2, 2014 at 3:54 AM,   wrote:
> Someone please merge
>
> https://aur.archlinux.org/packages/mikachanfont
> into https://aur.archlinux.org/packages/ttf-mikachan
>
> the package use $startdir and wrong package name
>
> Regards
>

Merged, thx.

Re: [aur-general] delete mingw-w64-libpng-static

[Lukas Jirkovsky]

On Mon, Jun 2, 2014 at 10:23 PM, Никола Вукосављевић  wrote:
> Well, I guess it should be deleted then.

Merged

Re: [aur-general] Duplicated package removal request

[Lukas Jirkovsky]

On Mon, Jun 2, 2014 at 2:34 AM, Jeremy Audet  wrote:
> Correction: hashdeep was merged into md5deep. (Hashdeep doesn't exist
> anymore, so I think that's what you meant to say?)

Yep, you are right.

Re: [aur-general] Duplicated package removal request

[Lukas Jirkovsky]

On Sun, Jun 1, 2014 at 1:33 AM, Steven Honeyman
 wrote:
> I've just noticed that the md5deep [1] package (kept up-to-date, first
> submitted in 2006) someone has duplicated to "hashdeep" [2] in 2014.
> They compile from exactly the same source, and produce the same
> binaries.
> Can the hashdeep package be removed?
>
> Also, would anybody be interested in moving md5deep over to the
> community repo? It's a very popular set of checksum tools that have
> many more features than md5sum,sha1sum (etc).
>
> Thanks,
> Steven.
>
> [1] https://aur.archlinux.org/packages/md5deep/
> [2] https://aur.archlinux.org/packages/hashdeep/

Merged md5deep to hashdeep. Thanks for noticing.

Lukas

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

[Lukas Jirkovsky]

On Wed, May 28, 2014 at 9:47 PM, Tim Jester-Pfadt  wrote:
> 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

Thank you for the clarification. I merged the xorg-server-xwayland-dev
to xwayland-git

Lukas

Re: [aur-general] Upload package blacklist, maybe upcoming merge request

[Lukas Jirkovsky]

On Thu, May 29, 2014 at 6:24 PM, Stefan Husmann
 wrote:
> Hello,
>
> I think that the package openjade1.3 [1] in AUR is badly named, and so
> wanted to upload
> an openjade PKGBUILD. But doing so burp (from git) told me this:
>
>> error: failed to upload openjade-1.3.2-2.src.tar.gz: openjade is on the
>> package >blacklist, please check if it's available in the official
>> repos.
>
>
> (with this strange apostrophe).
>
> So I want to ask, if there is such a blacklist, and why openjade is on it. I
> know that there is a package jade in the repos, but that is not entirely the
> same as openjade.
>
> Should openjade1.3 be removed? Or merged into openjade?
>
>
> [1] https://aur.archlinux.org/packages/openjade1.3/

I think the problem is because a package in official repository has
replaces=('openjade'). Someone brought up this problem with a
different package a few years ago, too and IIRC it was because of the
exactly same reason.

It is questionable whether the "replaces" should be used to generate
blacklist, because someone may still want to upload the older package
(as with openjade). OTOH it would get replaced by the official package
on the next upgrade unless the package is ignored.

I think the best solution would be to omit "replaces" from being used
for blacklisting and then merge openjade1.3 to openjade.

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

[Lukas Jirkovsky]

On Wed, May 28, 2014 at 11:47 PM, Bartłomiej Piotrowski
 wrote:
> 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.

Yeah, splitting font packages like crazy makes absolutely no sense to
me either. Not to mention I would be quite annoyed as a user to
install a ton of packages just to get all font variants.

+1 for removing ttf-droid-sans

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

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] Deletion request: quark

[Lukas Jirkovsky]

On Sun, May 25, 2014 at 12:32 PM, Aaron DeVore  wrote:
> I am the maintainer of the quark package. I can't get it to compile, there
> hasn't been an additional vote in years, and no upstream activity in almost
> 4 years. Please delete.
>
> https://aur.archlinux.org/packages/quark/

Removed, thank you.

Lukas

Re: [aur-general] Remove gconf-thread

[Lukas Jirkovsky]

Removed, thx.

On Tue, May 20, 2014 at 12:19 PM, Hector Martinez-Seara
 wrote:
> Hi,
> please remove gconf-thread. It was patched to be able to run banshee but
> new banshee version does not require the patch.
>
> https://aur.archlinux.org/packages/gconf-thread/
>
> Hector

Re: [aur-general] Merge request: pipe and pipe2

[Lukas Jirkovsky]

On Wed, May 14, 2014 at 1:20 AM, Thiago Barroso Perrotta
 wrote:
> Hi,
>
> I just updated the pipe [1] PKGBUILD. There is also pipe2 [2], which is
> the same program, but outdated (last updated in 2012).
>
> The best thing here would be to merge them into 'pipe2'.
>
> [1]: https://aur.archlinux.org/packages/pipe/
> [2]: https://aur.archlinux.org/packages/pipe2/

I don't know the project, but isn't pipe better name that pipe2? I
skimmed over the web and they sometimes refer to it as PIPE, sometimes
as PIPE2, the current version is PIPEv4.x.y and the documentation says
PIPE 5. This suggests that the -2 actually refers to a(n old) version
and in that case "pipe" would be more appropriate. Also, in that case
I could merge pipe2 into pipe immediately.

Lukas

Re: [aur-general] [Disownment request]

[Lukas Jirkovsky]

On Tue, May 13, 2014 at 12:00 AM, Berno Strik  wrote:
>
> Can you please merge,
>
> [1] and [2] into https://aur.archlinux.org/packages/brother-hl5250dn
> [3] and [4] into https://aur.archlinux.org/packages/brother-mfc-490cw
> [5] and [6] into https://aur.archlinux.org/packages/brother-mfc-495cw
> [7] and [8] into https://aur.archlinux.org/packages/brother-mfc-795cw
>
>
>
> [1]https://aur.archlinux.org/packages/brother-hl5250dn-cupswrapper
> [2]https://aur.archlinux.org/packages/brother-hl5250dn-lpr
> [3]https://aur.archlinux.org/packages/brother-mfc490cw-cupswrapper
> [4]https://aur.archlinux.org/packages/brother-mfc490cw-lpr
> [5]https://aur.archlinux.org/packages/brother-mfc495cw-cupswrapper
> [6]https://aur.archlinux.org/packages/brother-mfc495cw-lpr
> [7]https://aur.archlinux.org/packages/brother-mfc795cw-cupswrapper
> [8]https://aur.archlinux.org/packages/brother-mfc795cw-lpr
>
> With regards

All done!

Lukas

Re: [aur-general] [Merge request] brother-mfc-7460dn

[Lukas Jirkovsky]

> I've contacted the maintainer but he did not respond (see email below).
> Can you please continue with the merge.

OK, merged. Thanks for cleaning this up!

Re: [aur-general] [Disownment request]

[Lukas Jirkovsky]

On Mon, May 12, 2014 at 10:49 PM, Berno Strik  wrote:
>
> By joining I mean that I combine the cupswrapper and lpr packages into one
> new package.
> You can see examples of that if you look at the brother-packages owned by
> "libernux"

Can you upload the new packages? I will happily merge these old
packages into them. You have been doing a great job cleaning up the
cruft of all these brother packages so far.

Lukas

Re: [aur-general] Merge request

[Lukas Jirkovsky]

On Wed, May 7, 2014 at 7:31 PM, Hugo Osvaldo Barrera  wrote:
> Please merge light-table into lighttable:
>
> https://aur.archlinux.org/packages/lighttable/
> https://aur.archlinux.org/packages/light-table/
>
> The latter only exists because the former was out of date (and it seems
> nobody had contacted the previous mainteiner).
>
> Thanks,
>
> --
> Hugo Osvaldo Barrera
> A: No, it doesn't make sense.
> Q: Should I include quotations *after* my reply?

Merged, thanks.

Re: [aur-general] Delete ttf-formata

[Lukas Jirkovsky]

There's no problem for providing PKGBUILD in AUR as long as it does
not download from an illegal source or otherwise advertise illegal
activity.

You can always create a PKGBUILD that states only the file name in the
source array and which requires users to manually download the file.
There are many PKGBUILDs that does that. An interesting solution is
used by many packages for games from the Humble Indie Bundle:
https://aur.archlinux.org/packages/?K=-hib

Lukas


On Fri, May 2, 2014 at 4:35 AM, Gabriel B. Casella  wrote:
> So, techinically,
> if I can get this font by a third-party website that offers it for free, to
> personal use, can I pack?
>
>
> ---
> *Gabriel B. Casella *
> "Nothing is impossible, impossible just takes longer"
>
>
> On Thu, May 1, 2014 at 12:38 AM, Doug Newgard wrote:
>
>> On 2014-04-30 22:37, Felix Yan wrote:
>>
>>> On Wednesday, April 30, 2014 22:30:24 Doug Newgard wrote:
>>>
 That's the thing about the AUR, you're not redistributing it. You're
 just providing a link to it and a method of installation.

>>>
>>> The package was downloading the font from his own github repo, so he *is*
>>> redistributing it. Not to mention that the font is actually a commercial
>>> font
>>> that has a price tag in the descriptive url.
>>>
>>> Regards,
>>> Felix Yan
>>>
>>
>> Ah, yeah, that would do it.
>>

Re: [aur-general] remove python-keyczar (Python 2 only)

[Lukas Jirkovsky]

On Fri, Apr 18, 2014 at 2:12 PM, Johannes Dewender  wrote:
>
>
> Hello,
>
> please remove https://aur.archlinux.org/packages/python-keyczar/
>
> This name always was a Python 2 package and is available since 2012 here:
> https://aur.archlinux.org/packages/python2-keyczar
>
> I checked, keyczar does not run on Python 3 at all.
>
> --
> JonnyJD

Removed, thx.

Re: [aur-general] Merge request livescript to nodejs-livescript

[Lukas Jirkovsky]

On Sat, Apr 12, 2014 at 7:13 PM, Lance Chen  wrote:
> Hello TUs,
>
> Please merge livescript into nodejs-livescript, since the latter one
> make it clearer that it is a nodejs package. Thank you very much.
>
> livescript: https://aur.archlinux.org/packages/livescript/
> nodejs-livescript: https://aur.archlinux.org/packages/nodejs-livescript/
>
> Cheers,
> Lance Chen

Merged

Re: [aur-general] [Package renaming] firefox-extension-add-to-search-bar

[Lukas Jirkovsky]

On Wed, Apr 2, 2014 at 10:41 AM, chdorb  wrote:
> I've uploaded firefox-extension-add-to-search-bar, please merge it with
> firefox-add-to-search-bar and then delete the old one.

Merged. Please provide links next time.

[aur-general] April Fools' Day jokes in AUR

[Lukas Jirkovsky]

I feel that this PKGBUILD needs to be preserved for future generations
after it has been deleted from AUR:

pkgname=secure-certificates
pkgver=0
pkgrel=0
pkgdesc="Trust no one"
arch=(any)
license=('WTFPL')
url=('https://127.0.0.1')
conflicts=('ca-certificates')
provides=('ca-certificates')

build() {
echo "diy or die!"
}

package() {
echo "nothing to do here too"
}

Re: [aur-general] A bit strange - unusual packages

[Lukas Jirkovsky]

CCed to the maintainer of these packages.

lib32- prefix is used for the 32bit packages that are meant to be used
with 64bit Arch, ie. with arch=('x86_64'). However, all your
lib32-distrho-* packages are arch=('i686'). You should provide only
one package that is arch=('x86_64' 'i686') for this.

You can use conditions in a PKGBUILD, if you need to use different
sources for i686 and x86_64.

I will delete the lib32-distrho-* packages in a few days.

On Fri, Mar 28, 2014 at 12:26 AM, Rob Til Freedmen
 wrote:
> These packages are a bit strange in that they install binaries for
> x86_64 with following PKGBUILD's
>
> arch=('x86_64')
> https://aur.archlinux.org/packages/distrho-arctican/
> https://aur.archlinux.org/packages/distrho-bin/
> https://aur.archlinux.org/packages/distrho-drowaudio/
> https://aur.archlinux.org/packages/distrho-highlife/
> https://aur.archlinux.org/packages/distrho-hybridreverb2/
> https://aur.archlinux.org/packages/distrho-juced/
> https://aur.archlinux.org/packages/distrho-tal/
> https://aur.archlinux.org/packages/distrho-wolpertinger/
>
> and x86 binaries with these PKGBUILD's
>
> arch=('i686')
> https://aur.archlinux.org/packages/lib32-distrho-arctican/
> https://aur.archlinux.org/packages/lib32-distrho-bin/
> https://aur.archlinux.org/packages/lib32-distrho-drowaudio/
> https://aur.archlinux.org/packages/lib32-distrho-highlife/
> https://aur.archlinux.org/packages/lib32-distrho-hybridreverb2/
> https://aur.archlinux.org/packages/lib32-distrho-juced/
> https://aur.archlinux.org/packages/lib32-distrho-tal/
> https://aur.archlinux.org/packages/lib32-distrho-wolpertinger/
>
> Both groups install binaries to /usr/lib/lv2/
>
> My understanding of lib32 packages are that they provide 32bit
> libaries in a x86_64 environment installed to /usr/lib32,
> eg arch=('x86_64') but installing to /usr/lib32
>
> Source code is provided (with a small update) - for which I've created
> PKGBUILD's
>
> They correspond to distrho-git which builds separate packages for lv2,
> dssi etc.pp.

Re: [aur-general] Disown request: velox and velox-git

[Lukas Jirkovsky]

On Thu, Mar 27, 2014 at 8:08 AM, Brian F. G. Bidulock
 wrote:
> Please disown velox and velox-git
>
>  https://aur.archlinux.org/packages/velox/
>  https://aur.archlinux.org/packages/velox-git/
>
> so that they may be property maintained.
>
> -- brian

Disowned, Cinelli still hasn't replied.

Re: [aur-general] Disown request: velox and velox-git

[Lukas Jirkovsky]

On Mon, Mar 17, 2014 at 2:50 AM, Brian F. G. Bidulock
 wrote:
> On Thu, 13 Mar 2014, Brian F. G. Bidulock wrote:
>
>> Please disown https://aur.archlinux.org/packages/velox
>> and   https://aur.archlinux.org/packages/velox-git
>>
>> => not updated in over a year
>> => no response to emails from maintainer for a month
>>
>> --brian
>
> Any comment on this request?
>
> --brian

The maintainer is a trusted user and he has updated some of his
packages quite recently, so I'm sure he is still active. However, I
see that the email stated in his AUR profile is different from the one
listed in hist Trusted User Profile, so I'm CCing him on both mails.
Hopefully at least one of them works.

BTW: what is the problem with these packages apart from the -git one
not using the new VCS support? At least velox seems to be the latest
version.

Lukas

Re: [aur-general] Orphan request: waimea

[Lukas Jirkovsky]

On Mon, Mar 17, 2014 at 2:48 AM, Brian F. G. Bidulock
 wrote:
> Please disown https://aur.archlinux.org/packages/waimea
>
> => not updated in 7 years
> => no response emails to maintainer in last 6 months
> => I have updated PKGBUILD ready to go
>
> --brian

Disowned.

Re: [aur-general] Delete package from the AUR

[Lukas Jirkovsky]

On Mon, Mar 10, 2014 at 12:25 PM, James Bulmer  wrote:
> Morning,
>
> I was a bit of a twerp and mistyped the name of a package, with this in
> mind could 
> python2-oslo-rootwtap
> be
> removed.
>
> Thanks

Removed.

Re: [aur-general] merge request - you-get-git

[Lukas Jirkovsky]

On Fri, Mar 7, 2014 at 2:48 PM, lilydjwg  wrote:
> Please merge python-you-get-git[1] into you-get-git[2] as it's used
> primarily as a tool, not as a library.
>
> [1]: https://aur.archlinux.org/packages/python-you-get-git/
> [2]: https://aur.archlinux.org/packages/you-get-git/
>
> --
> Best regards,
> lilydjwg

Merged.

Re: [aur-general] Request for replacing canon-ufr to cndrvcups-lb-bin

[Lukas Jirkovsky]

On Sat, Mar 1, 2014 at 8:06 PM, Rob Til Freedmen
 wrote:
> On Sat, Mar 1, 2014 at 10:56 AM, Evgeniy Alekseev  wrote:
>> On Saturday 01 March 2014 12:41:27 Allen Choong wrote:
>>> I am the maintainer of canon-ufr and cndrvcups-lb-bin.
>>> As discussion with Lone_Wolf, maintainer of cndrvcups-lb, the canon-ufr
>>> should be renamed to cndrvcups-lb-bin.
>
> I just wonder how to pronounce it - or even remember it's name.
> What's the reason to come up with such a cryptic name

It's like canon driver cups without (most of the) vowels

Re: [aur-general] Deletion Request: antichamber-hib

[Lukas Jirkovsky]

On Tue, Feb 25, 2014 at 4:17 PM,   wrote:
> Hey,
>
> I'm the maintainer of the 'antichamber' package.
>
> https://aur.archlinux.org/packages/antichamber/
>
> Another guy made a duplicate called 'antichamber-hib'.
>
> https://aur.archlinux.org/packages/antichamber-hib/
>
> They both have the same function. I tried to talk to him, but sadly he
> didn't reply yet. Requesting deletion of 'antichamber-hib'.

Merged, thanks for putting this into attention.

Re: [aur-general] Using old package name for new software

[Lukas Jirkovsky]

On Thu, Feb 27, 2014 at 4:14 PM, Fabien Dubosson
 wrote:
> Hello,
>
> I just discovered a tool called `q` [1] and I have done a PKGBUILD to
> try it. As it can be a useful to someone else, I was going to push it to
> AUR.
>
> But there exists already a package called `q` [2] (yeah, 26 letters are
> not enough for all packages) so the usual way is to call the new one
> otherwise regarding to its function. But in this particular case I think
> it worth a reflexion; Regarding to the fact that:

I have merged the package "q" to "q-lang", so now you can upload your
package under the name "q."

I will probably merge the "q-lang" into "pure" but first I want to
investigate those two a bit more.

Re: [aur-general] Dropping laptop-mode-tools to AUR

[Lukas Jirkovsky]

On Sat, Jan 18, 2014 at 11:12 AM, Lukas Jirkovsky  wrote:
> I'm not using laptop-mode-tools for a long time now and recently I've
> got two bug reports that I don't really want to bother fixing (they
> are upstream problems).
>
> If nobody steps up to maintaining this package by the next Friday, I
> will drop it to AUR.
>
> Lukas

laptop-mode-tools has been dropped to AUR:
https://aur.archlinux.org/packages/laptop-mode-tools/

Lukas

[aur-general] Dropping laptop-mode-tools to AUR

[Lukas Jirkovsky]

I'm not using laptop-mode-tools for a long time now and recently I've
got two bug reports that I don't really want to bother fixing (they
are upstream problems).

If nobody steps up to maintaining this package by the next Friday, I
will drop it to AUR.

Lukas

Re: [aur-general] Orphan request

[Lukas Jirkovsky]

On Mon, Jan 6, 2014 at 6:01 PM, Anton Larionov  wrote:
> Hello,
>
> Could you please orphan 'ttaenc' package?
> It's broken for a long time and maintainer seems to be inactive.
>
> https://aur.archlinux.org/packages/ttaenc/

Orphaned. The maintainer has been inactive for three years, so I guess
it's OK to skip the usual "wait 2 weeks" period.

Re: [aur-general] Can we force the maintainer to change package name?

[Lukas Jirkovsky]

On Fri, Dec 20, 2013 at 2:24 PM, Rashif Ray Rahman  wrote:
> Since there was no 'rstudio' at the time that user uploaded this one,
> there is no infringement of any rule or guideline per se. Just tell
> them to upload an 'r-studio' to mitigate the confusion that resulted
> from it. I don't think there is any need to merge unless there were
> relevant comments. It is up to the maintainer to update the PKGBUILD
> with the suggested changes.

The question is whether the maintainer is still active at all. Hist
last action is 2012-08-27 and he has only two packages, both over the
year old with one being flagged out of date since February.

Lukas

Re: [aur-general] Changes in Arch packaging standards

[Lukas Jirkovsky]

On Fri, Dec 6, 2013 at 10:25 AM, Sergej Pupykin  wrote:
>
> Hi,
>
> Bartłomiej Piotrowski proposed packaging standard changes:
> if there are 2 versions of some package foobar, then older version (1.0
> for example) must be named as foobar1-1.0 and newer version (2.0 for
> example) must be named as foobar-2.0.
>
> I did not see such rule yet on
> https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_naming
> page, but my package openjpeg2 was silently removed with this reason
> however there are gtk* and wxgtk* packages that also violate this
> rule.
>
> I insist on giving me proof-link for this rule, including this rule
> into wiki
> (https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_naming)
> and renaming all packages according this rule.
>
> Or just leave it as is and stop dropping my packages.
>
> For more info see:
> https://bugs.archlinux.org/task/38016

I don't think there should be such rule at all, because from my point
of view having multiple versions of software should be avoided if
possible.

For the remaining cases I'd leave it up to the maintainer. The reason
is that there may be some custom when referencing to various versions.
Eg. in GTK world, GTK 1 was usually referenced as just GTK, then GTK 2
was referenced as GTK 2 etc. which the current naming reflects nicely.

For the libs where there is no such custom and especially if the older
version is introduced only because of some minor compatibility issues
(eg libpng and libjpeg, which has some minor incompatibilities but
it's nothing like a big rewrite between GTK 2 and GTK 3) I would
prefer having the current version without any version suffix and add
it only to the older version, like it's done with libpng.

But there's one thing that I would like to avoid altogether is using
suffixes that doesn't indicate the version like the -compat suffix in
ffmpeg-compat. What should the maintainer do if he needed another
version? Should they create -compat and compat2 packages?

Lukas

Re: [aur-general] Another couple to delete...

[Lukas Jirkovsky]

On Sun, Dec 1, 2013 at 3:53 AM, Curtis Shimamoto
 wrote:
> This is a module that is meant for Realtek RTS5229 Pcie SDCard readers.
> The functionality was mainlined around 3.8 with the rtsx-pci module (I
> know because my machine uses this).
>
> https://aur.archlinux.org/packages/rts5229
> https://aur.archlinux.org/packages/rts5229-dkms/

And they are gone!

Thanks,
Lukas

Re: [aur-general] Delete request: bison27

[Lukas Jirkovsky]

On Sat, Nov 16, 2013 at 7:45 AM, Rob McCathie  wrote:
> https://aur.archlinux.org/packages/bison27/
>
> I made this package because wine-stable 1.6 didn't work with newer releases
> of bison. Wine 1.6.1 was just released with this issue resolved and I have
> already updated wine-stable. bison27 is no longer needed.
>
> Regards,
>
> Rob McCathie (korrode)

Removed.

thanks,
Lukas

Re: [aur-general] Delete request

[Lukas Jirkovsky]

On Wed, Oct 30, 2013 at 4:02 PM, Lara Maia  wrote:
> Delete wine-rawinput [1].
>
> rawinput patch already in main version of wine:
>
> http://source.winehq.org/git/wine.git/commit/c6fcc0255c3e7a655b157d1e68e5c80fe328bdf2
>
> [1] https://aur.archlinux.org/packages/wine-rawinput/
>
>
> --
> *~ Lara ~*

Removed.

Thank you,
Lukas

Re: [aur-general] Merge request for [sqlmap].

[Lukas Jirkovsky]

On Wed, Oct 16, 2013 at 1:05 PM, Evan Teitelman  wrote:
> Please merge sqlmap[1] into sqlmap-git[2]. I contacted the sqlmap-git
> maintainer, who agreed to a merge.
>
> The sqlmap sourceforge upstream is considered deprecated and the tarball
> releases are out-dated. The latest code is in a Git repository.
>
> [1] https://aur.archlinux.org/packages/sqlmap
> [2] https://aur.archlinux.org/packages/sqlmap-git

Merged, thanks.

Lukas

Re: [aur-general] Merge grub-gfx into grub-legacy

[Lukas Jirkovsky]

On Sun, Oct 13, 2013 at 12:28 PM, Keshav Padram Amburay
 wrote:
> Hi,
>  Please merge grub-gfx [1] into grub-legacy [2] as the former is just
> one patch on top of latter, and grub-gfx has been orphaned while
> grub-legacy seems to be actively maintained. Please note that I was/is not
> the maintainer of either of those packages. This request is just for
> cleanup.
>
> [1]: https://aur.archlinux.org/packages/grub-gfx/
> [2]: https://aur.archlinux.org/packages/grub-legacy/
>
> With Best Regards,
>
> Keshav

I thing the difference is quite big, because that one patch adds a
support for graphical themes.

Lukas

Re: [aur-general] kfaenza-icon-theme disown

[Lukas Jirkovsky]

On Sat, Oct 12, 2013 at 10:32 AM, Daniele Formichelli
 wrote:
> Hi,
>
> I would like to disown package kfaenza-icon-them from maintainer JokerBoy.
> He has not responded to comments on the AUR page (
> https://aur.archlinux.org/packages/kfaenza-icon-theme/) and it doesn't build
>
> Thank you,
> Daniele Formichelli

Have you tried contacting maintainer by email? The usual procedure is
to contact the maintainer by email and if they don't reply in two
weeks, a TU will orphan the package.

Lukas

Re: [aur-general] Merge request: pulseaudio_ctl --> pulseaudio-ctl

[Lukas Jirkovsky]

On Sat, Oct 12, 2013 at 1:11 AM, member graysky  wrote:
> Based on the Scrimma's advice[1], I would like to request a TU to
> please merge my old package into my new package thus retaining the
> comments/votes.
>
> Old package: pulseaudio_ctl
> New package: pulseaudio-ctl
>
> Thank you in advance.
>
> Please cc me on any replies as I am NOT subscribed to the ML.

Merged. Please post links next time.

Lukas

Re: [aur-general] Merge request: qputusb

[Lukas Jirkovsky]

On Wed, Oct 9, 2013 at 6:00 PM,   wrote:
> Hi,
> I am now the owner of putusb and it includes qputusb. Could you delete the 
> obsolete qputusb from the aur to merge it with putusb.
> Thanks
> lks

Merged, thanks.

Re: [aur-general] Removal requests: dkms-rt8192cu

[Lukas Jirkovsky]

On Fri, Aug 16, 2013 at 2:23 PM, Jakub Klinkovský
 wrote:
> On 16.08.13 at 14:17, N30N wrote:
>> Hi,
>>
>> This package has become dated and I would like it be removed:
>> https://aur.archlinux.org/packages/dkms-rt8192cu/
>>
>> Thanks and best regards,
>> N30N.
>
> I can see that rtl8192cu is included in current kernel, so I guess that
> https://aur.archlinux.org/packages/rt8192cu/ can also be removed.

Removed, thanks. Someone already removed the other one.

Re: [aur-general] Trusted User Application

[Lukas Jirkovsky]

After quickly skimming through your PKGBUILDs I must say I like them,
they are nice and clean. Bonus points for quickly fixing the "return
1" issue.

Lukas

Re: [aur-general] RFC: freecad-git

[Lukas Jirkovsky]

On Sat, Sep 21, 2013 at 2:06 PM, Dave Reisner  wrote:
>
> But not needed here. If oce and oce-git provide=(opencascade),
> freecad-git could simply depends=(opencascade).

Good point, I thought oce and opencascade are two completely different projects.

However, after more careful reading I would say that the prepare()
function is an abomination. There's no reason to do that, if he used
VCS sources, he could achieve the same thing with --holdver.

Re: [aur-general] RFC: freecad-git

[Lukas Jirkovsky]

On Sat, Sep 21, 2013 at 12:33 PM, Xyne  wrote:
> Hi,
>
> Would anyone care to comment on this PKGBUILD?
>
> AUR: https://aur.archlinux.org/packages/fr/freecad-git/PKGBUILD
> Pastebin copy: http://pastebin.com/q3ARNgJ6
>
> Is this an acceptable clever workaround or an abomination that should be 
> purged
> with fire?
>
> Regards,
> Xyne
>
>
> p.s. OR statements and other boolean operatores really would be nice sometimes

It looks scary, but I would accept it as a clever workaround.

Re: [aur-general] Delete request

[Lukas Jirkovsky]

On 31 August 2013 17:11, Julien Nicoulaud  wrote:
> Hi,
>
> Please delete freerdp-awakecoding-git - upstream fork has been merged into
> freerdp.
>
> Regards,
> Julien

Removed, thanks. Please provide link next time.

Lukas

Re: [aur-general] Delete requests

[Lukas Jirkovsky]

On 31 August 2013 17:13, Julien Nicoulaud  wrote:
> Can you please revert
> python2-requests-0.14
> back
> to its original state ?
>
> Regards,
> Julien

You should still be able to download tarball directly from:
https://aur.archlinux.org/packages/py/python2-requests-0.14/python2-requests-0.14.tar.gz

You can use it to reupload the package.

Lukas

Re: [aur-general] Deletion and merge requests (long list)

[Lukas Jirkovsky]

On 27 August 2013 17:53, Lex Black  wrote:
> Am 26.08.2013 20:10, schrieb Connor Behan:
>>> https://aur.archlinux.org/packages/hawaii-login-manager-git/
>>> Merged with something else
>>> https://groups.google.com/forum/#!topic/sddm-devel/g3kGNWI0A3A
>> Not sure about this. Some people might prefer a no longer developed
>> hawaii-login-manager over sddm.
>
> I see your point and normally I would agree. But with the merge they
> deleted the repo. So the source is gone and I didn't see a fork of this
> on Github
>

Deleted.

Thanks,
Lukas

Re: [aur-general] Merge request

[Lukas Jirkovsky]

On 30 August 2013 00:40, Hugo Osvaldo Barrera
 wrote:
> Please merge python-shiboken into shiboken.
>
> The shiboken package is older and shiboken is an application, not a
> library, so it as the proper naming scheme.
> Both packages provide the same software, and there are no particular
> differences in build flags.
>
> --
> Hugo Osvaldo Barrera

Merged python-shiboken into shiboken.

Thank you,
Lukas

Re: [aur-general] Request name change/orphaing of drawterm

[Lukas Jirkovsky]

On 24 August 2013 02:41, Marshall Conover  wrote:
> I have uploaded a new package, drawterm-hg[2], which (as far as I can tell)
> meets the criteria for a package on the AUR, and fixes the issues with the
> old drawterm package (which also used mercurial, but didn't have it in the
> name). As the new package seems to hit all the points needed, I believe the
> old drawterm should be deleted. Let me know if anything else is required!

I have merged drawterm into drawterm-hg.

Thank you,
Lukas

Re: [aur-general] Delete package

[Lukas Jirkovsky]

On 11 August 2013 18:37, Muflone  wrote:
> Please delete the package archlinux-special-wallpapers
> https://aur.archlinux.org/packages/archlinux-special-wallpapers/
>
> The sources are gone and its PKGBUILD is trivial, just copies a bunch of
> files somewhere without any symlink or indication on what to do with them
>
> Regards
>
> Muflone

I've removed the package, because the sources are no longer available.

Re: [aur-general] Different PKGBUILD

[Lukas Jirkovsky]

On 17 August 2013 09:11, podhorsky.ksj  wrote:
> Please look at my package avidemux-2.6.
> Today I updated it.
>
> When I try "View PKGBUILD" action it gives me old package.
> When I download tarball it gives me new package.
>
> Where is problem?
>
> Thanks

It's likely that the old PKGBUILD is in your browser cache. Try to
refresh the page when viewing the PKGBUILD..

Lukas

Re: [aur-general] Remove psi-plus-recources-git

[Lukas Jirkovsky]

On 15 August 2013 11:49, Alexey D.  wrote:
>
> Hello. May you remove psi-plus-recourCes-git please?

Removed. Please post a link to the package next time.

Lukas

Re: [aur-general] [tu-bylaws][PATCH]

[Lukas Jirkovsky]

On 9 August 2013 13:29, Xyne  wrote:
> Hi,
>
> Here's a patch for the TU-bylaws that resulted from discussion in the previous
> thread:

I can't obviously comment on grammar as I'm not a native speaker, so I
have just a single comment. I think it may be better to split this
into two commits, one containing the little changes like referring to
trusted users as TUs or explicitly mentioning the aur-general and the
other one containing the recently discussed changes regarding the
voting procedure and TU removal.

Lukas

Re: [aur-general] Deletion request

[Lukas Jirkovsky]

On 9 August 2013 19:33, Quan Guo  wrote:
>
> Hi Lukas,
>
> I have updated the eminent-git package as instructed. Thanks
>
> Best
>
> Quan

Hello Quan,
thank you for your cooperation, I just merged them.

Lukas

Re: [aur-general] Deletion request

[Lukas Jirkovsky]

On 8 August 2013 22:18, Quan Guo  wrote:
> Dear Lukas,
>
> I'm very glad that I can help manager the eminent-git in any possible way.
> I just subscribed to the aur-general maillist and I will participate further
> discussion there.

Hello Quan,
the eminent-git package is currently an orphan, so the only thing you
need to do (if you are willing to become it's maintainer) is to click
the "Adopt" button on the package page.
I can then merge your package, transferring it's votes, to the eminent-git.

> P.S. I do not know it is good to reply to the "aur-general@archlinux.org"
> directly, So
> If you think it it necessary, you could forward this email to others.

It's not really necessary, but have CC'ed it anyway, so others know
that we're on it.

Lukas

Re: [aur-general] Deletion request

[Lukas Jirkovsky]

On 27 July 2013 14:17, Emil Lundberg  wrote:
> There's no problem, I just thought I'd suggest deletion of an orphaned,
> out-of-date package [1] since there is another package
> (eminent-awesome-3.5-git [2]) that provides the same functionality, has a
> maintainer and is up to date. Much the same as Alessio Sergi did on Jul 24
> about the dropbox-uploader-bash package, unless I'm mistaken.
>
> [1]: https://aur.archlinux.org/packages/eminent-git/
> [2]: https://aur.archlinux.org/packages/eminent-awesome-3.5-git/

Now that the eminent-git is orphaned it would be great if the
maintainer of eminent-awesome-3.5-git took over it (the eminent git
has more votes anyway). We can then remove the eminent-awesome-3.5-git
instead.

I've CC'ed the maintainer of eminent-awesome-3.5-git.

Lukas

Re: [aur-general] Remove lib32-catalyst-test-utils

[Lukas Jirkovsky]

On 6 August 2013 15:32, Jameson  wrote:
> Please, remove lib32-catalyst-test-utils.  I've created
> lib32-catalyst-utils-test in order to match the naming scheme of the
> 64-bit version.
>
> Thanks,
> =-Jameson

Merged. Please provide links next time.

Thx, Lukas

Re: [aur-general] Please rename vodafone-mccd to v-mobile-broadband

[Lukas Jirkovsky]

On 4 August 2013 10:21, Jonas Heinrich  wrote:
> Thank you for your replay. Here the package:
> https://aur.archlinux.org/packages/v-mobile-broadband/
> Please merge,
> thanks

Merged, thx.

Re: [aur-general] packages without category

[Lukas Jirkovsky]

On 30 July 2013 19:56, Rob Til Freedmen  wrote:
> There are still >1000 packages without 'Category'
> - apparently not a hot topic.

I think most of these packages are created by uploading the PKGBUILD
using burp or a similar AUR uploader. If the categories were to stay
[1], it would be good if these uploaders or AUR rejected packages
without a category.

[1] I don't think the caetgories are useful in the current state,
because they don't represent natural grouping of existing software at
all (eg. should a GTK utility be considered "gnome", "x11" or
something else?). For this to work, tags would be in my opinion much
more usable – given the packages were properly tagged, anyone could
easily find packages such as "gtk multimedia player".

Re: [aur-general] About orphaning all packages of inactive users

[Lukas Jirkovsky]

On 19 July 2013 20:40, Anatol Pomozov  wrote:
> Hi
>
>
> And that is what email notifications for.

They are good when someone flags our package out of date. But after
that it is easy to forget about it.

> I don't think that *manual* mass orphaning is a good idea. There
> should be an automatic way to do this.

It doesn't happen that often. A viable solution for me would be
sending an automated email to trusted users about possibly inactive
accounts and it would be up to TUs to decide whether the packages
should be orphaned (or even deleted).

> But if you think that "package was not fixed for 6 months" is a bad
> indicator of user inactivity what would be a good indicator then?

The problem is that out of date doesn't mean broken.

On 19 July 2013 20:54, cyberdupo56  wrote:
> It sounds like there are two separate problems here.  We need to
> clarify what the out-of-date marker on the AUR means.  Does it mean it
> is out of date with upstream, or out of date with the newest
> viable/working version?  Perhaps there should be another field added,
> so we can mark packages as
> out-of-date-but-cannot-be-upgraded-at-this-time.  That way, if a
> package is marked out-of-date but not cannot-be-upgraded with no
> activity for a period of time, it should be safe to orphan after
> sending a warning email.

I think a flag "broken" would be more appropriate. I guess it would be
better than reporting problems in comments as it's done now, because
everyone would immediately know if there's some problem with a package
without having to read the comments and the PKGBUILD (which everyone
should do anyway).

Lukas

Re: [aur-general] About orphaning all packages of inactive users

[Lukas Jirkovsky]

On 19 July 2013 15:39, Anatol Pomozov  wrote:
> Hi
>
> In this case the maintainer should unmark the package and clearly
> explain in comments why the package cannot be upgraded to the new
> version. Ideally maintainer should also work with upstream on
> resolving the issues. But silently leave the package in "out-of-date"
> state forever is not the best solution neither.

The problem is that the users don't read. It's happening all the time.
I had a package once or twice that couldn't be updated but even though
I stated it in the comments people were still marking it out of date.
BTW, leaving the package as out of date is a good reminder that the
maintainer should check if the problem was fixed every now and then.


On 19 July 2013 15:45, Doug Newgard  wrote:
> 
>
> Do you consider clicking a link twice (once to unflag, again to reflag) every 
> 6 months or so overly burdensome?

It's simple to forget about that and it's nonsense to do it just to
keep your package. I don't think it's any better than the current
approach with emailing the maintainer first.

As I mentioned earlier, I don't have anything against mass orphaning
if the maintainer is clearly inactive and his package has problems,
but this automatic approach doesn't take that into account.

Lukas

Re: [aur-general] About orphaning all packages of inactive users

[Lukas Jirkovsky]

On 18 July 2013 23:24, Alexander Rødseth  wrote:
> Hi,
>
> The two packages that are out of date has not been updated for three years.
>
> My plan is to orphan all his packages if nobody thinks that's a
> horribly bad idea.
>
> I'm also interested in comments about what should be done for similar
> situations in the future. I assume most users would be happy just to
> see the pacakges being updated instead of hoarded and would think it
> was fine if TUs just orphan them after a similar investigation of the
> situation.

+1 from me. If the user is inactive for long time and the packages
apparently needs care (this is actually quite important, because you
can have VCS packages not updated for a long time and they will still
work), they should be orhpaned.


On 18 July 2013 23:56, Anatol Pomozov  wrote:
> Hi
> IMHO Arch developers should be more proactive in disowning de-facto
> orphaned packages. Something like "if a package is marked out-of-date
> for more than 3 months then it disowns automatically". Similar rule
> can be applied to all packages of inactive users.

I'm strongly against the idea of automatic orphaning. Sometimes the
package may be outdated simply because the new version doesn't work or
has some serious issues.

Lukas

Re: [aur-general] Merge/Remove Request : libkqueue

[Lukas Jirkovsky]

On 5 July 2013 20:22, SJ_UnderWater  wrote:

> I once tried to contact niQo about these Apple-sourced packages, but created 
> my -0 variants to better conform to the standards so they could at least see 
> what I was talking about; > I also respond to flags pretty quickly. I notice 
> now that stativ has summarily deleted libpthread_workqueue0 for which I don't 
> have a backup, is this normal?

Uploading a duplicate package (and you apparently knew that there is
such package already) is against the AUR rules, that's why I removed
it. I would remove the libkqueue0 package too, but I wasn't sure if it
is a duplicate of libkqueue because they have different major version
(API compatibility).

I can't say if having backups is normal or not, but certainly it's not
a good idea.

BTW, the tarball can still be downloaded:
https://aur.archlinux.org/packages/li/libpthread_workqueue0/libpthread_workqueue0.tar.gz

Lukas

Re: [aur-general] Merge request: gtk-theme-win7-8

[Lukas Jirkovsky]

On 4 July 2013 11:57, podhorsky.ksj  wrote:
> Please merge
> https://aur.archlinux.org/packages/gtk-theme-win7-8/
> in
> https://aur.archlinux.org/packages/gtk-theme-win78/
>
> Thanks

Merged

Re: [aur-general] Package Merging Request.

[Lukas Jirkovsky]

On 29 June 2013 16:47, Jagmjp Janpgm  wrote:
> Could orion-gtk-theme be merged into gtk-theme-orion please?

Merged, thank you.

On 29 June 2013 16:58, Diego Principe  wrote:
> Grumpy cat is coming...
> read here
> https://mailman.archlinux.org/pipermail/aur-general/2013-June/024088.html

Sigh, why no one seems to check who is the maintainer first? The
maintainer of both packages is the same.

Lukas

Re: [aur-general] Merge request

[Lukas Jirkovsky]

On 28 June 2013 15:21, Maxime Gauduin  wrote:
> Same for all these, deleted, please contact the current maintainers.
> BTW, this is not in any guideline, this is just common sense that you
> should contact them instead of asking for their packages to be
> transferred to you behind their backs, even if they aren't correctly
> named.
>
> --
> Maxime

There was no need to remove gtk-theme-clearlooks-bluecurve,
gtk-theme-optimus and all the xfwm themes, the originals were all
orphaned, so there's nobody to ask. Edoardo, can you please reupload
these again?

Lukas

Re: [aur-general] Removal request

[Lukas Jirkovsky]

On 27 June 2013 20:40, Edoardo Maria Elidoro  wrote:
> 2013/6/27 Lukas Jirkovsky :
>> Can you please upload the packages under a proper name? I can merge
>> them afterwards.
>
> Here's the new packages:
> https://aur.archlinux.org/packages/xfce4-remmina-plugin/
> https://aur.archlinux.org/packages/gtk-theme-abt/
> https://aur.archlinux.org/packages/gtk-theme-adt/
> https://aur.archlinux.org/packages/gtk-theme-abt2/
>
>> thx, Lukas
>
> Thanks to you :)

All done. Thank you.

Lukas

Re: [aur-general] Package removal request

[Lukas Jirkovsky]

On 27 June 2013 10:36, Francisco Pina Martins  wrote:
> I own a package in AUR called hardware-monitor
> (https://aur.archlinux.org/packages/hardware-monitor/).
>
> It no longer serves any purpose I know of since panel applets have been
> deprecated, the package no longer builds (due to a new version of automake)
> and upstream seems to have dropped it.
>
> This package can be deleted.
>
> Thank you.
>
> Francisco Pina Martins

Thanks, removed.

Lukas

Re: [aur-general] Removal Request: eGTK

[Lukas Jirkovsky]

On 24 June 2013 10:51, Edoardo Maria Elidoro  wrote:
> Hi eveyone,
> elementary-gtk-theme[0] on AUR has many, many, many problems with
> Archlinux's GTK2 and GTK3 packages. I think that upstream they did not
> added the support for GTK 3.6 or 3.8.
>
> Should we keep it?
>
> Have a nice day,
> Edoardo
>
> [0] https://aur.archlinux.org/packages/elementary-gtk-theme/

I think we can keep it, there is still some upstream development
activity, so there's a chance that it will be fixed. It would probably
be better to work with upstream to fix the current problems.

Lukas

Re: [aur-general] Removal request

[Lukas Jirkovsky]

On 26 June 2013 15:20, Edoardo Maria Elidoro  wrote:
> Hi everyone,
> this project seems dead (maybe replaced by tumbler), there's no source
> upstream and it's orphaned on AUR.
> https://aur.archlinux.org/packages/thunar-audio-thumbnailer/

Removed.

> This package needs to be renamed into something more appropriate like
> xfce4-remmina-plugin
> https://aur.archlinux.org/packages/remmina-xfce/
>
> This packages need to be renamed into something more appropriate like
> gtk-theme-$name:
> https://aur.archlinux.org/packages/abt-gtk-theme/
> https://aur.archlinux.org/packages/adt-gtk-theme/
> https://aur.archlinux.org/packages/abt2-gtk-theme/

Can you please upload the packages under a proper name? I can merge
them afterwards.

thx, Lukas

Re: [aur-general] Rename Request

[Lukas Jirkovsky]

On 26 June 2013 17:41, Edoardo Maria Elidoro  wrote:
> Sorry, here's the new package with the right name:
> https://aur.archlinux.org/packages/xfwm-theme-axis/
>
> The old one:
> https://aur.archlinux.org/packages/xfce4-theme-axis/

Done

Re: [aur-general] disown request: storebackup

[Lukas Jirkovsky]

On 15 June 2013 15:12, Jens Nazarenus  wrote:
> I sent a message (at 2013-06-05) to the maintainer of the package 
> storebackup[1] and asked him to update the PKGBUILD.
>
> The latest version of storebackup: 3.3.1
> PKGBUILD version: 3.2
>
> The latest comment at 2012-11-09 to update the PKGBUILD didn't receive any 
> attention by the maintainer.
> Can you please orphan the package. I would like to adopt it afterwards.
>
> Thanks.
>
> [1] https://aur.archlinux.org/packages/storebackup/

Someone has already disowned this package, so you can take it.

Re: [aur-general] Request removal of package

[Lukas Jirkovsky]

On 9 May 2013 07:14, Antonio Orefice  wrote:
> This one is to request removal of package i disowned:
> https://aur.archlinux.org/packages/cairo-nvidiablob/
> Meantime, another similar package has emerged, it is cairo-nvidia, so
> now there is a dupe.
> Could you please remove the first?
> thanks.

Merged

Re: [aur-general] Requeste merge: bdsup2subplusplus-git into bdsup2subpp-git

[Lukas Jirkovsky]

On 9 May 2013 04:37, SpinFlo  wrote:
> please merge https://aur.archlinux.org/packages/bdsup2subplusplus-git
> into https://aur.archlinux.org/packages/bdsup2subpp-git
>
> this last have better name
>
> greetings

Done

Re: [aur-general] Merge and removal requests

[Lukas Jirkovsky]

On 1 May 2013 00:08, Lex Black  wrote:
> Hi
>
> I skipped through orphaned, ood -git PKGBuilds and found some that can be
> merged or deleted:
>
> xbmc-skin-alaska-git:
> https://aur.archlinux.org/packages/xbmc-skin-alaska-git/
> Source changed to svn

Removed

> tmw-git:
> https://aur.archlinux.org/packages/tmw-git/
> As stated in the comment. This got replaced by mana-git (
> https://aur.archlinux.org/packages/mana-git/ )

Merged

> risc-git:
> https://aur.archlinux.org/packages/risc-git/
> Comment is about, that this package got replaced by oort-git

Merged.

I'll leave the rest for later/someone else.

Thank you,
Lukas

Re: [aur-general] Request to orphan simon

[Lukas Jirkovsky]

On 1 May 2013 14:53, Jy Yaworski  wrote:
> Hello:
>
> simon [1] has been at version 0.4 for some time, and has been flagged as
> such since 2012-12-30. The maintainer doesn't seem to be responsive to
> comments, and an orphan request has been in the comments since 2013-03-01.
> Could this be orphaned so that another maintainer could pick it up?
>
> [1] https://aur.archlinux.org/packages/simon/

Did you email the maintainer directly? The common approach is to email
maintainer, give him two weeks for response and then orphan the
package.

Re: [aur-general] Request to delete lib32-jack-git

[Lukas Jirkovsky]

On 1 May 2013 17:48, Joakim Hernberg  wrote:
> Please delete lib32-jack-git, as I've replaced it with lib32-jack1-git
>
> --
>
>Joakim

Done. Please provide link next time.

Re: [aur-general] request remove avidemux-2.6-gui

[Lukas Jirkovsky]

On 1 May 2013 18:15, SpinFlo  wrote:
> hello, please remove
>
> https://aur.archlinux.org/packages/avidemux-2.6-gui/
>
>
> for a confusion with handle .AURINFO, upload these package
>
>
> greetings

Done

Re: [aur-general] Request to delete jack-git

[Lukas Jirkovsky]

On 1 May 2013 17:18, Joakim Hernberg  wrote:
> Please delete jack-git, as I've replaced it with jack1-git
>
> --
>
>Joakim

Done

Re: [aur-general] Delete and Merge requests

[Lukas Jirkovsky]

All done, thanks.

Lukas