Hi,
I'm disowning sage-mathematics, sage-mathematics-spkgs(optdepends for
sage-mathematics), fityk, and xylib(dependency for fityk).
I will move them to the aur in a week if no TU adopts them in community.
If you plan on adopting sage-mathematics, you should know that it is
currently unbuildable on archlinux, and some other newer distros due
to how it is built.
It is currently out of date, and you wont be able to update it without
fixing this.
http://trac.sagemath.org/sage_trac/ticket/10572 (13 month old bug
without recent comments)
http://trac.sagemath.org/sage_trac/ticket/11391 (9 month old bug I
filed without a sign of activity)
If you plan on adopting fityk, note that it needs a development
version of wxwidgets which I statically build in the same PKGBUILD.
Cheers.
I postponed this task too many times in latest months.
My application is an extract of the conversations between me and
my sponsor, Thorsten Töpper, after his proposal in the end of 2011.
-
Introduction
-
I thought a lot of times about applying for becoming a TU before,
and it would be surely a great experience and possibility for me.
I'm really into free software, as in its principles, and I try contributing
every day and in every form according to my possibilities as much as I can.
Indeed, this would be the next step to let me contribute more efficiently.
The AUR is a fascinating and innovative community driven project, that
evolves a distribution development into a more bottom-up approach,
letting users be part of it acting in a self learning machine.
Keeping the AUR clean and productive so, has a central role in the Arch
development and it would be great to cover.
-
About me
-
I'm a 26yo curious Italian guy with a more self driven than academic
programming preparation who believes in and randomly contribute to free
software, mainly by reporting bugs and submitting patches to upstream
projects and of course maintaining a good amount of packages on AUR [1].
I'm an active Arch user/contributor/KISSophile since 4 years now,
an half of my total Linux experience as my main and only OS.
I'm interested in every form of mind and life expression exploration, and in
any instrument that may grow up our knowledge about us and what's around us.
[1] https://aur.archlinux.org/packages.php?SeB=m&K=speps
-
Resolutions
-
Since I'm involved into the Arch Audio project by submitting several build
scripts and binary packages to its repository, I'd surely add the most popular
in [community] (ex. supercollider, csound, pd, lv2 plugins), and I would
help Ray Rashif maintaining the ones already there, of course.
Being an out-of-the-box pro-audio ready distro (in terms of officially
distributed packages) would be great for Arch, since the number of
multimedia-oriented users, developers and projects using Arch as their
main platform is growing day by day (LAC 2012 has been a testimonial ;)).
Also, I would contribute adopting and maintaining orphans and of course
taking care of bug reports.
-
Identity (WARNING: heavily verbose)
-
On Mon, 5 Dec 2011 22:24:20 +0100
Thorsten Töpper <atsutane(a)freethoughts.de> wrote:
> Though due to the recent signature introduction a GPG Key is also
> necessary and as I can't find your real name anywhere, this would also
> be necessary, there were strong internal discussions because of Xyne
> who can't reveal his identity. If that also a matter for you I fear
> that you won't be accepted.
I followed the whole discussion on ML, as it is of my interest,
and I must admit the Xyne presence in the Arch team was always a
good point for me to assert the possibility of contributing "officially"
and "anonymously" at the same time, in the hope that is not just an
exception.
The meaning of identity on the Internet is still something not so defined
to me through its limits, consequences and abuses.
So, from the beginning of my Internet experience, I never referenced to
myself through my real name/life, but using a nickname, a digital identity.
This could be perceived as stupid or too paranoid for some, but for me
is just a way to taste things without risking to be too much implied till
the point of no return. I'm not referring to responsibilities, but to the
possibility of having a choice.
The adoption of GPG Keys for signing packages intention is to prevent
malicious hijacking through mirrors and to certificate their provenance,
and not to identify a packager in his real life.
Also, even using a "real name" is not a way to assume a real existence,
since hypothetically a real life identity could be easily faked too.
As you can see I sign mails with my GPG Key, and I really do not see
a real difference between mine and your or the one of another TU, since
actually we do not personally know each others.
I like to think that a digital identity just deals with the reputation
that comes from the quality of the work done like from the behaviours in
social relations, and a nickname is enough to cover its identification.
This is just my point till now, not a way to convince someone else.
I say "till now", cause this is the first time I was asked to reveal
my real identity for being crucial in contributing or to be trusted.
Differently, some years ago Giovanni Scafora asked my name for including
it as a contributor in a [extra] PKGBUILD (cpufrequtils) after sending
him a patch. In that case I took the decision of keeping on my way.
I'll have to think about this since, as you say, probably another
Xyne would be not allowed.
My idea is, trying an application as simply "speps" and on a negative
response taking the big decision. What do you think?
Sorry again for the massive length of this mail, I can't be too
synthetic in such cases :(
Regards and thanks
P.S.: the X-Face is my real eye ;)
- speps -
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
It[1] is patched against an old version, and fails to build now.
[1] https://aur.archlinux.org/packages.php?ID=40924
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJPmqjOAAoJEOemZ9znWXlAstAP/1YWTlgSu9S5CBAxZlEN3NTR
6qVz01cCAMKfrhSfcFX2zeAH7GBJZUHFZHJxPa3ETkK7LGEvWnbg5WJ8ISKDRaim
YcaqiXxKkf5QiR8lHzxbrncRZDdEzfo8wQfOYFA8NQXzRQ84i5CykBl37Ni1ttim
DocDb4xeVU3P/ZHEgoqj4vNIyHxBKjV3b0iHUfcsq6Vi5C8B/itNLWoCyC+D4btV
rTZvbWPP+kug7Vc7db04WlNmFntPBiHusAqJwo+mVi9H3vUhfF8Zm0Fomhdlrrm1
a+MD7mLeTgFXmXCpxw/rs4g5k6bW60+87+XmYC9hN+BrijX65HBFVqQRJcgK6+6A
jmQ0Rm44RMefu1HDnvaQ5tsFb6RBfG3ZKPf7FVsn/Z3jqvBbDFx03or7W4PHlHNe
68wQAlfEFlUK1TaZdq4/lE9ssUtx+SUPcz/VVeWfadiS6AP8ThrBJY7wvQLBhP4f
JJGRTngoOraS9FhuiwB00nsCQXreLV0p2ZhUG8jXfjNkPWsjf6VzR3Dm5vVU3aN6
zcnnWnMG2rwcWRkJd3FckeOj6reqX5ksHPmwekyWYD/fW/kLzz17qB49YBF8umyx
HCw/TpwuH737a3ZTZneDXqJPnqtwz8uTTx0KBRaTWxeXoLN9m3YOstBil18X47+I
HcaULsLurBxripxs4lmy
=iLxj
-----END PGP SIGNATURE-----
Hi,
I wrote a PKGBUILD for the driver package from TBS (www.tbsdtv.com) for
their dvb cards. I split packaging for modules and firmware and patched
the sources to install the modules to /lib/modules/kernelversion/updates
and the firmware to /lib/firmware/updates to avoid overwriting existing
files. It's the first time I'm building kernel modules and there are
two things I'm not sure about:
- Are the files under /lib/firmware/updates found and do they have
precedence?
- Is "depmod -a" after install, upgrade and removal the right approach
to rebuild the module dependencies?
Regards,
Bernhard
Please remove https://aur.archlinux.org/packages.php?ID=57783
The download link is not only no longer valid, but the preset config
files it would fetch seem to be gone entirely without an updated version.