[aur-general] [Delete] - clean_chroot_manager

[member graysky]

I have renamed the project and updated a new PKGBUILD under the new name.
 Please delete the old one:
https://aur.archlinux.org/packages/clean_chroot_manager

Thanks!

[aur-general] [Delete request] - miltilame

[member graysky]

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

This was a script I wrote a while ago but have abandoned upstream.  Other
packages do the same only with tagging.  Please delete.

[aur-general] [delete] xz-alpha

[member graysky]

https://aur.archlinux.org/packages/xz-alpha/

Xz-alpha v5.1.2 was tagged by upstream >13 mo ago.  There is a more
up-to-date xz-git package.  Plz delete this one.

[aur-general] Delete request: acxi

[member graysky]

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

Package is not maintained and other more powerful alternatives exist.
See comments therein.  Note I am not subscribed so plz cc me if you
need me to read it :p

[aur-general] Possible to rename my package without deleting?

[member graysky]

Is it possible for a TU to rename my package in the AUR thus retaining
the votes/comments?

Old name: pulseaudio_ctl
New name: pulseaudio-ctl

I will obviously add a provides/conflicts in the new PKGBUILD if so...
please cc me on the reply as I an NOT subscribed to the ML.  Thanks!

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

[member graysky]

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.

[aur-general] Merge request (names are large so in body text)

[member graysky]

Please merge my old package into my new package thus retaining the
comments/votes.

Old package: https://aur.archlinux.org/packages/xbmc_prevent_xscreensaver/
New package: https://aur.archlinux.org/packages/xbmc-prevent-xscreensaver/

Thank you in advance!

Please cc me on any replies as I am NOT subscribed to the ML.

[aur-general] Delete request: backintime-kde4

[member graysky]

The split pkg 'backintime' provides the same binaries as
'backintime-kde4' rendering the later redundant.  I checked with the
current maintainer of 'backintime-kde4' and he/she agrees.  This
request is to delete
https://aur.archlinux.org/packages/backintime-kde4

Please cc my on any reply as I am not subscribed.

Thanks,

[aur-general] Merge request: modprobed_db --> modprobed-db

[member graysky]

Please merge my old package into my new package thus retaining the
comments/votes.

Old package: https://aur.archlinux.org/packages/modprobed_db
New package: https://aur.archlinux.org/packages/modprobed-db

Thank you in advance!

Please cc me on any replies as I am NOT subscribed to the ML.

[aur-general] Merge request: hosts_update --> hosts-update

[member graysky]

Please merge my old package into my new package thus retaining the
comments/votes.

Old package: https://aur.archlinux.org/packages/hosts_update
New package: https://aur.archlinux.org/packages/hosts-update

Thank you in advance!

Please cc me on any replies as I am NOT subscribed to the ML.

[aur-general] Possible to switch the votes/comments for two packages?

[member graysky]

This is complex.  I while ago, I adopted the 'mprime' package which
provides the pre-compiled bins.  The mistake I made was to rename this
mprime to 'mprime-bin' which did not take with it the comments/votes.
I then uploaded a 2nd package which provides mprime compiled from
source which I called 'mprime' thus replacing the legacy binary one
with the new from-source one.

Effect: The comments/votes for mprime-bin are really those of mprime.

Is there any easy way to switch the votes/comment from the mprime
package to the mprime-bin package?  Of course, some of the comments
will then be confusing.  Not sure how to proceed.  Thanks.

Re: [aur-general] Possible to switch the votes/comments for two packages?

[member graysky]

On Sat, Dec 7, 2013 at 9:27 PM, Felix Yan  wrote:
>
> Just had a look, but now 'mprime' also has comments for itself. So I'd 
> suggest to merge mprime-bin (with its votes/comments) to mprime, then you 
> just re-upload the mprime-bin package. Please let me know if this is ok so I 
> proceed, or maybe a better approach? :D
>

Hi Felix.  If you do that, and I then reup mprime-bin, won't that mean
all the votes will be with the mprime package?  That is not a
reflection of reality.  The votes/comments should stay with the
mprime-bin package.  What do you think?

Re: [aur-general] Possible to switch the votes/comments for two packages?

[member graysky]

On Sunday, December 8, 2013, Rashif Ray Rahman wrote:
>
>
> 1. Backup mprime
> 2. Merge mprime into mprime-bin
> 3. Delete non-relevant comments from mprime-bin
> 4. Reupload mprime from backup
>
> This should work to retain mprime-bin's data, but I'm not intricately
> familiar with the process. Unfortunately, you can't remove
> non-relevant votes (but you can tell others to remove theirs).
>

I have both backed-up here.  Can you or another TU implement this 4 step
plan?


-- 
Sent from Gmail Mobile

Re: [aur-general] Possible to switch the votes/comments for two packages?

[member graysky]

On Wed, Dec 11, 2013 at 3:46 PM, Rashif Ray Rahman  wrote:
> On 8 December 2013 21:07, member graysky  wrote:
>> On Sunday, December 8, 2013, Rashif Ray Rahman wrote:
>>>
>>>
>>> 1. Backup mprime
>>> 2. Merge mprime into mprime-bin
>>> 3. Delete non-relevant comments from mprime-bin
>>> 4. Reupload mprime from backup
>>>
>>> This should work to retain mprime-bin's data, but I'm not intricately
>>> familiar with the process. Unfortunately, you can't remove
>>> non-relevant votes (but you can tell others to remove theirs).
>>>
>>
>> I have both backed-up here.  Can you or another TU implement this 4 step
>> plan?
>
> Sorry, this got lost. I thought Felix was already helping you. Anyway,
> merged. You can now take over from (3).

