Re: [aur-general] first package submission
On 4/4/17 10:09 PM, Eli Schwartz via aur-general wrote: On 04/03/2017 11:17 AM, David CARLIER via aur-general wrote: As Bruno said, you have lots of junk variables; if you're not using them, simply don't include them at all. :) DANG Bruno be all about the everywhere!! :) -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] Perl-Moose dependency failure.
On 06/10/16 13:45, Florian Pritz via aur-general wrote: On 10.06.2016 21:08, John D Jones III via aur-general wrote: Any reason you don't just call it perl-list-utils? That way it could be used to always get the most recent version of that distribution and not just 1.45. Florian Well, that's because the parent module, Scalar::List::Utils is marked as a provides in the core repo perl pkgbuild, so it will error out saying that the module is 'blacklisted' from AUR otherwise I'd be all over it. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
[aur-general] Perl-Moose dependency failure.
It seems that https://aur.archlinux.org/packages/perl-moose requires version 1.45 of List::Util, right now the tests are what fail, however the version provided in CORE is like 1.42_2 and even the runtime dependency for List::Util calls for version 1.45 so I surmise that all manner of weird runtime errors would occur in the modules that depend on Moose, lists/arrays going wonky etc... I propose a temporary buttwag by just creating a perl-list-utils145 PKGBUILD, until the Perl devs put 1.45 or higher into core... does anyone have any objections to this? it's ugly and rather temporary too, meaning it'll have to be removed eventually, but I can't just leave perl-moose out of date until 1.45 goes core. What say you? -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] aur/acroread broken - request for help
On 06/03/16 10:13, G. Schlisio wrote: downgrading libxcp to version 1.11.1 seems to fix this temporarily Perhaps you could make a PKGBUILD for this exact version of libxcp, call it libxcp111 and make it a dependency for acroread? Seems that maintaining that PKGBUILD would be rather hands off, since it's not likely to have the 1.11 revision updated anymore. But it'd be in the same spirit as say libpng14 ( maybe might have to do a lib32- pkgbuild too? ) -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
[aur-general] Perl Upgrades!!
It is that time of year again folks. The wonderful group of developers that make up the Perl Community have released a new version for the consumption of the masses. Be sure to check out your packages that they build and make any updates as needed. As far as I can tell no core modules have been added/removed so, that'll make things easier.. have a gander at https://metacpan.org/pod/release/RJBS/perl-5.24.0/pod/perldelta.pod and have a great day/night/etc!! -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] Duplicates in the AUR/[community]/[extra]
On 5/4/16 5:14 AM, Lukas Fleischer wrote: perl-json-any * perl-json-any [community] * perl-json-any http://aur.archlinux.org/packages/perl-json-any/ perl-namespace-autoclean * perl-namespace-autoclean [community] * perl-namespace-autoclean * http://aur.archlinux.org/packages/perl-namespace-autoclean/ perl-sub-name * perl-sub-name [community] * perl-sub-name http://aur.archlinux.org/packages/perl-sub-name/ I believe these are mine, soon as I'm out of work (~2pm -0600), I'll double check and file deletion requests as required. In fact, I recently updated at least two of those ( in the last 3 weeks ) and I have not received my usual email from a TU stating that they were swiping my pkgbuild for extra/community in quite some time. I apologize for my role in the mixup and duplication of offical repo pkgbuilds. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
[aur-general] Looking for someone to adopt this
So, I've been the maintainer of https://aur.archlinux.org/packages/tcloo/ for a while now, I don't even actually remember how or why I ended up maintaining this... anyways, with the release of tcl8.6 it no longer builds properly and I just don't have the time to dedicate to it to get it back to a functional state. If anyone is interested, feel free to let me know and I'll disown it for whomever wants to give this the tender loving care it needs. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
[aur-general] NOTICE: jnbek Package Maintenance Information
All: As some of you may know, I maintain a rather large collection of AUR Packages. I do my best to try and keep up with updates, actually don't do too bad really; but regardless. I feel it necessary to inform everyone that I'm going to be heading in for some spinal surgery on the 20th of January. I'm scheduled to be out of commission for 4 - 6 weeks altogether. During that time my ability to address Out of Date notifications, broken PKGBUILDs etc will be, somewhat limited. I imagine that after 2 or 3 weeks, I'll be able to start logging in and checking things out, but I can not, nor will, guarantee that I will be able to be as proactive about PKGBUILD maintenance as I'd like to be. That said, if a PKGBUILD goes Out of Date, just mark it as such and I'll get to it as soon as I can. Please avoid just willy-nilly filing Orphan requests, etc and I'd like to request the Trusted Users to keep these things in mind if an Orphan/etc requests does get filed. At the moment, I have ~9 PKGBUILDs out of date which in some way or other are broken beyond a simple fix (Eg: Missing dependency PKGBUILDs), or perhaps I just haven't had the chance to test the current PKGBUILDs... these PKGBUILDs are for the most part 0 vote packages anyway, so I don't expect any concern for now. I will have my wife monitoring my primary email: jnbek1...@gmail.com for notifications and if one of my ryyy popular packages goes Out of Date, she can let me know. In the meantime, as I have spare time, I will attempt to correct the current 1% of Flagged PKGBUILDs prior to my surgery date. Honestly, I don't foresee any major problems, since the next release of Perl 5.24 isn't due until May, however I can see perl-mojolicious falling a bit behind and perhaps nodejs-jshint since those two projects release on a very active basis, however, I find that the majority of AUR users who require these PKGBUILDs are good about posting a gist/pastebin of a working PKGBUILD in my absence, but to reiterate, I don't expect to be 100% offline more than a cpl weeks. Anyways, enough blathering for now. Stay Metal Y'all \m/ ~_~ \m/ -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] [RFC] Draft of the AUR 4.0.0 migration notification
On 5/26/15 11:09 AM, SpinFlo wrote: this don't work for me i need first: git add .SRCINFO git add .gitignore (if use) and then 'git add * git -am initial commit' :/ Oh great I am NOT looking forward to having to migrate my 870ish packages Does anyone have a script that will automate the process? -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] Perl pkgbuild and module names beginning with Perl::
On 4/6/15 8:48 PM, Xyne wrote: On 2015-04-06 11:00 -0600 John D Jones III wrote: I'm in favor of very minor user inconvenience (typing perl-) if it leaves the package ecosystem systematically(/programmatically) consistent. The redundancy permits a direct translation of CPAN module names to package names without having to handle exceptions. It also avoids possible name collisions in the future, e.g. Perl::Foo and Foo. Keep in mind as well that while it is trivial to convert a CPAN name to Pacman name without the redundancy (simple check for perl-perl-), the other way becomes more complicated if you have to query CPAN for Foo and Perl::Foo given a list of pacman package names. I really don't want to introduce exceptions to a global rule just to remove 5 characters from a handful of package names. It isn't justifiable technically imo. Regards, Xyne I don't really have a big problem with perl-perl-$name per se, but some modules are known by their executable more so than the module name, perlcritic and perltidy being two examples of this, but I can see where having Perl::Foo and Foo causing problems. But I guess the scope should be for these modules such as perl-critic perl-tidy etc. Especially the packages that have been in the system since 2008 or older. I don't make any special case for modules, such as Perl::MinimumVersion, it got AUR name perl-perl-$etc, I just don't want someone out there thinking they're being helpful by taking Perl::Critic and creating a conflicting package with perl-perl-critic, since perl-critic has existed much longer and has 73 votes... this is just going to cause problems. If we're going to enforce perl-perl- for all AUR, then should it be enforced on the Official Repos as well? gtk2-perl? perl-tidy? glade-perl? etc? -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
[aur-general] Perl pkgbuild and module names beginning with Perl::
There are some perl modules, like Perl::Critic that are packaged as perl-critic in AUR. I am the maintainer for a number of these modules and I'd like some clarity. It seems a bit redundant to have a pkgbuild named: perl-perl-critic and cpan2aur actually filters this particular module's name and truncates it to perl-critic. I personally only have 2 redundantly named modules, but there's another user who is adding modules that have existed as perl-$name for years as perl-perl-$name. To set an example, take the gtk2 module in Extra or glade-perl. These in CPAN are just Gtk2 or Glade respectively, Some utils are known simply by the executable used, it's perltidy or perlcritic. People searching AUR etc for these modules shouldn't have to deal with perl-perl-tidy perl-perl-critic when the accepted program names are perl-tidy perl-critic etc. If I'm wrong here, then by all means, let the flame begin, but if it's agreed that I am correct here, let us update the wiki article to reflect the exceptions to the perl-$fulldistname statement found: https://wiki.archlinux.org/index.php/Perl_package_guidelines and let us merge the rogue pkgbuilds into the proper locations. It just seems unnecessarily redundant having perl modules with the name perl in the CPAN module name to have perl-perl- in the AUR. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] Regex on search page
On 11/04/2014 04:20 PM, Ralf Mardorf wrote: On Wed, 5 Nov 2014 12:12:01 +1300 David Phillips dbphillip...@gmail.com wrote: I don't know which helper to use to search the AUR, but my experiences with updating from AUR by using yaourt are very good. I don't understand why some people are against such helpers. yaourt rocks :) no it's not perfect, but it's pretty sweet 999 times out of 1000. *dons flame retardant gear* -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
Re: [aur-general] owncloud-client: suggestion of moving to [community]
On 07/28/14 10:40, Nowaker wrote: If a TU decides to move the package to community, then they should contact you out of kindness, agreed. Trusted Users, can you elaborate if adding a new point to Rules for Packages Entering the [community] Repo [1] would be reasonable? TUs should inform the maintainer of the package that their package is going to be moved to community, thus deleted from AUR. AUR is where Arch Linux fans grow, so it would be good to treat them well. ;) [1] https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#Rules_for_Packages_Entering_the_.5Bcommunity.5D_Repo The only problem I have with owncloud-client going Community is there is still outstanding bugs regarding the key based, a number of complaints are still actively commented about having to enter the password over and over and not being saved properly in the keyring. I have the issue on one of my laptops, on the rest of the machines, I've just refused to upgrade, since the version I have, doesn't pester for auth everytime the system starts. /$22.22 Adjusted for inflation -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite
[aur-general] Package Deletion
Please delete https://aur.archlinux.org/packages/perl-cpan-meta-yaml the module it provides is provided as a CORE Perl module now. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com\ http://zoelife4u.org/
Re: [aur-general] Perl Upgrade, make test failures and you: The Hurt That Finds You First
error: No package owns /usr/share/perl5/site_perl/TAP/Harness/Beyond.pod error: No package owns /usr/share/perl5/site_perl/TAP/Base.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/File/Session.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/Console/Session.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/Console/ParallelSession.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/Session.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/File.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/Color.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/Base.pm error: No package owns /usr/share/perl5/site_perl/TAP/Formatter/Console.pm error: No package owns /usr/share/perl5/site_perl/TAP/Object.pm those files are also in the core_perl directory which means the tests are failing, because of these darn site_perl files... More to follow... -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Deletion request
Please delete https://aur.archlinux.org/packages/perl-cpan-meta-requirements/ the module it provides is now in core perl -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Perl Upgrade, make test failures and you: The Hurt That Finds You First
On 06/12/14 17:25, John D Jones III wrote: On 06/12/14 07:36, Justin Davis wrote: Well, the more I dig into it, it seems that it has to do with a number of modules that have AUR pkgbuilds that were moved into core_perl this release. Perl looks in vendor_perl for it's modules before core_perl and since the vendor_perl module's version is too low, that was the point of failure for a number of them. As for the test failures such as these: t/00_modules.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: No plan found in TAP output I have yet to find the source of those. I suspect one of the many modules I have installed ( probably even one of mine ) just needs a pkgrel bump to force a reinstall, which is why the wanton mass *SNIP* I think I found the problem: I installed perl-test-output and poof, perl-moo started building. Another module perl-eval-closure was core dumping on the tests, an strace netted these three modules as the culprits: perl-padwalker perl-devel-caller perl-devel-lexalias I will update these, more failed modules: perl-variable-magic : prevented perl-moose from building when I updated to the current version on cpan, first commenting out make test to get it installed then reinstalling with make test, it simply segfaulted; after reinstalling perl-variable-magic all was well. perl-any-moose seems to be deprecated upstream for perl-moo tests fail with deprecated warnings. All packages that reply on perl-any-moose in the system, should be tested and reported upstream as necessary to get the migration done. So the listed modules seem to be fixing the problem, I'm mass reinstalling again and so far everything looks like it's succeeding, except the out of date packages, which I'll deal with when I get home from work in a cpl hours. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] More Perl Delete request
please delete https://aur.archlinux.org/packages/perl-io-socket-ip/ the module it provides is now provided in core_perl -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Deletion request
Please remove https://aur.archlinux.org/packages/perl-parse-cpan-meta/ the module it provides is now part of CORE perl. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Perl update
On 06/04/14 13:06, Florian Pritz wrote: On 04.06.2014 20:57, Ralf Mardorf wrote: Get perl-cpanplus-dist-arch and use cpan2aur to create the package. Actually, get perl-cpanplus-dist-arch-git Juster keeps that up to date more so than the Community package. Juster is also really cool about fixing bugs upstream when requested; he does prefer to get notified via email though as opposed to AUR Comments. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Perl 5.20 Released to the Wild
Sometime this morning, the Perl Development Folks released Perl 5.20. I expect that the CORE Perl package will follow suite very shortly. All Perl PKGBUILD owners should be prepared for this, all the PKGBUILDs will need to be checked and verified on AUR once the new very is made available. If anyone out there owns Perl PKGBUILDs that are troublesome, please email me @ jnbek1...@gmail.com to let me know and what problems you're having and I will happily have a look to either assist or adopt said PKGBUILDs. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Delete Request
Please delete the package https://aur.archlinux.org/packages/perl-class-xsaccessor-array/ as the module it provided is now provided by https://aur.archlinux.org/packages/perl-class-xsaccessor/ -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] My out-of-date packages + Package Deletion request.
Esteemed AUR members and contributors: I am aware of the number of packages I currently own out of date: https://aur.archlinux.org/packages/?SeB=moutdated=onK=jnbek I haven't been feeling all too well these last cpl weeks but I will endeavor to get these updated in the next few days. I apologize for my uncharacteristic lethargy toward keeping these updated. Between things at work and health issues, I regret that I haven't been paying as much attention to the AUR as I should. If there is something out of date that is critical and needs immediate attention, you may contact me off list at my main email: jnbek1...@gmail.com and I will either update the pkgbuild or orphan the package for you to take over. Note that this email: unixgeek1...@gmail.com is strictly for mailing lists only but I still do see replies etc. Target date I am shooting for is this weekend the 4th of May, 2014. I also have an outstanding request for cw: https://aur.archlinux.org/packages/cw/ to be deleted. I'd like to go ahead and reemphasize the need for this to occur, since the package refuses to build, hasn't been updated upstream since 2010 and seems to cause a number of problems with core programs like mount that can result in boot failures. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Please remove these packages from AUR
On 04/21/14 07:10, Jesus Alvarez wrote: Cool, didn't know packages could be merged. That would be great! On Mon, Apr 21, 2014 at 12:18 AM, Hugo Osvaldo Barrera h...@barrera.io wrote: +1 on Merging -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Deletion Request
Please delete: https://aur.archlinux.org/packages/cw/ I attempted to fix this packages, but to no avail, it does not compile, upstream has not made a release since 2010. Also there is concern that certain core commands, like mount for instance, break horribly resulting in some cases in the system being unable to boot. There is a wiki article: https://wiki.archlinux.org/index.php/Color_wrapper that should also be removed since it directly references this broken package and only this package. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Package Deletions
Please delete the following pkgbuilds, they are provided by packages in Extra: perl-qt4: https://aur.archlinux.org/packages/perl-qt4/ it is a duplicate of the Extra pkg: https://www.archlinux.org/packages/extra/i686/kdebindings-perlqt/ perl-alien-smoke-qt: https://aur.archlinux.org/packages/perl-alien-smoke-qt/ it attempts to build and provide the same things as the Extra pkg: https://www.archlinux.org/packages/extra/i686/kdebindings-smokeqt/ They provide the same files and modules. Both are brutally out of date and my packages. No need to have them in AUR, they are also not required by other packages. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Merge request.
Please merge https://aur.archlinux.org/packages/perl-tumblr/ into https://aur.archlinux.org/packages/perl-www-tumblr/ the latter is the correct naming scheme for Perl modules and the former is way out of date. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Perl core modules in the AUR
On 02/17/14 23:19, Jason St. John wrote: On Mon, Feb 17, 2014 at 7:04 PM, John D Jones III unixgeek1...@gmail.com wrote: Is there a list published somewhere of the core modules that will be removed in upcoming versions of Perl? I have a small Perl script that can check a given module and its version, but if a list has already been made, that would be easier for me than hacking it to check the big list of provided modules from the perl package in [core]. Thanks, Jason Well to get the best results, one must scour the perldelta(.*) pages for upgraded/deprecated/removed modules https://metacpan.org/pod/release/RJBS/perl-5.19.8/pod/perl5190delta.pod#Removed_Modules_and_Pragmata shows the modz that are due to be pulled in 5.19.0 there are others in the later perldeltas that are going into the deprecated list as well. https://metacpan.org/pod/release/RJBS/perl-5.19.8/pod/perl5197delta.pod#Removed_Modules_and_Pragmata shows CGI.pm going into deprecated status, https://metacpan.org/pod/release/RJBS/perl-5.19.8/pod/perl5196delta.pod#Deprecations has some more as well. I'm not sure how easy it'd be to script that, a corelist --dif 5.18.0 5.19.0 | grep absent Seems to be a good way to determine that, but it implies having 5.19.0 installed. Maybe we should have a perl-developer-release AUR package to simplify the process? though that could get messy with all the community modules that may depend on deprecated code from the developer-releases. Thoughts? -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Perl core modules in the AUR
On 02/18/14 13:57, John D Jones III wrote: On 02/17/14 23:19, Jason St. John wrote: Well to get the best results, one must scour the perldelta(.*) pages for upgraded/deprecated/removed modules https://metacpan.org/pod/release/RJBS/perl-5.19.8/pod/perl5190delta.pod#Removed_Modules_and_Pragmata shows the modz that are due to be pulled in 5.19.0 there are others in the later perldeltas that are going into the deprecated list as well. https://metacpan.org/pod/release/RJBS/perl-5.19.8/pod/perl5197delta.pod#Removed_Modules_and_Pragmata shows CGI.pm going into deprecated status, https://metacpan.org/pod/release/RJBS/perl-5.19.8/pod/perl5196delta.pod#Deprecations has some more as well. I'm not sure how easy it'd be to script that, a corelist --dif 5.18.0 5.19.0 | grep absent Seems to be a good way to determine that, but it implies having 5.19.0 installed. Maybe we should have a perl-developer-release AUR package to simplify the process? though that could get messy with all the community modules that may depend on deprecated code from the developer-releases. Thoughts? I stand corrected, corelist --dif 5.18.0 5.19.7 does in fact work on the current installed version of Perl from the Arch Core repo. And it shows those modules not in CORE Perl as of 5.18 that will be by 5.19.7, so that will be very easy to script :) -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Join my network on LinkedIn
On 02/07/14 09:14, José Valecillos a través de LinkedIn wrote: LinkedIn José Valecillos requested to add you as a connection on LinkedIn: -- Jorge: Me gustaría añadirte a mi red profesional en LinkedIn. -José Accept invitation from José Valecillos http://www.linkedin.com/e/sx2w4t-hrdnn1xc-47/7RQslQ8A75pgsbqd60wsrtZ775qszD8IYiJS6UY/blk/I296067205_225/e39SrCAJoS5vrCAJoyRJtCVFnSRJrScJr6RBfnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_dj8OnPkMczsSc3oVcAALdSxeqCNBpCMLd30Ne3wRc3kVej4LrCBxbOYWrSlI/eml-comm_invm-b-in_ac-inv28/?hs=falsetok=0CBdetBjReYS41 View profile of José Valecillos http://www.linkedin.com/e/sx2w4t-hrdnn1xc-47/rso/321978793/_Frm/name/228295743_I296067205_225/?hs=falsetok=2Bwy04IpJeYS41 -- You are receiving Invitation emails. This email was intended for Jorge Barroso Barea. Learn why this is included: http://www.linkedin.com/e/sx2w4t-hrdnn1xc-47/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=falsetok=38Qv-VDXleYS41 (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. I'm thinking that the mailing list software should by default reject all emails sent from LinkedIn servers I HATE how LinkedIn does this... ( I don't fault the user, I fault the service ). /rant -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] a cpan2aur, npm2aur, gem2arch like utility for Python
On 01/30/14 05:23, Angel Velásquez wrote: Now, for real, don't make comments like that ^, we don't want that kind of wars on our lists, ok?. Ya, I thought about it for a while before sending, I am brutally aware of the danger of such comments; probably one of the most heated topics in the interwebz space; but I digress: I shall muffle my temptation to engage in and/or start such wars. :D I'll have a look at pip2arch to see if it can be leveraged to meet the needs I seek. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Rename request
On 01/29/14 11:46, Ralf Mardorf wrote: On Wed, 2014-01-29 at 08:49 -0800, Anatol Pomozov wrote: Even if it should be allowed, nobody want's to keep in mind which package names are complete lower case and which package names are camel case. To make the usage of the package management for all of us users easy, please stay with lower case, even if camel case should be allowed. TIA ;) Ralf Eww CameLcase is the work of the devil!! Just say no to camelcaSe!! -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] a cpan2aur, npm2aur, gem2arch like utility for Python
I've been looking, but I haven't yet found a utility like cpan2aur or gem2arch, etc for Python 'eggs' or whatever they're called ;-) I use cpan2aur ( well it's underlying module parent ) rather prolifically maintaining my Perl AUR PKGBUILDs, I eventually would like to utilize gem2arch, nodejs-npm2aur etc to take on even more responsibility to ensure that Arch Linux is the home of language library usability awesomeness. Even though I don't like the Python paradigm, I can not be ignorant to the fact that people use it; even if it makes me sad to know people are using it. That said, is anyone aware of, or have plans to make, a pypi2aur like utility ? I'm just planning long term right now, until I perfect my Perl PKGBUILD build server, I won't bite off anything more, but eventually that will reach a mature status and my interests will soon change focus for the other languages. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] kdeplasma-applets-quotesee: bugfix
On 01/25/14 04:47, Evgeniy Alekseev wrote: On Saturday 25 January 2014 02:46:17 GJ wrote: This applet has repo on GitHub [1]. I think I may suggest him a pull requst with this bugfix. Also you may do nothing, just upload tarball with the patch to AUR. But I think that the first way is better than second one. [1] https://github.com/joshz/quotesee Or, you could just fork it, which it seems you may already have and use your repo as the PKGBUILD source, until the Pull Request gets incorporated, provided the project is active. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Deletion Request
Please delete https://aur.archlinux.org/packages/perl-net-ping/ Net::Ping is now in CORE. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Deletion Request
https://aur.archlinux.org/packages/perl-archive-tar/ please delete this package, it is now part of CORE Perl -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] I'm orphaning a few of my packages also A Package Deletion Request
perl-test-warnings perl-test-checkdeps perl-catalyst-action-rest perl-devel-repl perl-list-allutils perl-test-kwalitee perl-opengl perl-opengl-image perl-opengl-shader Most been out of date for quite some time and for assorted reasons I can not dedicate the time to these packages that they require. Also delete: perl-ipc-cmd it's part of Core Perl and no longer needed. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] I'm orphaning a few of my packages also A Package Deletion Request
On 12/18/13 15:04, John D Jones III wrote: perl-test-warnings perl-test-checkdeps perl-catalyst-action-rest perl-devel-repl perl-list-allutils perl-test-kwalitee perl-opengl perl-opengl-image perl-opengl-shader Most been out of date for quite some time and for assorted reasons I can not dedicate the time to these packages that they require. Also delete: perl-ipc-cmd it's part of Core Perl and no longer needed. Apologise, here's the URL for the deletion request: https://aur.archlinux.org/packages/perl-ipc-cmd/ :D -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Merge request
On 12/12/13 09:12, Hugo Osvaldo Barrera wrote: Hi, Can we merge lightning-bin into thunderbird-lightning-bin? Thanks! I would prefer to see it merged the other way around... -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Fwd: deletion request: vagrant-bin
On 11/05/13 08:15, Ido Rosen wrote: Hi, please remove vagrant-bin, it's a duplicate of vagrant. https://aur.archlinux.org/packages/vagrant-bin A Vagrant PKGBUILD I see ( Sorry, I had too ) -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Orphan request: perl-cpan-meta-check
On 10/13/13 04:28, Bartłomiej Piotrowski wrote: On 10/12/2013 02:19 PM, Moritz Bunkus wrote: Orphaned, thank you. Gee, that's funny, I never remember seeing any emails about this pkg... While I'm not exactly the quickest responder on Out Of Date replies, well legitimate the upstream version is newer than the PKBUILD version, Out of Date replies anyways; I do go through an update all my OODs a cpl times a month Now, there is the possibility that this was not my PKGBUILD (I own 729, mostly perl packages), but I'd sure like to have it reviewed who this maintainer was, and if it's me... why I've not received any emailings with regard... -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
Re: [aur-general] Orphan request: perl-cpan-meta-check
On 10/14/13 17:49, v1c70r wrote: El 14/10/13 20:37, John D Jones III escribió: The maintainer was 'dseg' according to the second footnote in the first mail. OK thanks I got confused as I do have a package very similarly named that is OOD; also, I know Alan/harleypig and adopted what I thought was all his packages when he left them. Sorry for any presumptions, but I just wanted to make 100% sure I didn't let anything fall through the cracks. -- Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1...@gmail.com jnbek1...@gmail.com http://zoelife4u.org/
[aur-general] Merge Request
Please merge: https://aur.archlinux.org/packages/perl-catalyst-component-accept_context/ into: https://aur.archlinux.org/packages/perl-catalyst-component-accept-context/ The latter's Module name is the correct CPAN spelling schema and updated.
[aur-general] Removal Request
https://aur.archlinux.org/packages/perl-www-pusher/ Upstream has been deleted and there isn't any alternative providing the same package.
[aur-general] One last removal request
https://aur.archlinux.org/packages/perl-match-smart/ Has been deleted upstream, the lookalike Smart::Match does not seem to offer the same interface that this one did.
[aur-general] Orphan Request
Please orhpan https://aur.archlinux.org/packages/perl-sub-name/ the maintainer has been contacted to bump the pkgrel to trigger a rebuild. perl-moose and a number of other modules depend on this module, and since the initial request to bump to pkgrel was made in June and the maintainer has yet to do so, along with the fact that others are resisting the pkgrel leads me to believe the maintainer will not bump the pkgrel to force a rebuild, thus making perl-moose and everything else that depend on this to constantly fail. I already have the bumped tarball ready to submit. -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] About orphaning all packages of inactive users
On 07/18/2013 03:41 PM, Karol Blazewicz wrote: On Thu, Jul 18, 2013 at 11:24 PM, Alexander Rødseth rods...@gmail.com wrote: There are quite a few orphaned packages nobody is maintaining or updating even though they have updated PKGBUILDs posted in the comments. Users can always ask for a package to be orphaned. Not that my opinion has much weight around here, but I think it's a bad idea to wanton orphan packages like that. If a package is actually still working and building, etc; it might cause more panic than good.. /$22.22 ( Adjusted for inflation) -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] About orphaning all packages of inactive users
On 07/18/2013 04:36 PM, Geoffrey van Wyk wrote: On Thursday 18 July 2013 19:26:33 Daniel Micay wrote: And a last warning 5 days before orphanage. I like this... though I think 6 months would be better than 3 on the initial Orphaning. There should for sure be a final DUDE!!! Fix your crap Warning email sent to the maintainer, like above, perhaps a 7 day warning? -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] About orphaning all packages of inactive users
On 07/18/2013 08:39 PM, Anatol Pomozov wrote: Hi On Thu, Jul 18, 2013 at 6:02 PM, Phillip Smith li...@fukawi2.nl wrote: Is there any style checker tool for PKGBUILD files? Something similar to lint? If yes then it worth checking for style violations as well, e.g. PKGBUILD does not have package() function. So bot can send a note to owner and mark the package somehow e.g. Needs improvements If no improvement has been done during some period then the package is disowned. namcap -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] Deletetion request: various ttf packages
On 07/11/2013 06:14 AM, Edoardo Maria Elidoro wrote: Hi everyone, let's be quick. Source gone: https://aur.archlinux.org/packages/ttf-swfit/ Source gone: https://aur.archlinux.org/packages/ttf-menma/ Source gone: https://aur.archlinux.org/packages/ttf-handelgotdlig/ Various sources gone: https://aur.archlinux.org/packages/ttf-ironmaiden-fonts/ Have a nice day, Edoardo ttf-ironmaiden-fonts?? Really?!?! -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] Deletetion request: various ttf packages
On 07/11/2013 06:14 AM, Edoardo Maria Elidoro wrote: Hi everyone, let's be quick. Source gone: https://aur.archlinux.org/packages/ttf-swfit/ Source gone: https://aur.archlinux.org/packages/ttf-menma/ Source gone: https://aur.archlinux.org/packages/ttf-handelgotdlig/ Various sources gone: https://aur.archlinux.org/packages/ttf-ironmaiden-fonts/ Have a nice day, Edoardo Maybe someone can update the sources for the maiden fonts: http://maiden-world.com/articles/iron-maiden-fonts-typography.html -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] packages without category
On 06/26/2013 10:46 AM, Rob Til Freedmen wrote: There are 828 packages from 299 maintainers where category is set to 'none' - another 209 packages are orphaned. orphan - Buce https://aur.archlinux.org/packages/?C=1PP=250SB=mSO=aO=0 buhman - gtmanfred https://aur.archlinux.org/packages/?C=1PP=250SB=mSO=aO=250 gtmanfred - Perberos https://aur.archlinux.org/packages/?C=1PP=250SB=mSO=aO=500 Perberos - yhager https://aur.archlinux.org/packages/?C=1PP=250SB=mSO=aO=750 yhager - zosodk69 https://aur.archlinux.org/packages/?C=1PP=250SB=mSO=aO=1000 full csv list of packages with category=none (no orphaned listed) http://sprunge.us/Necd This top-20 list counting for nearly 50% of the packages 8 masterkorp 9 Huulivoide 9 zootboy 10 spider-mario 11 buhman 11 kevku 11 nbryskin 12 eworm 13 demonicmaniac 15 crocowhile 16 Mizuchi 16 t-8ch 18 taylorchu 21 chenxiaolong 27 Diego 32 gtmanfred 33 yhager 34 StefanHusmann 35 Perberos 43 Morfeo full csv list maintainers with a count of packages with category=none http://sprunge.us/BDFD I think this has no priority but should be fixed nevertheless. Holy crap, I am actually shocked that jnbek doesn't appear on that sprunge at least once... out of almost 800 pkgs, I fig'd there would be at least 1 without a category, I know there were like 3 that didn't have a description and I think I got those fixed... but all mine with categories, that blows my mind, lol... -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
[aur-general] all my Perl modules
I have a number of Perl Module PKGBUILDs on the AUR, that have been in some manner of teetering or outright busted for a few weeks now. I just wanted to give everyone the heads i will be incrementing and submitting all of my Perl Modules over night to address the Out-of-Date-ness, pacman 4.1 borkedness, and those pesky 5.18 modules too... I anticipate a failure rate of 1.5% ( ~12 ) and will manually correct these, or submit for removal as applicable. ( Gtk2::MozEmbed is one that will most likely be up for removal )... Anyways, I just wanted to pass this along, I've been getting tons of ever increasingly threatening emails about my PKGBUILDs... expect this to change. FYI, my AUR user is jnbek, and this is my 'mailing list' address, not my regular address; my regular address is found on my AUR Profile; that said, I only reply to mails from this address with regard to, well; mailing lists, and I'll only respond on my regular email for direct contact with me. (Ask, I do respond!! :D) -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
[aur-general] Please remove cinnamon-meta
I initially was using this to build my cinnamon repo packages but I've since moved on to using a Perl script to do that. This was one of my first not perl-* AUR packages and it needs to die in a fire. -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] Please remove cinnamon-meta
On 05/16/2013 09:26 PM, Felix Yan wrote: On Thursday, May 16, 2013 21:06:09 John D Jones III wrote: Removed. Please include a link to packages you mentioned next time, thanks! Regards, Felix Yan I'm sorry, I could have sworn I did :( -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
Re: [aur-general] Disown Request
On 05/03/2013 04:52 AM, Stefan Tatschner wrote: Hi, this package (perl-business-issn) is broken and the maintainer does not answer. It is needed as a dependency for biblatex-biber. https://aur.archlinux.org/packages/perl-business-issn/ Stefan I will take over this package. -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
