[aur-general] Delete request: doukutsu-wine

2014-02-16 Thread Anton Larionov
doukutsu-wine: https://aur.archlinux.org/packages/doukutsu-wine/

It's unmaintained and has broken source link.
And there are 2 native versions in AUR: doukutsu and cavestory+.


--

Regards,
Anton Larionov


Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Anton Larionov
On Sun, Jan 12, 2014 at 02:35:33PM +0100, Lukas Fleischer wrote:
 Hi,
 
 I think we should promote the use of .AURINFO files. Currently, only a
 very small fraction of packages use it. A basic description of its
 format can be found in the commit message of AUR commit 5a11373 [1].
 Regardless of whether we keep that format or use something entirely
 different for metadata later, it is good to have this information stored
 somewhere and the format is simple enough to migrate to another format
 later.
 
 I think we should at least come up with a tiny tool to generate this
 kind of metadata post-makepkg and put it into the source tarball, then
 add some information to the submission section in the official AUR wiki
 article [2]. Does anyone have plans to write such a tool? Did anyone
 already integrate this functionality into an existing AUR uploader? If
 no one steps up, I might attempt to write one on my own in a couple of
 days.
 
 I might also add a deprecation warning for source tarballs without
 .AURINFO files in one of the upcoming AUR releases.
 
 Regards,
 Lukas
 
 [1] 
 https://projects.archlinux.org/aur.git/commit/?id=5a1137363cb358593a64e0e6d0b0adeb1a9514ff
 [2] 
 https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Submitting_packages

Hello,

I was under the impression that .AURINFO was introduced to override some
fields in PKGBUILD when they are written in format which can't be properly
displayed by AUR (or maybe I've missed something). But why do you want to
force it's usage for all packages? In most cases AURINFO will just 
duplicate same fields from PKGBUILD.

Also I have some questions about it's format:

1) If package has different dependencies for 86_64 and 686, what should I
   put in depend array?

2) Which 'pkgname' will be unique - from PKGBUILD or AURINFO? E.g if I
   upload package with name 'foo' and overriden name 'bar' will someone
   be able to upload new package with name 'foo'? Or 'bar'?

--

Regards,
Anton Larionov


Re: [aur-general] Promoting use of .AURINFO

2014-01-12 Thread Anton Larionov
On Sun, Jan 12, 2014 at 04:11:14PM +0100, Lukas Fleischer wrote:
 On Sun, 12 Jan 2014 at 15:51:48, Anton Larionov wrote:
  Hello,
  
  I was under the impression that .AURINFO was introduced to override some
  fields in PKGBUILD when they are written in format which can't be properly
  displayed by AUR (or maybe I've missed something). But why do you want to
  force it's usage for all packages? In most cases AURINFO will just 
  duplicate same fields from PKGBUILD.
 
 The long-term plan is to use it for all AUR packages, improve the format
 and finally make it an official feature of makepkg(8) (the file will
 probably be called .SRCINFO then but we're far from there). See my other
 reply to Sebastien for some reasons on why it should be used.
 
  
  Also I have some questions about it's format:
  
  1) If package has different dependencies for 86_64 and 686, what should I
 put in depend array?
 
 Good question. This cannot be answered properly, though, since
 dependencies actually are a property of the binary package and not a
 property of the source package. Maybe we should loosen the format for
 dependencies of source packages and allow optdep-like comments?
 Something like:
 
 depends = foo
 depends = bar
 depends = foobar: x86_64 only
 
 Just an idea. Comments welcome.
 
  
  2) Which 'pkgname' will be unique - from PKGBUILD or AURINFO? E.g if I
 upload package with name 'foo' and overriden name 'bar' will someone
 be able to upload new package with name 'foo'? Or 'bar'?
 
 Only the information from .AURINFO will be used. You can already trick
 the AUR into reading a completely different name from the PKGBUILD than
 it actually produces (and that problem is unavoidable), so that isn't a
 (new) issue.

I've created shell-helper which generate srcpkg, add .AURINFO and upload it.
Haven't really tested it much yet.

https://gist.github.com/diffycat/8389617

And I don't think that many people will start adding .AURINFO until it's
creation will be supported in makepkg. Like you start `makepkg --source`,
then it's search for existing .AURINFO (or .SRCINFO) or generate it from
corresponding fields in pkgbuild, print it and allow to edit before
packaging.