No problem, thank you for your help managing my mistake :)

[aur-general] [Merge request] - autoflv2x264 --> auto-reencode

[member graysky]

Both packages and upstream code are owned by me.  I have renamed the
util and am requesting a merge.  Thank you!

Old package: https://aur.archlinux.org/packages/autoflv2x264
New package: https://aur.archlinux.org/packages/auto-reencode

[aur-general] [MERGE] virtualbox-ck-modules--> virtualbox-ck-host-modules

[member graysky]

Seems as though AUR v3.3 does not recognize this package anymore but
does recognize the two split packages it builds, i.e.
virtualbox-ck-host-modules and virtualbox-ck-guest-modules.  Please
merge virtualbox-ck-modules--> virtualbox-ck-host-modules to retain
votes/comments.

Note that I am not subscribed so please cc me on my communications
that requires a reply.  Thank you in advance!

Re: [aur-general] [MERGE] virtualbox-ck-modules--> virtualbox-ck-host-modules

[member graysky]

On Sat, Jul 19, 2014 at 4:19 AM, Evgeniy Alekseev  wrote:
> On Thursday 17 July 2014 14:58:22 member graysky wrote:
>> Seems as though AUR v3.3 does not recognize this package anymore but
>> does recognize the two split packages it builds, i.e.
>> virtualbox-ck-host-modules and virtualbox-ck-guest-modules.  Please
>> merge virtualbox-ck-modules--> virtualbox-ck-host-modules to retain
>> votes/comments.
>>
>> Note that I am not subscribed so please cc me on my communications
>> that requires a reply.  Thank you in advance!
>
> You may create PKGBUILD with following lines:
>
> pkgbase=virtualbox-ck-modules
> pkgname=(virtualbox-ck-host-modules virtualbox-ck-guest-modules)
>
> And then upload it into AUR.

Tried but: "You are not allowed to overwrite the
virtualbox-ck-host-modules package"

Re: [aur-general] [MERGE] virtualbox-ck-modules--> virtualbox-ck-host-modules

[member graysky]

On Sat, Jul 19, 2014 at 7:00 AM, Evgeniy Alekseev  wrote:
> On Saturday 19 July 2014 06:53:39 member graysky wrote:
>> Tried but: "You are not allowed to overwrite the
>> virtualbox-ck-host-modules package"
>
> Oh, ok. We may remove virtualbox-ck-{host,guest}-modules packages since they
> have only one vote and have non-informative comments. If so, please leave a
> request, I will remove them immediately and close merge request.

Whatever you feel is the best method.  Please do it.  Do you need me
to use the feature in the AUR or is this post sufficient?

[aur-general] request: remove 2 entries from AUR (my pkgs)

[member graysky]

This pkg is of no value and should be removed.
http://aur.archlinux.org/packages.php?ID=40544

This pkg duplicates something that is contained in a pkg in
[community] and should be removed.
http://aur.archlinux.org/packages.php?ID=48905

I am the author of each PKG.

[aur-general] changing a PKG's name and retaining votes/comments

[member graysky]

I maintain the kernel26-ck in the AUR.  Once the devs decide on a new
name for the kernel package based on the upcoming "3.0" release,
either "linux" or "kernel" or "kernel30" or whatever, is it possible
to change the name of my "kernel26-ck" PKG and retain all of the
comments/votes it has under the current name?

Thanks!

[aur-general] OK! changing a PKG's name and retaining votes/comments

[member graysky]

I started a thread with same subject less the "OK! " back in May and
am glad to see people saw some value in it to the point of modifying
the AUR!  Since the next version of the linux kernel is now released
and likely soon to enter [testing] under a new name, I need to use
this new feature to change the name of "kernel26-ck" in the AUR to
"whatever-tpowa-uses-ck" -- at the risk of exposing my naiveté on the
subject, I'll ask:

1) What is the SOP for people to request a namechange?
2) What is critically important to include the PKGBUILD?

My best-guess answers:
1) Upload the new PKGNAME as a new package and email a TU with the
old/new name or post to this mailing list.
2) Include a replaces statement in the PKGBUILD.  E.g.
replaces=('old_PKG_name').

Thanks for the thoughts!

[aur-general] Delete request

[member graysky]

virtualbox-guest-modules-ck

http://aur.archlinux.org/packages.php?ID=49288

Re: [aur-general] OK! changing a PKG's name and retaining votes/comments

[member graysky]

The whole point of my post was NOT about what to call packages or to
ignite a debate... it was about how to use the new functionality in
the AUR to move/rename/whatever existing packages to newly named ones.
 To quote the relevant section of my original post:

1) What is the SOP for people to request a namechange?
2) What is critically important to include the PKGBUILD?

My best-guess answers:
1) Upload the new PKGNAME as a new package and email a TU with the
old/new name or post to this mailing list.
2) Include a replaces statement in the PKGBUILD.  E.g.
replaces=('old_PKG_name').

On Fri, Jul 22, 2011 at 8:52 AM, Ionut Biru  wrote:
> On 07/22/2011 03:40 PM, Ike Devolder wrote:
>>
>> Op 22-07-11 13:35, member graysky schreef:
>>>
>>> I started a thread with same subject less the "OK! " back in May and
>>> am glad to see people saw some value in it to the point of modifying
>>> the AUR! Since the next version of the linux kernel is now released
>>> and likely soon to enter [testing] under a new name, I need to use
>>> this new feature to change the name of "kernel26-ck" in the AUR to
>>> "whatever-tpowa-uses-ck" -- at the risk of exposing my naiveté on the
>>> subject, I'll ask:
>>>
>>> 1) What is the SOP for people to request a namechange?
>>> 2) What is critically important to include the PKGBUILD?
>>>
>>> My best-guess answers:
>>> 1) Upload the new PKGNAME as a new package and email a TU with the
>>> old/new name or post to this mailing list.
>>> 2) Include a replaces statement in the PKGBUILD. E.g.
>>> replaces=('old_PKG_name').
>>>
>>> Thanks for the thoughts!

