[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
Re: [aur-general] TU application sponsored by David Reisner
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 :).
Re: [aur-general] TU application sponsored by David Reisner
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
Re: [aur-general] TU application sponsored by David Reisner
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.
Re: [aur-general] TU application sponsored by David Reisner
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
Re: [aur-general] TU application sponsored by David Reisner
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. pgpiGg0H55Ccv.pgp Description: PGP signature
Re: [aur-general] TU application sponsored by David Reisner
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.
Re: [aur-general] TU application sponsored by David Reisner
-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-
Re: [aur-general] TU application sponsored by David Reisner
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
Re: [aur-general] TU application sponsored by David Reisner
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 signature.asc Description: Digital signature
Re: [aur-general] TU application sponsored by David Reisner
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 pgpqUmMSI7ecS.pgp Description: PGP signature
Re: [aur-general] TU application sponsored by David Reisner
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/ signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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.
Re: [aur-general] TU application sponsored by David Reisner
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. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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 pgpgqg97x9ZWq.pgp Description: PGP signature
Re: [aur-general] TU application sponsored by David Reisner
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/ signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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 signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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?
Re: [aur-general] TU application sponsored by David Reisner
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
Re: [aur-general] TU application sponsored by David Reisner
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!)
Re: [aur-general] TU application sponsored by David Reisner
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.
Re: [aur-general] TU application sponsored by David Reisner
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 signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application sponsored by David Reisner
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
Re: [aur-general] TU application sponsored by David Reisner
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
Re: [aur-general] TU application sponsored by David Reisner
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