[aur-general] TU application
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net] Hello, Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language. 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. I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail. As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency. Regards, Dicebot -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJR5Fw9AAoJEHYfrWm6BsapGtQIAKmjeyeVJM3GNm4FDafBa3aE rYmA4ue5c29Ve1Nl0XyCBkg6UmQ7DCYb6J3sEdfQm/Ye2ggREo/wuaIhG22TZ+Oe rCh1W4wg1K7tbj5dD4gcxMtijPJJ+bor2+fcP23e5VW44Qn8e49VWL61bCcyZm3N A8fFOAIcCWDUAYScJDz4riJ9hUEXhmn/cVYtT1tV8Nvlw/lppVNrLDpbPahoHdRl OHP6i/c2UOut+rwiNAwIICPQI82bILq9L7yJ1+mHn/HWzhUNd2goP+nEBy3jBM72 HU+eqqaW671bAIpH8gWUfJmqYjk7H+6dffNX+xETdQUmW3aHgqWccQSLDPn2g9U= =wrHB -----END PGP SIGNATURE-----
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot
I'm confirming my sponsorship of this dude. I'd like to hand over the D toolchain to someone else who actually uses D but I think it should stay within official Arch repos. He has helped me with the official D packages in the past. Furthermore, I think this person shows good technical competence in general and can probably be trusted with a few unrelated packages as well. I don't consider the low self-perceived level of packaging experience a problem in this case. Sven
On 07/15/13 at 11:00pm, Sven-Hendrik Haase wrote:
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot
I'm confirming my sponsorship of this dude. I'd like to hand over the D toolchain to someone else who actually uses D but I think it should stay within official Arch repos.
He has helped me with the official D packages in the past. Furthermore, I think this person shows good technical competence in general and can probably be trusted with a few unrelated packages as well. I don't consider the low self-perceived level of packaging experience a problem in this case.
Sven
It's nice to see someone apply who is willing to maitain the D toolchain. But are you willing to maintain non-related D packages in [community] which are currently orphan or is there a certain category of packages you like to maintain? -- Jelle van der Waa
On 07/17/2013 08:02 PM, Jelle van der Waa wrote:
It's nice to see someone apply who is willing to maitain the D toolchain. But are you willing to maintain non-related D packages in [community] which are currently orphan or is there a certain category of packages you like to maintain?
I have no objections against maintaining some orphans not related to D but that will be something of lesser priority and importance. For me main focus is core D tool chain (dmd, gdc, ldc, dtools, phobos, tango, probably dub and dstep if those get enough votes) and any application/library written in D (guess vibed currently is only candidate here, so this set stays empty for some time).
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.
On Mon, Jul 15, 2013 at 10:31 PM, Dicebot <public@dicebot.lv> wrote:
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language. Nice to see someone apply since the last fail.
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.
Do you use Arch as your main computer OS? On servers ? On testing vm ?
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
What's about you? Where are you from? What's your name? Do you ride horses?
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
I quickly looked your packages in AUR and they seems good. If I may formulate small advices: - Your quoting of $srcdir and $pkgdir is missing. Those variables can have space ; - No need to "cd $srcdir" at the beginning of package() ; - It's bertter to use install instead of mkdir and cp ; - Try to avoid versionned dependencies (like 'dmd>=2.063' ). Cheers, and good luck. -- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A
On 2013-07-17 23:52, Sébastien Luttringer wrote:
- It's bertter to use install instead of mkdir and cp ;
We're skating on thin ice… -- Bartłomiej Piotrowski http://bpiotrowski.pl/
On 07/17/2013 11:52 PM, Sébastien Luttringer 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. Do you use Arch as your main computer OS? On servers ? On testing vm ?
All of those. main one on home PC + powers my VPS + supplementary 32bit VM for testing packages/libraries.
What's about you? Where are you from? What's your name? Do you ride horses?
Hey, Arch Wiki did not mention any questionnaire that needs to be answered! ;) Well, my name is Michael (Михаил Страшун), age 24. I am originally from Latvia, ethnically Russian. Currently located in Berlin, programming in D for a living. No horse riding. Was quite seriously into Greek-Roman wrestling for almost a decade but was prohibited to take any burst physical load after recovering from a cerebral stroke. These days just do coding 24/7. Favor Internet anarchists. Anything specific you'd like to know?
I quickly looked your packages in AUR and they seems good. If I may formulate small advices: - Your quoting of $srcdir and $pkgdir is missing. Those variables can have space ; - No need to "cd $srcdir" at the beginning of package() ; - It's bertter to use install instead of mkdir and cp ;
Thanks!
- Try to avoid versionned dependencies (like 'dmd>=2.063' ).
That is not accident, I do precisely know that it won't work with dmd 2.062 - I am one of contributors to that project. Best regards, Dicebot
On Thu, Jul 18, 2013 at 2:14 PM, Dicebot <public@dicebot.lv> wrote:
On 07/17/2013 11:52 PM, Sébastien Luttringer wrote: Hey, Arch Wiki did not mention any questionnaire that needs to be answered! ;) Yes and we don't speak of the rectal exam too. Not to discourage applicants. :)
Well, my name is Michael (Михаил Страшун), age 24. I am originally from Latvia, ethnically Russian. Currently located in Berlin, programming in D for a living. No horse riding. Was quite seriously into Greek-Roman wrestling for almost a decade but was prohibited to take any burst physical load after recovering from a cerebral stroke. These days just do coding 24/7. Favor Internet anarchists.
Anything specific you'd like to know? That's good to me.
- Try to avoid versionned dependencies (like 'dmd>=2.063' ).
That is not accident, I do precisely know that it won't work with dmd 2.062 - I am one of contributors to that project.
Almost all packages may have versioned dependencies, and we don't do that. It's not because we don't know the minimum required version. As we are a rolling release, we know that the system must be upgraded completly. So you need to check the current version in repositories (and update it if it's not enough). In this case, dmd is in version 2.063.2 in a stable and official repository, why do you need a versioned deps specifically? Cheers, -- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 7/20/2013 12:26 AM, Sébastien Luttringer wrote:
Almost all packages may have versioned dependencies, and we don't do that. It's not because we don't know the minimum required version. As we are a rolling release, we know that the system must be upgraded completly. So you need to check the current version in repositories (and update it if it's not enough). In this case, dmd is in version 2.063.2 in a stable and official repository, why do you need a versioned deps specifically?
I doubt anyone really "needs" them but I have found it to be a nice self-documenting feature so far, matter of minor convenience. Until very recently dmd releases has plenty of breaking changes and practical D users usually waited some time before updating to fresh release until those issues are taken care of. In that sense differentiating between programs that work only on latest release and ones that work on at least last two can be pretty useful. Guess that is only applicable to AUR stuff. It is nothing of real importance but question is, what harm does explicit versioning do? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21-beta20 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJR6o7eAAoJEHYfrWm6BsapjkQH/iuMPffBPsSZCA9RQVygCVV6 m1qtJgBxguVlnAnE7relps0r3BPyhd8RCSuW9pRBNdDmN673WG4KT0U3jI1GXSYR NKnClRKMZeFq3t+vwARX8Sm5H0Yk6Hir3zTF5PGJfAiNJmqYW5+xAUf3GrxKWNIJ jaEsCxM5vOfGR1JxPo9ZgFxDPE4oa5tTlmVbwulVkahTdqXueH52syc4crDKs5qU YfzY3G2roUOiqwfHSXdi+pon3MaTL+KxV1At0A6yTTmcoTqZEF3ZxOi/IvqOBTpM hhoOuL8hjapQe+v8FODRWv3fm7giOg7cO+HTP+BJoDLYbPntG3RiFf8qS3V4BYE= =6lLS -----END PGP SIGNATURE-----
On Sat, Jul 20, 2013 at 3:21 PM, Dicebot <public@dicebot.lv> wrote:
It is nothing of real importance but question is, what harm does explicit versioning do?
Interesting question because it underlines some benefits of being a rolling release for their maintainers. 1) Productivity You don't need to modify your package deps each time you update it. You only have to check (most of time, read the changelog). When upstream check this for you, in a configure or by providing a test suite, you could even forget the minimal version check and free your mind to do interesting things. Arch maintainers manage a high number of packages, every unnecessary update is time lost. 2) Correctness More than avoid unnecessary changes in the update process, it avoid mistakes (and their fixes). When upstream doesn't provides minimal deps, it's long (and not easy) to find which minimal version is really required. 3) Troublemaker The version is about a package, *NOT* an upstream source. I remember a discussion with a Debian developer about opening a bugfix because the required dep version is badly too high. A maintainer, wants a lib compiled with an option (e.g. --with-caca), so he bumps the lib version (e.g. from 1.15-1 to 1.15-2) and require it in his package (e.g: from 1.10-1 to 1.15-2). The old versions (from 1.10 to 1.15 in the previous example) of the library is working perfectly (if you rebuild the package with the option --with-caca). Its happens (sometimes) when you do a backport on Debian. You don't know, by looking at it, if a required version is due to upstream or downstream change. 4) Speed It avoid pacman to checks version for each deps. This save a lot of useless computing (parsing and comparing two version)[1]. Even if it's not a big deal on last intel processor, this is noticeable on slow processor (like raspberry pie, alix or soekris). We can resume these 4 points by saying : It's more simple. Of course there is drawback for people not updating the whole system. It's unsupported. Cheers, [1] https://projects.archlinux.org/pacman.git/tree/lib/libalpm/version.c#n232 -- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A
On 20/07/13 09:53 AM, Sébastien Luttringer wrote:
On Sat, Jul 20, 2013 at 3:21 PM, Dicebot <public@dicebot.lv> wrote:
It is nothing of real importance but question is, what harm does explicit versioning do? Interesting question because it underlines some benefits of being a rolling release for their maintainers.
1) Productivity You don't need to modify your package deps each time you update it. You only have to check (most of time, read the changelog). When upstream check this for you, in a configure or by providing a test suite, you could even forget the minimal version check and free your mind to do interesting things. Arch maintainers manage a high number of packages, every unnecessary update is time lost.
2) Correctness More than avoid unnecessary changes in the update process, it avoid mistakes (and their fixes). When upstream doesn't provides minimal deps, it's long (and not easy) to find which minimal version is really required.
3) Troublemaker The version is about a package, *NOT* an upstream source.
I remember a discussion with a Debian developer about opening a bugfix because the required dep version is badly too high. A maintainer, wants a lib compiled with an option (e.g. --with-caca), so he bumps the lib version (e.g. from 1.15-1 to 1.15-2) and require it in his package (e.g: from 1.10-1 to 1.15-2). The old versions (from 1.10 to 1.15 in the previous example) of the library is working perfectly (if you rebuild the package with the option --with-caca). Its happens (sometimes) when you do a backport on Debian.
You don't know, by looking at it, if a required version is due to upstream or downstream change. These are good reasons why a package maintainer should not obsess over finding the minimum required versions for everything. But if you already happen to know what they are, users who recompile packages or do other customization would appreciate this information.
4) Speed It avoid pacman to checks version for each deps. This save a lot of useless computing (parsing and comparing two version)[1]. Even if it's not a big deal on last intel processor, this is noticeable on slow processor (like raspberry pie, alix or soekris).
We can resume these 4 points by saying : It's more simple.
Of course there is drawback for people not updating the whole system. It's unsupported.
Those processors are no more supported than partial updates.
On Sat, Jul 20, 2013 at 9:32 PM, Connor Behan <connor.behan@gmail.com> wrote:
On 20/07/13 09:53 AM, Sébastien Luttringer wrote:
4) Speed It avoid pacman to checks version for each deps. This save a lot of useless computing (parsing and comparing two version)[1]. Even if it's not a big deal on last intel processor, this is noticeable on slow processor (like raspberry pie, alix or soekris).
We can resume these 4 points by saying : It's more simple.
Of course there is drawback for people not updating the whole system. It's unsupported.
Those processors are no more supported than partial updates.
pacman doesn't have Arch Linux-specific stuff but other distros / systems should be running on powerful processors because pacman devs don't care about slower ones?
On 20/07/13 12:40 PM, Karol Blazewicz wrote:
On 20/07/13 09:53 AM, Sébastien Luttringer wrote:
4) Speed It avoid pacman to checks version for each deps. This save a lot of useless computing (parsing and comparing two version)[1]. Even if it's not a big deal on last intel processor, this is noticeable on slow processor (like raspberry pie, alix or soekris).
We can resume these 4 points by saying : It's more simple.
Of course there is drawback for people not updating the whole system. It's unsupported.
Those processors are no more supported than partial updates.
On Sat, Jul 20, 2013 at 9:32 PM, Connor Behan <connor.behan@gmail.com> wrote: pacman doesn't have Arch Linux-specific stuff but other distros / systems should be running on powerful processors because pacman devs don't care about slower ones?
For some of the other distro's PKGBUILDs, it may very well be advisable to omit ">, <, >=, <=, =". I just don't think this can be used to argue that the i686 and x86_64 PKGBUILDs in Arch should as well.
On 20 July 2013 21:21, Dicebot <public@dicebot.lv> wrote:
It is nothing of real importance but question is, what harm does explicit versioning do?
It has no direct or immediate harmful consequence, but it is a packaging convention here. Most of our uses for versioning dependencies come during testing (when the package along with its dependencies is in that repo) and rebuilds (when a whole bunch of packages are moved wholesale with their proper dependencies). Otherwise, you may find core packages to have these things in order to be compatible (or rather, not be compatible) with certain other things. We simply do not care about legacy upstream dependency information because we provide the latest, always. If you have a strong reason (and not just copying verbatim upstream's minimum requirements), go ahead and keep things versioned. -- GPG/PGP ID: C0711BF1
On Sat, Jul 20, 2013 at 3:21 PM, Dicebot <public@dicebot.lv> wrote:
It is nothing of real importance but question is, what harm does explicit versioning do?
Correct me if I overlooked it, but from what I have read here, but I have yet to see an argument that applies to the specific case here. AUR users are factually more vulnerable to missing versions on dependencies (for an added upstream feature) than repository packages, because enforcement of AUR client state is up to the sysadmin/aur helper. This might not apply to the community repository, I just got the feeling things won't be eaten as hot as they were cooked here. cheers! mar77i
On 07/22/2013 01:56 PM, Martti Kühne wrote:
On Sat, Jul 20, 2013 at 3:21 PM, Dicebot <public@dicebot.lv> wrote:
It is nothing of real importance but question is, what harm does explicit versioning do?
Correct me if I overlooked it, but from what I have read here, but I have yet to see an argument that applies to the specific case here. AUR users are factually more vulnerable to missing versions on dependencies (for an added upstream feature) than repository packages, because enforcement of AUR client state is up to the sysadmin/aur helper. This might not apply to the community repository, I just got the feeling things won't be eaten as hot as they were cooked here.
cheers! mar77i
I have similar impression so far but I just silently following the discussion and waiting until some consensus is reached ;)
Martti Kühne wrote:
things won't be eaten as hot as they were cooked here.
Off-topic: I thought that was a really nice expression. Is it idiomatic where you're from? Regards, Xyne
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69
On 20.07.2013 15:48, Sven-Hendrik Haase wrote:
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
On Saturday, July 27, 2013 18:31:23 Sven-Hendrik Haase wrote:
On 20.07.2013 15:48, Sven-Hendrik Haase wrote:
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Congrats! Regards, Felix Yan
On Sat, Jul 27, 2013 at 6:44 PM, Felix Yan <felixonmars@gmail.com> wrote:
On 20.07.2013 15:48, Sven-Hendrik Haase wrote:
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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
On Saturday, July 27, 2013 18:31:23 Sven-Hendrik Haase wrote: 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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Congrats!
Regards, Felix Yant
Omedeto gozaimasu ( ^ ω ^ ) -- Maxime
On 07/27/2013 06:31 PM, Sven-Hendrik Haase wrote:
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Thanks! Guess this answers the question "what to do during this weekend" :)
On 07/27/2013 10:09 AM, Dicebot wrote:
On 07/27/2013 06:31 PM, Sven-Hendrik Haase wrote:
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Thanks!
Guess this answers the question "what to do during this weekend" :)
Welcome to the team. -- Federico Cinelli (cinelli.federico@gmail.com) Arch Linux - Trusted User [Key:0xF15447D5] Cinelli Motorsports LLC - Boss Cinelli Thoughts - Writer
Le samedi 27 juillet 2013 19:09:21 Dicebot a écrit :
On 07/27/2013 06:31 PM, Sven-Hendrik Haase wrote:
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69
Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Thanks!
Guess this answers the question "what to do during this weekend" :)
welcome! -- Laurent Carlier ArchLinux Developer http://www.archlinux.org
On Sat, Jul 27, 2013 at 7:28 PM, Laurent Carlier <lordheavym@gmail.com> wrote:
Le samedi 27 juillet 2013 19:09:21 Dicebot a écrit :
On 07/27/2013 06:31 PM, Sven-Hendrik Haase wrote:
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69
Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Thanks!
Guess this answers the question "what to do during this weekend" :)
welcome! Welcome aboard!
-- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A
On 2013-07-27 18:31, Sven-Hendrik Haase wrote:
On 20.07.2013 15:48, Sven-Hendrik Haase wrote:
On 15.07.2013 22:31, Dicebot wrote:
[sponsor : Sven-Hendrik Haase] [AUR account : https://aur.archlinux.org/account/Dicebot] [IRC : Dicebot @ irc.freenode.net]
Hello,
Long story short - I am insterested in becoming a Trusted User and taking care of packages related to D programming language.
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.
I have been maintaing reference D compiler package (dmd2) in AUR before its inclusion into main repositories and kept contacting Sven-Hendrik with various improvement proposals after. At some point in the relatively long mail thread he has suggested to make a TU application so that I can take over those packages and maintain them directly - which is the primary motivating reason behind this mail.
As my general competence level as a packager relatively low I am planning to solely focus on domain I am proficient with - D compilers, libraries and notable applications. Also contacting with D maintainers in other distros to ensure reasonable consistency.
Regards,
Dicebot Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
Have we changed our laws? Shouldn't he fight with Cinelli at edge of volcano? Congratulations! -- Bartłomiej Piotrowski http://bpiotrowski.pl/
On 2013-07-27 18:31 +0200 Sven-Hendrik Haase wrote:
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
I'm sorry to have to point this out, but the proposal has not been accepted according to our bylaws. I was going to post the final tally on the list as per custom: yes: 18 no: 4 abstain: 2 total: 24 I thought that was a low number of votes given the recent influx of TUs, so I checked the total number of TUs listed on the official page (https://www.archlinux.org/trustedusers/). There are currently 37 active TUs. According to our bylaws (https://aur.archlinux.org/trusted-user/TUbylaws.html):
Quorum shall be 66% of all active TUs and participation shall be measured by the sum of YES, NO and ABSTAIN votes, UNLESS otherwise stated in a section of the bylaws pertaining to the proposal. The proposal is accepted if EITHER
the number of YES votes is greater than half the number of active TUs OR
quorum has been established and the number of YES votes is greater than the number of NO votes
18/37 < 0.5, so the first condition has not met (19 yes votes needed) 24/37 < 0.66, so the second condition has not been met (25 total votes needed for quorum) I voted yes, so I do want this to pass, but if we just ignore the bylaws whenever it's convenient then there's not much point to having bylaws. We could hold a vote to make an exception in this instance, but I'm not sure that's the best way either. It would set a precedent for overriding the bylaws through simple majority. Regards, Xyne
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/27/2013 07:53 PM, Xyne wrote:
I voted yes, so I do want this to pass, but if we just ignore the bylaws whenever it's convenient then there's not much point to having bylaws. We could hold a vote to make an exception in this instance, but I'm not sure that's the best way either. It would set a precedent for overriding the bylaws through simple majority.
Holding my breath :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJR9A7jAAoJEHYfrWm6BsapKH0H/2fHlZ2lEzie5SfCIoYWeKux /opOZplJHO0lwReikj8/5s9sTpEG0MK3sXS9sxUnHiClANJv9U1CDcRADKch56al 2mpUZxigge99cMlV7fb9EEszyoJtNsGbidwBqqA4rCZNDcXt7qnrEAzYiME86Lum s4/V/t15Jx2TI5gMxSuX//2og/Xv6E3t97iM5UhC0zG1UNTxt2bivgXLJuaCCQJb xB+InPa96PZUYaxFrXGzY85UirO1ShA9qgBUvVuh4Z7JXlsCMPB4MBQvzVRIIHUl X3dCFeHgs48yamxFBhZlcBMlqu0OmGhjCJKhzeecEK4Dh0PaXe72C8ZTHQdHows= =SmDh -----END PGP SIGNATURE-----
On Sat, Jul 27, 2013 at 1:53 PM, Xyne <xyne@archlinux.ca> wrote:
On 2013-07-27 18:31 +0200 Sven-Hendrik Haase wrote:
Discussion period has ended. Start the voting: https://aur.archlinux.org/tu/?id=69 Le voting period has ended. Dicebot-san is now officially Dicebot-sama! Let's perform our ritual new-TU-group-hug. Congratulations!
I'm sorry to have to point this out, but the proposal has not been accepted according to our bylaws. I was going to post the final tally on the list as per custom:
yes: 18 no: 4 abstain: 2 total: 24
I thought that was a low number of votes given the recent influx of TUs, so I checked the total number of TUs listed on the official page (https://www.archlinux.org/trustedusers/).
There are currently 37 active TUs. According to our bylaws (https://aur.archlinux.org/trusted-user/TUbylaws.html):
Quorum shall be 66% of all active TUs and participation shall be measured by the sum of YES, NO and ABSTAIN votes, UNLESS otherwise stated in a section of the bylaws pertaining to the proposal. The proposal is accepted if EITHER
the number of YES votes is greater than half the number of active TUs OR
quorum has been established and the number of YES votes is greater than the number of NO votes
18/37 < 0.5, so the first condition has not met (19 yes votes needed)
24/37 < 0.66, so the second condition has not been met (25 total votes needed for quorum)
I voted yes, so I do want this to pass, but if we just ignore the bylaws whenever it's convenient then there's not much point to having bylaws. We could hold a vote to make an exception in this instance, but I'm not sure that's the best way either. It would set a precedent for overriding the bylaws through simple majority.
Regards, Xyne
Perhaps we could just run the vote again, because it would be be silly for this to be determined by a 2% gap from the required quorum. I also have my doubts that there are really 37 *active* trusted users. I managed to miss the announcement that the voting period has started because I haven't been keeping up with various mailing lists this week. If it means anything, I did plan on voting YES before life came along and distracted me.
On 28 July 2013 01:53, Xyne <xyne@archlinux.ca> wrote:
I'm sorry to have to point this out, but the proposal has not been accepted according to our bylaws.
Xyne, thank you for actively verifying the result of the vote. You remind me of Loui, who used to be very particular about these things. We simply cannot ignore the bylaws. This serves as a reminder to show us all the numbers when declaring results. Anyway, I think the candidate is lucky this time. AFAIR, we get our list of "active" TUs from a wiki page [1] (not really elegant, but it's what I know to be the only real tally of the thing) and, according to this list, we have 36 active TUs. So, really close call, but quorum has been established and the number of YES votes are greater. [1] https://wiki.archlinux.org/index.php/Trusted_Users -- GPG/PGP ID: C0711BF1
On 2013-07-27 20:49, Rashif Ray Rahman wrote:
according to this list, we have 36 active TUs.
Actually I see 35 TUs there, 33 without Daenyth and xyproto. It seems like a good opportunity to determine what does "active TU" mean – some Trusted Users, even if active in packaging terms, simply ignore our votes. When do we consider someone as active? When he updates, fixes and rebuilds his packages in reasonable time or doesn't forget about voting? If we care about all the duties, should we remove partially inactive TUs? -- Bartłomiej Piotrowski http://bpiotrowski.pl/
On 28 July 2013 02:49, Rashif Ray Rahman <schiv@archlinux.org> wrote:
We simply cannot ignore the bylaws. This serves as a reminder to show us all the numbers when declaring results.
And I failed to provide that myself: 24/36 = 0.66 ... = ~0.67 > 0.66
according to this list, we have 36 active TUs.
s/have/would have/ The list has not been updated to reflect recent modifications (additions and deletions within the total) to the team, but the fact remains that at least one out of a supposed 37 TUs (less if we missed any recent resignation) is inactive. On 28 July 2013 03:04, Bartłomiej Piotrowski <b@bpiotrowski.pl> wrote:
On 2013-07-27 20:49, Rashif Ray Rahman wrote:
according to this list, we have 36 active TUs.
Actually I see 35 TUs there, 33 without Daenyth and xyproto.
Even better, then ;)
It seems like a good opportunity to determine what does "active TU" mean – some Trusted Users, even if active in packaging terms, simply ignore our votes. When do we consider someone as active? When he updates, fixes and rebuilds his packages in reasonable time or doesn't forget about voting?
If we care about all the duties, should we remove partially inactive TUs?
Our bylaws are clear on this - the "automatically brought up for removal procedure" means that there is no argument towards having a removal vote - so we should start a vote (but we can also prevent the removal by all voting YES). I think the bylaws are also clear that we are to decide on the activity status by memorising e-mails to the mailing list. The wiki page is some sort of a manual tally for that. However, despite the clarity, the method is no doubt cumbersome. We need automation. -- GPG/PGP ID: C0711BF1
----------------------------------------
Date: Sat, 27 Jul 2013 17:53:52 +0000 From: xyne@archlinux.ca To: aur-general@archlinux.org Subject: Re: [aur-general] TU application
...
I thought that was a low number of votes given the recent influx of TUs, so I checked the total number of TUs listed on the official page (https://www.archlinux.org/trustedusers/).
There are currently 37 active TUs. According to our bylaws (https://aur.archlinux.org/trusted-user/TUbylaws.html):
...
Regards, Xyne
Dave Reisner is still on that list. He resigned from being a TU back in March [1] [1] https://mailman.archlinux.org/pipermail/aur-general/2013-March/022625.html
Hi, I sneak-voted with a mobile phone while temporarily inactive and on vacation. - Alexander / xyproto
participants (18)
-
Alexander Rødseth
-
Bartłomiej Piotrowski
-
Connor Behan
-
Daniel Micay
-
Dicebot
-
Doug Newgard
-
Federico Cinelli
-
Felix Yan
-
Florian Pritz
-
Jelle van der Waa
-
Karol Blazewicz
-
Laurent Carlier
-
Martti Kühne
-
Maxime GAUDUIN
-
Rashif Ray Rahman
-
Sven-Hendrik Haase
-
Sébastien Luttringer
-
Xyne