[aur-general] TU application sponsored by David Reisner

newer
[aur-general] Signoff report for...

Anatol Pomozov

3 Feb 2014 3 Feb '14

7:26 p.m.

Hi everyone I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro. I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting. About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding. At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them: https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171 Google Chromebook developers reported that my last patch fixed one of their top kernel crashes! Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU. Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves. The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4 I can help with linux kernel issues, especially if they are related to storage/block subsystem. I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well. [1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

Show replies by date

Daniel Micay

3 Feb 3 Feb

7:29 p.m.

On Mon, Feb 3, 2014 at 2:26 PM, Anatol Pomozov wrote:

...

- add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated.

This is indeed a huge pain. Cloning the sources alone takes ages and a ridiculous amount of disk space. There are at least two trusted users interested in doing this, but it hasn't happened yet. It would be *great* if you got it working :).

Sven-Hendrik Haase

7:37 p.m.

On 03.02.2014 20:29, Daniel Micay wrote:

...

On Mon, Feb 3, 2014 at 2:26 PM, Anatol Pomozov wrote:

...
- add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. This is indeed a huge pain. Cloning the sources alone takes ages and a ridiculous amount of disk space. There are at least two trusted users interested in doing this, but it hasn't happened yet. It would be *great* if you got it working :). That would be awesome! Mad props if you indeed managed to make the android-sdk from source. Also please note that we binary sdk provided by google is not redistributable so careful with that.

Jelle van der Waa

4 Feb 4 Feb

8:03 a.m.

On 02/03/14 at 08:37pm, Sven-Hendrik Haase wrote:

...

On 03.02.2014 20:29, Daniel Micay wrote:

...
On Mon, Feb 3, 2014 at 2:26 PM, Anatol Pomozov wrote:

...
- add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. This is indeed a huge pain. Cloning the sources alone takes ages and a ridiculous amount of disk space. There are at least two trusted users interested in doing this, but it hasn't happened yet. It would be *great* if you got it working :). That would be awesome! Mad props if you indeed managed to make the android-sdk from source. Also please note that we binary sdk provided by google is not redistributable so careful with that.

+1

No ponies? Anatol, the ~5 AUR packages I checked out look good. I'm suprised by the amount of packages you maintain, it looks like you are a great addition to the team =). -- Jelle van der Waa

Dave Reisner

3 Feb 3 Feb

7:46 p.m.

On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...

Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Dave and I approve this message.

Daniel Micay

7:49 p.m.

On Mon, Feb 3, 2014 at 2:46 PM, Dave Reisner wrote:

...

On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Dave and I approve this message.

Nice try, David.

Dave Reisner

7:54 p.m.

On Mon, Feb 03, 2014 at 02:49:48PM -0500, Daniel Micay wrote:

...

On Mon, Feb 3, 2014 at 2:46 PM, Dave Reisner wrote:

...
On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Dave and I approve this message.

Nice try, David.

My GPG signature says you're wrong.

Xyne

4 Feb 4 Feb

11:12 p.m.

Dave Reisner wrote:

...

On Mon, Feb 03, 2014 at 02:49:48PM -0500, Daniel Micay wrote:

...
On Mon, Feb 3, 2014 at 2:46 PM, Dave Reisner wrote:

...
On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Dave and I approve this message.

Nice try, David.

My GPG signature says you're wrong.

Nitpick: the current by-laws require the sponsor to be a TU. Do we override Hal to open the hatch?

Lukas Fleischer

11:23 p.m.

On Wed, 05 Feb 2014 at 00:12:49, Xyne wrote:

...

Dave Reisner wrote:

...
On Mon, Feb 03, 2014 at 02:49:48PM -0500, Daniel Micay wrote:

...
On Mon, Feb 3, 2014 at 2:46 PM, Dave Reisner wrote:

...
On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Dave and I approve this message.

Nice try, David.

My GPG signature says you're wrong.

Nitpick: the current by-laws require the sponsor to be a TU. Do we override Hal to open the hatch?

Technically, that is correct. However, I am sure there are many other TUs volunteering to be the sponsor after having read the application and the discussion (me, for example). So I don't think it is a problem. If it makes feel anyone better, please run sed 's/David Reisner/Lukas Fleischer/g' on your inbox (the misspelling of Dave's name comes in useful here!)

