[aur-general] TU application sponsored by David Reisner
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
On Mon, Feb 3, 2014 at 2:26 PM, Anatol Pomozov <anatol.pomozov@gmail.com> 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 :).
On 03.02.2014 20:29, Daniel Micay wrote:
On Mon, Feb 3, 2014 at 2:26 PM, Anatol Pomozov <anatol.pomozov@gmail.com> 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
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 <anatol.pomozov@gmail.com> 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
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.
On Mon, Feb 3, 2014 at 2:46 PM, Dave Reisner <d@falconindy.com> 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.
On Mon, Feb 03, 2014 at 02:49:48PM -0500, Daniel Micay wrote:
On Mon, Feb 3, 2014 at 2:46 PM, Dave Reisner <d@falconindy.com> 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.
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 <d@falconindy.com> 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?
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 <d@falconindy.com> 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!)
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.
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
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.
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.
On 5 February 2014 12:57, Anatol Pomozov <anatol.pomozov@gmail.com> 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
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
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi On Mon, Feb 3, 2014 at 11:26 AM, Anatol Pomozov <anatol.pomozov@gmail.com> 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-----
Hi On 2/3/14, 9:29 PM, Anatol Pomozov wrote:
Hi
On Mon, Feb 3, 2014 at 11:26 AM, Anatol Pomozov <anatol.pomozov@gmail.com> 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.
On 4 February 2014 03:26, Anatol Pomozov <anatol.pomozov@gmail.com> 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
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
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/
On Tue, Feb 4, 2014 at 9:54 AM, Ike Devolder <ike.devolder@gmail.com> 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.
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.
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
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/
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
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
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
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.
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)
On Sun, Feb 16, 2014 at 1:38 AM, Sam Stuewe <halosghost@archlinux.info>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
Welcome to the team, looking forward to seeing you on IRC ;)
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.
Welcome aboard :) Regards, Felix Yan
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
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.
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...
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...
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.
I missed the vote, but anyway, welcome aboard. -- Ike
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 <archlinux@cryptocrack.de>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.
-- *Federico Cinelli*Arch Linux - Trusted User [Key:0xF15447D5] Cinelli Motorsports LLC - Boss Cinelli Thoughts - Writer
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