Hi Konstantin,
sorry for not being clear enough for you to understand what I wanted to say.
I haven't looked at your PKGBUILD but just tried to give you some hints
from where you may be able to find the cause of your trouble.
Maybe I should try again ;-)
PKGBUILD is just a bash script that is s
Hi Uwe,
Am 28.03.2017 um 13:26 schrieb Konstantin Gizdov:
> > So I edited my /etc/makepkg.conf to have the following:
> > ...
> > MAKEFLAGS="-j$(nproc)"
> > ...
>
> this by itself only creates a variable in the current shell and not in
> the environment. So if you want to use the variable from a
Hi Konstantin,
Am 28.03.2017 um 13:26 schrieb Konstantin Gizdov:
> So I edited my /etc/makepkg.conf to have the following:
> ...
> MAKEFLAGS="-j$(nproc)"
> ...
this by itself only creates a variable in the current shell and not in
the environment. So if you want to use the variable from a proces
Hi Uwe,
So I edited my /etc/makepkg.conf to have the following:
...
MAKEFLAGS="-j$(nproc)"
...
I assumed every time 'makepkg' is run, it would source it's environment and
that file as well. I am not sure why it would be otherwise. I normally use
ZSH as my shell, but I fail to see the significance
Hi Eli,
Sorry for the late reply, I have been busy with work and travel.
I am planning on contributing a bit more, yes. But as you know that takes
time and preparation. That's why I wanted someone to look over my
contributions up to now so I am sure I am going forward on a stable basis.
I plan on
Am 23.03.2017 um 23:08 schrieb Konstantin Gizdov:
> I am aware of the '/etc/makepkg.conf'. I read the Wiki. That's not what I
> am talking about. A make command in a PKGBUILD build() did not accept my
> tweaked $MAKEFLAGS. I had to explicitly give 'make $MAKEFLAGS' to get my
> options to work. So I
On 03/23/2017 06:08 PM, Konstantin Gizdov wrote:
> About the makedepends - for Pythia, most of the available flags don't
> even have packages in the Arch universe, so I cannot simply declare them
> makedepends. The ones that exist are on AUR and I would overstate it if
> I said they were maintained
Hi Eli,
I am aware of the '/etc/makepkg.conf'. I read the Wiki. That's not what I
am talking about. A make command in a PKGBUILD build() did not accept my
tweaked $MAKEFLAGS. I had to explicitly give 'make $MAKEFLAGS' to get my
options to work. So I added it to the PKGBUILD of my packages. Maybe i
On 03/23/2017 04:32 PM, Konstantin Gizdov wrote:
> You pointed out that "make" already reads "MAKEFLAGS" on its own. Well,
> I only added this, because it didn't for me for some reason. Maybe this
> was a bug in the build scripts and has since been fixed. But when I
> picked up ROOT and the rest of
Hi Eli,
Thanks for these. As I said before I am indeed planning on cleaning up the
old style stuff. I was more interested in "experts" trying to build them
and then maybe identify problems. I currently use namcap on PKGBUILDs and
finished packages to identify and fix problems, but it's no substitu
On 03/22/2017 09:53 PM, Konstantin Gizdov wrote:
> Hi again,
>
> So I updated xrootd and pythia and submitted the relevant deletion
> requests. Now, can I get some package reviews? Thanks.
I know nothing about the specific packages in question, so I will merely
make some general PKGBUILD comments
Hi again,
So I updated xrootd and pythia and submitted the relevant deletion
requests. Now, can I get some package reviews? Thanks.
Regards,
Konstantin
On Fri, Mar 17, 2017 at 9:33 PM, Eli Schwartz via aur-general <
aur-general@archlinux.org> wrote:
> On 03/17/2017 02:17 PM, Konstantin Gizdov w
On 03/17/2017 02:17 PM, Konstantin Gizdov wrote:
> Hi Eli and Sebastian,
>
> OK, I see the orphan request got approved. Certainly, wasn't looking to
> draw outrage, but get advice on what the appropriate action. I will update
> the relevant pythia, xrootd and submit deletion request myself for the
Hi Eli and Sebastian,
OK, I see the orphan request got approved. Certainly, wasn't looking to
draw outrage, but get advice on what the appropriate action. I will update
the relevant pythia, xrootd and submit deletion request myself for the
others.
As to the package signing, I already know how to
On 03/17/2017 09:48 AM, Konstantin Gizdov wrote:
> xrootd-abi0 (this exists as a work around for other maintainer not updating
> package)
Don't do this. It violates the rules of the AUR and now that you have
drawn our attention to it, expect someone to file a deletion request.
> [...] Pythia, XRo
On 17.03.2017 14:48, Konstantin Gizdov wrote:
> Hi all,
>
> So I have now for quite a while been the maintainer for the following:
>
> root
> root-extra
> pythia8
> xrootd-abi0 (this exists as a work around for other maintainer not updating
> package)
> unuran
> root5 (legacy and poorly supported f
16 matches
Mail list logo