Re: [aur-general] [HEADS-UP] Meta data and split package support in the AUR

2014-07-27 Thread Lukas Fleischer
On Sat, 05 Apr 2014 at 14:38:44, Lukas Fleischer wrote:
 [...]
 1. We can drop the PKGBUILD parser from the AUR. The parser will still
be available in the upcoming release but it will be marked as
deprecated and a warning will be displayed whenever someone tries to
upload a source tarball without metadata.
 

Note that this will happen in the next release which will be tagged next
week. So if anyone is still using the old PKGBUILD parser, please switch
to using .AURINFO now.

 2. We can implement other things that were blocked by the AUR PKGBUILD
parser being incomplete and inaccurate. Specifically, the next
release will support split packages.
 
 Things that are on our TODO list:
 
 * Test the new AUR code. The split package code is still experimental.
 * Fix and extend the AUR RPC interface.
 * Test Dave's pkgbuild-introspection.
 * Move pkgbuild-introspection (or at least mkaurball) to [community].
 
 It would also be nice to get metadata generation integrated into makepkg
 so that people no longer need to install mkaurball to generate source
 tarballs for the AUR.
 
 Regards,
 Lukas
 
 [1] https://github.com/falconindy/pkgbuild-introspection


Re: [aur-general] Compiz package naming

2014-07-27 Thread Charles Bos
That's great korrode. Thanks. :)

Is everyone agreed vis-a-vis the new name scheme? I only ask because a TU
seemed to have other ideas regarding Compiz package naming consistency - I
for instance was asked to rename compiz-bzr to compiz-core-bzr.




On 26 July 2014 16:39, Rob McCathie korr...@gmail.com wrote:

 On Sun, Jul 27, 2014 at 1:28 AM, Rob McCathie korr...@gmail.com wrote:
  On Sat, Jul 26, 2014 at 9:12 PM, Charles Bos charlesb...@gmail.com
 wrote:
  Hi /dev/rs0,
 
  Chazza here. If you don't want to continue maintaining compiz-core-devel
  I'd be fine with taking over.
 
  Regards
 
 
  On 25 July 2014 17:17, /dev/rs0 r...@secretco.de.com wrote:
 
  Hello Everyone,
 
  I think it definitely makes sense to drop the 'core' name and take on
 the
  'legacy' scheme as described.
 
  Additionally, seeing as 'compiz-core-bzr' is more actively maintained,
 and
  that 'compiz-core-devel' is basically a derivative now; I've been
 curious
  if Chazza would like to adopt the package.
 
  I occasionally receive patches from him and notice much more community
  involvement on the Wiki/AUR/Forums in regard to 'compiz-core-bzr'. I
 seem
  to be an unnecessary middleman for such an infrequently updated
 package.
 
  /dev/rs0
 
 
  On 07/25/2014 03:43 AM, Rob McCathie wrote:
 
  Hello AUR general  Compiz package maintainers.
 
  There was some discussion about Compiz packages a little while ago, i
  don't think that much came of it. I'd like to re-open the discussion.
 
  My opinions/suggestions:
 
  Calling the 0.8 series compiz and the 0.9 series compiz-devel is
  no longer correct, it hasn't been for quite some time.
 
  All information on this page:
  http://www.compiz.org/
  is completely wrong and out of date, like 5 years out of date, and
  should not be used as a reference for anything.
  Tracking of the state of Compiz should be done from here:
  https://launchpad.net/compiz
 
  Development of the 0.8 series is as close to being dead as it could
  be. Unless you count 2 tiny commits 5 months ago, nothing has been
  done in 16 months, and even that 16 month old commit was a minor
  change just to get it working with KDE 4.10, with the commit prior to
  that being an additional 5 months back.
  http://cgit.compiz.org/compiz/core/log/?h=compiz-0.8
 
  My suggestion is pretty simple, compiz becomes the 0.9 series, the
  0.8 series becomes compiz-legacy.
  Any 0.9 series packages that have core in their name should have it
  removed, since the concept of Compiz being split up has been dropped
  since the 0.9 series. The 0.9 series doesn't have a core component,
  it's just compiz.
 
  Some examples:
 
  martadinata666's compiz-core package would become
 compiz-legacy-core
 
  dev_rs0's compiz-core-devel package would become simply compiz
 
  Chazza's compiz-core-bzr package would become compiz-bzr
 
  flexiondotorg's compiz-core-mate package would become
  compiz-legacy-core-mate
 
  My compiz-gtk-standalone package would become
  compiz-legacy-gtk-standalone
 
  All the compiz-fusion-plugins-* packages would become
  compiz-legacy-fusion-plugins-*
 
  ...and so on.
 
  What are everyone's thoughts?
 
  --
  Regards,
  Rob McCathie
 
 
 
 
 
  Charles, i started setting up my new package for Manjaro and since it
  included converting the package back to using release archives and
  doing 90% of the work to make a suitable generic 'compiz' package for
  AUR, i figured i'd post it to you, maybe save you a few mins:
 
 
 http://www.paradoxcomputers.com.au/arch/packages/compiz-0.9.11.2-1.src.tar.gz
 
  I retained your style and patchset, the only thing i did change was
  setting cpp as a default plugin at compile time, rather than modifying
  the .desktop file... because who isn't going to use ccp? ;)
  Plus minimal users who start compiz from their xinitrc get no use from
  the .desktop file.
 
  The package is named simply compiz. If we're going to go with the
  naming convention as discussed, Charles can simply upload this package
  (or whatever), /dev/sr0 you could just flag your package for deletion.
 
  --
  Regards,
  Rob McCathie


 Sorry not deletion, get it merged after Chazza uploads.