>
> not again!
>
> stop this discussion now!. is settled, the next kernel package has _linux_
> pkgname
>
> --
> Ionuț
>

Re: [aur-general] OK! changing a PKG's name and retaining votes/comments

[member graysky]

Crap... I thought it was a done deal :(

On Fri, Jul 22, 2011 at 10:36 AM, cantabile  wrote:
> On 07/22/2011 04:48 PM, member graysky wrote:
>>
>> The whole point of my post was NOT about what to call packages or to
>> ignite a debate... it was about how to use the new functionality in
>> the AUR to move/rename/whatever existing packages to newly named ones.
>>  To quote the relevant section of my original post:
>>
>> 1) What is the SOP for people to request a namechange?
>> 2) What is critically important to include the PKGBUILD?
>>
>> My best-guess answers:
>> 1) Upload the new PKGNAME as a new package and email a TU with the
>> old/new name or post to this mailing list.
>> 2) Include a replaces statement in the PKGBUILD.  E.g.
>> replaces=('old_PKG_name').
>>
>> On Fri, Jul 22, 2011 at 8:52 AM, Ionut Biru  wrote:
>>>
>>> On 07/22/2011 03:40 PM, Ike Devolder wrote:
>>>>
>>>> Op 22-07-11 13:35, member graysky schreef:
>>>>>
>>>>> I started a thread with same subject less the "OK! " back in May and
>>>>> am glad to see people saw some value in it to the point of modifying
>>>>> the AUR! Since the next version of the linux kernel is now released
>>>>> and likely soon to enter [testing] under a new name, I need to use
>>>>> this new feature to change the name of "kernel26-ck" in the AUR to
>>>>> "whatever-tpowa-uses-ck" -- at the risk of exposing my naiveté on the
>>>>> subject, I'll ask:
>>>>>
>>>>> 1) What is the SOP for people to request a namechange?
>>>>> 2) What is critically important to include the PKGBUILD?
>>>>>
>>>>> My best-guess answers:
>>>>> 1) Upload the new PKGNAME as a new package and email a TU with the
>>>>> old/new name or post to this mailing list.
>>>>> 2) Include a replaces statement in the PKGBUILD. E.g.
>>>>> replaces=('old_PKG_name').
>>>>>
>>>>> Thanks for the thoughts!
>>
>> 
>>>
>>> not again!
>>>
>>> stop this discussion now!. is settled, the next kernel package has
>>> _linux_
>>> pkgname
>>>
>>> --
>>> Ionuț
>>>
> As far as I know, there was some talk, there was a patch or two, but nothing
> was actually implemented.
>
> --
> cantabile
>
> "Jayne is a girl's name." -- River
>

Re: [aur-general] Delete request

[member graysky]

Sorry, this PKGBUILD is not right (too inefficient) and I would rather
wait for the new linux-ck naming scheme to work on it.  I can reupload
the renamed version later on.

2011/7/22 Cédric Girard :
> On Fri, Jul 22, 2011 at 5:16 PM, Jelle van der Waa  wrote:
>
>> On 07/22/2011 04:37 PM, cantabile wrote:
>>
>>> On 07/22/2011 02:36 PM, member graysky wrote:
>>>
>>>> virtualbox-guest-modules-ck
>>>>
>>>> http://aur.archlinux.org/**packages.php?ID=49288<http://aur.archlinux.org/packages.php?ID=49288>
>>>>
>>> Why?
>>>
>>>  I would like to know the real reason too, you don't seem like the owner
>> of the package and it seems actively maintained.
>>
>>
> It does not prevent him from giving a reason but he does seems to be the
> maintainer and the package has seen no update since its creation.
>
> --
> Cédric Girard
>

[aur-general] [kernel26-ck] is depreciated; remove request

[member graysky]

Package is depreciated now that linux-ck is up.  Please remove it from the AUR.

[aur-general] removal request - monitorix-tmpfs

[member graysky]

Please delete this entry:
https://aur.archlinux.org/packages.php?ID=34134

I have uploaded its successor called, monitorix-sync-daemon.  Having both
is just confusing.

Thx!

[aur-general] removal request

[member graysky]

Please remove https://aur.archlinux.org/packages.php?ID=55793
I mistakenly duplicated another package in the AUR thinking that it
installed a pre-compiled bin; I wanted a from source package but I see now
that I was mistaken.

[aur-general] [removal request] - delaboratory-source

[member graysky]

Please remove https://aur.archlinux.org/packages.php?ID=55793
I mistakenly duplicated another package in the AUR thinking that it
installed a pre-compiled bin; I wanted a from source package but I see now
that I was mistaken.

[aur-general] [removal request] - ttf-droid-mono-slashed

[member graysky]

This package is duplicated in the more popular and
maintained ttf-droid-monovar.  Therefore, please remove
https://aur.archlinux.org/packages.php?ID=40418

[aur-general] AUR is doubling required by packages

[member graysky]

Browse to: https://aur.archlinux.org/packages.php?ID=50911

Here is what I show for required by package... why are some of these
doubled?  Required by broadcom-wl-ck broadcom-wl-ck lirc-ck lirc-ck
nvidia-275xx-ck nvidia-275xx-ck nvidia-beta-ck nvidia-ck nvidia-ck r8168-ck
r8168-ck vhba-module-ck vhba-module-ck