--

Regards,
Anton Larionov


[aur-general] Orphan request

2014-01-06 Thread Anton Larionov
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/


--

Regards,
Anton Larionov


[aur-general] [merge] wine-mono

2012-06-13 Thread Anton Larionov
wine-mono: https://aur.archlinux.org/packages.php?ID=59652
wine_mono: https://aur.archlinux.org/packages.php?ID=59993

At first wine-mono was builded from source and wine_mono used the prebuilt .msi 
file, but now they are same. Don't know which one should be merged.


--

Regards,
Anton Larionov


Re: [aur-general] [merge] wine-mono

2012-06-13 Thread Anton Larionov
On Wed, Jun 13, 2012 at 04:58:13PM +0200, Kwpolska wrote:
 On Wed, Jun 13, 2012 at 4:43 PM, Anton Larionov diffident@gmail.com 
 wrote:
  wine-mono: https://aur.archlinux.org/packages.php?ID=59652
  wine_mono: https://aur.archlinux.org/packages.php?ID=59993
 
  At first wine-mono was builded from source and wine_mono used the prebuilt 
  .msi file, but now they are same. Don't know which one should be merged.
 
 
  --
 
  Regards,
  Anton Larionov
 
 The dash is much more common in package names, so the version with an
 underscore should go away.  BTW: built*
 
 -- 
 Kwpolska http://kwpolska.tk
 stop html mail      | always bottom-post
 www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
 GPG KEY: 5EAAEA16   | Arch Linux x86_64, zsh, mutt, vim.
 # vim:set textwidth=70:


It is named by analogy with 'wine_gecko'.


--

Regards,
Anton Larionov


[aur-general] [merge] djvu2pdf-latest

2012-04-11 Thread Anton Larionov
Please, merge
djvu2pdf-latest https://aur.archlinux.org/packages.php?ID=57014
into
djvu2pdf https://aur.archlinux.org/packages.php?ID=18397


--

Regards,
Anton Larionov


[aur-general] [merge?] List of vcs-duplicates

2012-03-10 Thread Anton Larionov
All packages that match ${NAME}-{bzr,cvs,darcs,git,hg,svn} with similar $NAME.
http://p.blicky.net/avj2n

Warning: I haven't tested any of these packages personally.


--

Regards,
Anton Larionov


[aur-general] [merge] gpick-svn