Xyne

11:34 p.m.

Lukas Fleischer wrote:

...

Technically, that is correct. However, I am sure there are many other TUs volunteering to be the sponsor after having read the application and the discussion (me, for example). So I don't think it is a problem. If it makes feel anyone better, please run

sed 's/David Reisner/Lukas Fleischer/g'

on your inbox (the misspelling of Dave's name comes in useful here!)

I'm not opposed to the application (it looks very promising to me). I just wanted to mention this issue because there is no point in having by-laws if we ignore them every time we assume that there is a tacit consensus to do so.

Sébastien Luttringer

5 Feb 5 Feb

1:27 a.m.

On 05/02/2014 00:34, Xyne wrote:

...

Lukas Fleischer wrote:

...
Technically, that is correct. However, I am sure there are many other TUs volunteering to be the sponsor after having read the application and the discussion (me, for example). So I don't think it is a problem. If it makes feel anyone better, please run

sed 's/David Reisner/Lukas Fleischer/g'

on your inbox (the misspelling of Dave's name comes in useful here!)

I'm not opposed to the application (it looks very promising to me). I just wanted to mention this issue because there is no point in having by-laws if we ignore them every time we assume that there is a tacit consensus to do so.

I strongly support that we follow our by-laws. If Anatol agrees, Lukas will become his new sponsor and we will continue to discuss this new promising application. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net GPG: 0x2072D77A

Anatol Pomozov

4:10 a.m.

Hi On 2/4/14, 5:27 PM, Sébastien Luttringer wrote:

...

On 05/02/2014 00:34, Xyne wrote:

...
Lukas Fleischer wrote:

...
Technically, that is correct. However, I am sure there are many other TUs volunteering to be the sponsor after having read the application and the discussion (me, for example). So I don't think it is a problem. If it makes feel anyone better, please run

sed 's/David Reisner/Lukas Fleischer/g'

on your inbox (the misspelling of Dave's name comes in useful here!)

I'm not opposed to the application (it looks very promising to me). I just wanted to mention this issue because there is no point in having by-laws if we ignore them every time we assume that there is a tacit consensus to do so.

I strongly support that we follow our by-laws.

If Anatol agrees, Lukas will become his new sponsor and we will continue to discuss this new promising application.

I am fine with this.

...

Although it's not strictly recommended (we lack of official recommendation?), this way works in all cases.

Ok, I've updated 14 packages where I found relative path usage. PTAL.

Anatol Pomozov

4:57 a.m.

Hi On 2/4/14, 5:27 PM, Sébastien Luttringer wrote:

...

On 05/02/2014 00:34, Xyne wrote:

...
Lukas Fleischer wrote:

...
Technically, that is correct. However, I am sure there are many other TUs volunteering to be the sponsor after having read the application and the discussion (me, for example). So I don't think it is a problem. If it makes feel anyone better, please run

sed 's/David Reisner/Lukas Fleischer/g'

on your inbox (the misspelling of Dave's name comes in useful here!)

I'm not opposed to the application (it looks very promising to me). I just wanted to mention this issue because there is no point in having by-laws if we ignore them every time we assume that there is a tacit consensus to do so.

I strongly support that we follow our by-laws.

If Anatol agrees, Lukas will become his new sponsor and we will continue to discuss this new promising application.

I am fine with this. I still need to understand why Arch community is split into two groups 'developers' and 'trusted users'. They seems have similar responsibilities: maintaining packages and developing Arch toolset.

...

Although it's not strictly recommended (we lack of official recommendation?), this way works in all cases.

Ok, I've updated 14 packages where I found relative path usage. PTAL.

Rashif Ray Rahman

6:59 a.m.

On 5 February 2014 12:57, Anatol Pomozov wrote:

...

I still need to understand why Arch community is split into two groups 'developers' and 'trusted users'. They seems have similar responsibilities: maintaining packages and developing Arch toolset.

For historical reasons: https://wiki.archlinux.org/index.php/Community_repository#History The [community] repository began as a binary repository for the AUR. It still retains that function, but the split is no longer as pronounced. Basically, slightly popular packages go into [community], and very popular ones into [extra]. The [extra] repo has a tighter control over what goes in, whereas [community] is almost open. Both groups have useful people: the pacman, core and early userspace folks, and the AUR back-end folks. -- GPG/PGP ID: C0711BF1

Alexander Rødseth

4:03 p.m.

Hi Anatol, Thanks for applying. Your AUR packages looks solid and I have a good impression of you from having communicated before. If you become a TU and wish to adopt my ruby-related packages, I would be happy to give them away. :) -- Best regards, Alexander Rødseth xyproto / TU

Greg KH

3 Feb 3 Feb

7:53 p.m.

On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...

At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

I can vouch for Anatol's kernel submissions and great bugfixes over the years, they have been much appreciated. thanks, greg k-h

Anatol Pomozov

4 Feb 4 Feb

5:29 a.m.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi On Mon, Feb 3, 2014 at 11:26 AM, Anatol Pomozov wrote:

...

Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro.

I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting.

About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding.

At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

Google Chromebook developers reported that my last patch fixed one of their top kernel crashes!

Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU.

Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves.

The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4

I can help with linux kernel issues, especially if they are related to storage/block subsystem.

I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well.

[1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

Dave asked me to share my public GPG key. Here it is http://pgp.mit.edu/pks/lookup?op=get&search=0xB02854ED753E0F1F The key is 753E0F1F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJS8HrXAAoJELAoVO11Pg8f9pIP/2ZHDY5Dpu3bMBb48uqxOB++ SCpqR6nJ5WXRlnLrjZJMSssOhqGungTc7Pw1O1fg5hT72siZXYv40rPFXkF1/HrN T6WrM8CClPCMnWvBsJ2UWDLRkstHJncm4yrFtkbz26RBiTpzVK3bIC4BDvW6FrXM HqLsGwQmSYP+WqmWIyCjpyxx+MX+NxPGsTVHsNaSjGWsRaLK6A5ele+XNBr+T3Z5 S/PZAz4A7pKOL1n0bNBEtGuIm//fPXneC4xe5W4sVsSWD+lVdHfbQ6ewTXDLshQQ mdAEJVB/NHdMG9pZeNyu6FXm/znm3r5lhKZoSVmRmxkaLHgAR+KoODgVsE8m3Az0 YLzoY7BpBR/1E2LxudFrYvI1JASyi4/XZ4XUMoFBc8uCa7qtE1jw8G1MwbM1xP1M GoEPQLzDelV/oPUpw3uBPk8GRDY/H/f2kyMfyZJQF7cwYIazc2SfvKqzmuDlI0Pp WcsPiCmigh8RHFXklkKz+Q5OgYUZ9GBKvh0q6jZZfNEZHNlqXbAxxjGpH2qbmoGS hTtt1ebcWUtFwtYkATuyR32muZzPpTqImvSLDRYUQmF8KrQEibx11FInb99y2tEq 5plWSo1tmNxjOy9vjLibUxvTsO6KZVkYSoMMhwKeO+KZweRmldTilG0CjA7ZiSuI t/8Z4WFCdPKO7RljKVVu =3GwC -----END PGP SIGNATURE-----

Anatol Pomozov

2:25 p.m.

Hi On 2/3/14, 9:29 PM, Anatol Pomozov wrote:

...

Hi

On Mon, Feb 3, 2014 at 11:26 AM, Anatol Pomozov wrote:

...
Hi everyone

...
I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

...
My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro.

...
I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting.

...
About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding.

...
At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

...
https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

...
Google Chromebook developers reported that my last patch fixed one of their top kernel crashes!

...
Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU.

...
Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves.

...
The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4

...
I can help with linux kernel issues, especially if they are related to storage/block subsystem.

...
I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well.

...
[1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

Dave asked me to share my public GPG key. Here it is http://pgp.mit.edu/pks/lookup?op=get&search=0xB02854ED753E0F1F The key is 753E0F1F

D'oh, gmail web UI ate my gpg signature. Let me sign it once again, this time with Thunderbird.

Rashif Ray Rahman

6:20 a.m.

On 4 February 2014 03:26, Anatol Pomozov wrote:

...

- add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated.

You have my full support. Several of us are just waiting to be spoon-fed with this. I downloaded 8GB worth of sources on a remote machine, trimmed and tarred it to 1GB, just to build a custom recovery for a cheapo device. -- GPG/PGP ID: C0711BF1

Ike Devolder

8:54 a.m.

On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...

Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro.

I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting.

About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding.

At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

Google Chromebook developers reported that my last patch fixed one of their top kernel crashes!

Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU.

Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves.

The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4

I can help with linux kernel issues, especially if they are related to storage/block subsystem.

I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well.

[1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

WOW, many packages :) I just found something somewhat fishy in your subtle package: patch -p1 < ../do_not_relink_binaries_on_install.diff I'm not entirely sure i can break the build but i think it would be best practice to do "$srcdir/do_not_relink_binaries_on_install.diff" For the rest all looks superb :) -- Ike

Bartłomiej Piotrowski

8:57 a.m.

On 02/04/2014 09:54 AM, Ike Devolder wrote:

...

WOW, many packages :)

I just found something somewhat fishy in your subtle package: patch -p1 < ../do_not_relink_binaries_on_install.diff

I'm not entirely sure i can break the build but i think it would be best practice to do "$srcdir/do_not_relink_binaries_on_install.diff"

For the rest all looks superb :)

I'm apparently a fishmonger… -- Bartłomiej Piotrowski http://bpiotrowski.pl/

Jan Alexander Steffens

9:15 a.m.

On Tue, Feb 4, 2014 at 9:54 AM, Ike Devolder wrote:

...

I just found something somewhat fishy in your subtle package: patch -p1 < ../do_not_relink_binaries_on_install.diff

I'm not entirely sure i can break the build but i think it would be best practice to do "$srcdir/do_not_relink_binaries_on_install.diff"

No, it can't break. In fact, I prefer using relative paths where it makes paths shorter.

Anatol Pomozov

12:24 p.m.

Hi On 2/4/14, 12:54 AM, Ike Devolder wrote:

...

On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro.

I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting.

About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding.

At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

Google Chromebook developers reported that my last patch fixed one of their top kernel crashes!

Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU.

Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves.

The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4

I can help with linux kernel issues, especially if they are related to storage/block subsystem.

I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well.

[1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

WOW, many packages :)

I just found something somewhat fishy in your subtle package: patch -p1 < ../do_not_relink_binaries_on_install.diff

I'm not entirely sure i can break the build but i think it would be best practice to do "$srcdir/do_not_relink_binaries_on_install.diff"

The only thing that comes to my mind is if the folder where we 'cd' before doing 'patch' is a symlink. In this case '..' will differ from $srcdir. But unpacked source directory can't be a symlink, is it? I do not mind to change it to the longer version "$srcdir/foo" if this is a recommended way to do, but first I want to know why it is recommended.

Ike Devolder

12:55 p.m.

On Tue, Feb 04, 2014 at 04:24:56AM -0800, Anatol Pomozov wrote:

...

Hi

On 2/4/14, 12:54 AM, Ike Devolder wrote:

...
On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro.

I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting.

About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding.

At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

Google Chromebook developers reported that my last patch fixed one of their top kernel crashes!

Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU.

Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves.

The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4

I can help with linux kernel issues, especially if they are related to storage/block subsystem.

I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well.

[1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

WOW, many packages :)

I just found something somewhat fishy in your subtle package: patch -p1 < ../do_not_relink_binaries_on_install.diff

I'm not entirely sure i can break the build but i think it would be best practice to do "$srcdir/do_not_relink_binaries_on_install.diff"

The only thing that comes to my mind is if the folder where we 'cd' before doing 'patch' is a symlink. In this case '..' will differ from $srcdir. But unpacked source directory can't be a symlink, is it?

I do not mind to change it to the longer version "$srcdir/foo" if this is a recommended way to do, but first I want to know why it is recommended.

I thought the recommended way was using "$srcdir/patch.diff", correct me if I'm wrong -- Ike

Bartłomiej Piotrowski

12:56 p.m.

On 02/04/2014 01:55 PM, Ike Devolder wrote:

...

On Tue, Feb 04, 2014 at 04:24:56AM -0800, Anatol Pomozov wrote:

...
Hi

On 2/4/14, 12:54 AM, Ike Devolder wrote:

...
On Mon, Feb 03, 2014 at 11:26:22AM -0800, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner.

My name is Anatol Pomozov, I grew up in Belarus but live in USA now. I am an open-source enthusiast who uses Linux since about 2005. I've been using several distros mostly Debian based. About 2.5 years ago, when Ubuntu in-place upgrade killed my system once again, I've decided to give a try to a rolling-release distro.

I had heard that Arch was difficult to use and unstable so I've been skeptical that Arch would survive at my computers for a long time. At my surprise Arch installation was easy and system was fast and stable. Documentation is clean and very helpful. And package manager is *FAST*! Yeah! I fell in love with Arch from the very first day. A few months later all my home computers were moved to Arch. And despite that I usually do crazy experiments at my home machines I've never had serious problems with Arch. Well, the only problem with Arch was in systemd-207 that prevented my btrfs-root machine from booting.

About a year ago I started playing more active role in Arch community. I adopted a lot of broken and out-of-date packages. Currently I own 350+ packages [1]. A lot of packages are for ruby gems that previously were out-of-date or had broken dependencies. I improved existing gem2arch tool [2] and it helps me with ruby packages herding.

At my day job I work on Linux kernel development/support at a large server farm. My daily activity includes a lot of debugging, performance profiling, code archaeology both for linux kernel and in-house userspace code. Some of my linux changes went upstream, here are few of them:

https://lkml.org/lkml/2013/4/12/391 http://marc.info/?l=linux-fsdevel&m=134750749009884&w=2 https://lkml.org/lkml/2013/4/1/171

Google Chromebook developers reported that my last patch fixed one of their top kernel crashes!

Recently me and my 6 y/o son started learning microelectronics and digital design. Maybe some day we'll create MIPS-like CPU.

Why do I want to become a TU? I like Arch and would like to keep it improving. It means making packages better, participate in important discussions that define where the distro moves.

The short/mid terms plans for me are: - move some of my aur packages to community: rethinkdb, codespell, tup, mldonkey, v8. There are some other aur packages that I use and would also like to see in [community]: fatsort, digital design related tools, ... - add android-sdk-* packages. Current AUR packages download binaries and install binaries to /opt/bin. The binaries are 32-bit. Instead we should build SDK from sources and provide proper 64/32-bit binaries. This might be tricky as Android build system is complicated. - request moving Apache to [community] and finally update this package to 2.4

I can help with linux kernel issues, especially if they are related to storage/block subsystem.

I also have experience with Ruby. This is my favorite scripting language that I use for 10 years now and I'll be glad to help with Ruby in Arch as well.

[1] aur.archlinux.org/packages/?SeB=m&K=anatolik [2] https://github.com/anatol/gem2arch

WOW, many packages :)

I just found something somewhat fishy in your subtle package: patch -p1 < ../do_not_relink_binaries_on_install.diff

I'm not entirely sure i can break the build but i think it would be best practice to do "$srcdir/do_not_relink_binaries_on_install.diff"

The only thing that comes to my mind is if the folder where we 'cd' before doing 'patch' is a symlink. In this case '..' will differ from $srcdir. But unpacked source directory can't be a symlink, is it?

I do not mind to change it to the longer version "$srcdir/foo" if this is a recommended way to do, but first I want to know why it is recommended.

I thought the recommended way was using "$srcdir/patch.diff", correct me if I'm wrong

There is no recommended way. -- Bartłomiej Piotrowski http://bpiotrowski.pl/

Sébastien Luttringer

1:18 p.m.

On 04/02/2014 13:24, Anatol Pomozov wrote:

...

The only thing that comes to my mind is if the folder where we 'cd' before doing 'patch' is a symlink. In this case '..' will differ from $srcdir. But unpacked source directory can't be a symlink, is it?

I didn't read anything letting assume that a source cannot be a symlink to a directory. So it can be done manually. As far I remember, I got this issue one time, when I manually symlinked the kernel linux directory in my $startdir directory to a shared copy.

...

I do not mind to change it to the longer version "$srcdir/foo" if this is a recommended way to do, but first I want to know why it is recommended.

Although it's not strictly recommended (we lack of official recommendation?), this way works in all cases. I have to confess that I have smoothly switched all my relative path to full path since I got the previous issue. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net GPG: 0x2072D77A

Xyne

11:16 p.m.

Sébastien Luttringer wrote:

...

...
I do not mind to change it to the longer version "$srcdir/foo" if this is a recommended way to do, but first I want to know why it is recommended.

Although it's not strictly recommended (we lack of official recommendation?), this way works in all cases. I have to confess that I have smoothly switched all my relative path to full path since I got the previous issue.

Cheers,

"$srdcir/foo" is explicit and independent of the nesting of source files. That is unreservedly worth 5 extra bytes. Regards, Xyne

Lukas Fleischer

8 Feb 8 Feb

5:14 p.m.

On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...

Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch. [1] https://aur.archlinux.org/tu/?id=75

Lukas Fleischer

15 Feb 15 Feb

11:54 p.m.

New subject: [aur-general] Voting results (was: TU application sponsored by David Reisner)

On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...

On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Results: * Yes: 25 * No: 3 * Abstain: 2 We have reached a quorum and the application has been accepted. Congratulations and welcome in our team, Anatol! Please make sure you read the AUR Trusted User Guidelines and follow the TODO list for new Trusted Users.

...

[1] https://aur.archlinux.org/tu/?id=75

Sam Stuewe

16 Feb 16 Feb

12:38 a.m.

New subject: [aur-general] Voting results (was: TU application sponsored by David Reisner)

On 2014-02-15 17:54, Lukas Fleischer wrote:

...

We have reached a quorum and the application has been accepted. Congratulations and welcome in our team, Anatol! Please make sure you read the AUR Trusted User Guidelines and follow the TODO list for new Trusted Users. Congratulations Anatol!

-- All the best, Sam Stuewe (HalosGhost)

Maxime Gauduin

9:38 a.m.

New subject: [aur-general] Voting results (was: TU application sponsored by David Reisner)

On Sun, Feb 16, 2014 at 1:38 AM, Sam Stuewe wrote:

...

On 2014-02-15 17:54, Lukas Fleischer wrote:

...
We have reached a quorum and the application has been accepted. Congratulations and welcome in our team, Anatol! Please make sure you read the AUR Trusted User Guidelines and follow the TODO list for new Trusted Users.

Congratulations Anatol!

-- All the best, Sam Stuewe (HalosGhost)

Congrats, welcome to the team :) Cheers, -- Maxime

Florian Pritz

10:16 a.m.

New subject: [aur-general] Voting results

Welcome to the team, looking forward to seeing you on IRC ;)