[aur-general] remove request [celtx-bin64]

[member graysky]

I adopted the 'celtx-bin' package and updated it to the latest version as
well as enhanced the support to cover both i686 and x86_64.  There is also
a package called celtx-bin64 which is now redundant.  The maintainer of
this package agrees that we should remove it.
https://aur.archlinux.org/packages.php?ID=46977

[aur-general] delete request [banalbum]

[member graysky]

This package is redundant now since this skin is included in jablum.
Plz delete.

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

[aur-general] delete request [xfswitch-plugin-lightdm 0.0.1-1]

[member graysky]

This package I updated is redundant with native functionality in xfce
4.10.  Plz delete.

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

[aur-general] [delete request] - nct6775-git

[member graysky]

The author of the following package has orphaned it since one of my
packages supplies the same software.  Plz delete it:
 https://aur.archlinux.org/packages.php?ID=59396

Comment by: Glaucous on Fri, 17 Aug 2012 08:20:29 +
https://aur.archlinux.org/packages.php?ID=61127
Duplicate, use this package instead.

[aur-general] removal request - monitorix-sync-daemon

[member graysky]

Plz delete.  I have discontinued supporting this deamon since its
functionality is covered under its bigger brother,
anything-sync-daemon.  Supporting three sync-daemons was getting to be
a hassle.

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

[aur-general] Change name of PKG in the AUR without deleting the old one?

[member graysky]

I have a package named "autoflv2x264" that I would like to rename to
"flv2x264" to reflect the name change upsteam.  Is there a way I can
do this without requesting that you delete the old one (linked below)?
 Can you just rename it for me and then I push the new PKGBUILD?

Thanks!

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

Re: [aur-general] Change name of PKG in the AUR without deleting the old one?

[member graysky]

Thanks.  I will post an announcement and request the merge.

[aur-general] status of http://pkgbuild.com/git/aur-mirror.git/log/linux-ck

[member graysky]

Seems to be down since 10/22/2012.  Just wondering if it is terminal
or not.  No response in the discussion thread.  Thx for info.

https://bbs.archlinux.org/viewtopic.php?pid=1190916#p1190916

[aur-general] Required by entries are listed twice

[member graysky]

For example, https://aur.archlinux.org/packages/linux-ck/
Required by (26)

   - broadcom-wl-ck 
   - broadcom-wl-ck 
   - lirc-ck 
   - lirc-ck 
   - nct677x-ck-git 
   - nct677x-ck-git 
   - 
ndiswrapper-linux-ck
   - 
ndiswrapper-linux-ck
   - nvidia-275xx-ck 
   - nvidia-275xx-ck 
   - nvidia-304xx-ck 
   - nvidia-304xx-ck 
   - nvidia-beta-ck 
   - nvidia-ck 
   - nvidia-ck 
   - 
nvidia-ck-bumblebee
   - 
nvidia-ck-bumblebee
   - 
nvidia-ck-corex-bumblebee
   - 
nvidia-ck-corex-bumblebee
   - r8168-ck 
   - r8168-ck 
   - tp_smapi-ck 
   - vhba-module-ck 
   - vhba-module-ck 
   - 
virtualbox-ck-modules
   - 
virtualbox-ck-modules

[aur-general] status of http://pkgbuild.com/git/aur-mirror.git

[member graysky]

Seems to be down since Tue Jan 8 07:00:02 UTC 2013.  This is a
valuable project IMO, what is the long-term prognosis?

[aur-general] [Removal Request] - xbmc-beta

[member graysky]

I am the creator and maintainer of xbmc-beta.  Plz remove it since
v12.0 is in [community] and since there are no more betas.

[aur-general] [delete request] - monitorix-beta

[member graysky]

https://aur.archlinux.org/packages/monitorix-beta

I am the maintainer and now that upstream has pushed the 3.0 branch to
mainline, this package is meaningless.  Thank you.

[aur-general] TU application from graysky

[member graysky]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi All.  Inspired by Allan's talk @ SINFO XX, I decided to throw my
hat into the ring and formally apply to be a TU.  My linux history
started with RH and SUSE over a decade ago.  I discovered Debian and
Ubuntu.  I found myself wanting more control and up-to-date repos and
discovered Arch.  I find it and its underlying philosophies, and its
community to be to my liking.  I have an interest in giving back to
the Arch Community though maintaining some packages in [community].
Listed below are a few of my contributions for those of you who don't
recognize me from the bbs or from other interactions.  I reached out
to Xyne who kindly agreed to sponsor my candidacy for TU.

*Maintains an unofficial repo for >2 years now (http://repo-ck.com)
whose main purpose is hosting linux-ck and related packages.
*Maintains ~50 PKGBUILDs within the AUR; some legacy others of my own creation.
*Wiki contributions, both original content, and standardizing many
popular pages; member of Wiki Maintenance Team.
*Contributed several open-source utils back to the community.
https://github.com/graysky2/modprobed_db
https://github.com/graysky2/profile-sync-daemon
https://github.com/graysky2/profile-cleaner
https://github.com/graysky2/backdrop-randomizer
*Active contributor to Arch bugs.
*Closely related to several upstream projects including: monitorix and
the ck patchset
*Active member on the bbs; usually helpful ;p
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)

