Re: [aur-general] forgot password
On Sat, Nov 30, 2019 at 09:40:27PM +0800, Yi Qingliang wrote: > sorry, I input the wrong email address, it should be > niqingliang2...@tom.com, not gmail.com. I cannot find an AUR account for this address either. I suggest that you try registering a new account with either of the two addresses. Florian signature.asc Description: PGP signature
Re: [aur-general] forgot password
On Sat, Nov 30, 2019 at 01:46:34PM +0800, Yi Qingliang via aur-general wrote: > Hello, I have forgot the password, can't login on aur.archlinux.org, > after fill email, it said: It appears that there is no account with the email address you used to post here. Have you tried registering a new account? If you are sure that you have an account, do you know it's username? Florian signature.asc Description: PGP signature
Re: [aur-general] unsubscription issues (was: TU resignation - Lukas Jirkovsky (stativ))
On Sat, Oct 12, 2019 at 03:46:48PM +0200, Adam Maram via aur-general wrote: > I can't leave this mailing list, I'm putting my address on the website, and > I don't receive confirmation of resignation emails :( Please contact the respective -owner address of the list with such issues. In this case that is aur-general-ow...@archlinux.org. It appears that you are not currently subscribed with the email address that you sent you mail from. Have you managed to unsubscribe in the meantime? If not, I suggest that you view the headers of the mails you receive from the list and look for a "Received" header that contains your email address. If you cannot find it, feel free to send a copy of all the headers (not only the Received headers, but really everything) to -owner. Florian signature.asc Description: PGP signature
Re: [aur-general] [arch-dev-public] Retiring as a Trusted User
Not sure why this wasn't signed, but this mail should be. On Wed, Oct 02, 2019 at 11:10:59AM +0200, Florian Pritz via arch-dev-public wrote: > Hi, > > I no longer have the time necessary to properly handle actual TU duties > so I am retiring my TU hat. I will still continue maintaining some > packages I have in [community] via my developer hat. > > That said, I'd like to orphan some of them too. If anyone is interested > in taking over one of these packages (and its dependencies), please feel > free to adopt it and tell me so that I can orphan it. > > asciidoc > filezilla libfilezilla > gcolor2 > gmrun > obconf > openbox > openshot libopenshot libopenshot-audio > pydf > slock > tipp10 > vimpager > xplc > zim > > Florian signature.asc Description: PGP signature
[aur-general] Retiring as a Trusted User
Hi, I no longer have the time necessary to properly handle actual TU duties so I am retiring my TU hat. I will still continue maintaining some packages I have in [community] via my developer hat. That said, I'd like to orphan some of them too. If anyone is interested in taking over one of these packages (and its dependencies), please feel free to adopt it and tell me so that I can orphan it. asciidoc filezilla libfilezilla gcolor2 gmrun obconf openbox openshot libopenshot libopenshot-audio pydf slock tipp10 vimpager xplc zim Florian
Re: [aur-general] AUR rate limiting
On Fri, Dec 21, 2018 at 04:41:28PM +0800, hagar wrote: > Is there anything wrong with creating a pertner file to the packages file > that has the pkgname, provides, description and git address in it. Not sure what 'pertner' is supposed to mean, but I'd say sure, we could offer a database dump. It's just that someone would have to check which information people need and write a patch for that. It's probably fine to dump all the info that you'd normally get from and RPC search request into a file. A really quick calculation tells me that this file would be around 20-30MiB (RPC search for 'perl', ~900KiB response with nearly 2k packages, 900*25 = 23MiB). If someone wants to work on a patch for that, please feel free. If you want, I can also provide some feedback on the patch in addition to what you get on aur-dev. Also please talk to Lukas to check if he is ok with the general idea of this before you spend too much time on it. Florian signature.asc Description: PGP signature
Re: [aur-general] AUR rate limiting
On Thu, Dec 20, 2018 at 11:02:31PM +0200, Jerome Leclanche wrote: > That should probably be fixed as well, but I agree with making the rate > limit window 1 hour, at most. A 24 hour API restriction on the AUR API is > really nasty imo. So is running cower -u in conky every 5 seconds and not even knowing that this may send 50 requests per seconds on average because you have so many packages installed. The limit is there to show people that there is something wrong with their API usage and if the window is too small they'll never notice. We have resolved this particular issue for now though via a temporary reset of the limit. For the future I think the way to go is to implement configurable limits for certain subnets so that we can raise them to a suitable value. If someone wants to write a patch for this that would be very welcome. My initial idea is that a simple db table with the limits for each subnet should be enough I think. We don't (yet) need a webui for maintaining it. The tricky part is probably figuring out which limit shall apply to which IP. Since the AUR supports mysql and sqlite, any code has to work with both. If anyone wants to implement this, feel free to talk to me via mail or on IRC. Florian signature.asc Description: PGP signature
Re: [aur-general] AUR package metadata dump
On Fri, Nov 16, 2018 at 05:35:28PM +0300, Dmitry Marakasov wrote: > - Much less load on the server. > > I've looked through API code and it does an extra SQL query per a > package to get extended data such as dependencies and licenses, which > consists of multiple unions and joins involving 10 tables. That looks > extremely heavy, and getting a dump through API is equivalent to > issuing this heavy query 53k times (e.g. for each package). Actually the database load of the current API is so low (possibly due to the mysql query cache) that we failed to measure a difference when we put it behind a 10 minute cache via nginx. The most noticeable effect of API requests is the size of the log file. Well, and then, I am on principle against runaway scripts that generate unnecessary requests. The log file that filled up the disk was the primary trigger to look into this though. My idea is to either generate the results on demand or cache them in the code. If cached in the code, there would be no database load. It would just pass through the code so we can perform rate limiting. Granted, if we can implemented the rate limit in nginx (see below) that would be essentially the same and fine too. Then we/you could indeed just dump it to a file and serve that. > I don't think that the existence of the dump will encourage clients > which don't need ALL the data as it's still heavier to download and > decompress - doing that every X seconds will create noticeable load > on the clients asking to redo it in a proper way. You'll be amazed what ideas people come up with and what they don't notice. Someone once though that it would be a good idea to have a script that regularly (I think daily) fetches a sorted mirror list from our web site and then reuses that without modification. Obviously if many people use that solution and all use the same sort order, which was intended by the script author, they all have the same mirror in the first line and thus that mirror becomes overloaded quite quickly. > It can also still be rate limited (separately from API, and probably with > much lower rate, e.g. 4 RPH looks reasonable) - I see aur.archlinux.org > uses nginx, and it supports such rate limiting pretty well. How would you configure a limit of 4/hour? Last time I checked nginx only supported limits per second and per minute and no arbitrary time frame nor non-integer values. This still seems to be the case after a quick check in the documentation[1]. Thus, the lowest limit that I could configure is 1/m, but that's something totally different from what I/we want. If you have a solution to configure arbitrary limits directly in nginx I'd love to know about it. [1] http://nginx.org/en/docs/http/ngx_http_limit_req_module.html#limit_req_zone Florian signature.asc Description: PGP signature
Re: [aur-general] AUR package metadata dump
On Thu, Nov 15, 2018 at 09:25:02PM +0300, Dmitry Marakasov wrote: > The way Repology currently fetches AUR package data is as follows: > - fetch https://aur.archlinux.org/packages.gz > - split packages into 100 item packs > - fetch JSON data for packages in each pack from > https://aur.archlinux.org/rpc/?v=5&type=info&arg[]= > > While fetching data from API, Repology does a 1 second pause between > requests to not create excess load on the server, but there are still > frequent 429 errors. I've tried 2 second delays, but the 429s are still > there, and fetch time increases dramatically as we have to do more than > 500 requests. Probably API is loaded by other clients as well. The rate limit allows 4000 API requests per source IP in a 24 hour window. It does not matter which type of request you send or how many packages you request information for. Spreading out requests is still appreciated, but it mostly won't influence your rate limit. The packages.gz file currently contains around 53000 packages. If you split those into packs of 100 each and then perform a single API request for each pack to fetch all the details, you end up with roughly 530 requests. Given you hit the limit, you probably check multiple times each day, correct? I'd suggest to spread the checks over a 6 hour period or longer. This should keep you well below the limit. > I suggest to implement a regularly updated JSON dump of information > on all packages and make it available for the site, like packages.gz is. > The content should be similar to what > https://aur.archlinux.org/rpc/?v=5&type=info > would return for all packages at once. > > This will eliminate the need to access the API and generate load > on it, simplify and speed up fetching dramatically for both Repology > and possible other clients. It may also generate much more network traffic since the problem that prompted the creation of the rate limit was that people ran update check scripts every 5 or 10 seconds via conky. Some of those resulted in up to 40 millions of requests on a single day due to inefficient clients and a huge number of checked packages. I'm somewhat worried that a central dump may just invite people to write clients that fetch it and then we start this whole thing again. Granted, it's only a single request per check, but the response is likely quite big. Maybe the best way to do this is to actually implement it as an API call and thus share the rate limit with the rest of the API to prevent abuse. Apart from all that, I'd suggest that you propose the idea (or a patch) on the aur-dev mailing list, assuming that there isn't a huge discussion about it here first. Florian signature.asc Description: PGP signature
Re: [aur-general] TU application -- Santiago Torres-Arias
On Sun 22.07.18 - 15:35, Santiago Torres-Arias via aur-general wrote: > - Orphaned packages (I'm a regular user of these): > - netctl (?! currently on core, so I suspect I can't maintain this > one) netctl is maintained by Jouke who maintains the netctl code. We only build and push the package, but he handles all bugs because the PKGBUILD we use is actually part of the netctl git repo, but since he isn't a a normal dev he can't adopt it on archweb so it's listed as orphan. Florian signature.asc Description: PGP signature
Re: [aur-general] Build packages without Arch on pkgbuild.com
On 08.04.2018 05:01, Eli Schwartz via aur-general wrote: > If you're really afraid of someone running as either your user, or some > user with the power to hijack your SSH session, while you're trying to > sign something, then they could just switch out your built files anyway. > There's literally no solution there, except to build everything on your > machine and not use soyuz at all. "clave" won't help either, because > it's got the same fundamental problem of not actually being your trusted > machine from beginning to end. Yes, the built files may not be trustworthy if an attacker is present, but the potential scope of this is limited to our package files. The problem with agent forwarding is that people generally configure their agent to cache passwords so they don't have to unlock their keys all the time. With that in mind, an attacker can just request that the agent signs something after the package has been signed and there won't be any dialog popping up. That includes trust signatures on the attacker's key or just messages to prove that they are someone else. Also people might have more than one key in their agent. If you have gpg and ssh keys in there, the attacker can just connect to other machines by using your forwarded agent's ssh key. Also, again there probably won't be a prompt since the password is usually cached. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application - Robin Broda
On 07.03.2018 23:29, Morten Linderud via aur-general wrote: >> Please tell them to email complai...@archlinux.org > > You are mistaken. The mail has been deprecated in favor of > /dev/n...@archlinux.org That has been moved to devn...@archlinux.org because that's easier to write on a phone. Florian PS: That address really exists. Not sure what you'd use it for, but it just dumps mails to /dev/null. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Qutebrowser update
On 02.03.2018 12:26, Pierre Neidhardt wrote: > How are soyuz and pkgbuild.com related? My login (ambrevar) is not > listed on the latter, but I can connect to the former. They are the same. You are probably looking at the website, but that only lists people that have a ~/public_html directory, not all users. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Qutebrowser update
On 02.03.2018 12:19, Jerome Leclanche wrote: > Florian can probably set you up if you don't already have access to it > (pkgbuild.com). soyuz is configured just like orion so you should be able to log in with the same user/key. If it doesn't work drop me a private mail. > But yes, that wiki page should probably mention it; it > mentions orion.arch and repos.arch... Feel free to add it wherever you think it fits best. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Special Removal of an Inactive TU: faidoc
On 09.01.2018 14:07, Balló György via aur-general wrote: > 1. His last commit in the [community] repository: 2017-01-08 > 2. He doesn't maintain any packages in AUR. > 3. His last message to aur-general mailing list: 2016-03-05 > 4. Most of his packages were adopted by eschwartz. The last time he voted in AUR was proposal 99 which started 2017-12-18. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Special Removal of an Inactive TU: speps
On 09.01.2018 14:06, Balló György via aur-general wrote: > 1. His last commit in the [community] repository: 2017-01-03 > 2. He doesn't maintain any packages in AUR. > 3. His last message to aur-general mailing list: 2014-03-02 > 4. Most of his packages were adopted by dvzrv. The last time he voted in AUR was proposal 99 which started 2017-12-18. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Change of Password
On 06.12.2017 02:41, Brett M. Gilio wrote: > My aur account, bmgxc9, had a change of password probably three weeks > ago that I seemed to have misplaced. The email box that it was > registered under, cont...@brettgilio.com is defunct and inaccessible at > the moment. Replied off-list. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU's invalid key on repos.archlinux.org
On 31.10.2017 07:51, Pierre Neidhardt via aur-general wrote: > Err... Who is anybody? TUs cannot update Orion, or can they? No, they can't, only some devs can. Here's a list of people with root access[1]. I've refreshed the keys. If you still have problems feel free to ping me. [1] https://git.archlinux.org/infrastructure.git/tree/group_vars/all/root_pubkeys.yml Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Morten Linderud
On 05.09.2017 14:07, Morten Linderud wrote: > signoff[2] is a tool I have written that helps testers with signing off on > packages they have installed from testing. It comes with neat auto-completions > and enough commands that it should replace the signoff page. Several testers > are > using this to signoff packages in the testing repositories. I've once wrote something similar[1]. I haven't used it lately, but it still seems to work. I could have probably done a better job at promoting it. Looking at your script, it's mostly the same, except you send a HEAD request before fetching the signoff json. Since that json is probably generated on demand, the HEAD request creates nearly equal load to a normal one, minus actually sending and possibly compressing the json. After all, the server needs to generate the page to know how long the content is. It's possible that archweb caches the generated json and my hunch is wrong, but it might be worth looking at that. What can really reduce load are the ETag and/or If-Modified-Since headers, but I don't know if archweb supports those. Also the get_packages function has a "tries" parameter that doesn't appear to be used in any way. [1] https://git.server-speed.net/users/flo/bin/tree/signoffs.pl Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Couldn't reset AUR password
On 08.07.2017 11:23, Vitaliy Berdinskikh via aur-general wrote: > Login: ur6lad > E-mail: @gmail.com (or maybe @archlinux.org.ua but > archlinux.org.ua now is down) I see multiple emails being successfully delivered to gmail. Please check your spam folder. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Thore Bödecker
On 15.05.2017 14:04, Florian Pritz via aur-general wrote: > The discussion period is now over. You can vote here: > > https://aur.archlinux.org/tu/?id=92 Yes: 30 No: 3 Abstain: 9 Voted: 91.30% Result: Accepted Congrats and welcome to the team! Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Thore Bödecker
On 10.05.2017 13:51, Florian Pritz via aur-general wrote: > On 10.05.2017 13:49, Thore Boedecker via aur-general wrote: >> My name is Thore Bödecker (a.k.a. foxxx0, or just foxxx depending on >> nick availability) and finally I have taken the time increase my >> involvement with Arch Linux. I'm 26 years old now and living in small >> town called Falkensee, near Berlin in Germany. >> >> First of all thanks to Florian Pritz (Bluewind) who is sponsoring my >> TU application. > I confirm my sponsorship. Let the discussion begin! The discussion period is now over. You can vote here: https://aur.archlinux.org/tu/?id=92 Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Thore Bödecker
On 10.05.2017 13:49, Thore Boedecker via aur-general wrote: > My name is Thore Bödecker (a.k.a. foxxx0, or just foxxx depending on > nick availability) and finally I have taken the time increase my > involvement with Arch Linux. I'm 26 years old now and living in small > town called Falkensee, near Berlin in Germany. > > First of all thanks to Florian Pritz (Bluewind) who is sponsoring my > TU application. I confirm my sponsorship. Let the discussion begin! Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Christian Rebischke
On 22.02.2017 15:53, Florian Pritz via aur-general wrote: > You can cast your vote here: https://aur.archlinux.org/tu/?id=91 Yes: 37 No: 1 Abstain: 0 Voted: 84.44% Result: Accepted Congratulations Christian and welcome to the TU team :) Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Christian Rebischke
On 17.02.2017 15:26, Florian Pritz via aur-general wrote: > On 17.02.2017 15:25, Christian Rebischke wrote: >> Hello everyone, >> I am Christian Rebischke (in the internet mostly known as 'shibumi') and >> I would like to increase my work in the Arch Linux Community and become >> Arch Linux TU. Thanks to Florian Pritz (bluewind) for being my sponsor. > > I confirm my sponsorship. Let the discussion begin. The discussion period is now over. There wasn't much discussion, but I'll take that as a good sign and assume that everyone already knows Christian. You can cast your vote here: https://aur.archlinux.org/tu/?id=91 Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application: Christian Rebischke
On 17.02.2017 15:25, Christian Rebischke wrote: > Hello everyone, > I am Christian Rebischke (in the internet mostly known as 'shibumi') and > I would like to increase my work in the Arch Linux Community and become > Arch Linux TU. Thanks to Florian Pritz (bluewind) for being my sponsor. I confirm my sponsorship. Let the discussion begin. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Stepping down as a TU
On 27.01.2017 12:48, Михаил Страшун wrote: > For a while I have been maintaining packages related to D programming > language, motivated by being involved with the upstream. As the latter > has come to its end I feel it be would appropriate to revoke my TU > access too - I don't think I will have much time for any other package > maintenance outside of D realm. > > Best luck and keep rocking! Thanks for everything and good luck with your future endeavours! I'll handle removal tomorrow. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Trusted User Application: Giancarlo Razzolini
On 21.10.2016 14:19, Giancarlo Razzolini via aur-general wrote: > Em outubro 21, 2016 10:10 Levente Polyak escreveu: >> >> Well I don't see why it shouldn't be but as long as it's the AUR most likely >> that won't be enforce anyway as there isn't even proper UID GID registry. >> > I don't plan on bringing memlockd to community, if I become a TU. I feel like the goal should be that every AUR package is in a state that allows it to be simply moved to community without requiring any changes. Sadly, most of the time I want to move stuff I have to invest a couple of hours/days into making sure it builds properly and follows our (implicit?) standards. Like keeping users after removal, not including tons of patches, using split packages only when necessary or depending on all dependencies. It appears many people still build with plain makepkg and without build chroots. Also please keep in mind that AUR packages are influenced by each other. If you have one package doing things a certain way and you only clean them up when necessary, you'll have to clean them up every time. If people get used to the way we want packages, moving could be much simpler and every package you improve is a step in the right direction. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Typo in email
On Thursday, August 11, 2016 5:45:18 PM CEST Kwang Moo Yi via aur-general wrote: > I hope this is the correct place to ask for help. I made a typo in my > account's e-mail I've corrected this since this request looks legit. The account has only been registered today and the typo was in the domain mgila.com vs gmail.com. Florian signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Trusted User application
On 23.07.2016 20:58, keenerd via aur-general wrote: > On 7/23/16, Nicola Squartini via aur-general > wrote: >> in fact, back in May I posted a patch for namcap >> https://lists.archlinux.org/pipermail/arch-projects/2016-May/004346.html > > Sorry I missed that one. That chunk of code was refactored (no more > shelling out to readelf) so I've updated and applied your patch. > Thanks! You may want to use patchwork[1]. If you don't have an account there yet, I can give you one so you can mark patches as merged and keep the list useful. [1] https://patchwork.archlinux.org/project/arch-projects/list/?q=%5Bnamcap%5D Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Perl-Moose dependency failure.
On 10.06.2016 21:59, John D Jones III via aur-general wrote: > 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. Alright. For perl I'd actually prefer this solution given that core perl has a dedicated directory (core_perl) vs. CPAN modules that go into vendor_perl. @Lukas: Could we have exceptions to the blacklist for any provides by perl? Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Perl-Moose dependency failure.
On 10.06.2016 21:08, John D Jones III via aur-general wrote: > I propose a temporary buttwag by > just creating a perl-list-utils145 PKGBUILD, 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 signature.asc Description: OpenPGP digital signature
Re: [aur-general] Standing down as Arch Lixnu TU
On 12.05.2016 13:42, Martin Wimpress wrote: > It is with a heavy heart that I am informing you that I wish to stand down > as an Arch Linux TU. Sad to see you go. Good luck with your new job and debian though. > How do we proceed with my resignation? Actually that's all we need from your part, but it would be nice if you could gpg sign the resignation. Just so we know it's really you. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Now there is real Spam in the AUR comments - Was: Misuse of AUR (yaourt) comments
On 12.02.2016 10:45, Ralf Mardorf wrote: > Take a look at https://aur.archlinux.org/packages/yaourt/ , some body > add real spam to the comments and another user commented the spam: Thanks for reporting this. It appears that this might be related to Microsoft now also deciding to block the server running mailman, the aur, bbs and wiki as a "spam source". Do you happen to know if such spam comments have been posted around February 6th or 7th? Florian signature.asc Description: OpenPGP digital signature
[aur-general] Yahoo mail problems (was No notification for out-of-date package)
On 14.01.2016 14:41, Florian Pritz wrote: > On 13.01.2016 18:53, Giovanni 'ItachiSan' Santini wrote: >> My package "telegram-desktop-bin-dev" was flagged as out of date on the >> 10th of January but I received no mail notification about that. > > It appears that yahoo has decided to "temporarily" reject all mails from > that system (bbs, wiki, aur, mailing lists). I've sent an email to their > postmaster and hope this will clear up soon. > > Until then, I'm afraid yahoo users will not receive emails from our > services. Sorry for the inconvenience. We are still unable to deliver mails to yahoo and so far my email to postmas...@yahoo.com has not received a reply. Can anyone put me in touch with someone from yahoo or tell me if the postmaster address is read (I kind of expect it to go to /dev/null)? Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] No notification for out-of-date package
On 13.01.2016 18:53, Giovanni 'ItachiSan' Santini wrote: > My package "telegram-desktop-bin-dev" was flagged as out of date on the > 10th of January but I received no mail notification about that. It appears that yahoo has decided to "temporarily" reject all mails from that system (bbs, wiki, aur, mailing lists). I've sent an email to their postmaster and hope this will clear up soon. Until then, I'm afraid yahoo users will not receive emails from our services. Sorry for the inconvenience. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] Python split packages and devtools
On Sat, 21 Nov 2015 17:03:54 +0100 Fabien Dubosson wrote: > Someone pointed me out that > because of my `make-depends`, people has to have both python2 and > python3 installed to build only the desired version of the package, what > is true. So? They can remove the packages again after the build is complete (makepkg -r or preferably use devtools) and it's not like this is a another AUR package that requires like a 20 hour build and can only be done on a machine with at least 42 cores and 5TB of ram. It just requires a download and some more disk space which seems like a perfectly fine tradeoff if the alternative is to maintain two PKGBUILDs (one for each python version). > - It doesn't seem possible to put the make-depends inside the > `pakages_()` function, isn't it? Building only certain split packages is no longer supported since commit e8deba3b87784ca14c9afc908046f36a3ad7578c. This will be part of the next pacman version >=4.3 so even if it was possible this would be pointless. pgpU807ve85V5.pgp Description: OpenPGP digital signature
Re: [aur-general] Arch general mailing list
On Sat, 12 Sep 2015 09:48:39 +0200 Ralf Mardorf wrote: > 2 mails I send to Arch general more then 12 hours ago didn't come > through the list. I received no postmaster, no mailman and no moderator > message. For testing purpose I resend one of those two mails a few > minutes ago and it also didn't come through. Please send me a list of Message-IDs of the mails that are missing so I have something to look for. In most clients you should be able to view the message source (Thunderbird and at least my claws-mail have it bound to crtl+u) and then look for the Message-ID header. Also for kicks I'm sending this to arch-general myself. Let's see if it works. Florian pgpaytJ819i6_.pgp Description: OpenPGP digital signature
Re: [aur-general] Blob size limit in AUR4 for custom kernels
On 24.05.2015 11:07, Nicolas Iooss wrote: > Hello, > > I am currently maintaining a Linux kernel with a custom configuration in > AUR [1] and when I tried to migrate it to AUR4 today, "git push" failed > with: > > remote: error: The following error occurred when parsing commit > remote: error: 94ed5186e25ac1d459ae13d3ab0fbccc401ff225: > remote: error: maximum blob size (100kB) exceeded > remote: error: hook declined to update refs/heads/master > > Indeed, in base linux package [2], the files config and config.x86_64 > are larger than 100 kB (they are approx. 179 kB), so I need some kind of > trick to be able to move to AUR4 (e.g. storing the kernel config on > GitHub). It may be the reason why no custom kernel has yet moved to > AUR4 (I tried to find some from the results of a search with category > "kernels" keywords "linux" [3] in AUR4 without any success). > > How are maintainers supposed to deal with such packages which are > derived from official packages that contains files too big to fit AUR4 > requirements? Lukas is away until June 1st. I only learned about git namespaces yesterday and we didn't have time to talk about them, but I believe they could greatly decrease used space in our setup (currently each repo is stored separately I believe) and therefore increase the limits. Sadly the code uses pygit2 quite a bit and I don't know if it's possible to support namespaces there. I guess for now you should wait until Lukas is back. signature.asc Description: OpenPGP digital signature
Re: [aur-general] [aur-dev] aur-dev no longer uses port 2222 for SSH
On 21.05.2015 11:31, Lukas Fleischer wrote: > If you are using the AUR 4.0.0 testing environment on > aur-dev.archlinux.org, please note that we now use the default SSH port > 22 instead of . This means that you can drop the ":" part from > your Git remote URIs or remove the "Port " line from your local SSH > configuration. This also means that the host keys will be different. The new ones are as follows: > 1024 SHA256:9Nqu9y1LhT3L3Kd6J9CSyuOc1AdGWo0eLsPxoc5bpaw (DSA) > 256 SHA256:L71Q91yHwmHPYYkJMDgj0xmUuw16qFOhJbBr1mzsiOI (ECDSA) > 256 SHA256:HQ03dn6EasJHNDlt51KpQpFkT3yBX83x7BoIkA1iv2k (ED25519) > 2048 SHA256:46zBSq5HRn6wvq5uTP90VTPoAMJcxZxKcDmid6bd8+k (RSA1) > 2048 SHA256:Ju+yWiMb/2O+gKQ9RJCDqvRg7l+Q95KFAeqM5sr6l2s (RSA) signature.asc Description: OpenPGP digital signature
Re: [aur-general] [RFC] command in PKGBUILD to select archlinux mirror to download from
On 05.02.2015 17:34, Rafael Ferreira wrote: > I'm look for a way to set the PKGBUILD's source=() to fetch file from > archlinux repository without needing to set "ftp.archlinux.org" (which > is throttled in 50Kb/s) or any other specific mirror (in order to > avoid slow connection in distant geographic locations). ftp.archlinux.org has been shut down by it's sponsor. The sources and other directories are now available on https://sources.archlinux.org (no ftp any more) which is not throttled and likely won't be. sources.archlinux.org is currently hosted in Germany, but it has decent bandwidth. You shouldn't worry about geographical locations for stuff like this IMHO, but if you really do use mirror.kernel.org. They have geobalancers and they mirror the sources and other directories. Do you worry about geographical locations of other mirrors (as in the project's upstream)? > FYI, some PKGBUILDs in AUR need to fetch from archlinux repository, > like lib32-pam, lib32-avahi, lib32-smbclient. Repackaging i686 packages to multilib ones sounds wrong. We used to do that before multilib, but it's really just a hack and it's highly unlikely that it's really impossible to build a proper multilib package. For kicks I took the [extra] avahi PKGBUILD, added some exports and rm/mkdir/ln magic taken from lib32-openssl (or nearly any lib32 package I created back when we introduced multilib), changed the deps and added some --disable-foo flags to configure for stuff that's not needed in a multilib environment. Took around 10 minutes, the file list looks good and the libraries are indeed 32bit. Granted, it does currently depend on lib32-qt4 and lib32-gtk rather than optdep, but that's cosmetics. Package and PKGBUILD here, feel free to clean it up some more (link valid for 10 days): https://paste.xinu.at/m-PKHfPF/ As for lib32-pam that only seems to pull the source tarball which, as mentioned above, is now on https://sources.archlinux.org. lib32-smbclient can likely also be built properly, but it has a few deps and I'm not in the mood to build that much right now. Feel free to consider it an exercise. If you notice any more lib32 packages that repackage an i686 package please tell the maintainer to build it properly. Thank you. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Freecad and deps moving to [community]
On 06.12.2014 15:08, Yichao Yu wrote: > pivy is really a python2 library and I've been packaging the hg > version as python2-pivy-hg in archlinuxcn. Shouldn't the pivy package > be renamed to python2-pivy to follow the package naming convention? Good catch, I'll change that. signature.asc Description: OpenPGP digital signature
[aur-general] Freecad and deps moving to [community]
Hi, I'm moving freecad and its dependencies to [community]. In the process I've changed a couple of those packages and you might want to adapt other AUR packages in respect the following changes: - shiboken no longer bundles the python and python2 libraries, those are now split packages. - pivy now exists and dependencies should be change to pivy instead of pivy-hg. Also note that pivy-hg is currently the same as pivy. The following packages will soon be available in [community] and will get removed from AUR afterwards: freecad coin soqt opencascade shiboken python-pyside pivy (new package, pivy-hg will stay) Thanks to Christian Hesse, Jonas Heinrich, lilydjwg, Hugo Osvaldo Barrera and Giuseppe Borzi for creating/maintaining them in AUR. Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application
On 31.10.2014 08:44, Andrea Scarpino wrote: > On Thu, Oct 23, 2014 at 9:24 AM, Antonio Rojas wrote: >> Hello Arch Linux community, >> >> This is my application to become an Arch trusted user. My name is Antonio >> Rojas, I'm a mathematician and professor from Spain. Andrea Scarpino has >> kindly encouraged me to apply and agreed to sponsor my application. > > The discussion period is over, TUs let's vote! > > https://aur.archlinux.org/tu/?id=78 > The vote is over: Yes: 24 No: 2 Abstain: 1 Welcome to the TU team Antonio! signature.asc Description: OpenPGP digital signature
Re: [aur-general] checksums
On 04.10.2014 12:54, stef204 wrote:
> To verify integrity, the author does not provide checksums but only a
> gpg .asc file.
Put the .asc file URL in the sources array and makepkg will verify it
automatically. This only works if the base filenames are the same
(foo.tar.gz and foo.tar.gz.asc), but that's likely the case anyway.
You can use shell expansion like so:
source=(http://example.com/foo.tar.gz{,.asc})
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] lists.archlinux.org mailing list memberships reminder
On 01.10.2014 09:09, Florian Bruhin wrote: > * Martti Kühne [2014-10-01 08:51:35 +0200]: >> This is news to me. I never got this kind of stuff from this mailing list. > > This is a standard mailman message - maybe they changed the setting > lately? I moved mailman to a new server and it looks like the old one never ran mailman cronjobs (the new one does). That said, yes it is a standard message and it defaults to being enabled, but since nobody complained before we've disabled it again for our lists. signature.asc Description: OpenPGP digital signature
[aur-general] Mailing list posting style (was: Compiz package naming)
Hi, Disclaimer: I'm trying to write this as friendly as possible, but I want to get the point across so please excuse slightly harsh wording and the length of the mail. Please understand that this mail is directed to all list members, not only those who participated in the thread on aur-general. It happens every now and then, but this thread is probably one of the worse ones. I know it's sometimes easy to forget, but a 16 level deep quote with 420+ lines of quoted content and about 6 lines of original content is not, by any stretch of imagination, okay. Please do not quote the entire thread in every reply and do not reply above the quote(s). A general rule of thumb is to quote only what's necessary to understand the reply. If you need context, please use bottom-posting or IMHO better yet interleaved quoting[1] (I also suggest to read the entire page) and limit your quote to as few lines as possible/necessary. Also feel free to summarise the original mails or write your reply in such a way that it can be understood without context which means that you can omit the quote entirely. [1] https://en.wikipedia.org/wiki/Posting_style#Interleaved_style Please also be aware that some mail clients will add line breaks after 80 characters and original text is normally wrapped after ~72 which means you get about 4 levels of quoting until text starts wrapping which makes it very hard to read. Generally, if your reply is shorter than the quoted message you might do something wrong. If you quote the entire message you likely do something wrong. If you quote the entire thread for 16 levels you *really* do something very wrong, no exception here, sorry. Also if you need any proof try to read this message[2] without reading the original messages directly (only read the quotes in the linked message). Note that the start of the thread is somewhere in the middle (you can search for "Hello AUR general & Compiz package maintainers") thanks to top/bottom/interleaved quoting styles being mixed. [2] https://mailman.archlinux.org/pipermail/aur-general/2014-August/029292.html I'm also sending this to arch-general as a reminder because I've seen a few topposters/fullquoters there as well. Let's please all work together here so something like this doesn't happen again. If you see this happening in a thread that you participate in, please speak up (early) and make sure your own reply breaks the chain. Thanks for your consideration, Florian signature.asc Description: OpenPGP digital signature
Re: [aur-general] AUR 3.3.0 released
On 09.07.2014 22:20, Lukas Jirkovsky wrote: > On 9 July 2014 21:40, Jonathan Arnold wrote: > >> And if the email bounces, the package >> should be automagically disowned. > > Not a good idea, if there was a temporary problem with a mailserver it > would result in unsolicited orphaning of packages. Email doesn't bounce because of temporary issues, otherwise stuff like graylisting would be even more annoying than it already is. Normal retry times are 3 to 5 days with 5 being the postfix (and probably other software) default. If a mail couldn't be delivered after that time the sending server will bounce it. signature.asc Description: OpenPGP digital signature
Re: [aur-general] New mailing list for AUR requests (delete, merge, orphan, ..)
On 27.06.2014 20:58, Stefan Husmann wrote: > I think this is worth an announcement on the news page on archlinux.org. Lukas told me the next AUR release is only a couple weeks away so I guess we can hold off on a news until that's done and then tell people to just use the new system. Thanks for the idea though. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Registration Doesn't work
On 26.06.2014 22:21, Jens Adam wrote: > Thu, 26 Jun 2014 15:50:53 -0400 > John Robson : > >> They need the Domain or IP of the Mail Server that is sending that >> message. >> >> And (maybe can help), what's the sender email? > > Well, look in your mail headers ... > > Host/IP is gerolde.archlinux.org (66.211.214.132) and the sender is > $listname-boun...@archlinux.org That's only correct for mailing lists. AUR mails are sent from alderaan.archlinux.org. Assuming they read postmas...@usp.br I can deal with this directly. They really should be reading that (as should everyone else), but in my experience if something goes wrong with email then postmaster is normally not configured or not read. So far I haven't received a reply, but I continue to have hope. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Registration Doesn't work
On 26.06.2014 05:36, John Robson wrote: > I never received my "first password" and I tried to Reset my password > (https://aur.archlinux.org/passreset/) several times but I received nothing. > > Please, someone can send this confirmation to me: john.robson AT usp.br I can't send you the mail, but I can tell you that the mail server for usp.br blocks the mails. No idea why so, but I'll try to ask the postmaster. I'll post here again if something happens. signature.asc Description: OpenPGP digital signature
Re: [aur-general] [arch-general] New mailing list for AUR requests (delete, merge, orphan, ..)
On 26.06.2014 08:43, Runiq wrote: > Sorry for the noob question, but I hadn't found it on the aur-requests > overview page: Can I post to aur-requests list without subscribing? I > rarely have a request, and 99% of the traffic on aur-general was of no > concern to me. I believe none of our lists allow posts from non-subscribers so this one doesn't either. Might make sense to change that, but right now we don't have a good spam filter so there would likely be quite a lot of spam on the list. I plan to set on up soonish. Could you open a bug report on the tracker so I don't forget about this? signature.asc Description: OpenPGP digital signature
Re: [aur-general] New mailing list for AUR requests (delete, merge, orphan, ..)
On 25.06.2014 23:37, Ivan Shapovalov wrote: > With this change, where should the PKGBUILD critique / review requests be > sent? Those should stay on aur-general IMHO. signature.asc Description: OpenPGP digital signature
[aur-general] New mailing list for AUR requests (delete, merge, orphan, ..)
Hi, As requested by Lukas, I've created a new mailing list for AUR related requests such as deletion, merge or orphan requests. The AUR will soon feature a web interface to create such requests and for history and discussion purposes mails will be sent to this new list. Please start using it for new requests already (maybe wait a couple hours so TUs can subscribe). Discussion about anything apart from such requests should stay on aur-general. You can subscribe here[1]. [1]: https://mailman.archlinux.org/mailman/listinfo/aur-requests I expect traffic on aur-general to go down quite a lot due to this change, so if you aren't subscribed because of this request traffic feel free to give it another try now. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Perl update
On 04.06.2014 21:16, Ralf Mardorf wrote: > "PS: Pardon that I ask, instead of simply testing it. Will the issues > be fixed, if users simply rebuild the existing AUR packages that are > affected?" The package depends on perl-pathtools so no. You could try removing the dependency, but that will probably make the software not work due to a missing module. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Perl update
On 04.06.2014 20:57, Ralf Mardorf wrote: > There still is the question, if AUR package maintainers will fix issues > caused by the Perl update soon? > [..] > :: shutter: requires perl-pathtools Get perl-cpanplus-dist-arch and use cpan2aur to create the package. signature.asc Description: OpenPGP digital signature
Re: [aur-general] What stops more packages moving from AUR to Community?
On 26.05.2014 11:19, Steven Honeyman wrote: > Reading the wiki, I got the impression that AUR packages with more > than 10 votes would be considered worthy enough to move to the > Community repo. Package are only moved to community if a TU is interested in them. That rule you read in the wiki means that if a TU is interested in moving a package with less than 10 votes that might not be a good idea (pretty much no users, possibly big package, lots of wasted space for nothing). It doesn't mean that packages with >10 votes have to be moved. If you want a package to go into the repo you can try asking TUs to move it. Maybe some TU didn't know about it yet and grows to like it. Though, if you do that, please don't spam. Of course you could also try becoming a TU yourself and move them. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Forgotten AUR-Login
On 04.03.2014 00:23, Roman Titov wrote: > Hello, guys. > Shame on me, but I just completelly forgot my AUR-login. Replied off-list signature.asc Description: OpenPGP digital signature
Re: [aur-general] Voting results
Welcome to the team, looking forward to seeing you on IRC ;) signature.asc Description: OpenPGP digital signature
Re: [aur-general] Can't receive an email after registered at AUR
On 12.02.2014 07:21, Jiaqi Yang wrote: > Oh I did it and no responding Looks like hotmail.com has the aur server on an internal blacklist. (550 SC-001 in case anyone is interested) It's not listed anywhere else. I'll try to get us off... (could take a few days from what I read) signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU resignation
Thanks for all you did and all the best for whatever you do now. PS: I've created a ticket for key revocation and disabled the ssh account. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Support for source mirror lists in PKGBUILD
On 31.10.2013 23:30, Ido Rosen wrote: > If my first pacman patch is going to be this big of a change to > makepkg.sh.in I'd feel a lot more comfortable if an existing pacman/makepkg > dev were available off-list via email or IM for some brain-picking. Any > volunteers? Got a poc for a rather simple way of implementing it, not sure if it's going to be pretty enough. I'll take a closer look tomorrow. Feel free to ping me via irc, mail or jabber [1]. [1]: https://www.archlinux.org/developers/#bluewind signature.asc Description: OpenPGP digital signature
Re: [aur-general] Support for source mirror lists in PKGBUILD
On 31.10.2013 22:12, Ido Rosen wrote:
> Okay, that leaves either Jerome's suggestion (if duplicate filenames are
> detected, treat them as mirrors and don't fail/abort as long as one of them
> works);
I'd go with that. Doesn't add any new syntax and can be created easily
enough like this:
source=("$pkgname-$pkgver.tar.gz"::{"http://foo.com/blub/","http://somewhere.com/"}"$pkgname-$pkgver.tar.gz";)
Should be as simple as looping of the sources array after a fail and
checking if there is another matching "filename::" element.
Care to submit a patch to pacman-dev?
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] Which developer should be considered as TU?
On 28.09.2013 16:48, Lukas Fleischer wrote: > On Sat, 28 Sep 2013 at 16:04:41, Balló György wrote: >> According to Trusted User Bylaws, TUs (and only TUs) must take part in >> votes. Therefore there should be a clear implementation like this: >> >> - Developers who want to take part in votes should set their account >> type to 'Trusted User' (or to a new 'Developer+Trusted User' type) in >> AUR, and they should be added to the Arch Linux Trusted Users page[1]. >> >> - Developers who don't want to take part in votes should set their >> account type to 'Developer' in AUR, and they should be removed from >> the Arch Linux Trusted Users page[1]. >> >> - Users with 'Developers' account type in AUR should not be allowed to vote. >> >> >> What is your opinion? > > Agreed. I will submit a patch to exclude developers from TU votes soon > (not that I mistrust developers -- it just seems like the right thing to > do). I hope that patch also creates a "TU+dev" group because I consider myself to be both and I'd love to be able to keep voting. signature.asc Description: OpenPGP digital signature
[aur-general] Account removal for Daenyth (was: Special Removal of an Inactive TU: Daenyth)
Daenyth resigned on 27 Aug 2013 via Mail to Lukas with the subject "Re : TU Votes -- Reminder!". Apparently this has been missed so his accounts are still marked TU in the bbs and archweb and he is still listed as maintainer for 35 packages in archweb. I've disabled his accounts on nymeria and brynhild, marked him "past TU" in the wiki and removed the TU status on flyspray. Someone else please take care of archweb and bbs. signature.asc Description: OpenPGP digital signature
[aur-general] Disowning packages from csgeek
Hi, I've just disowned these packages since the last activity of the maintainer was in 2011, there are lots of unaddressed issues in the comments and a few are flagged out of date. Feel free to adopt. activemq-cpp-library eclipse-viplugin git-bzr-ng google-docs-fs libmygpo-qt-git twitlib-svn python-ansi2html (I'm moving that to community) signature.asc Description: OpenPGP digital signature
Re: [aur-general] [tu-bylaws][PATCH] Voting Period
On 16.08.2013 11:00, Lukas Fleischer wrote: > Also, I just wondered whether it is okay to accept a proposal before the > voting period ends? Currently, there are 19 yes votes, 37 TUs and there > is no way the number of TUs can increase until the end of the proposal. No, people should be allowed to vote no if they feel the change is wrong just for the sake of letting the others know. (IMHO) I'm not sure if we have any rule about that though. In case you can't find one assume we can't accept it before the end. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Adding some low voted packages to [community]
On 15.08.2013 22:45, Ralf Mardorf wrote: > On Thu, 2013-08-15 at 22:09 +0200, Florian Pritz wrote: >> mailgraph > > $ yaourt -S mailgraph > [snip] > To start as a daemon put mailgraph in DAEMONS of your /etc/rc.conf > [rocketmouse@archlinux ~]$ mailgraph.pl --help > [snip] > -l, --logfile fmonitor logfile f instead of /var/log/syslog > -t, --logtype tset logfile's type (default: syslog) > [snip] > > Maybe you could change this defaults to fit to systemd. Do you have any idea how that could work? I've tried the following in a service file I wrote for myself, but all I remember is that it didn't seems to process any logs. > ExecStart=/bin/bash -c '/usr/bin/journalctl -af | /usr/bin/mailgraph.pl -c -l -' PS: Please make sure your mail client sets In-Reply-To and References headers so mail threading works correctly. signature.asc Description: OpenPGP digital signature
[aur-general] Adding some low voted packages to [community]
Hi, I'd like to add the following packages (+ deps) to [community]: smokeping, echoping, spampd, mailgraph, postfwd, python-ansi2html (AUR package is out-of-date, I have a fixed one) I use them, they are awesome and I don't want to have to check AUR for updates, but they are all missing a few votes. Could 3 TUs give me their +1? Thanks. PS to the maintainers of those packages: I didn't yet contact you because I'm not sure I can move them yet. signature.asc Description: OpenPGP digital signature
Re: [aur-general] [tu-bylaws] [PATCH] Honor TUs who become active/inactive during votes
On 08/10/2013 09:15 AM, Xyne wrote: > In case anyone is wondering, the message seems to still be awaiting > moderation. This list is not activly moderated afaik. I'm just letting through your messages whenever you post about them so this discussion can go on. I'm not going to do any more moderation apart from that. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TUs and their following of the Bylaws
On 07.08.2013 13:33, Xyne wrote: > I find this annoying. I have heard on several occasions that a lot of relevant > discussion as well as shit-talking takes place on that channel. Sometimes even > important decisions are made there. I like IRC because it allows you to decide on a basic direction. Of course everything should still be sent to the mailing list for the real discussion, but eliminating pointless stuff first seems like a good idea to me. Please point out when something has only been discussed on IRC and then presented here as a final decision. This really shouldn't happen. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application
On 15.07.2013 22:31, Dicebot wrote: > I have been using Arch Linux for last ~5 years but that does not really > matter as I have never spent any considerable time maintaining packages. > What does matter though is that I am quite active member of D community > and familiar with minor details about its current infrastructure and > have personal interest in improving user experience in that domain. Having people maintain stuff they know and use is good. I'm sure you'll pick up the important things to know about packaging quickly enough. signature.asc Description: OpenPGP digital signature
Re: [aur-general] quoting (was: pacman 4.1 (makepkg 4.1) bazaar pkgver autobump problem)
On 05.04.2013 09:12, Stefan Husmann wrote: > Am 04.04.2013 20:34, schrieb Maxime GAUDUIN: >> On Thu, Apr 4, 2013 at 8:07 PM, Stefan Husmann >> wrote: >> >>> Am 04.04.2013 16:06, schrieb Alucryd: >>> >>> On Thu, 2013-04-04 at 09:52 -0400, Daniel Wallace wrote: > Gary van der Merwe wrote: > > On Thu 04 Apr 2013 15:41:27 SAST, Alucryd wrote: >> >>> On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote: Guys, please. Don't full quote 5 layers deep, that's an aweful lot of unnecessary scrolling for each mail which. Try to quote as little as possible while still making sure there is enough context for the reader to understand what you are talking about. If they need more than 1 or 2 (partial) layers, they should really read the original mails. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Fighting spam on the AUR
On 14.03.2013 01:44, Xyne wrote: > When flagged, comments and actions would be submitted to a queue that would be > accessible to TUs via a webpage with accept/reject buttons for each action. You could let other users which have already been whitelisted approve actions. An action can require 3 approvals from normal users or one from a TU so a spammer would require more than one whitelisted account to work alone. Once a new users has a few whitelisted actions they will also be whitelisted. Just ideas, not saying this is the way to go. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application from graysky
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi All. Your signature is bad; gmail probably mangled something. Please resend using GPG/MIME (at least enigmail with thunderbird, claws-mail, kmail support it). signature.asc Description: OpenPGP digital signature
Re: [aur-general] AUR Maintenance
On 28.02.2013 07:14, Connor Behan wrote: > I was stupid enough not to make a backup so can someone with > access please put this on nymeria? Thank-you. I've put it in your home on nymeria. You're lucky SevenL didn't yet shut down sigurd. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application
On 14.02.2013 06:40, Federico Cinelli wrote: > For the past six months I've been working on getting more in-tune with the > forums. > I've recently started answering posts on the forums and working with people > that > request PKGBUILDs. I found 6 bbs posts and 5 posts to the MLs all from this year. Not sure what to think about that. > My latest addition to the AUR evansi0n (used for jailbreaking iOS 6.x) > was the last request I've answered from the forum. I also spend a majority of > my time > on the IRC channel helping with live support. Now that I like and from a quick look you were way more active over there. Given Daniel and you talked quite a lot I'll assume you know what you're doing. > I've also began developing my own application which is an Automotive > Diagnostic Tool which > uses OBD2 through USB to help bring bring the automotive industry into Linux. Is that open source and do you have a link to source and/or documentation? > You can find a list of PKGBUILDs that I maintain here: > - cinelli (https://aur.archlinux.org/packages/?SeB=m&K=Cinelli) Quite a lot of VCS packages there, but that's strictly not a bad thing. Some packages still don't use package(). > Also, I would be interested in taking the following from the AUR into > [community]: > [..] > - velox (https://aur.archlinux.org/packages/velox/) > - evasi0n (https://aur.archlinux.org/packages/evasi0n/) Those don't have enough votes (yet) evasi0n's PKGBUILD also exports LD_LIBRARY_PATH in package() without any comment why you'd want to do that. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application
On 31.01.2013 05:38, Evangelos Foutras wrote: > This means that Alexandre is now a TU! Welcome and looking forward to seeing you on IRC :) signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application
On 30.01.2013 23:00, Alucryd wrote: > Sorry about that. I've configured evolution to sign outgoing mails. It > should be good now. > Please also push your key to the keyservers. "gpg --send-keys " is enough. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application
On 30.01.2013 21:09, Maxime Gauduin wrote: > Well, I believe that's all I have to say. Thank you all in advance for > considering my application. I hope to be able to learn more among all of > you. You didn't sign your mail, but you attached your public key in a file called "signature.asc". Please either use a mail client that can properly send GPG/MIME signed mails or sign the text using "gpg -s --armor" and attach that. "gpg --clearsign" would be better, but I fear gmail might mangle the text so better go with the armored attachment. Let's wait for Sven's confirmation before any further discussion. signature.asc Description: OpenPGP digital signature
Re: [aur-general] [aur-dev] How can I Upload a new vesion of the vidyo package to AUR?
This belong to aur-general, aur-dev is only for development of the AUR software itself. On 17.01.2013 20:52, Fernando Monticelli wrote: > Hi all, > > Current vidyo (a CERN video conferencing tool) package in AUR doesn' t > work for me. But I found a hack here > (https://bugzilla.mozilla.org/show_bug.cgi?id=701083#c7) which makes > vidyo believes is running under ubuntu. That actually works. It s just > the package in that hack is an old version of Vidyo. > > So I made up a new PKGBUILD for the latest version of vidyo. This > PKGBUILD is a modification of the one currently in AUR > (https://aur.archlinux.org/packages/vidyo/) plus the hack I found. > > In any case, I can' t upload it to AUR because vidyo belongs to another > maintanier. How can I proceed? Should I ask the other maintainer to > modify his PKGBUILD? Post a comment on the package's page and if the maintainer doesn't react, send them a mail. If they still don't react, post on aur-general so a TU can orphan the package. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Passsword and email forgotten
On 10.11.2012 10:51, Franck Michea wrote: > 2012/11/8 Franck Michea : >> 2012/11/8 Florian Pritz : >>> On 08.11.2012 22:39, Franck Michea wrote: >>>> My username is: kushou >>> >>> >>> franck.mic...@gmail.fr >>> >> >> Hmmm I don't think google ever did gmail.fr and confirmation email >> doesn't get to my .com (trying both .fr and .com). Was there any >> verification on the email 4/5 years ago? I may have filled that >> incorrectly and didn't notice if there wasn't :( >> >> Could you change that email to .com one? >> > > Ping? > I've changed it. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Passsword and email forgotten
On 08.11.2012 22:39, Franck Michea wrote: > My username is: kushou franck.mic...@gmail.fr -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Is aur.archlinux.org down?
On 27.10.2012 14:04, Mateusz Loskot wrote: >> https://mailman.archlinux.org/pipermail/aur-dev/2012-October/002220.html > > Yes, that's very helpful note. > > I honestly wonder, why this motion hasn't been > announced in https://www.archlinux.org/news/ That's not what's happening. It's just a broken hard disk. We don't yet know when sigurd will be back online, stay calm and check arch-dev-public for further updates. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application - Jonathan Steel
On 26.08.2012 12:20, Jonathan Steel wrote: > On Sun, Aug 26, 2012 at 11:47:58AM +0200, Florian Pritz wrote: >> I'm not sure what software you're using at school > > Do you mean what I use or what is being used/taught in the classroom? Yeah, but I just wanted to use that as an introduction for the rest of the paragraph and make it clear that it might not apply to your use cases. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application - Jonathan Steel
On 25.08.2012 23:48, Jonathan Steel wrote: > I feel I do a good job staying on top of everything. I often check > through my packages to see if there are any updates You should take a look at w3watch > I use i686, x86_64 and arm architectures. Are you using Arch ARM (I guess so, but better ask to be sure) or something else? > I'm good with BASH, sed, AWK and diff/patch and I have an interest to > learn C, python and pearl. perl[1] or PEARL[2]? > Outside of Arch, I'm 27 and live in Buckinghamshire England. I work > at a school as an IT Manager, managing approximately 500 computers > and laptops, a VMware setup and approximately 1,100 users. I've > basically set up the current system single-handedly. Any chance you'll switch those to Arch? :) I'm not sure what software you're using at school, but here all we did was learn how to type, use a webbrowser, write text/spreadsheets/presentations, edit images, learn a bit of php, html and c++. Tipp10, firefox, libreoffice, gimp and vim would have done just fine and knowing that something like imagemagick + bash exists would have been pretty awesome. > Thank you for reading my application. At least I hope you can advise > where I can improve so I am a better applicant next time. You don't really think you'll need a third try, do you? [1]: https://en.wikipedia.org/wiki/Perl [2]: https://en.wikipedia.org/wiki/PEARL_%28programming_language%29 -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Dropping wvstreams/wvdial from [community]
On 11.08.2012 11:29, Florian Pritz wrote: > wvstreams stopped building with gcc 4.7, upstream is dead for ~2 years > now and gentoo's patches don't seem to fix stack magic checking properly. > [..] > Unless someone adopts wvstreams and wvdial I'll drop them to AUR next week. I've fixed the bug and pushed packages to community, but I will still drop it (maybe not as fast as I intended) unless someone takes over since I don't like maintaining dead software. -- Florian Pritz signature.asc Description: OpenPGP digital signature
[aur-general] Dropping wvstreams/wvdial from [community]
wvstreams stopped building with gcc 4.7, upstream is dead for ~2 years now and gentoo's patches don't seem to fix stack magic checking properly. Current trunk (not pushed to the repos) gets me a different error than the one reported[1], but it still fails after pppd has been started: > wvdial: utils/wvtask.cc:304: static int WvTaskMan::yield(int): Assertion > `*current_task->stack_magic == 0x123678' failed. Unless someone adopts wvstreams and wvdial I'll drop them to AUR next week. [1]: https://bugs.archlinux.org/task/31096 -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application - Andrzej Giniewicz (giniu)
Congrats! Looking forward to seeing you on irc :) -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application - Andrzej Giniewicz (giniu)
Mind uploading your gpg key to the keyservers? `gpg --send-keys ` is enough. Please also try to send GPG/MIME mails instead of inlining the signature. Apart from that your (quite lengthy) application looks good and I just hope it won't turn out that being a TU is too time-consuming for you. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Multilib package [skype] marked out-of-date
On 14.05.2012 15:22, Arch Website Notification wrote: > wants to notify you that the following packages may be out-of-date: > > > * skype 2.2.0.35-3 [community] (i686): > https://www.archlinux.org/packages/community/i686/skype/ > * skype 2.2.0.35-3 [multilib] (x86_64): > https://www.archlinux.org/packages/multilib/x86_64/skype/ > > > The user provided the following additional text: > > New Version available > http://blogs.skype.com/garage/2012/05/skype_22_for_linux_hotfix.html > > http://download.skype.com/linux/skype_static-2.2.0.99.tar.bz2 > > Maybe 2.2.0.35-3 is not affected, but even then, its not the latest version. > Please update :-)! We are packaging the dynamically linked skype binary and if you read that blog post skype even states that you don't need to update that because .35 is the latest dynamically linked skype package. The problem that has been fix in the static build is in libpng which we package separately and that has already been updated, therefore our skype package is fine. Since this is the second time, I ask everyone not to flag skype out of date again unless they really release a new dynamically linked package. Thank you. PS: The submitter of this OOD message has been BCC'ed. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - ConnorBehan - results
On 27.04.2012 14:47, Sergej Pupykin wrote: > > Hello, > > voting is closed. Results: > Yes - 8 > No - 5 > Abstain - 8 > Total - 21 As already state by Ike, please follow the guidelines [1]. Looking forward to seeing you on IRC. Welcome to the team :) [1]: https://wiki.archlinux.org/index.php/New_AUR_TU_guidelines -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - ConnorBehan
On 14.04.2012 10:23, Bartłomiej Piotrowski wrote: > On 04/14/2012 10:19 AM, Florian Pritz wrote: >> On 14.04.2012 07:34, Bartłomiej Piotrowski wrote: >>> It will be great if you'll start using mail client with threading support. >> >> There are References and In-Reply-To headers (in this mail, not the >> previous), but they point to mail from mailman. >> >> Do you get digests instead of separate mails? > > True, I've checked mailman interface and it seems to be problem with my > mail client. No, I get separated mails. I meant if Connor gets digest, sorry for being unclear there. No need to check your client, you won't have the mail the headers reference. Mailman probably looks at the subject if it can't find the mail mentioned in In-Reply-To and adds it as a direct child of the first one. If you look closely you can see that it's not listed as a reply to Ike's mail, but as a reply to Connor's first mail. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - ConnorBehan
On 14.04.2012 07:34, Bartłomiej Piotrowski wrote: > It will be great if you'll start using mail client with threading support. There are References and In-Reply-To headers (in this mail, not the previous), but they point to mail from mailman. Do you get digests instead of separate mails? -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] tu bylaws update proposal
On 13.04.2012 09:38, Ike Devolder wrote: > This would also imply we can remove the eleventh point of: > https://wiki.archlinux.org/index.php/New_AUR_TU_guidelines#TODO_list_for_new_Trusted_Users Don't remove it, but replace it with something like "Get your/a GPG key signed by the master keys". > attached the patch for https://aur.archlinux.org/trusted-user/TUbylaws.html Looks like mailman removed it. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Forgotten username
On 08.04.2012 10:47, Philipp Kroos wrote: > Hi, > > I can't remember the username I registered with in the aur... > This is the email-address associated with it. > Could an admin be so kind to drop me a mail with the name? It's "stump" -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Package removal request
On 13.03.2012 21:34, 小龙 陈 wrote: > >> You pressed the reply button when viewing Thorsten's mail instead of >> creating a new mail. That creates a References header and clients will >> group those mails. > > I'm sorry, I won't do that again. Should I resend my email? > Not necessary. I've removed all of those packages. Thanks for the list. -- Florian Pritz For reference: > Would someone mind removing the following packages? They > are all maintained by me. > > Packages: > [1] xorg-xinput-ubuntu > [2] xorg-server-ubuntu > [3] xf86-video-nouveau-ubuntu > [4] xf86-video-intel-ubuntu > [5] xf86-video-ati-ubuntu > [6] xf86-input-synaptics-ubuntu > [7] xf86-input-evdev-ubuntu > [8] libxi-ubuntu > [9] libxfixes-ubuntu > [10] libx11-ubuntu > [11] inputproto-ubuntu > [12] fixesproto-ubuntu > [13] utouch-geis-ubuntu > [14] unity-lens-bliss > [15] mtdev-ubuntu > [16] bumblebee-thinkpad_w520_t520_t420 (horrible name, I know :P) > [17] gnome-session-unity > > URL's: > [1] https://aur.archlinux.org/packages.php?ID=53709 > [2] https://aur.archlinux.org/packages.php?ID=52184 > [3] https://aur.archlinux.org/packages.php?ID=53711 > [4] https://aur.archlinux.org/packages.php?ID=53710 > [5] https://aur.archlinux.org/packages.php?ID=53712 > [6] https://aur.archlinux.org/packages.php?ID=52191 > [7] https://aur.archlinux.org/packages.php?ID=52192 > [8] https://aur.archlinux.org/packages.php?ID=52183 > [9] https://aur.archlinux.org/packages.php?ID=56480 > [10] https://aur.archlinux.org/packages.php?ID=56478 > [11] https://aur.archlinux.org/packages.php?ID=52180 > [12] https://aur.archlinux.org/packages.php?ID=56479 > [13] https://aur.archlinux.org/packages.php?ID=52270 > [14] https://aur.archlinux.org/packages.php?ID=53759 > [15] https://aur.archlinux.org/packages.php?ID=52401 > [16] https://aur.archlinux.org/packages.php?ID=51176 > [17] https://aur.archlinux.org/packages.php?ID=52879 > > Reasons: > [1-12] XInput 2.2 is now in mainline Xorg, so the Ubuntu patches are no > longer needed. > [13] Ubuntu's patches for utouch-geis are no longer needed. The upstream > utouch-geis compiles and runs perfectly now. > [14] This is not developed upstream anymore and doesn't work with the > latest versions of Unity. > [15] Ubuntu's patches are no longer needed. > [16] Bumblebee has built-in methods of detecting the DSDT section that > turns off the discrete graphics card. > [17] I uploaded this by accident. signature.asc Description: OpenPGP digital signature
Re: [aur-general] Package removal request
On 13.03.2012 21:29, 小龙 陈 wrote: > > I'm sorry, I did press enter. I'm not sure why it doesn't show up like that. > Here's how the email was supposed to look like: http://paste.kde.org/439376/ > And I'm not sure how I hijacked a thread? I just sent an email to aur-general > @ archlinux.org asking for some packages to removed. > You pressed the reply button when viewing Thorsten's mail instead of creating a new mail. That creates a References header and clients will group those mails. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] Package removal request
On 13.03.2012 21:22, 小龙 陈 wrote: > > Hi TU's! > Would someone mind removing the following packages? Theyare all maintained by > me. > Packages: [1] xorg-xinput-ubuntu [2] xorg-server-ubuntu [3] > xf86-video-nouveau-ubuntu [4] xf86-video-intel-ubuntu [5] > xf86-video-ati-ubuntu [6] xf86-input-synaptics-ubuntu [7] > xf86-input-evdev-ubuntu [8] libxi-ubuntu [9] libxfixes-ubuntu [10] > libx11-ubuntu [11] inputproto-ubuntu [12] fixesproto-ubuntu [13] > utouch-geis-ubuntu [14] unity-lens-bliss [15] mtdev-ubuntu [16] > bumblebee-thinkpad_w520_t520_t420 (horrible name, I know :P) [17] > gnome-session-unity > URL's: [1] https://aur.archlinux.org/packages.php?ID=53709 [2] > https://aur.archlinux.org/packages.php?ID=52184 [3] > https://aur.archlinux.org/packages.php?ID=53711 [4] > https://aur.archlinux.org/packages.php?ID=53710 [5] > https://aur.archlinux.org/packages.php?ID=53712 [6] > https://aur.archlinux.org/packages.php?ID=52191 [7] > https://aur.archlinux.org/packages.php?ID=52192 [8] > https://aur.archlinux.org/packages.php?ID=52183 [9] > https://aur.archlinux.org/packages.php?ID=56480 [10] > https://aur.archlinux.org/packages.php?ID=56478 [11] > https://aur.archlinux.org/packages.php?ID=52180 [12] > https://aur.archlinux.org/packages.php?ID=56479 [13] > https://aur.archlinux.org/packages.php?ID=52270 [14] > https://aur.archlinux.org/packages.php?ID=53759 [15] > https://aur.archlinux.org/packages.php?ID=52401 [16] > https://aur.archlinux.org/packages.php?ID=51176 [17] > https://aur.archlinux.org/packages.php?ID=52879 > Reasons: [1-12] XInput 2.2 is now in mainline Xorg, so the Ubuntu patches > are no longer needed. [13] Ubuntu's patches for utouch-geis are no longer > needed. The upstream utouch-geis compiles and runs perfectly now. [14] This > is not developed upstream anymore and doesn't work with the latest versions > of Unity. [15] Ubuntu's patches are no longer needed. [16] Bumblebee has > built-in methods of detecting the DSDT section that turns off the discrete > graphics card. [17] I uploaded this by accident. > Thanks in advance!Xiao-Long Chen Please use the enter key to make your mail more readable and also don't hijack other threads. Start a new one. -- Florian Pritz signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU Application - Ike Devolder - results
On 13.03.2012 19:23, Stéphane Gaudreault wrote: > Hi TUs, > > The voting period for Ike Devolder has ended. Please welcome Ike as a TU :) Congrats and hopefully see you soon in IRC. -- Florian Pritz signature.asc Description: OpenPGP digital signature
