Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I maintain the unofficial [atom] repository [1], and as a Trusted User my first mission will be to bring Atom and Electron to [community]. Atom is "A hackable text editor for the 21st Century"; contrary to what you learned in your physics class, at the core of Atom is Electron, a software that uses Chromium and Node to build desktop applications using JavaScript, HTML and CSS.
When I first started using Atom, I didn't like the fact that the official installation procedure would push precompiled stuff into my system: as every old school Linux guy, I feel itchy using binaries not compiled by me or by the distribution of my choice. So I decided to create the [atom] repository and build Atom entirely from source; this wasn't easy, expecially with older versions, and it involved a lot of patching of the build system. I also decided to take a few steps further, like decoupling Atom from Electron (so that the latter can be used also for other applications), unbundling system libraries as much as possible, and enable GTK3 support (upstream binaries are built with GTK2). My method and patches for building Atom and Electron have been adopted also by Fedora. I contributed upstream with pull requests (some accepted, some not) and I will continue to do so.
My other contributions to the Arch Linux community are the [haskell- happstack] repository [2], which contains web related packages for the Haskell programming language (my favourite language, btw), and a few packages on AUR [3], two of which I'm the author.
I always build packages in chroot, and check them with namcap (in fact, back in May I posted a patch for namcap [4]).
My main interests are functional programming and mathematics, although recently I do mostly web programming as I became involved in a startup. My strongest languages are Haskell, JavaScript and C. You can check my works on GitHub [5].
If accepted as a TU, I would like to maintain open source Electron based applications (Atom is the most popular, but there are others like Visual Studio Code [6], webtorrent-desktop [7], N1 [8] and Brave [9]). In the future I would also like to maintain Meteor [10], a popular web framework that I use for my job (I don't know if someone is already working on it), but only after they add support for the latest Node.
Please don't hesitate to ask me questions, if you have any, and I hope to join the team!
Best Regards Nicola Squartini
[1] https://github.com/tensor5/arch-atom [2] https://github.com/tensor5/haskell-happstack [3] https://aur.archlinux.org/packages/?SeB=m&K=tensor5 [4] https://lists.archlinux.org/pipermail/arch-projects/2016-May/004346.html [5] https://github.com/tensor5 [6] https://github.com/Microsoft/vscode [7] https://github.com/feross/webtorrent-desktop [8] https://nylas.com/ [9] https://www.brave.com/ [10] https://www.meteor.com/
2016. 07. 23, szombat keltezéssel 13.39-kor Nicola Squartini via aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
-- György Balló Trusted User
2016. 07. 23, szombat keltezéssel 10.45-kor Balló György ezt írta:
- 07. 23, szombat keltezéssel 13.39-kor Nicola Squartini via
aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
The discussion period is over, and the voting period starts. TUs, please vote: https://aur.archlinux.org/tu/?id=86
-- György Balló Trusted User
2016. 07. 28, csütörtök keltezéssel 12.13-kor Balló György ezt írta:
- 07. 23, szombat keltezéssel 10.45-kor Balló György ezt írta:
- 07. 23, szombat keltezéssel 13.39-kor Nicola Squartini via
aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
The discussion period is over, and the voting period starts. TUs, please vote: https://aur.archlinux.org/tu/?id=86
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation! Nicola, you become a Trusted User now. :)
-- György Balló Trusted User
On 04/08, Balló György via aur-general wrote:
- 28, csütörtök keltezéssel 12.13-kor Balló György ezt írta:
- 07. 23, szombat keltezéssel 10.45-kor Balló György ezt írta:
- 07. 23, szombat keltezéssel 13.39-kor Nicola Squartini via
aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
The discussion period is over, and the voting period starts. TUs, please vote: https://aur.archlinux.org/tu/?id=86
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation! Nicola, you become a Trusted User now. :)
Congrats, and welcome to the team!
On Thu, Aug 4, 2016 at 12:40 PM, Johannes Löthberg via aur-general aur-general@archlinux.org wrote:
On 04/08, Balló György via aur-general wrote:
- 28, csütörtök keltezéssel 12.13-kor Balló György ezt írta:
- 23, szombat keltezéssel 10.45-kor Balló György ezt írta:
- 23, szombat keltezéssel 13.39-kor Nicola Squartini via
aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
The discussion period is over, and the voting period starts. TUs, please vote: https://aur.archlinux.org/tu/?id=86
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation! Nicola, you become a Trusted User now. :)
Congrats, and welcome to the team!
Welcome to the team!
On 08/04/2016 12:25 PM, Balló György via aur-general wrote:
- 28, csütörtök keltezéssel 12.13-kor Balló György ezt írta:
- 23, szombat keltezéssel 10.45-kor Balló György ezt írta:
- 23, szombat keltezéssel 13.39-kor Nicola Squartini via
aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Balló offered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
The discussion period is over, and the voting period starts. TUs, please vote: https://aur.archlinux.org/tu/?id=86
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation! Nicola, you become a Trusted User now. :)
Italians do it better! ;)
On Thu, 2016-08-04 at 12:25 +0200, Balló György via aur-general wrote:
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation! Nicola, you become a Trusted User now. :)
-- György Balló Trusted User
Such a great news! I feel really honored to be part of the community.
Thanks everyone for your trust in me, I will not disappoint you, and thank you György!
Nicola
Le 04/08/2016 à 15:12, Nicola Squartini via aur-general a écrit :
Such a great news! I feel really honored to be part of the community.
Thanks everyone for your trust in me, I will not disappoint you, and thank you György!
Nicola
Welcome, Nicola!
On Thu, Aug 04, 2016 at 10:12:10PM +0900, Nicola Squartini via aur-general wrote:
On Thu, 2016-08-04 at 12:25 +0200, Balló György via aur-general wrote:
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation! Nicola, you become a Trusted User now. :)
-- György Balló Trusted User
Such a great news! I feel really honored to be part of the community.
Thanks everyone for your trust in me, I will not disappoint you, and thank you György!
Nicola
Welcome on board.
Balló György via aur-general aur-general@archlinux.org writes:
- 28, csütörtök keltezéssel 12.13-kor Balló György ezt írta:
- 07.23, szombat keltezéssel 10.45-kor Balló György ezt írta:
- 07.23, szombat keltezéssel 13.39-kor Nicola Squartini via
aur- general ezt írta:
Hi,
My name is Nicola Squartini, long time Arch Linux user and enthusiast. I would like to become a Trusted User and György Ballóoffered to sponsor my application.
I confirm my sponsorship. The Atom editor and the Electron application framework are very popular nowadays, definitely we want to see them in our repositories. It's not easy to build them entirely from sources, but Nicola did a great job.
Lets start the discussion period of 5 days now.
The discussion period is over, and the voting period starts. TUs, please vote:https://aur.archlinux.org/tu/?id=86
The voting period is over. The results:
Yes: 27 No: 4 Abstain: 2
Congratulation!Nicola, you become a Trusted User now. :)
I'm glad to see Nicola become a TU.
I was planning to weigh in on the discussion, even though I'm not a TU myself, since I've had a very impression of Nicola when interacting with him in the context of ArchHaskell.
/M
On Fri, 2016-08-05 at 11:03 +0200, Magnus Therning wrote:
Congratulation!Nicola, you become a Trusted User now. :)
I'm glad to see Nicola become a TU.
I was planning to weigh in on the discussion, even though I'm not a TU myself, since I've had a very impression of Nicola when interacting with him in the context of ArchHaskell.
/M
Enough, enough, too much flattering :)
Nicola
Hi all,
Glad to see there are a series of new packages in Arch Linux. Just found a minor issue: on https://www.archlinux.org/packages/community/x86_64/atom/, the package signer is unknown:
Signed By: Unknown (0xB0544167 https://pgp.mit.edu/pks/lookup?op=vindex&fingerprint=on&exact=on&search=0xC847B6AEB0544167 )
Seems the website needs an update?
Best,
Yen Chi Hsuan
On Fri, Aug 5, 2016 at 8:24 PM, Nicola Squartini via aur-general < aur-general@archlinux.org> wrote:
On Fri, 2016-08-05 at 11:03 +0200, Magnus Therning wrote:
Congratulation!Nicola, you become a Trusted User now. :)
I'm glad to see Nicola become a TU.
I was planning to weigh in on the discussion, even though I'm not a TU myself, since I've had a very impression of Nicola when interacting with him in the context of ArchHaskell.
/M
Enough, enough, too much flattering :)
Nicola
On 7/23/16, Nicola Squartini via aur-general aur-general@archlinux.org wrote:
in fact, back in May I posted a patch for namcap https://lists.archlinux.org/pipermail/arch-projects/2016-May/004346.html
Sorry I missed that one. That chunk of code was refactored (no more shelling out to readelf) so I've updated and applied your patch. Thanks!
-Kyle
On 23.07.2016 20:58, keenerd via aur-general wrote:
On 7/23/16, Nicola Squartini via aur-general aur-general@archlinux.org wrote:
in fact, back in May I posted a patch for namcap https://lists.archlinux.org/pipermail/arch-projects/2016-May/004346.html
Sorry I missed that one. That chunk of code was refactored (no more shelling out to readelf) so I've updated and applied your patch. Thanks!
You may want to use patchwork[1]. If you don't have an account there yet, I can give you one so you can mark patches as merged and keep the list useful.
[1] https://patchwork.archlinux.org/project/arch-projects/list/?q=%5Bnamcap%5D
Florian
Don't want to sound picky, but it seems like the PGP signature of your e-mail is wrong :p
Evolution shows "Good signature" to me.
On Sun, 2016-07-24 at 09:00 +0530, Pierre Neidhardt via aur-general wrote:
Don't want to sound picky, but it seems like the PGP signature of your e-mail is
wrong :p
On Sun, Jul 24, 2016 at 05:51:52PM +0900, Nicola Squartini via aur-general wrote:
Evolution shows "Good signature" to me.
On Sun, 2016-07-24 at 09:00 +0530, Pierre Neidhardt via aur-general wrote:
Don't want to sound picky, but it seems like the PGP signature of your e-mail is
wrong :p
Same as Pierre here. For your second mail from today:
gpg: Signature made Sun 24 Jul 2016 10:51:52 AM CEST gpg: using RSA key C847B6AEB0544167 gpg: BAD signature from "Nicola Squartini tensor5@gmail.com" [unknown]
On Sun, 24 Jul 2016 17:51:52 +0900 Nicola Squartini via aur-general aur-general@archlinux.org wrote:
Evolution shows "Good signature" to me.
On Sun, 2016-07-24 at 09:00 +0530, Pierre Neidhardt via aur-general wrote:
Don't want to sound picky, but it seems like the PGP signature of your e-mail is
wrong :p
Your message fails verification here, too, both using claws-mail's PGP/MIME plugin and downloading the raw message and verifying it using gpg on the command line. Have you tried manually verifying your own message yourself? Evolution may be doing non-standard things.
As an addendum, the Arch Linux Code of Conduct requires bottom– or inline-posting, not top-posting. I think any prospective TU should familiarise themselves with it, if they haven't already.
~Celti
On Sun, 2016-07-24 at 02:28 -0700, Patrick Burroughs (Celti) wrote:
On Sun, 24 Jul 2016 17:51:52 +0900
Nicola Squartini via aur-general aur-general@archlinux.org wrote:
Evolution shows "Good signature" to me.
On Sun, 2016-07-24 at 09:00 +0530, Pierre Neidhardt via aur-general wrote:
Don't want to sound picky, but it seems like the PGP signature of your e-mail is
wrong :p
Your message fails verification here, too, both using claws-mail's
PGP/MIME plugin and downloading the raw message and verifying it
using
gpg on the command line. Have you tried manually verifying your own message yourself? Evolution may be doing non-standard things.
As an addendum, the Arch Linux Code of Conduct requires bottom– or inline-posting, not top-posting. I think any prospective TU should familiarise themselves with it, if they haven't already.
~Celti
Yes, I tried manually: I cut the text between the boundary lines ("--=- ILIhghLlBNnOJ+9zADhK" in the first email), then I replaced <LF> with <CR><LF>, and verified the signature. It may be whether or not the mail client includes the final <CR><LF> in the signature computation.
On Sun, 24 Jul 2016 02:28:24 -0700 "Patrick Burroughs (Celti)" celti@celti.name wrote:
Your message fails verification here, too, both using claws-mail's PGP/MIME plugin and downloading the raw message and verifying it using gpg on the command line. Have you tried manually verifying your own message yourself? Evolution may be doing non-standard things.
I'm using claws-mail now, and it verifies my signature. Can you tell me if this email if verified?
On 07/24/2016 01:29 PM, Nicola Squartini via aur-general wrote:
On Sun, 24 Jul 2016 02:28:24 -0700 "Patrick Burroughs (Celti)" celti@celti.name wrote:
Your message fails verification here, too, both using claws-mail's PGP/MIME plugin and downloading the raw message and verifying it using gpg on the command line. Have you tried manually verifying your own message yourself? Evolution may be doing non-standard things.
I'm using claws-mail now, and it verifies my signature. Can you tell me if this email if verified?
Looks good now ^.^
cheers, Levente
On Sun, 24 Jul 2016 20:29:46 +0900 Nicola Squartini via aur-general aur-general@archlinux.org wrote:
I'm using claws-mail now, and it verifies my signature. Can you tell me if this email if verified?
Yep, have a good signature for this one both from Claws and on the command line. I'm curious as to what Evolution was doing differently... perhaps it was sending both HTML and plaintext, signing the wrong one, and then mailman stripped the HTML (ruining the signature) once it was sent?
~Celti
On Sun, 2016-07-24 at 05:23 -0700, Patrick Burroughs (Celti) wrote:
perhaps it was sending both HTML and plaintext, signing the wrong one, and then mailman stripped the HTML (ruining the signature) once it was sent?
~Celti
I was indeed sending both (I disabled HTML now), and it was signing both. In fact following the procedure that I described above [1], gpg was correctly verifing the content, and the text between the boundary lines included both plain/text and HTML.
Hi Nicola,
sounds great to get atom/electron into [community].
On 07/23/2016 06:39 AM, Nicola Squartini via aur-general wrote:
When I first started using Atom, I didn't like the fact that the official installation procedure would push precompiled stuff into my system: as every old school Linux guy, I feel itchy using binaries not compiled by me or by the distribution of my choice.
That's the right spirit ^.^
As I always do, I take a look at those stuff and give you some feedback:
black-screen ============= - source filenames should be globally unique and must be unique when a package gets moved into the repos. the SRCDST of all packages could be the very same directory. Github sources are only containing version in the tarball, therefor those should be prefixed with something like: ${pkgname}-${pkgver}.tar.gz::https://github...
caprine ======== - same unique source filename like black-screen
flaccuraterip ============== - any access to both, ${srcdir} and ${pkgdir} must be put into quotes as they may contain spaces. both used in build() and package() func.
mancy ====== - same source filename uniqueness as black-screen
min ==== - again this annoying unique source filename thingie :P
haskell-happstack ================== To be honest I did not take too much time looking at the haskell repo thingie, however a small thing came into my mind while reading the build scripts: (I know you don't plan to move those, its just a small side note nothing more!): - everything that gets pulled into the repos must be able to build without special scripts/setup, f.e. by the wrapper extra-x86_64-build from the devtools package.
On 07/23/2016 06:39 AM, Nicola Squartini via aur-general wrote:
Haskell programming language (my favourite language, btw)
Any chance you feel like you need a new project and want to make xmonad work with wayland? :P :D
On 07/23/2016 06:39 AM, Nicola Squartini via aur-general wrote:
Please don't hesitate to ask me questions, if you have any
Just our of personal interest, where are you from?
cheers and have a nice Sunday, Levente
On Sun, 2016-07-24 at 14:30 +0200, Levente Polyak wrote:
Hi Nicola,
sounds great to get atom/electron into [community].
On 07/23/2016 06:39 AM, Nicola Squartini via aur-general wrote:
When I first started using Atom, I didn't like the fact that the official installation procedure would push precompiled stuff into my system: as every old school Linux guy, I feel itchy using binaries not compiled by me or by the distribution of my choice.
That's the right spirit ^.^
As I always do, I take a look at those stuff and give you some feedback:
black-screen
- source filenames should be globally unique and must be unique when
a package gets moved into the repos. the SRCDST of all packages could be the very same directory. Github sources are only containing version in the tarball, therefor those should be prefixed with something like: ${pkgname}-${pkgver}.tar.gz::https://github...
Thanks for the tip!
caprine
- same unique source filename like black-screen
flaccuraterip
- any access to both, ${srcdir} and ${pkgdir} must be put into quotes
as they may contain spaces. both used in build() and package()
If I remember, the very first PKGBUILD was generated by a script, and I only updated the version and dependency after that. I will quote those variables.
func.
mancy
- same source filename uniqueness as black-screen
min
- again this annoying unique source filename thingie :P
haskell-happstack
To be honest I did not take too much time looking at the haskell repo thingie, however a small thing came into my mind while reading the build scripts: (I know you don't plan to move those, its just a small side note nothing more!):
- everything that gets pulled into the repos must be able to build
without special scripts/setup, f.e. by the wrapper extra-x86_64- build from the devtools package.
The PKGBUILDs there are managed by Magnus Therning's excellent cblrepo tool [1]. My main job there is to write patches when something goes wrong with dependencies (Haskell is very strict also about dependencies).
On 07/23/2016 06:39 AM, Nicola Squartini via aur-general wrote:
Haskell programming language (my favourite language, btw)
Any chance you feel like you need a new project and want to make xmonad work with wayland? :P :D
Then I should call it wmonad :D
On 07/23/2016 06:39 AM, Nicola Squartini via aur-general wrote:
Please don't hesitate to ask me questions, if you have any
Just our of personal interest, where are you from?
I'm from Italy, but currently I live in Japan.
cheers and have a nice Sunday, Levente
Hey,
Replying off-list since it's not really relevant to it.
On 24/07, Nicola Squartini via aur-general wrote:
haskell-happstack
To be honest I did not take too much time looking at the haskell repo thingie, however a small thing came into my mind while reading the build scripts: (I know you don't plan to move those, its just a small side note nothing more!):
- everything that gets pulled into the repos must be able to build
without special scripts/setup, f.e. by the wrapper extra-x86_64- build from the devtools package.
The PKGBUILDs there are managed by Magnus Therning's excellent cblrepo tool [1]. My main job there is to write patches when something goes wrong with dependencies (Haskell is very strict also about dependencies).
I've thought about using cblrepo to maintain a few things, but was wondering how you add and make sure the ghc/distro packages are up to date in the cblrepo database?
On Mon, 2016-07-25 at 15:17 +0200, Johannes Löthberg via aur-general wrote:
I've thought about using cblrepo to maintain a few things, but was wondering how you add and make sure the ghc/distro packages are up to date in the cblrepo database?
You use cblrepo to add new packages to your repo, or add dependencies already provided by other repos (for example my [haskell-happstack] depends on many packages in [haskell-core]). [1]
cblrepo also tells you what packages in your repo have been updated in cabal, using `cblrepo update` and `cblrepo upgrades`. What it doesn't do is to track whether dependencies in [haskell-core] have been upgraded. For that I wrote a script [2]; check if it works for you.
[1] https://github.com/magthe/cblrepo#using-it [2] https://github.com/tensor5/haskell-happstack/blob/master/updates.sh
Bah, and of course I get hit by the address rewriting done my the list now, and didn't think to look at the address!
On Sun, 2016-07-24 at 14:30 +0200, Levente Polyak wrote:
Any chance you feel like you need a new project and want to make xmonad work with wayland? :P :D
Judging from the comment on GitHub issue [1] it seems that unfortunatly such thing is impossible.
In data sabato 23 luglio 2016 13:39:45 CEST, Nicola Squartini via aur-general ha scritto:
I also decided to take a few steps further, like decoupling Atom from Electron (so that the latter can be used also for other applications), unbundling system libraries as much as possible, and enable GTK3 support (upstream binaries are built with GTK2).
That's cool. I wanted to do something like this right after atom's first release, but once I took a look at the process I decided it was too much work and did not bother anymore. I'm glad someone else stuck to it. This should allow for other electron-based packages to use this shared runtime.
In the future I would also like to maintain Meteor [10], a popular web framework that I use for my job (I don't know if someone is already working on it), but only after they add support for the latest Node.
I packaged in the AUR a couple of years ago but to move it in [community] it required to much patching to decouple it's components and, again, decided it was not worth it. I then dropped it and moved along to use other frameworks.
Since you use it for work you should be more familiar to it than I was.
On Mon, 2016-07-25 at 09:24 +0200, Massimiliano Torromeo wrote:
I packaged in the AUR a couple of years ago but to move it in [community] it required to much patching to decouple it's components and, again, decided it was not worth it. I then dropped it and moved along to use other frameworks.
The Meteor team is working on making it possible to decouple, and starting from version 1.4 Meteor will upgrade to Mongo 3.2 and Node 4.
aur-general@lists.archlinux.org