iQEcBAEBAgAGBQJRPjyfAAoJEIigMoZe5GxMdZAH/i+5wOv8jnYwZUkD/pQrIWPB
NV1+eh6+Bvfta8MLL0rSMobHSVefhD1dHpwkiyTmIHs9W2tXfWak9DsLuQaG1Tgu
4rRc0F0o3LTtcD47hsGaatIWDr0NAq2lpGo+H24o9BhNlhH5+Pyd635JUuMeiQl6
FQjeGheg82D9aSNsDJrRZONU1agI63+u2WTRcINW5iP2UkB9Nc0SsVdi/TDwDYPO
m9u4v93S12CdCwT9ICCmS/UIa6UmWlbTT77Q3dOXDypumE2vaiSQ7799A8bH4Mlp
PPDhoyj1uJE1KhSii8J1JAhEU3jt3w0B0QwoU2TmMRrM2KHy2lGKYC9+OuGzlmI=
=mQsI
-END PGP SIGNATURE-

Re: [aur-general] TU application from graysky

[member graysky]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Try two using gmail to send an clearsigned message to this list...

Hi All.  Inspired by Allan's talk @ SINFO XX, I decided to throw my
hat into the ring and formally apply to be a TU.  My linux history
started with RH and SUSE over a decade ago.  I discovered Debian and
Ubuntu after not caring for either of the aforemened very much. I
found myself wanting more control and up-to-date repos and eventually
stumbled upon Arch.  I find it that both its underlying philosophies,
and its community resonated with me, and I have been a happy Arch user
ever since.

I have an interest in giving back to the Arch Community though
maintaining some packages in [community].  Listed below are a few of
my contributions for those of you who don't recognize me from the bbs
or from other interactions.  I reached out to Xyne who kindly agreed
to sponsor my candidacy for TU.

*Maintains an unofficial repo for >2 years now (http://repo-ck.com)
whose main purpose is hosting linux-ck and related packages.
*Maintains ~50 PKGBUILDs within the AUR; some legacy others of my own creation.
*Wiki contributions, both original content, and standardizing many
popular pages; member of Wiki Maintenance Team.
*Contributed several open-source utils back to the community.
 https://github.com/graysky2/modprobed_db
 https://github.com/graysky2/profile-sync-daemon
 https://github.com/graysky2/profile-cleaner
 https://github.com/graysky2/backdrop-randomizer
*Active contributor to Arch bugs.
*Closely related to several upstream projects including: monitorix and
the ck patchset.
*Active member on the bbs; usually helpful ;p
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)

iQEcBAEBAgAGBQJRPlMeAAoJEIigMoZe5GxM/O8H/0VfwA4sbuO607FwFLnbK0kH
kwbExFdqv9KUkE0owQehblrwPz7Y1cS5bn1jbJvUXjBzSkuAHiAccyuGp/ehu8+R
BVFxGzUaOz4sHv5tQbvzFnpymAo2g3iiAejmdb+yjQ/3SMbx0XTq/edffZOk5z9C
Uv2ivK6snFRtQyBCyBv9PsWD2Q9ytrmiW2mlG0NxJQu9j8PyWrOnKkMWvFejFd+T
oO0zd6BPhjQ6tEBBidsJ5LZfVpRPX6Cp+AmyLRv9rMDs1OJ3T+ySNNe3IYmkrw+M
3s7J6AsAJ83vGvKOZsE2I/yEHK+Ax/35Bd94/kBZleiMYbNzq3XbR1yuXpcHuTI=
=V0Oo
-END PGP SIGNATURE-

Re: [aur-general] TU application from graysky

[member graysky]

Sorry gang, apparently as Florian suggested, gmail is doing something
to the signed message rendering the signature "BAD."  I am trying now
to directly attach the asc file to see if it works before trying a
non-http based email client.  Here goes...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Try two using gmail to send an clearsigned message to this list...

Hi All.  Inspired by Allan's talk @ SINFO XX, I decided to throw my hat into 
the ring and formally apply to be a TU.  My linux history started with RH and 
SUSE over a decade ago.  I discovered Debian and Ubuntu after not caring for 
either of the aforemened very much. I found myself wanting more control and 
up-to-date repos and eventually stumbled upon Arch.  I find it that both its 
underlying philosophies, and its community resonated with me, and I have been a 
happy Arch user ever since.  

I have an interest in giving back to the Arch Community though maintaining some 
packages in [community].  Listed below are a few of my contributions for those 
of you who don't recognize me from the bbs or from other interactions.  I 
reached out to Xyne who kindly agreed to sponsor my candidacy for TU.

*Maintains an unofficial repo for >2 years now (http://repo-ck.com)
whose main purpose is hosting linux-ck and related packages.
*Maintains ~50 PKGBUILDs within the AUR; some legacy others of my own creation.
*Wiki contributions, both original content, and standardizing many
popular pages; member of Wiki Maintenance Team.
*Contributed several open-source utils back to the community.
 https://github.com/graysky2/modprobed_db
 https://github.com/graysky2/profile-sync-daemon
 https://github.com/graysky2/profile-cleaner
 https://github.com/graysky2/backdrop-randomizer
*Active contributor to Arch bugs.
*Closely related to several upstream projects including: monitorix and the ck 
patchset.
*Active member on the bbs; usually helpful ;p
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)

iQEcBAEBAgAGBQJRPlMeAAoJEIigMoZe5GxM/O8H/0VfwA4sbuO607FwFLnbK0kH
kwbExFdqv9KUkE0owQehblrwPz7Y1cS5bn1jbJvUXjBzSkuAHiAccyuGp/ehu8+R
BVFxGzUaOz4sHv5tQbvzFnpymAo2g3iiAejmdb+yjQ/3SMbx0XTq/edffZOk5z9C
Uv2ivK6snFRtQyBCyBv9PsWD2Q9ytrmiW2mlG0NxJQu9j8PyWrOnKkMWvFejFd+T
oO0zd6BPhjQ6tEBBidsJ5LZfVpRPX6Cp+AmyLRv9rMDs1OJ3T+ySNNe3IYmkrw+M
3s7J6AsAJ83vGvKOZsE2I/yEHK+Ax/35Bd94/kBZleiMYbNzq3XbR1yuXpcHuTI=
=V0Oo
-END PGP SIGNATURE-

