Re: [aur-general] TU Application - Robin Broda

2018-03-02 Thread Eli Schwartz via aur-general
On 03/02/2018 02:09 PM, Robin Broda via aur-general wrote:
>> - /usr/bin/indicator-sysmonitor invokes stuff and imports py files
>>   provided in usr/lib. This can result in untracked file creations
>>   if the application is run as root. cache files should be created
>>   before packaging, but this should also be possible solved upstream
>>   for the make install call
> I'm not really sure how to fix that, i'm not that familiar with python
> and its cache generation.

You can just run:

python -m compileall -d '/' "${pkgdir}/"
python -O -m compileall -d '/' "${pkgdir}/"

A setuptools-based build would generate .pyc and .pyo files automatically.

-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU Application - Robin Broda

2018-03-02 Thread Robin Broda via aur-general
On 03/02/2018 06:17 PM, Levente Polyak via aur-general wrote:

> On 03/02/2018 05:16 PM, Robin Broda via aur-general wrote:
>> Hello,
>>
>> I'm Robin 'coderobe' Broda, born in '99, and I'm writing to become a
>> Trusted User.
> Hi Robin,
>
> good luck.
Thanks!
> You can already start helping with reproducible build stuff,
> feel free to ask for advice in #archlinux-reproducible we have toolchain
> to be extended and bugs filed against upstream.
>
> find some notes related to your packages:
>
> streem + streem-git
> - They don't honor existing CFLAGS and LDFLAGS (later at all).
>   For now, you can fix both with a small sed command but i recommend
>   bringing this issue upstream as a easy PR.
>   Always checking for respect of those flags is important.
Fixed & patch submitted upstream.
> - If you touch the Makefile anyway maybe a install target with
>   respecting PREFIX and DESTDIR would make sense.
I'm considering it. Right now there's no install target at all, and i
don't think the maintainer has an idea about which files to install and
where even. I'll keep an eye on further development either way and i'll
submit a patch should a future install target not respect PREFIX and/or
DESTDIR.
> indicator-sysmonitor
> - 80.patch is not a unique file name per se, this is important for
>   shared srcdir setups. a prefix using the $pkgname should be better.
Good point. Done.
> - /usr/bin/indicator-sysmonitor invokes stuff and imports py files
>   provided in usr/lib. This can result in untracked file creations
>   if the application is run as root. cache files should be created
>   before packaging, but this should also be possible solved upstream
>   for the make install call
I'm not really sure how to fix that, i'm not that familiar with python
and its cache generation.
> - sysmonitor-budgie-git and sysmonitor-appindicator-git should
>   also provide their own non-git variants to possibly satisfy
>   sysmonitor-budgie or sysmonitor-appindicator instead of the
>   general shared indicator-sysmonitor provides.
> - just style, but in package() instead of pkgdesc="${pkgdesc}
>   you can also simply use pkgdesc+="
Fixed!
> glava
> - seems to work/build just fine with non-git glfw-x11, is the -git
>   required?
You're right. I was under the impression glava used a couple of features
that weren't yet included in the release build. Fixed.
> - LDFLAGS is not properly handled in Makefile leading to non -znow
>   (and other flags) linking. should be temporarily fixed in PKGBUILD
>   and possibly a patch submited upstream.
Fixed & submitted a patch.
> daemontools-encore
> - quite weird Makefile with their conf-cc and print-cc.sh calls,
>   anyway does not respect CFLAGS and LDFLAGS at all. should be fixed.
After figuring out the flow i've added two patches to the package that
address this.
>   This Makefile made me giggle :D
Yeah their "build system" certainly is uh, special - to say the least.

> cheers,
> Levente
Thanks for the feedback!

Regards,
Rob



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU Application - Robin Broda

2018-03-02 Thread Levente Polyak via aur-general
On 03/02/2018 05:16 PM, Robin Broda via aur-general wrote:
> Hello,
> 
> I'm Robin 'coderobe' Broda, born in '99, and I'm writing to become a
> Trusted User.