Felix Yan

11:56 a.m.

New subject: [aur-general] Voting results (was: TU application sponsored by David Reisner)

On Sunday, February 16, 2014 00:54:09 Lukas Fleischer wrote:

...

On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Results:

* Yes: 25 * No: 3 * Abstain: 2

We have reached a quorum and the application has been accepted. Congratulations and welcome in our team, Anatol! Please make sure you read the AUR Trusted User Guidelines and follow the TODO list for new Trusted Users.

...
[1] https://aur.archlinux.org/tu/?id=75

Welcome aboard :) Regards, Felix Yan

Sébastien Luttringer

1:37 p.m.

New subject: [aur-general] Voting results

On 16/02/2014 00:54, Lukas Fleischer wrote:

...

On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Results:

* Yes: 25 * No: 3 * Abstain: 2

Welcome. -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A

Anatol Pomozov

6:40 p.m.

New subject: [aur-general] Voting results

Hi On 2/16/14, 5:37 AM, Sébastien Luttringer wrote:

...

On 16/02/2014 00:54, Lukas Fleischer wrote:

...
On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Results:

* Yes: 25 * No: 3 * Abstain: 2

Welcome.

Thanks everyone! Glad to be part of the Arch TU brotherhood. Once I am done with TU todo list I'll start looking at tasks mentioned in my application.