Re: [aur-general] TU application from graysky

[member graysky]

On Mon, Mar 11, 2013 at 6:04 PM, William Giokas <1007...@gmail.com> wrote:
> On Mon, Mar 11, 2013 at 05:58:27PM -0400, member graysky wrote:
>> Try two using gmail to send an clearsigned message to this list...
>
> Still bad. Try using a client, like Thunderbird or Mutt. I can only
> vouch for Mutt in respect to signing well.

Actually, when I attached the message.txt.asc to the message, it
verified for me on the shell.  Is that not the case for you?

% gpg --verify copy_paste_from_ML.txt
gpg: Signature made Mon 11 Mar 2013 05:56:46 PM EDT using RSA key ID 5EE46C4C
gpg: Good signature from "graysky "

Re: [aur-general] TU application from graysky

[member graysky]

On Mon, Mar 11, 2013 at 7:24 PM, Daniel Wallace
 wrote:
> What type of packages do you plan on maintaining and what would you want
> to move into the repos first?

Good question.  For starters, several I use all the time and that have
the requisite # of votes:

alsi
archey3
celtx
modprobed_db
monitorix
profile-sync-daemon

I am in interested in scientific software and would consider maintaining:

pymol
sofastats

> What part of the Arch Linux philosophy really resonated with you?

That would have to be simplicity as a design goal.  Many aspects of
business and government could benefit from this.

> From your time helping maintain the wiki, if there was one specific
> thing you would change about it, what would it be?

Nothing major actually.  I'd like to see more standardization in our
articles, for example, the article summary/related motif found in the
following:

https://wiki.archlinux.org/index.php/SSD
https://wiki.archlinux.org/index.php/Deluge
https://wiki.archlinux.org/index.php/E4rat

Re: [aur-general] TU application from graysky

[member graysky]

On Mon, Mar 11, 2013 at 10:08 PM, Xyne  wrote:
> I was not aware of this and I admit that my enthusiasm for the application was
> slightly diminished, but I stand by my sponsorship.
>

>
> But yeah, it would have been nice to get a full disclosure directly.
>

I didn't realize it was considered a courtesy to make this known;
updated the TU page on the wiki with a note to avoid this in the
future.

Re: [aur-general] TU application from graysky

[member graysky]

On Tue, Mar 12, 2013 at 12:34 PM, Bartłomiej Piotrowski
 wrote:
> I'm not sure if I should take part in the discussion, as my application
> also hasn't specified anything besides packages I want to maintain, but…
>
> As long as I understand (not only) your need of privacy, I would like to
> know a bit more about you. Where do you live and what are you doing when
> not working on Arch stuff? You don't have to be very precise, I'm just
> curious.

I did read though some past TU apps in the archives, but ultimately
elected to keep mine short and sweet.  To answer your questions, I
currently live on the boarder of Illinois and Indiana and work in the
medical field.  I love to travel and spend time in the outdoors.
Tropical destinations are on the top of my list of favorite places on
Earth with the US VI, the Caribbean, and Jamaica being top picks.
Snorkeling has always been one of my favorite things to do.  I keep
flirting with the idea of getting certified for SCUBA but never pulled
the trigger on it yet.  I grew up playing piano and did so seriously
when I was younger and before discovering the guitar.  You'd be
surprised how many metal guitarists started out classically trained.
I played in a bands all though high school and most of college.
Mostly metal and entirely cover tunes.

> Why do you think that e.g. monitorix will be good addition to
> [community]? It doesn't look very different from munin or collectd; I
> haven't encountered it in other distributions. Fine, it's all about
> willingness to maintain yet another package, but 53 votes doesn't
> indicate anything.

I like the way the data are displayed with monitorix.  Been using it
off-and-on since version 1 was released.  I can't comment on the other
two you mentioned having never used them.

> Among pointless bug reports such as executable bit on icon file, you
> helped me at least once (sorry, I have bad memory. :p) with ufw.service,
> so I can assume you are active not only on our bugtracker. Additionally
> I had kernel26-ck on my desktop for some time; modprobed_db was useful
> too (while it's quite ugly solution).

Ha, thanks.  The source to it and really all my stuff is on my github.
 Pull requests are welcomed; always interested to learn another way to
do things.

Re: [aur-general] TU application from graysky

[member graysky]

On Mon, Mar 11, 2013 at 10:08 PM, Xyne  wrote:
>>2) To claim that you're saving your precious SSD "unnecessary writes" is
>>advanced silliness. Recent controllers don't have nearly the same
>>problems early SSDs had.
>
> Phrases such as "advanced silliness" have no place in a serious technical
> discussion and only ratchet up tensions. Please avoid them.
>
> I expect that there are many older SSDs out there (although that is debatable
> as early adopters of SSDs are likely people who update often, but maybe not).
> Even if you have a newer SSD that will likely never reach its read-write 
> death,
> some people simply like knowing that they are squeezing everything they can 
> out
> of their disks. Call them whatever name you want, but please realize that
> simply because you see no value in something it does not follow that the thing
> must have no value. Given the popularity of these apps there are clearly users
> who think differently than you do.

Well put, Xyne.