2012-03-05 Thread Anton Larionov
Please, merge gpick-svn (https://aur.archlinux.org/packages.php?ID=24856)
into gpick-hg (https://aur.archlinux.org/packages.php?ID=54174).


--

Regards,
Anton Larionov


[aur-general] [merge] frogatto-svn

2012-02-23 Thread Anton Larionov
Please, merge
'frogatto-svn' https://aur.archlinux.org/packages.php?ID=44678
into
'frogatto-git' https://aur.archlinux.org/packages.php?ID=50320


--

Regards,
Anton Larionov


Re: [aur-general] Accidentally overwrote package...

2012-02-18 Thread Anton Larionov
On Sat, Feb 18, 2012 at 08:11:22PM +0100, Julien Nicoulaud wrote:
 Hi,
 
 I created a package and uploaded it to the AUR, but it seems there was
 already one with the same name since it has votes and the name of another
 contributor appears... I guess it was orphaned and I automatically adopted
 it by uploading a new version ? Is there some history to check it referred
 at least to the same software ? It think it would be better if maintainers
 had to explicitly click Adopt before being allowed to upload new versions
 of packages.
 
 https://aur.archlinux.org/packages.php?ID=10774
 
 Regards

https://bbs.archlinux.org/viewtopic.php?id=113099
https://aur.archlinux.org/packages/st/stan/PKGBUILD


--

Regards,
Anton Larionov


[aur-general] [merge request] lib32-lib-compat

2012-02-10 Thread Anton Larionov
Please, merge 'lib32-lib-compat' https://aur.archlinux.org/packages.php?ID=17208
into 'lib-compat' https://aur.archlinux.org/packages.php?ID=17207

Reason: 'lib-compat' provides both i686 and x86_64 versions.


--

Regards,
Anton Larionov


[aur-general] [orphan request] 7kaa

2012-02-07 Thread Anton Larionov
7kaa
https://aur.archlinux.org/packages.php?ID=39265
7kaa-data
https://aur.archlinux.org/packages.php?ID=39266

Outdated for 2 month. Maintainer does not respond to email.


--

Regards,
Anton Larionov


[aur-general] [remove] wesnoth-tinygui

2011-12-21 Thread Anton Larionov
wesnoth-tinygui
https://aur.archlinux.org/packages.php?ID=19797

Support for TinyGUI removed in v1.9.5:
http://svn.gna.org/viewcvs/*checkout*/wesnoth/tags/1.9.5/players_changelog


--

Regards,
Anton Larionov


[aur-general] [orphan] opencity

2011-12-14 Thread Anton Larionov
Please, orphan 'opencity'
https://aur.archlinux.org/packages.php?ID=10864
out-of-date - Wed, 16 Nov


--

Regards,
Anton Larionov


[aur-general] [merge request] coolreader

2011-11-20 Thread Anton Larionov
I moved all CoolReader packages to 'coolreader'-name.
Please, merge this packages:


coolreader3 (https://aur.archlinux.org/packages.php?ID=40756)
 - coolreader (https://aur.archlinux.org/packages.php?ID=54042)
Wrong name, outdated for 3 month.

cr3-qt4 (https://aur.archlinux.org/packages.php?ID=40761)
 - coolreader-git (https://aur.archlinux.org/packages.php?ID=54156)
Wrong name, original maintainer agreed (orphaned).

coolreader3-git (https://aur.archlinux.org/packages.php?ID=53660)
 - coolreader-git (https://aur.archlinux.org/packages.php?ID=54156)
Wrong name. I was unable to contact with maintainer, but when this package was 
uploaded its already duplicate 'cr3-qt4'.


--

Regards,
Anton Larionov


[aur-general] [delete-request] bin32-zsnes

2011-10-29 Thread Anton Larionov
bin32-zsnes
https://aur.archlinux.org/packages.php?ID=19167

duplicate multilib/zsnes


--

Regards,
Anton Larionov


[aur-general] [Delete request] wmfs-stable

2011-09-30 Thread Anton Larionov
'wmfs-stable' duplicate 'wmfs'

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



--

Regards,
Anton Larionov


[aur-general] Delete and orphan request

2011-07-20 Thread Anton Larionov
DELETE:

narcissu-bin https://aur.archlinux.org/packages.php?ID=5790
Duplicate narcissu-en + onscripter-en

vimpression-git   https://aur.archlinux.org/packages.php?ID=26811
webkitbrowser-git https://aur.archlinux.org/packages.php?ID=26756
Link is broken and AFAIK this project is currently abandonded (to 
vimprobable1/2)


ORPHAN:

doukutsu https://aur.archlinux.org/packages.php?ID=20672
Marked as out of date on Mar 28 (3 months ago)


--

Regards,
Anton Larionov


[aur-general] Delete request

2011-02-02 Thread Anton Larionov
mahjongforunix
http://aur.archlinux.org/packages.php?ID=5
Duplicate extra/mahjong


--

Regards,
Anton Larionov


[aur-general] Delete request

2010-09-24 Thread Anton Larionov
Delete bin32-doukutsu (http://aur.archlinux.org/packages.php?ID=27709),
because x86_64 support added to doukutsu (
http://aur.archlinux.org/packages.php?ID=20672).


[aur-general] Delete and orphan request

2010-07-21 Thread Anton Larionov
Hi, can somebody delete the following packages:

1) http://aur.archlinux.org/packages.php?ID=38923 - my mistake, error in
package name, replacement here
http://aur.archlinux.org/packages.php?ID=39067

2) http://aur.archlinux.org/packages.php?ID=17379 and
http://aur.archlinux.org/packages.php?ID=36306 - they duplicate this package
http://aur.archlinux.org/packages.php?ID=5790

3) http://aur.archlinux.org/packages.php?ID=28544 - this is version from
previous developer of Onscripter-en

4) http://aur.archlinux.org/packages.php?ID=8242 - already included in
community


And orphan this package:
http://aur.archlinux.org/packages.php?ID=17374 - I want to update it.