Anatol Pomozov

17 Feb 17 Feb

12:29 a.m.

New subject: [aur-general] Voting results

Hi On 2/16/14, 5:37 AM, Sébastien Luttringer wrote:

...

On 16/02/2014 00:54, Lukas Fleischer wrote:

...
On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Welcome.

Thanks. I was following the AUR TODO list [1] and found that it is slightly out-of-date. Per [2] PGP key signing requires filing a bug to "Keyring" but I do not see such project at http://bugs.archlinux.org . I believe I need a special status at bugs website but there is no information in TODO how I suppose to change the status. So my question is who/how to update my status at http://bugs.archlinux.org? [1] https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_f... [2] https://mailman.archlinux.org/pipermail/arch-dev-public/2013-September/02545...

Dave Reisner

12:45 a.m.

New subject: [aur-general] Voting results

On Sun, Feb 16, 2014 at 04:29:12PM -0800, Anatol Pomozov wrote:

...

Hi

On 2/16/14, 5:37 AM, Sébastien Luttringer wrote:

...
On 16/02/2014 00:54, Lukas Fleischer wrote:

...
On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Welcome.

Thanks.

I was following the AUR TODO list [1] and found that it is slightly out-of-date. Per [2] PGP key signing requires filing a bug to "Keyring" but I do not see such project at http://bugs.archlinux.org . I believe I need a special status at bugs website but there is no information in TODO how I suppose to change the status.