Actually, I am glad that Dave brought this up, because the discussion
I quoted above reminded me to mention some additional experience I
have recently gained in the topic of packaging: interest in psd from
the Ubuntu community and actually a lack of active maintenance there
caused me to take on maintaining an Ubuntu, Debian, and Mint deb
myself which I host out of my launchpad repo
(https://launchpad.net/~graysky).  I checked the stats, and v5.28-1
has over 1,500 downloads which is cool:

% ppastats --release quantal --arch i386 graysky utils
Name  Version   Release/Arch Count
profile-cleaner   2.01-3quantal/i38682
profile-sync-daemon   5.28-1quantal/i386  1504

I also learned how to package it for Fedora, and learned some basic
operation of koji so that I, and others can use it on our Linux boxes
at work.  I have submitted to have psd included in the official fedora
repos which is pending approval
(https://bugzilla.redhat.com/show_bug.cgi?id=912878).

In the process of learning the Debian Way and the Fedora Way for
packaging served to deepen my appreciation for makepkg/PKGBUILD files.
 So simplistic by comparison ;)

Re: [aur-general] TU application from graysky

[member graysky]

On Tue, Mar 12, 2013 at 4:43 PM, Rashif Ray Rahman  wrote:
> The username "graysky" sounds familiar to me, but it doesn't register
> anything negative. At one glance, though, I can derive at least one
> fact -- there have been applicants in the past much less competent. As
> such, I do not see competency as an issue in this application.

Thanks for the kind words,  Yes, there seem to be a few peeps using
that nick on the www.  I am actually 'graysky2' on github due to this
fact :)

> Experiences and interactions vary, so do opinions and interpretations,
> but that is why we vote. Anyway, good luck grasky!

Thanks, Rashif!

Re: [aur-general] TU application from graysky

[member graysky]

On Tue, Mar 12, 2013 at 9:57 PM, Felix Yan  wrote:
> I'd been using linux-ck for more than one year since I installed Arch for the 
> first time (was using zen-kernel in Ubuntu before, mainly for BFS). I got 
> rapid replies from graysky on the AUR comments (before I apply for a TU) and 
> really helpful.
>
> Although I'm not using -ck patchset for months due to worse responsive when 
> running boinc, I'm still very glad to see graysky becoming a TU, so a +1 from 
> me and good luck :)

Thanks.  As an aside, have you reported your responsiveness findings
under boinc to CK?  I am sure that he will be interested in
understanding this as they are in direct conflict with the primary
design goal of BFS.

Re: [aur-general] Adopt me-tv packages

[member graysky]

On Thu, Mar 21, 2013 at 3:14 PM, Christoph Seitz
 wrote:
> Am 21.03.2013 20:04, schrieb Christoph Seitz:
>> Hi all,
>>
>> i would like to adopt the orphan me-tv packages [1][2][3]. I use me-tv
>> every day.
>>
>> Regards
>> Christoph
>>
>> [1]https://aur.archlinux.org/packages/me-tv/
>> [2]https://aur.archlinux.org/packages/me-tv-bzr/
>> [3]https://aur.archlinux.org/packages/me-tv2-bzr/

Just hit the 'adpot package' button...

Re: [aur-general] TU application from graysky - voting period

[member graysky]

On Sat, Mar 23, 2013 at 1:51 PM, Xyne  wrote:
> Xyne wrote:
>
>>The discussion period for graysky's application is over.
>>It's time for the TUs to vote: https://aur.archlinux.org/tu/?id=68
>
> The voting period has ended. The finally tally was
>
> yes: 12
> no: 14
> abstain: 4
>
> Quorum has been met. I am sorry to announce that the application has been
> rejected.

Thanks for supporting the application, Xyne, and to those who
participated in the subsequent discussion.  I was really happy to have
read the kind words from some of the the non-TUs who posted in support
of me as well.  Thanks guys!  I'll continue to be an active member of
the community albeit as a mere mortal :p

Re: [aur-general] TU application from graysky - voting period

[member graysky]

I unsubscribed from the ML so I'm not 100 % sure that this message
will nest itself under Xyne's reply[1].  I would appear to be a
polarizing force based on the votes; I wouldn't be comfortable joining
the TU group given the more or less 50/50 split reflected in the data.
 To my supporters, I'd like to reiterate a salient point from what I
posted yesterday[2]: functionally, nothing will change.  I will
continue to maintain my repo, I will continue to maintain my PKGBUILDs
in the AUR, and people will continue to use my stuff despite Dave's
objections.

Here are some other data for consideration, as of 24-Mar-2013:
*Profile-sync-daemon is installed by just under 5 % of Arch users
running pkgstats[3].
*Profile-sync-daemon v5.31-1 has been downloaded by just under 1,400
Debian/Mint/Ubuntu users[4].
*Profile-sync-daemon will, at some point, be included in the Fedora repos[5].
*Profile-sync-daemon has ebuilds maintained by developers for both
Gentoo and Exherbo[6].

Thanks again to my supporters.

1. https://mailman.archlinux.org/pipermail/aur-general/2013-March/022737.html
2. https://mailman.archlinux.org/pipermail/aur-general/2013-March/022738.html
3. https://www.archlinux.de/?page=PackageStatistics
4. https://aur.archlinux.org/packages/ppastats ; run the script via
`ppastats --release quantal --arch i386 graysky utils`
5. https://bugzilla.redhat.com/show_bug.cgi?id=912878
6. https://github.com/graysky2/profile-sync-daemon

[aur-general] [Merge Request] - 2 Packages

[member graysky]

Both -git packages have been replaced by a tagged version of each without
the -git suffix.  Upstream code as been excepted into linux 3.10 release.

Old packages:
https://aur.archlinux.org/packages/nct677x-git/
https://aur.archlinux.org/packages/nct677x-ck-git/