[aur-general] I forgot my AUR username

2014-07-27 Thread 朱晋玄
Sorry to bother you all with this.

Hours earlier, when try to update a PKGBUILD to AUR, I find that my
username escapes me.(I think I have typed a correct password because I have
just reset my password.)

What should I do to recover my usrname of this email address?

Thank you.


Re: [aur-general] I forgot my AUR username

2014-07-27 Thread Felix Yan
On Sunday, July 27, 2014 23:49:26 朱晋玄 wrote:
 Sorry to bother you all with this.
 
 Hours earlier, when try to update a PKGBUILD to AUR, I find that my
 username escapes me.(I think I have typed a correct password because I have
 just reset my password.)
 
 What should I do to recover my usrname of this email address?

Replied off-list with the username.

Regards,
Felix Yan

signature.asc
Description: This is a digitally signed message part.


Re: [aur-general] Announcement Input

2014-07-27 Thread Thiago Barroso Perrotta
On Fri, 25 Jul 2014 11:43:51 +0200
Christian Hesse l...@eworm.de wrote:

 Hello everybody,
 
 I would like to have something like an announcement input for AUR
 packages. Just like comments, but the announcement should be editable
 by the maintainer only and shown at the top all the time. This could
 be handy for something like:
 
  Currently this application does not remember passwords. This is
  because gnome-keyring is broken.
  (https://bugs.archlinux.org/task/39913)
 
 Preventing users from complaining over and over again when comments
 move down. Or:
 
  This is a git package. Most of the time it compiles fine with
  $dependency. If it does not please try $dependency-git.
 
 Any comments?

I'm not sure about the usefulness of this feature, or even if AUR
packagers want it.

However, if this goes on a day, my suggestion is this input should be
an entry of .AURINFO. There is no need to clutter the web interface with
editable fields.

A typical packaging workflow would be: 

$ mkaurball
$ script/program to change announcement here path to src aurball
here Developer announcement / sticky post here.

This way, implementing this would be very easy, just a matter of
parsing the correct entry and displaying it appropriately.

-- 

- Thiago 


signature.asc
Description: PGP signature