[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 18 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 36 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [community-testing] in last 24 hours (18 total) == * i3status-2.8-2 (i686) * knemo-0.7.6-4 (i686) * leptonica-1.69-10 (i686) * lxpanel-0.6.1-2 (i686) * mate-netspeed-1.6.1-2 (i686) * mate-system-tools-1.6.0-9 (i686) * netsurf-3.0-6 (i686) * python-pillow-2.3.0-3 (i686) * xmobar-0.19-2 (i686) * i3status-2.8-2 (x86_64) * knemo-0.7.6-4 (x86_64) * leptonica-1.69-10 (x86_64) * lxpanel-0.6.1-2 (x86_64) * mate-netspeed-1.6.1-2 (x86_64) * mate-system-tools-1.6.0-9 (x86_64) * netsurf-3.0-6 (x86_64) * python-pillow-2.3.0-3 (x86_64) * xmobar-0.19-2 (x86_64) == Incomplete signoffs for [community] (32 total) == * acpi_call-1.1.0-2 (i686) 0/1 signoffs * bbswitch-0.8-6 (i686) 0/1 signoffs * i3status-2.8-2 (i686) 0/1 signoffs * knemo-0.7.6-4 (i686) 0/1 signoffs * leptonica-1.69-10 (i686) 0/1 signoffs * lxpanel-0.6.1-2 (i686) 0/1 signoffs * mate-netspeed-1.6.1-2 (i686) 0/1 signoffs * mate-system-tools-1.6.0-9 (i686) 0/1 signoffs * netsurf-3.0-6 (i686) 0/1 signoffs * python-pillow-2.3.0-3 (i686) 0/1 signoffs * r8168-8.037.00-7 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-52 (i686) 0/1 signoffs * tp_smapi-0.41-44 (i686) 0/1 signoffs * vhba-module-20130607-24 (i686) 0/1 signoffs * virtualbox-modules-4.3.6-5 (i686) 0/1 signoffs * xmobar-0.19-2 (i686) 0/1 signoffs * acpi_call-1.1.0-2 (x86_64) 0/2 signoffs * bbswitch-0.8-6 (x86_64) 0/2 signoffs * i3status-2.8-2 (x86_64) 0/2 signoffs * knemo-0.7.6-4 (x86_64) 0/2 signoffs * leptonica-1.69-10 (x86_64) 0/2 signoffs * lxpanel-0.6.1-2 (x86_64) 0/2 signoffs * mate-netspeed-1.6.1-2 (x86_64) 0/2 signoffs * mate-system-tools-1.6.0-9 (x86_64) 0/2 signoffs * netsurf-3.0-6 (x86_64) 0/2 signoffs * python-pillow-2.3.0-3 (x86_64) 0/2 signoffs * r8168-8.037.00-7 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-52 (x86_64) 0/2 signoffs * tp_smapi-0.41-44 (x86_64) 0/2 signoffs * vhba-module-20130607-24 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.6-5 (x86_64) 0/2 signoffs * xmobar-0.19-2 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (4 total) == * libnftnl-1.0.0-1 (i686) 0/1 signoffs * nftables-0.099-1 (i686) 0/1 signoffs * libnftnl-1.0.0-1 (x86_64) 0/2 signoffs * nftables-0.099-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. heftig - 4 signoffs
Re: [aur-general] Package removal: openni2-freenectdriver-git
On Sunday, February 02, 2014 14:35:32 Andrew DeMaria wrote: > An openni2 driver is now included in libfreenect and the proxy library > is no longer needed (https://github.com/OpenKinect/libfreenect/pull/358). > > Please remove the following package: > https://aur.archlinux.org/packages/openni2-freenectdriver-git/ Removed, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Dropping laptop-mode-tools to AUR
On 28.01.14 at 13:48, Patrick Burroughs (Celti) wrote:
> On Tue, Jan 28, 2014 at 8:51 AM, Daniel Landau wrote:
> >> On Mon, Jan 27, 2014 at 10:49 PM, Patrick Burroughs (Celti)
> >> wrote:
> >> And the udev rule works! Now I can completely do away with
> >> laptop-mode-tools.
> >>
> >> For the curious, I used:
> >> SUBSYSTEM=="power_supply", ATTR{status}=="Discharging",
> >> ATTR{capacity}=="5", RUN+="/usr/bin/systemctl hybrid-sleep"
> >>
> >> This should work for any laptop that emits battery uevents at a
> >> reasonable rate; mine didn't seem to at first, but started sending one
> >> per 1% drop after it dropped below 15% or so, so if you want to test
> >> it you may be waiting a while.
> >
> > That's cool! Do you think this would fit somewhere in the Wiki or as an AUR
> > package?
>
> A wiki article seems best, so that people can adjust the type of sleep
> and percentage chance to best suit their laptop.
>
It's already there:
https://wiki.archlinux.org/index.php/Laptop#Udev_events
You should also be aware of this caveat:
https://wiki.archlinux.org/index.php/Talk:Laptop#RUN.2B.3D.22.3Ccommand.3E.22_won.27t_work_reliably
> > Are you sure you want hybrid-sleep instead of plain hibernate: both
> > will save your state to disk but with hybrid-sleep you run the risk of
> > running your battery all the way down, which supposedly isn't healthy for
> > the battery
> > (http://www.pcworld.com/article/191574/long_live_your_laptop_battery.html).
>
> There is a small danger of that, but my laptop uses little enough
> power when suspended that that 5% charge will give me hours to plug it
> back in. The hybrid sleep is just a final failsafe and the hibernate
> part should never actually be needed.
>
> Regards,
> ~Celti
pgp8SOshwoLMq.pgp
Description: PGP signature
[aur-general] [Removal Request] lightworks
Hi! I am the author of https://aur.archlinux.org/packages/lightworks/ and request removal because of duplication. When I created the package I didn't see that: https://aur.archlinux.org/packages/lwks already exists. Thanks! Pyro Devil
Re: [aur-general] [Removal Request] lightworks
I am the author of https://aur.archlinux.org/packages/lightworks/ and request removal because of duplication. When I created the package I didn't see that: https://aur.archlinux.org/packages/lwks already exists. Actually, the project name is lightworks, not lwks, so I'd suggest to remove lightworks, and then rename lwks to lightworks. -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu
Re: [aur-general] [Removal Request] lightworks
On Mon, Feb 3, 2014 at 2:51 PM, Nowaker wrote: >> I am the author of https://aur.archlinux.org/packages/lightworks/ and >> request removal because of duplication. >> >> When I created the package I didn't see that: >> https://aur.archlinux.org/packages/lwks already exists. > > > Actually, the project name is lightworks, not lwks, so I'd suggest to remove > lightworks, and then rename lwks to lightworks. > > -- > Kind regards, > Damian Nowak > StratusHost > www.AtlasHost.eu Merge lwks into lightworks and transfer maintainership to stjhimy, the current lwks maintainer?
Re: [aur-general] [Removal Request] lightworks
On 2014-02-03 07:51, Nowaker wrote: I am the author of https://aur.archlinux.org/packages/lightworks/ and request removal because of duplication. Actually, the project name is lightworks, not lwks, so I'd suggest to remove lightworks, and then rename lwks to lightworks. Actually, though the project name is "lightworks", the packages distributed upstream are all named "lwks". I feel like, keeping in line with upstream's naming convention, it makes sense to keep the name "lwks". -- All the best, Sam Stuewe (HalosGhost)
Re: [aur-general] Voting results (was: TU application, sponsored by Lukas Fleischer)
On Mon, 27 Jan 2014 at 19:07:19, Lukas Fleischer wrote: > On Tue, 21 Jan 2014 at 00:32:08, Jonas Heinrich wrote: > > Hi ArchLinux community, > > I like to apply as TU, sponsored by Lukas Fleischer (aka CryptoCrack), > > since my passion and work for ArchLinux continues since half a decade > > and I really would like to get more involved into development and > > package maintaining. > > [...] > > The discussion period is over. Please cast your votes now [1]. Voting is closed. The results are: * Yes: 1 * No: 24 * Abstain: 7 Unfortunately, this means that the application has been rejected. Sorry, Jonas! Some rather general tips from me (to you and to other future applicants): * Check whether your PKGBUILDs are up-to-date and in good shape. Usually, sponsors will have a look at your AUR packages (which I clearly did not do carefully enough in this case) but it is a good idea to have a look at your packages yourself (maybe even ask someone to have a look at them if you are not sure) and polish stuff before asking a TU to sponsor your application. * Heed the advice of your sponsor! If the sponsor recommends doing some preparatory work before submitting the application, do it. There is no point in submitting the application over-hasty. If the sponsor gives you an advice during the application period, don't simply ignore it. If you think you cannot accept the advice for whatever reasons, you should at least reply and say you can't. * Discuss. During the discussion period, it is generally a good idea react to questions and criticism. Not taking part in the discussion usually is a sign of lack of interest and a sign of not being able to take criticism and is likely to have a negative impact on the voting. Jonas, sadly, the TU bylaws prohibit you to reapply for three months. However, you can take advantage of the remaining time and work on your packages. Feel free to resubmit (don't take this literally) your application anytime as of mid-May. Regards, Lukas > > [1] https://aur.archlinux.org/tu/?id=74
[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] [Removal Request] lightworks
The "lwks" package includes the word "Lightworks" in the description, which means it can be found easily. Also, the "lwks" package has 21 votes to "lightworks" 0. That said, I have no personal experience with lightworks or how other distributions treat the package, so I have no solid opinion on the matter. --Jeremy
[aur-general] Request merge: l-smash into l-smash-git
Hi please merge https://aur.archlinux.org/packages/l-smash/ into https://aur.archlinux.org/packages/l-smash-git/ l-smash use sources from git (no "tar.gz") greetings
Re: [aur-general] Request merge: l-smash into l-smash-git
On 03/02/2014 22:33, SpinFlo wrote: > Hi > > please merge > > https://aur.archlinux.org/packages/l-smash/ > > into > > https://aur.archlinux.org/packages/l-smash-git/ > > l-smash use sources from git (no "tar.gz") Done. Thanks. -- Sébastien "Seblu" Luttringer https://seblu.net GPG: 0x2072D77A signature.asc Description: OpenPGP digital signature
Re: [aur-general] [Removal Request] lightworks
On Mon, Feb 3, 2014 at 10:25 PM, Jeremy Audet wrote: > The "lwks" package includes the word "Lightworks" in the description, which > means it can be found easily. You're right, even though I prefer 'lightworks' :-) > Also, the "lwks" package has 21 votes to "lightworks" 0. 'lightworks' has been uploaded to AUR only about 12 hours ago. 'lwks' has been submitted a year ago. > > That said, I have no personal experience with lightworks or how other > distributions treat the package, so I have no solid opinion on the matter. > > --Jeremy
Re: [aur-general] [Removal Request] lightworks
Actually, though the project name is "lightworks", the packages distributed upstream are all named "lwks". I feel like, keeping in line with upstream's naming convention, it makes sense to keep the name "lwks". The "lwks" package includes the word "Lightworks" in the description, which means it can be found easily. Also, the "lwks" package has 21 votes to "lightworks" 0. Yeah, but Arch Linux TUs seem to prefer "project name" than "package name proposed by the upstream". I have recently reported an issue stating that it's not possible to find PowerDNS with pacman -Ss powerdns. xyproto changed the package name from pdns (that's how the tarball is named upstream) to powerdns. https://bugs.archlinux.org/task/38231 -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu
Re: [aur-general] [Removal Request] lightworks
On 2014-02-03 16:11, Nowaker wrote: Yeah, but Arch Linux TUs seem to prefer "project name" than "package name proposed by the upstream". I have recently reported an issue stating that it's not possible to find PowerDNS with pacman -Ss powerdns. xyproto changed the package name from pdns (that's how the tarball is named upstream) to powerdns. https://bugs.archlinux.org/task/38231 That's valid. I don't honestly mind. Though the lwks package in the ALUR really needs to be updated to fetch the source from upstream (which it currently doesn't do). -- All the best, Sam Stuewe (HalosGhost)
Re: [aur-general] [Removal Request] lightworks
> Yeah, but Arch Linux TUs seem to prefer "project name" than "package name proposed by the upstream". I have recently reported an issue stating that it's not possible to find PowerDNS with pacman -Ss powerdns. Excellent point. The principle of least surprise would dictate that packages have obvious names light lightworks or powerdns.
Re: [aur-general] Prefered way to create users/groups and handle files ownership
>>> As for a better solution? Hmm. `install` (and probably other tools too) can reference user and group names directly. [...] >> The problem with that is that the uid/gid for the permissions will be computed on the machine where the package is built, [...] > It won't work for packages from AUR either. `install` would be called before .install script is able to useradd and groupadd. Only package updates would work. Aaah. What you are saying finally clicked, and I think I have a solution. My (possible?) solution relies on this point: all PKGBUILD functions must be runnable by `makepkg`, and all .install functions must be runnable by `pacman`. As a result: * One can perform system-independent actions in the PKGBUILD functions. This includes dictating where files should be installed. * One can perform system-dependent actions in the .install functions. This includes assigning an owner to a file (and, therefore, touching user IDs). I've rewritten the inspircd package so that file ownership is assigned in the .install file. This change means user ID and group ID numbers are never explicitly stated. You can see the resultant package [1] and how it differs from the original. [2] I've tested the package on my machine, and it seems legit. Thoughts? By the way, namcap emits an enormous number of warnings, and inspircd fails to start via systemd. This occurs regardless of whether I use the existing or updated package. (and yes, I obeyed the dictates in the post_install message) [1] https://github.com/Ichimonji10/PKGBUILDs/tree/inspircd/inspircd [2] https://github.com/Ichimonji10/PKGBUILDs/commit/8084208a93a625dd686b13da1d8a63e934a9c69c
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] Prefered way to create users/groups and handle files ownership
> * One can perform system-independent actions in the PKGBUILD functions. > This includes dictating where files should be installed. > * One can perform system-dependent actions in the .install functions. This > includes assigning an owner to a file (and, therefore, touching user IDs). > > I've rewritten the inspircd package so that file ownership is assigned in > the .install file. This change means user ID and group ID numbers are never > explicitly stated. Yeah, I think this is the way to do it. I'm also surprised that no-one else in the thread (me included) thought to suggest it. :) Note that you can use the -U option in useradd to also create a group by the same name, though I don't know how that behaves if the group already exists and the user does not.
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