Hi Robin,

good luck. You can already start helping with reproducible build stuff,
feel free to ask for advice in #archlinux-reproducible we have toolchain
to be extended and bugs filed against upstream.

find some notes related to your packages:

streem + streem-git
- They don't honor existing CFLAGS and LDFLAGS (later at all).
  For now, you can fix both with a small sed command but i recommend
  bringing this issue upstream as a easy PR.
  Always checking for respect of those flags is important.
- If you touch the Makefile anyway maybe a install target with
  respecting PREFIX and DESTDIR would make sense.

indicator-sysmonitor
- 80.patch is not a unique file name per se, this is important for
  shared srcdir setups. a prefix using the $pkgname should be better.
- /usr/bin/indicator-sysmonitor invokes stuff and imports py files
  provided in usr/lib. This can result in untracked file creations
  if the application is run as root. cache files should be created
  before packaging, but this should also be possible solved upstream
  for the make install call
- sysmonitor-budgie-git and sysmonitor-appindicator-git should
  also provide their own non-git variants to possibly satisfy
  sysmonitor-budgie or sysmonitor-appindicator instead of the
  general shared indicator-sysmonitor provides.
- just style, but in package() instead of pkgdesc="${pkgdesc}
  you can also simply use pkgdesc+="

glava
- seems to work/build just fine with non-git glfw-x11, is the -git
  required?
- LDFLAGS is not properly handled in Makefile leading to non -znow
  (and other flags) linking. should be temporarily fixed in PKGBUILD
  and possibly a patch submited upstream.

daemontools-encore
- quite weird Makefile with their conf-cc and print-cc.sh calls,
  anyway does not respect CFLAGS and LDFLAGS at all. should be fixed.
  This Makefile made me giggle :D

cheers,
Levente



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU Application - Robin Broda

2018-03-02 Thread Eli Schwartz via aur-general
On 03/02/2018 11:34 AM, Robin Broda via aur-general wrote:
> Interestingly enough, the signature went bad after transit.
> This message should verify fine.
> 
> Regards,
> Rob
> 
> On 03/02/2018 05:16 PM, Robin Broda via aur-general wrote:
>> Hello,
>>
>> I'm Robin 'coderobe' Broda, born in '99, and I'm writing to become a
>> Trusted User.
>> I've been an Arch user since ~2014, using it on several devices
>> including most of my servers. I'm more or less active on IRC, very
>> interested in open-source development[0], federated networks, &
>> reproducible builds - and would like to increase the amount of
>> reproducible packages in Arch.
>> I maintain a couple of PKGBUILDs in the AUR and I'm looking to adopt
>> more[2].
>>
>> Eli Schwartz has agreed to sponsor my application.
>>
>> After becoming a TU, I'd like to look into promoting a couple of
>> packages from the AUR over time, including but not limited to
>> `rutorrent`, `psensor`, `glava` (currently `glava-git`, waiting for
>> tagged releases), `gtkhash`, `streem`, & `polybar` - assuming that no
>> issues preventing the packaging (& inclusion in the repos) turn up and
>> the popularity/votes are high enough to warrant inclusion.
>> I would also like to potentially tackle some of the TODOs[1].
>> As mentioned earlier, I also plan to look into reproducibility issues
>> and improving the infrastructure around reproducible builds (and the
>> verification thereof).
>>
>> I'm available on IRC with the username 'coderobe' (Freenode), on
>> Matrix[3] (@coderobe:cdr.li), and via e-mail - should you have questions
>> about anything. My timezone is UTC+1.
>>
>> Thank you for considering.
>>
>> Regards,
>> Rob
>>
>> [0] https://github.com/coderobe
>> [1] https://www.archlinux.org/todo/
>> [2]
>> https://aur.archlinux.org/packages/?O=0=M=coderobe==n=a=50_Search=Go
>> [3] https://matrix.org/