Replaced by:
https://aur.archlinux.org/packages/nct677x
/
https://aur.archlinux.org/packages/nct677x-ck/

Thanks!

[aur-general] Deletion request: nvidia-ck-bumblebee and maybe others?

[member graysky]

I believe functionality is within repo packages now.  I submitted the
following a while ago but orphaned when laptop died.  Others have
maintained but also recently orphaned it:

https://aur.archlinux.org/packages/nvidia-ck-bumblebee/

The following are mostly orphaned and are packages that I did not submit:

https://aur.archlinux.org/packages/nvidia-ck-pax-bumblebee/
https://aur.archlinux.org/packages/nvidia-ck-corex-bumblebee/
https://aur.archlinux.org/packages/nvidia-bumblebee-pae/
https://aur.archlinux.org/packages/nvidia-bumblebee-beta/
https://aur.archlinux.org/packages/nvidia-bumblebee-310xx/
https://aur.archlinux.org/packages/lib32-nvidia-utils-beta-bumblebee/

Do with them what you will, but please remove my original one.



-- 
Sent from Gmail Mobile

[aur-general] Confusing over .AURINFO usage

[member graysky]

On 03/18/2013 08:18 PM, Lukas Fleischer wrote:
>* Changes since 2.0.1:*>**>* * Typeahead suggest for packages.*>* * Fix 
>account editing and hijacking vulnerability.*>* * Fix account privilege 
>escalation vulnerability.*>* * Clear a user's active sessions following 
>account suspension.*>* * Several translation fixes/updates.*>* * 
>pkgsubmit.php: Parse .AURINFO metadata.*>**>* .AURINFO files can now be 
>included in source packages to overwrite*>* specific PKGBUILD fields. .AURINFO 
>files are parsed line by line. The*>* syntax for each line is "key = value", 
>where key is any of the following*>* field names:*>**>* * pkgname*>* * 
>pkgver*>* * pkgdesc*>* * url*>* * license*>* * depend*>**>* Multiple "depend" 
>lines can be specified to add multiple dependencies.*>**>* You can check the 
>Git log [1] for a complete list of commits.*>**>* The official Arch Linux AUR 
>setup [2] has already been upgraded!*>**>* [1] 
>https://projects.archlinux.org/aur.git/log/?id=v2.1.0*>* [2] 
>https://aur.archlinux.org/*


I created ./.AURINFO which contains a single line:

 pkgdesc = NVIDIA drivers for linux-ck.

I ran `makepkg --source` to gen the AUR package but found no traces of
the .AURINFO file therein.  Unsurprisingly, the AUR did not pickup on
this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz
package.  Are users expected to manually add .AURINFO to the
src.tar.gz post makepkg?


Thanks for the clarification.

Re: [aur-general] Confusing over .AURINFO usage

[member graysky]

On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer
wrote:

> >
> > I created ./.AURINFO which contains a single line:
> >
> >  pkgdesc = NVIDIA drivers for linux-ck.
> >
> > I ran `makepkg --source` to gen the AUR package but found no traces of
> > the .AURINFO file therein.  Unsurprisingly, the AUR did not pickup on
> > this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz
> > package.  Are users expected to manually add .AURINFO to the
> > src.tar.gz post makepkg?
>
> As you can guess from the name, .AURINFO is AUR specific. Thus it is not
> added by makepkg(8). You can add it manually -- make sure you put it
> into the subdirectory, though.
>
> Of course, we aim at creating meta data automatically at some point, so
> feel free to come up with something that parses source packages,
> generates .AURINFO and adds them to the tarball.
>
>
Thanks, I get it.  This definitely seems like something makepkg should
detect and handle automaticallyAre the .AURINFO files here to stay?

Re: [aur-general] Confusing over .AURINFO usage

[member graysky]

On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer
wrote:

> > Thanks, I get it.  This definitely seems like something makepkg should
> > detect and handle automaticallyAre the .AURINFO files here to stay?
>
> Note that .AURINFO functionality will not be added to pacman/makepkg,
> unless the format is extended to work with split packages and all corner
> cases that we do not care about in the AUR.
>
> The idea is to start with an external tool to post process source
> packages and then extend this tool, as well as the underlying .AURINFO
> format, until we get something that is suitable for integration with
> makepkg.
>

OK.  I haven't tested this with split packages, but the attached patch
works with a non-split one for those too lazy to manually make the modified
src.tar.gz :p


support_AURINFO_files.patch
Description: Binary data

[aur-general] Autojump has been out-of-date for quiet a while

[member graysky]

[community]/autojump has been OOD for a number of months now and not sure
if DL is active any more.  The attached PKGBUILD will update it if someone
wants to pull the trigger... also, I believe that flyspray #32669 can also
be safely closed now.

Please cc me on any reply as I am not a regular subscriber to the ML :p


PKGBUILD
Description: Binary data

[aur-general] delete request: profile-sync-daemon-rc

[member graysky]

https://aur.archlinux.org/packages/profile-sync-daemon-rc/

The maintainer has orphaned the PKGBUILD and the upstream link to the
source files is 404 not found.

[aur-general] Delete request: i7z-svn

[member graysky]

Please delete: https://aur.archlinux.org/packages/i7z-svn/

Upstream is hosted on github and available via:
https://aur.archlinux.org/packages/i7z-git/

[aur-general] move split2flac-git to split2flac

[member graysky]

Upstream has finally started tagging releases. Please replace the git
package with the standard one I just uploaded.  Thanks!

[aur-general] Delete request - cacheclean

[member graysky]

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

Now that paccache is out, I have deleted the upstream code from my
github and my http server.  Recommend removing the PKGBUILD from the
AUR since I am upstream.