Re: [aur-general] TU Application - Dustin Falgout
> To: aur-general@archlinux.org> From: anthr...@archlinux.org > Date: Wed, 2 Mar 2016 22:48:27 +0100 > Subject: Re: [aur-general] TU Application - Dustin Falgout > > On 03/02/2016 09:19 PM, Balló György wrote: > > If you don't specify tag or commit hash at the end of the git source, then > > you should use the -git suffix. Users expect if the package has no -git > > suffix, then it's a working static version tested by the maintainer, and > > not some experimental code from git HEAD. > > > > Its not just a should but a guideline rule [0] that must be followed > upon. For official repositories it is mandatory and will also be > enforced because of multiple reasons: the most obvious ones are rebuilds > on sobumps and reproducible packages (not yet there but a topic that is > being worked on). > The only difference is that (besides that the AUR is unsupported) on the > AUR people may not notice it or care enough to enforce that. However, in > my personal opinion, a trusted user should do things above the general > average, that's IMHO why someone should be _trusted_. > > > On 03/02/2016 08:21 PM, Dustin Falgout wrote: > > I do have a sane reason indeed. Upstream is not following their > > github releases. If you look in openSUSE's package repo you will see > > that they are packaging the latest master as the most recently > > released version. Looking at the history of those packages it seems > > that whoever is maintaining the packages over at openSUSE does not > > use github releases in their release process on a regular basis. > > It applies for just one out of 3 packages, you should fully check your > claim before using it as an argument. Also 2/3 of those packages are not > something that could be considered "not released on regular basis" > > obs-service-set_version: > - last release: Sep 3, 2015 > - patch commits since release: 4 > - openSUSE version [1]: 0.5.3 release > > obs-service-tar_scm: > - last release: Jun 1, 2015 > - patch commits since release: 9 > - openSUSE version [2]: 0.5.3 0b4ce51 (2 patch commits since release) > > obs-service-recompress: > - last release: Nov 5, 2013 > - patch commits since release: 7 > - openSUSE version [3]: 7897d3f (7 patch commits since release) > > Actually, as mentioned above, its just the recompress packages that > really falls out of scope. The tar_scm is just a debian control file fix > and a missing extension parameter to service file. > I don't see any point why the release is not sufficient for those. Also > did you try to contact upstream about a recompress release? > > > On 03/02/2016 08:21 PM, Dustin Falgout wrote: > > Considering that, it doesnt make sense to tag the end of the pkgname > > with "-git" > > As mentioned in my very first section, this part is not something that > can be argued upon [0], there are just two sane possibilities: > 1) use a static version and have the pure package name > 2) use non-static VCS (like git HEAD) and add such postfix to pkgname > > cheers, > Levente > > [0] https://wiki.archlinux.org/index.php/VCS_package_guidelines#Guidelines > [1] > https://build.opensuse.org/package/show/openSUSE:Tools/obs-service-set_version > [2] > https://build.opensuse.org/package/show/openSUSE:Tools/obs-service-tar_scm > [3] > https://build.opensuse.org/package/show/openSUSE:Tools/obs-service-recompress > It applies for just one out of 3 packages, you should fully check your > claim before using it as an argument I'm sorry, I did not realize we were having an argument. You asked me why I did it the way that I did and I explained. If I was planning to move those packages into community or if I thought there was even the remote possibility of my doing so, I would certainly make sure the packages were inline with the repo guidelines. However, that is not the case here. Those three packages are no longer of much use to me at this point. I didn't want to just orphan them considering they weren't requiring much from me in terms of maintenance so I kept them. In any case, I understand what you are saying. I am not now, nor was I ever, saying you are wrong. I should have made been more clear about that, my apologies. Best Regards,Dustin
Re: [aur-general] TU Application - Dustin Falgout
> Date: Wed, 2 Mar 2016 21:19:08 +0100> From: ballog...@gmail.com > To: aur-general@archlinux.org > Subject: Re: [aur-general] TU Application - Dustin Falgout > > 2016-03-02 20:21 GMT+01:00 Dustin Falgout <dus...@falgout.us>: > > > If you are wondering why I didn't use the short version of the commit hash > > at the end of the pkgver, well that's simply a personal preference of mine > > (to use revision numbers instead). I hope that helps clear up any confusion > > as to why I chose to do it the way that I did. > > > > If you don't specify tag or commit hash at the end of the git source, then > you should use the -git suffix. Users expect if the package has no -git > suffix, then it's a working static version tested by the maintainer, and > not some experimental code from git HEAD. > > BTW, it would be nice if you could adopt some more orphan packages in the > community repository. > > -- > György Balló > Trusted User Sure, I could do that. Do you have any particular packages in mind that I should consider first? Best Regards,Dustin
Re: [aur-general] TU Application - Dustin Falgout
> To: aur-general@archlinux.org> From: anthr...@archlinux.org > Date: Wed, 2 Mar 2016 12:28:58 +0100 > Subject: Re: [aur-general] TU Application - Dustin Falgout > > On 03/02/2016 11:56 AM, Jan Alexander Steffens wrote: > > On Wed, Mar 2, 2016 at 11:40 AM, Levente Polyak <anthr...@archlinux.org> > > wrote: > >> That was fast, but I think you accidentally forgot to implement the most > >> important part of my feedback: It is not allowed to have no pkgname VCS > >> postfix (like -git) but pull from a git HEAD. > >> You either have to rename those packages or pull a static source like > >> github or upstream tarballs. In case of github tarballs remember to use > >> the source filename prefix to make them unique (like > >> lightdm-webkit-theme-userdock). > > > > The simplest way to make these "static" if you want to import them > > into [community] is to pin the git source using #commit=1234567. > > > > Also in that case, only if you have a sane reason to not stick to the > upstream released versions. If there is no real reason one should follow > the upstream released version so the commit hash should not be arbitrary > but the one of the release. > In general we want to follow upstream releases. > > cheers, > Levente Hi Levente, I do have a sane reason indeed. Upstream is not following their github releases. If you look in openSUSE's package repo you will see that they are packaging the latest master as the most recently released version. Looking at the history of those packages it seems that whoever is maintaining the packages over at openSUSE does not use github releases in their release process on a regular basis. Considering that, it doesnt make sense to tag the end of the pkgname with "-git". If you are wondering why I didn't use the short version of the commit hash at the end of the pkgver, well that's simply a personal preference of mine (to use revision numbers instead). I hope that helps clear up any confusion as to why I chose to do it the way that I did. Cheers!Dustin
Re: [aur-general] TU Application - Dustin Falgout
> To: aur-general@archlinux.org> From: anthr...@archlinux.org > Date: Tue, 1 Mar 2016 17:12:04 +0100 > Subject: Re: [aur-general] TU Application - Dustin Falgout > > On 02/28/2016 10:02 PM, Dustin Falgout wrote: > > I currently maintain six or seven PKGBUILDS in the AUR, of which three are > > notable: pycharm-eap[1], lightdm-webkit2-greeter[2], and > > lightdm-webkit-theme-antergos[3]. I've indirectly contributed to other > > packages in the AUR through comments by offering advice to users, notifying > > maintainers of new releases as well as any problems with PKGBUILDS (always > > including a proposed solution), and directing bug reports away from AUR > > comments and to their proper channel. I always take the time to properly > > request deletion of PKGBUILDS that shouldnt be in the AUR (for whatever > > reason) whenever I come across one. I've also reported (and still do > > report) bugs on http://bugs.archlinux.org when it was/is appropriate. On > > one or two occasions I've gone as far as reaching out directly to > > maintainers of official packages to provide them with important information. > > Hi Dustin > > I went through your packages and had a rough look at the PKGBUILDS... > don't be scared but i wanted to dump my feedback and some personal > opinions about those: > > > lightdm-webkit-theme-antergos: > - just my 2 cents but post_install() should not sed around in your > lightdm.conf as you can also install multiple theme packages > > lightdm-webkit-theme-userdock: > - just my 2 cents but post_install() should not be used for explaining > documentation/setup > > lightdm-webkit2-greeter: > - you can use #tag=2.0.0 instead of doing a checkout in build() > - reference to $pkgdir should always be quoted (make call) > - should not sed the lightdm.conf in post_install() as you can possibly > install multiple greeters > > obs-service-recompress: > - this package actually pulls the git HEAD and should either be renamed > to obs-service-recompress-git or pull the 0.3.1 tarball and have the > pkgver() removed. > - reference to $pkgdir should always be quoted (make call) > > obs-service-set_version: > - same as obs-service-recompress, pulls git HEAD with pkgver() function > instead of 0.5.3 tarball > - reference to $pkgdir should always be quoted (make call) > > obs-service-tar_scm: > - same as obs-service-recompress, pulls git HEAD with pkgver() function > instead of 0.5.3 tarball > - reference to $pkgdir should always be quoted (make call) > > pycharm-eap: > - not sure what the _eap="True" variable and the if does there as its > the -eap package, guess it can just be dropped (including the else) > - just my 2 cents but using groups with "development" "IDE" "editor" > and "jetbrains" feels a bit too much, groups should logically group > together similarities like "vim-plugins" and not used like generic > keywords > > > > cheers, > Levente > > PS: instead of inline PGP you may want to have a look at PGP/MIME... > besides weird text in clients that don't support PGP it can also result > in breakage in various scenarios where the text gets altered by MTA/MUA > Hi Levente, I've implemented your feedback where it was appropriate. Thanks :) I'm not familiar with PGP/MIME. I've heard of it, but I have no clue how to go about using it. I'll definitely look into it so thanks for the tip! Best Regards,Dustin
Re: [aur-general] TU Application - Dustin Falgout
> To: aur-general@archlinux.org> From: bpiotrow...@archlinux.org > Date: Tue, 1 Mar 2016 14:33:18 +0100 > Subject: Re: [aur-general] TU Application - Dustin Falgout > > On 2016-02-28 22:02, Dustin Falgout wrote: > > Hi Everyone, > > > > My name is Dustin Falgout (aka lots0logs) and this is my application to > > join the Arch Linux project as a Trusted User. > > > > About Me: > > > > I'm 29 years old. I live on the Gulf Coast (USA). I work for a leading > > WordPress Theme Company where I do a little bit of everything: from sales, > > to development, to quality assurance, to tech support (you name it...). My > > first experience with linux was with Ubuntu in 2003. It wasn't until around > > 2008 that I began using linux exclusively on my desktops. Wanting more > > control than comes easily with Ubuntu, I first turned to openSUSE and was > > content for a while. In early 2013, I performed my first Arch linux > > installation and have been using it ever since. > > > > - From the start I loved almost everything about Arch. The one thing I > > didn't love was the attitudes towards new users that was so common in the > > forum. I certainly understand all sides of what is a complex issue and I'm > > not trying to open that can of worms here. I'm only mentioning it because > > when I first became an Arch user I found the overall tone of the forum to > > be extremely off-putting, so much so that I can pinpoint it as the sole > > reason I shied away from trying to become an active contributor back then. > > Also, it will help everyone to know where my head was at when I tell you > > the rest of my story. > > > > I stumbled upon Antergos in May 2013 and I immediately knew that I had > > found my home. The project's goals and the views of its developers aligned > > perfectly with my own. For me, Antergos was (and still is) the perfect > > solution as it has allowed me to contribute (albeit indirectly) to the > > advancement of what I truly believe to be the best linux distribution > > available. I know that's a rather broad statement, but I'm trying to keep > > this short and to the point. If anyone would like me to elaborate on > > something more specifically, I'd be happy to do so. > > > > I currently maintain six or seven PKGBUILDS in the AUR, of which three are > > notable: pycharm-eap[1], lightdm-webkit2-greeter[2], and > > lightdm-webkit-theme-antergos[3]. I've indirectly contributed to other > > packages in the AUR through comments by offering advice to users, notifying > > maintainers of new releases as well as any problems with PKGBUILDS (always > > including a proposed solution), and directing bug reports away from AUR > > comments and to their proper channel. I always take the time to properly > > request deletion of PKGBUILDS that shouldnt be in the AUR (for whatever > > reason) whenever I come across one. I've also reported (and still do > > report) bugs on http://bugs.archlinux.org when it was/is appropriate. On > > one or two occasions I've gone as far as reaching out directly to > > maintainers of official packages to provide them with important information. > > > > Its's also worth mentioning that I currently maintain many packages[4] for > > Antergos and I'm open to moving any (that are appropriate) to community. > > > > So you might be wondering: "Why become a TU now?". Well, the reason is > > pretty simple. I was asked to consider applying by Alex Filgueira, the TU > > who currently maintains the Cinnamon packages and a person with whom I've > > had the pleasure of collaborating with on Antergos for the past three > > years. Sadly, his schedule has become far too busy to continue to maintain > > the Cinnamon packages. Another TU, György Balló, has been picking up the > > slack for the past few months but, having more than a few packages of his > > own to maintain, he told Alex that it would be nice to have some help with > > Cinnamon. Considering that Cinnamon is my own personal desktop of choice, > > Alex thought I would want to consider joining forces with György to > > maintain Cinnamon. Obviously, Alex was correct and so here we are. That's > > my story :) > > > > I know that every minute of your free time is priceless, so thank you all > > in advance for taking the time review and consider my application. I look > > forward to (hopefully) "making things official" between myself and Arch > > Linux. > > > > > > [1] https://aur.archlinux.org/packages/pycharm-eap/ > > [2
[aur-general] TU Application - Dustin Falgout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Everyone, My name is Dustin Falgout (aka lots0logs) and this is my application to join the Arch Linux project as a Trusted User. About Me: I'm 29 years old. I live on the Gulf Coast (USA). I work for a leading WordPress Theme Company where I do a little bit of everything: from sales, to development, to quality assurance, to tech support (you name it...). My first experience with linux was with Ubuntu in 2003. It wasn't until around 2008 that I began using linux exclusively on my desktops. Wanting more control than comes easily with Ubuntu, I first turned to openSUSE and was content for a while. In early 2013, I performed my first Arch linux installation and have been using it ever since. - From the start I loved almost everything about Arch. The one thing I didn't love was the attitudes towards new users that was so common in the forum. I certainly understand all sides of what is a complex issue and I'm not trying to open that can of worms here. I'm only mentioning it because when I first became an Arch user I found the overall tone of the forum to be extremely off-putting, so much so that I can pinpoint it as the sole reason I shied away from trying to become an active contributor back then. Also, it will help everyone to know where my head was at when I tell you the rest of my story. I stumbled upon Antergos in May 2013 and I immediately knew that I had found my home. The project's goals and the views of its developers aligned perfectly with my own. For me, Antergos was (and still is) the perfect solution as it has allowed me to contribute (albeit indirectly) to the advancement of what I truly believe to be the best linux distribution available. I know that's a rather broad statement, but I'm trying to keep this short and to the point. If anyone would like me to elaborate on something more specifically, I'd be happy to do so. I currently maintain six or seven PKGBUILDS in the AUR, of which three are notable: pycharm-eap[1], lightdm-webkit2-greeter[2], and lightdm-webkit-theme-antergos[3]. I've indirectly contributed to other packages in the AUR through comments by offering advice to users, notifying maintainers of new releases as well as any problems with PKGBUILDS (always including a proposed solution), and directing bug reports away from AUR comments and to their proper channel. I always take the time to properly request deletion of PKGBUILDS that shouldnt be in the AUR (for whatever reason) whenever I come across one. I've also reported (and still do report) bugs on http://bugs.archlinux.org when it was/is appropriate. On one or two occasions I've gone as far as reaching out directly to maintainers of official packages to provide them with important information. Its's also worth mentioning that I currently maintain many packages[4] for Antergos and I'm open to moving any (that are appropriate) to community. So you might be wondering: "Why become a TU now?". Well, the reason is pretty simple. I was asked to consider applying by Alex Filgueira, the TU who currently maintains the Cinnamon packages and a person with whom I've had the pleasure of collaborating with on Antergos for the past three years. Sadly, his schedule has become far too busy to continue to maintain the Cinnamon packages. Another TU, György Balló, has been picking up the slack for the past few months but, having more than a few packages of his own to maintain, he told Alex that it would be nice to have some help with Cinnamon. Considering that Cinnamon is my own personal desktop of choice, Alex thought I would want to consider joining forces with György to maintain Cinnamon. Obviously, Alex was correct and so here we are. That's my story :) I know that every minute of your free time is priceless, so thank you all in advance for taking the time review and consider my application. I look forward to (hopefully) "making things official" between myself and Arch Linux. [1] https://aur.archlinux.org/packages/pycharm-eap/ [2] https://aur.archlinux.org/packages/lightdm-webkit2-greeter/ [3] https://aur.archlinux.org/packages/lightdm-webkit-theme-antergos/ [4] http://build.antergos.com/browse/main Best Regards, Dustin Falgout Web Developer E-mail: dus...@falgout.us Google/Skype: dustinfalgout Freenode IRC: #antergos -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJW02A1AAoJEK6lKb8SKQLlb6EH/2bE+uzlWsuU3kIouB8sEGwr qzGmBT3JntkZsOrsy1fYl7kNz2GAlc2/+8MCJ9LUinkv46Egiw93lW8C58G8eudQ LOJ1GTz7hh5suO+xOagXdmTJwJMK04VPtHksTeNg3mVONmJPNxSlDdRk77sTHZMd 95aAnvnPBkk1U6Zn4hr6pPUG6HvPGmMseDdmBLr62Fh5CgupsEli4Q2vmgTlZwr6 CoJo9LEaS20djXihDgXYY/6TDEeKeyzj7I9M33IP6eppoACEzsueXxInD5aBPyvD HgcqvC7UNnpha8k2LBbL5xyTOUiDyhwwpf8umLHWPLCA6OmK9se3aYiY2FaUd8A= =8/xf -END PGP SIGNATURE-
Re: [aur-general] Yahoo mail problems (was No notification for out-of-date package)
> On Jan 15 2016, at 1:34 pm, Florian Pritz bluew...@xinu.at wrote: > > 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 It looks like the reverse dns lookup for the server points to [luna.archlinux.org](http://mxtoolbox.com/SuperTool.aspx#) instead of aur.archlinux.org. Perhaps that is what's causing the problem? Dustin
Re: [aur-general] AUR 4.0.0 pre-alpha
ok. now fixed. i don't know why. bit in the first attempt 'git add *' and 'git add .' don't work ( That's because of how shell GLOBBING works. Use git add --all instead :-) Cheers! On Mon Dec 29 2014 at 7:36:30 PM SpinFlo sl1pk...@gmail.com wrote: mmm, not detect the sources_i686/sources_x86_64 fields (pacman 4.2 new structure) https://aur-dev.archlinux.org/cgit/lsi-msm.git/tree/PKGBUILD greetings
Re: [aur-general] TU resignation
On 12/21/2013 01:12 PM, Balló György wrote: Sad news. You did a great job on maintaining PackageKit's alpm backend in the recent years. Thanks for your work, and good luck! If nobody step up porting the alpm backend to PackageKit version 0.8 (huge work!), I'll drop the following packages from the [community] repository in the next days: - apper - gnome-settings-daemon-updates - gnome-packagekit - packagekit - packagekit-qt2 - python2-packagekit -- György Balló Trusted User Hi guys, I am planning to complete the porting of the alpm backend to packagekit 0.8+ I reached out to Jonathan a few weeks ago and he was very helpful in bring me up to speed on what's left to be done. Sadly, I have not had the time to get it done yet. Things at work are going to slow down a lot for me once the holiday season is over and getting the port finished is definitely high up on my to do list. This thread caught my eye as I was scanning through email so I thought I should take a second to make my plans known :) Happy Holidays! -- *Dustin Falgout* Antergos Dev Team E-Mail: dus...@falgout.us mailto:dus...@falgout.us Google/Skype: dustinfalgout IRC Chat: #antergos http://webchat.freenode.net/?channels=antergosuio=d4 http://antergos.com/
Re: [aur-general] TU resignation
On 12/22/2013 03:15 PM, Ike Devolder wrote: On Sat, Dec 21, 2013 at 08:12:10PM +0100, Balló György wrote: Sad news. You did a great job on maintaining PackageKit's alpm backend in the recent years. Thanks for your work, and good luck! If nobody step up porting the alpm backend to PackageKit version 0.8 (huge work!), I'll drop the following packages from the [community] repository in the next days: - apper - gnome-settings-daemon-updates - gnome-packagekit - packagekit - packagekit-qt2 - python2-packagekit -- György Balló Trusted User Why the rush to drop these packages ? Currently it is working, when none of the TU/DEV are willing/able to continue the development of the alpm backend for packagekit and at some point things break, then it would be a good time to drop those packages from community. I didnt see this message before but wanted to add that I agree. The 0.7x branch of packagekit is still supported upstream so there is no need to hastly drop the packages. Of course thats only my opinion, it's obviously up to you guys as TU's. Regards, -- *Dustin Falgout* Antergos Dev Team E-Mail: dus...@falgout.us mailto:dus...@falgout.us Google/Skype: dustinfalgout IRC Chat: #antergos http://webchat.freenode.net/?channels=antergosuio=d4 http://antergos.com/
[aur-general] Removal Request
Hi, The packages kcm-grub2[1] and kcm-grub2-git[2] are both orphans and there doesn't look to be any active development on the program. The PKGBUILD's need updating to compile properly. There is an alternative available in the AUR that has active development. (grub2-editor[3]) For that reason, please remove [1} and [2]. THANKS! Regards, Dustin [1] https://aur.archlinux.org/packages/kcm-grub2/ [2] https://aur.archlinux.org/packages/kcm-grub2-git/ --- [3] https://aur.archlinux.org/packages/grub2-editor/
[aur-general] Merge Request
The package ttf-ms-webfonts[1] is a duplicate of ttf-ms-fonts[2] with an added dependency on ttf-liberation. The webfonts was last updated in 2012 while the regular package was updated this year. [1] https://aur.archlinux.org/packages/ttf-ms-webfonts/ [2] https://aur.archlinux.org/packages/ttf-ms-fonts/ Thanks! -Dustin
[aur-general] Removal Request
Hi, I noticed that thunderbird-extension-gnome-keyring-git^[1] https://aur.archlinux.org/packages/thunderbird-extension-gnome-keyring-git/ is a duplicate of thunderbird-gnome-keyring-git^[2] https://aur.archlinux.org/packages/thunderbird-gnome-keyring/ . It has already been disowned so could someone remove it? Thanks!! Dustin --- [1] https://aur.archlinux.org/packages/thunderbird-extension-gnome-keyring-git/ [2] https://aur.archlinux.org/packages/thunderbird-gnome-keyring/