So my question is who/how to update my status at http://bugs.archlinux.org?

I'll take care of filing the bug. It's only visible to current devs and TUs.

...

[1] https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_f... [2] https://mailman.archlinux.org/pipermail/arch-dev-public/2013-September/02545...

Ike Devolder

6:09 a.m.

New subject: [aur-general] Voting results (was: TU application sponsored by David Reisner)

On Sun, Feb 16, 2014 at 12:54:09AM +0100, Lukas Fleischer wrote:

...

On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Results:

* Yes: 25 * No: 3 * Abstain: 2

We have reached a quorum and the application has been accepted. Congratulations and welcome in our team, Anatol! Please make sure you read the AUR Trusted User Guidelines and follow the TODO list for new Trusted Users.

...
[1] https://aur.archlinux.org/tu/?id=75

I missed the vote, but anyway, welcome aboard. -- Ike

Federico Cinelli

7:30 a.m.

New subject: [aur-general] Voting results (was: TU application sponsored by David Reisner)

Welcome to the team. I've been MIA for the past month or so dealing with some personal things. Jumped on the laptop at a local coffee shop to check email and see how the voting ended, glad to have you on board. On Sat, Feb 15, 2014 at 3:54 PM, Lukas Fleischer wrote:

...

On Sat, 08 Feb 2014 at 18:14:21, Lukas Fleischer wrote:

...
On Mon, 03 Feb 2014 at 20:26:22, Anatol Pomozov wrote:

...
Hi everyone

I would like to apply for a Arch Trusted User position. It is sponsored by my co-worker and bright engineer David Reisner. [...]

You can now cast your votes [1]. The voting period ends on 2014-02-15. Note that intermediate voting results are no longer visible due to a recent AUR patch.

Results:

* Yes: 25 * No: 3 * Abstain: 2

We have reached a quorum and the application has been accepted. Congratulations and welcome in our team, Anatol! Please make sure you read the AUR Trusted User Guidelines and follow the TODO list for new Trusted Users.

...
[1] https://aur.archlinux.org/tu/?id=75

-- *Federico Cinelli*Arch Linux - Trusted User [Key:0xF15447D5] Cinelli Motorsports LLC - Boss Cinelli Thoughts - Writer

3731

Age (days ago)

3745

Last active (days ago)

List overview

Download

38 comments

19 participants

participants (19)

Alexander Rødseth
Anatol Pomozov
Bartłomiej Piotrowski
Daniel Micay
Dave Reisner
Federico Cinelli
Felix Yan
Florian Pritz
Greg KH
Ike Devolder
Jan Alexander Steffens
Jelle van der Waa
Lukas Fleischer
Maxime Gauduin
Rashif Ray Rahman
Sam Stuewe
Sven-Hendrik Haase
Sébastien Luttringer
Xyne