I confirm my sponsorship, let the discussion period begin! :)


-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU Application - Robin Broda

2018-03-02 Thread Robin Broda via aur-general
Interestingly enough, the signature went bad after transit.
This message should verify fine.

Regards,
Rob

On 03/02/2018 05:16 PM, Robin Broda via aur-general wrote:
> Hello,
>
> I'm Robin 'coderobe' Broda, born in '99, and I'm writing to become a
> Trusted User.
> I've been an Arch user since ~2014, using it on several devices
> including most of my servers. I'm more or less active on IRC, very
> interested in open-source development[0], federated networks, &
> reproducible builds - and would like to increase the amount of
> reproducible packages in Arch.
> I maintain a couple of PKGBUILDs in the AUR and I'm looking to adopt
> more[2].
>
> Eli Schwartz has agreed to sponsor my application.
>
> After becoming a TU, I'd like to look into promoting a couple of
> packages from the AUR over time, including but not limited to
> `rutorrent`, `psensor`, `glava` (currently `glava-git`, waiting for
> tagged releases), `gtkhash`, `streem`, & `polybar` - assuming that no
> issues preventing the packaging (& inclusion in the repos) turn up and
> the popularity/votes are high enough to warrant inclusion.
> I would also like to potentially tackle some of the TODOs[1].
> As mentioned earlier, I also plan to look into reproducibility issues
> and improving the infrastructure around reproducible builds (and the
> verification thereof).
>
> I'm available on IRC with the username 'coderobe' (Freenode), on
> Matrix[3] (@coderobe:cdr.li), and via e-mail - should you have questions
> about anything. My timezone is UTC+1.
>
> Thank you for considering.
>
> Regards,
> Rob
>
> [0] https://github.com/coderobe
> [1] https://www.archlinux.org/todo/
> [2]
> https://aur.archlinux.org/packages/?O=0=M=coderobe==n=a=50_Search=Go
> [3] https://matrix.org/
>
>




signature.asc
Description: OpenPGP digital signature


[aur-general] TU Application - Robin Broda

2018-03-02 Thread Robin Broda via aur-general
Hello,

I'm Robin 'coderobe' Broda, born in '99, and I'm writing to become a
Trusted User.
I've been an Arch user since ~2014, using it on several devices
including most of my servers. I'm more or less active on IRC, very
interested in open-source development[0], federated networks, &
reproducible builds - and would like to increase the amount of
reproducible packages in Arch.
I maintain a couple of PKGBUILDs in the AUR and I'm looking to adopt
more[2].

Eli Schwartz has agreed to sponsor my application.

After becoming a TU, I'd like to look into promoting a couple of
packages from the AUR over time, including but not limited to
`rutorrent`, `psensor`, `glava` (currently `glava-git`, waiting for
tagged releases), `gtkhash`, `streem`, & `polybar` - assuming that no
issues preventing the packaging (& inclusion in the repos) turn up and
the popularity/votes are high enough to warrant inclusion.
I would also like to potentially tackle some of the TODOs[1].
As mentioned earlier, I also plan to look into reproducibility issues
and improving the infrastructure around reproducible builds (and the
verification thereof).

I'm available on IRC with the username 'coderobe' (Freenode), on
Matrix[3] (@coderobe:cdr.li), and via e-mail - should you have questions
about anything. My timezone is UTC+1.

Thank you for considering.

Regards,
Rob

[0] https://github.com/coderobe
[1] https://www.archlinux.org/todo/
[2]
https://aur.archlinux.org/packages/?O=0=M=coderobe==n=a=50_Search=Go
[3] https://matrix.org/




signature.asc
Description: OpenPGP digital signature


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Pierre Neidhardt via aur-general

Acknowledged, thanks!

-- 
Pierre Neidhardt

I just got out of the hospital after a speed reading accident.
I hit a bookmark.
-- Steven Wright


