[aur-general] TU Application: Daniel Bermond (dbermond)

Eli Schwartz eschwartz at archlinux.org
Sun Oct 14 22:06:43 UTC 2018

On 10/14/18 3:49 PM, Daniel Bermond via aur-general wrote:
> Hi,
> My name is Daniel Bermond and my alias on the AUR and forums is 
> dbermond[1][3].
> Bruno Pagani (alias: ArchangeGabriel) is sponsoring my Trusted User
> application. I would like to highly thank Bruno for accepting to be
> my sponsor.
> I'm a Brazilian doctor (physician). Yes, my job and profession are
> not related to the computing world, but since childhood I'm an
> enthusiast of the computing and software world. I've beeing using
> Linux since many years ago, and it's difficult to tell when I
> started, but it has been a long time. By searching in the middle of
> some old things here I could find some old Ubuntu CD-ROMs of the 7.04
> (2007) version from the time they still shipped free disks worldwide,
> so I can for sure say that I have 11 years of Linux usage at minimum.
> But my initial Linux usage starts even before this, with some old
> RedHat distribution that didn't run very well on my poor graphics
> card, at a time that I cannot tell precisely. For many years I did
> the famous distro-hopping and have used many major distributions:
> openSUSE, Fedora, Mandrake/Mandriva (when they still existed),
> PCLinuxOS, Ubuntu and variants, Mint and probably others.
> I have started to use Arch in 2015. At that time I was at Linux Mint
> and feel the need for something better and different. I found myself
> in need of more recent software, being disappointed with the
> Mint/Ubuntu outdated ones. I was also very tired to reinstall the
> system every one (or two) year(s). When Mint went for shipping
> LTS-only releases, I decided that a rolling release distribution
> should be my new place. By already having many years of Linux usage
> and experience in the background, Arch was everything that I was
> looking for. Added the fact of being able to fully customize my
> system by building packages that could be easily integrated in the
> system with pacman.
> After felling confident with Arch itself, I've started to contribute
> packages to the AUR. I can perfectly remember my first one:
> ffmpeg-full-git. It was, and still is, a pleasure to maintain it,
> firstly because I was in need for it, and, secondly, because I was
> contributing back to the community something that was useful for me.
> Things evolved quickly, I started to maintain more and more packages
> that I was also in need for, while adopting other orphaned ones, and
> currently I'm the maintainer of 170+ packages[2].

$ package-query -As --maintainer dbermond -f %b | sort -u| wc -l

*tries to think how he'll manage to review all these*

> Some of the packages that I maintained were already brought into the
> official repositories: - ffnvcodec-headers - intel-gmmlib (formerly
> named gmmlib on the AUR, adopted by my sponsor Bruno) -
> intel-media-driver (adopted by my sponsor Bruno Pagani) - libraqm -
> nccl - pybind11* (TU Santiago announced me that he will bring it into
> [community])
> Among the years, I've studied C, x86 assembly, Python and
> shellscript. I'm trying to add C++ to the list, already started it,
> but still need to find more time to dedicate to it. I've made some
> contributions to the open source world. I have a project of my own
> called screencast[4], which is a command line interface to record a
> X11 desktop using FFmpeg, having support for offline recording, live
> streaming and the capability of adding some effects. It's written in
> pure POSIX/portable shellscript.

That's a rather... intimidatingly complex Makefile, by the way. If I
might ask, what is the purpose of splitting apart the source files then
recombining them like this? It is slightly similar to how makepkg is
developed, except we loop through and source a library in
/usr/share/makepkg ...

Carving apart the headers with sed and relying on the *order* they are
combined, seems to be defeating the purpose at any rate.


The Makefile specifies various targets using e.g. PREFIX := /usr/local,
surely you meant to use ?= for this? BCOMPDIR should properly be derived
from $(shell pkg-config bash-completion --variable completionsdir)

Your other loops here and there could take advantage of *not* being
loops, like for make clean, just using rm's builtin -v to print the
files being removed.

I also find it rather odd that you take pains to single-quote your
static strings in sh snippets like [ -f '$(NAME)' ] and [ -d
'./test/output' ]
But, you don't quote things that need quoting, like:
install -Dm755  ... '$(DESTDIR)'...

(Because DESTDIR can have spaces depending on the makepkg BUILDDIR,
hence why we always quote "$srcdir" and "$pkgdir", at least until the
Makefile mangles it for us.)

Don't feel bad though, you're nowhere near the only offender at this --
GNU autotools does it too, so most Makefiles in the world have this issue.

You probably should not be opinionated in your Makefile, about gzipping
the manpage. Packaging tools like makepkg already do this (and maybe
make it configurable). I would say it breaks reproducible builds, but
you did add the -n flag so at least that is alright.

> Besides this, I've made a few
> commits here and there into the following open source projects:
> caffe2[5] (now on pytorch github repository), intel gstreamer media
> SDK[6][7] and intel media sdk[8]. So I also try to contribute back to
> some upstream projects when my not-so-wide programming skills allow
> me. I also report bugs to the upstream open source projects for
> packages which I maintain on the AUR if I encounter some that affects
> the building process or my direct usage.
> I would like to become a Trusted User to be able to contribute to the
> Arch community as much as I can.
> I would like to bring the following packages into [community]: -
> advancecomp

Too late -- I said I would do that back in my TU application:

And you've reminded me to do so. :p

> - kvazaar - intel-media-sdk - libmysofa - openh264 - shine - vmaf
> I'm also willing to co-maintain my already mentioned old AUR
> packages. It would be a pleasure.
> I think that's all. Thanks to everyone that is reading and analysing
> my application.
> Best regards, Daniel Bermond

Eli Schwartz
Bug Wrangler and Trusted User

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.archlinux.org/pipermail/aur-general/attachments/20181014/7e2923e0/attachment.asc>

More information about the aur-general mailing list