signature.asc
Description: PGP signature


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Florian Pritz via aur-general
On 02.03.2018 12:26, Pierre Neidhardt wrote:
> How are soyuz and pkgbuild.com related?  My login (ambrevar) is not
> listed on the latter, but I can connect to the former.

They are the same. You are probably looking at the website, but that
only lists people that have a ~/public_html directory, not all users.

Florian



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Jerome Leclanche
On Fri, Mar 2, 2018 at 1:26 PM, Pierre Neidhardt  wrote:
>
> How are soyuz and pkgbuild.com related?  My login (ambrevar) is not
> listed on the latter, but I can connect to the former.
>
> Is there any documentation about this?  Forgive my ignorance, looks like
> I've missed a bus! :)
>
> --
> Pierre Neidhardt
>
> "There is nothing new under the sun, but there are lots of old things
>  we don't know yet."
>  -Ambrose Bierce

Soyuz is pkgbuild.com. I don't think there's any documentation about
it. Hit me up on irc and I can give you some guidance.

-- 
J. Leclanche


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Pierre Neidhardt via aur-general

How are soyuz and pkgbuild.com related?  My login (ambrevar) is not
listed on the latter, but I can connect to the former.

Is there any documentation about this?  Forgive my ignorance, looks like
I've missed a bus! :)

-- 
Pierre Neidhardt

"There is nothing new under the sun, but there are lots of old things 
 we don't know yet."
 -Ambrose Bierce


signature.asc
Description: PGP signature


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Florian Pritz via aur-general
On 02.03.2018 12:19, Jerome Leclanche wrote:
> Florian can probably set you up if you don't already have access to it
> (pkgbuild.com).

soyuz is configured just like orion so you should be able to log in with
the same user/key. If it doesn't work drop me a private mail.

> But yes, that wiki page should probably mention it; it
> mentions orion.arch and repos.arch...

Feel free to add it wherever you think it fits best.

Florian



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Jerome Leclanche
On Fri, Mar 2, 2018 at 1:16 PM, Pierre Neidhardt  wrote:
>
>
> Thanks!
>
> How come I didn't know about soyuz?  Mindboggling.
> Did I miss something from the guides / wiki?
> It does not seem to be in
> https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines at least.
>
> --
> Pierre Neidhardt
>
> One FISHWICH coming up!!


Florian can probably set you up if you don't already have access to it
(pkgbuild.com). But yes, that wiki page should probably mention it; it
mentions orion.arch and repos.arch...

J. Leclanche


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Pierre Neidhardt via aur-general

Thanks!

How come I didn't know about soyuz?  Mindboggling.
Did I miss something from the guides / wiki?
It does not seem to be in
https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines at least.

-- 
Pierre Neidhardt

One FISHWICH coming up!!


signature.asc
Description: PGP signature


Re: [aur-general] Qutebrowser update

2018-03-02 Thread Jerome Leclanche
I've updated it to 1.1.2 for you.

You don't use soyuz for building? I essentially only use that. All I need
to make a release is my gpg and ssh keys.

On Fri, Mar 2, 2018 at 12:54 PM, Pierre Neidhardt via aur-general <
aur-general@archlinux.org> wrote:

>
> Qutebrowser 1.1.2 is out:
> https://github.com/qutebrowser/qutebrowser/releases.
>
> I'm the current PKGBUILD maintainer but I won't have access to an Arch
> Linux system before a while, so if anybody wants to update it for me, go
> ahead, that'd be very nice!
>
> Cheers!
>
> --
> Pierre Neidhardt
>


[aur-general] Qutebrowser update

2018-03-02 Thread Pierre Neidhardt via aur-general

Qutebrowser 1.1.2 is out:
https://github.com/qutebrowser/qutebrowser/releases.

I'm the current PKGBUILD maintainer but I won't have access to an Arch
Linux system before a while, so if anybody wants to update it for me, go
ahead, that'd be very nice!

Cheers!

--
Pierre Neidhardt


signature.asc
Description: PGP signature