Hello AUR users!
I borrowed an arduino recently and found the *arduino*-part of
the AUR to be very messy. Here are my findings:
## arduino64-updated [1]
Outdated for ages, the copy of a copy of the arduino-PKGBUILD.
Can be deleted.
## arduino64 [2] and arduino [3]
The difference is difficult to find, the descriptions do not help in
any way. arduino depends on avrdude, while arduino64 includes an
outdated, but patched avrdude from the Arduino-project.
I wrote an architecture-independent PKGBUILD that could replace
arduino and an adapted one that includes the patched avrdude.
It could replace arduino64.
I am not sure about the naming of the two new packages, but I think
it would make sense to call the package with included avrdude "arduino",
because the Arduino SDK includes avrdude by default.
The other one could be called "arduino_unpatched". (I am using an
underscore here to distinguish it from the "mainname-modulename"
notation used by arduino-onewire (which is an add-on for arduino)
tl,dr: arduino64 can be deleted, I would like arduino to be orphaned.
## arduino-pyro [4]
I uploaded my new PKGBUILD for the arduino-without-avrdude package
under this name to get feedback.
It can be deleted.
Regards, PyroPeter
[1] arduino64-updated https://aur.archlinux.org/packages.php?ID=32041
[2] arduino64 https://aur.archlinux.org/packages.php?ID=24053
[3] arduino https://aur.archlinux.org/packages.php?ID=8388
[4] arduino-pyro https://aur.archlinux.org/packages.php?ID=43902
--
freenode/pyropeter "12:50 - Ich drücke Return."
Greetings!
Please consider this my application to become a Trusted User. My name is
Dave Reisner, and I'm 27 years old, currently residing in the New York
City area. Ionut Biru has graciously offered to sponsor this
application. I'm a self-taught programmer, computer enthusiast, an
occasional IT consultant, and I enjoy brutal sarcasm & dry wit. During
the daytime, I star as a QA website tester, writing automated test
scripts with the Selenium framework. At night, I prefer Bash & C, but I
also dabble in Go, Java, Ruby, and Python.
Although I've only been using Arch for a little over a year now, I've
become very much appreciative and endeared to its simplistic style and
offer of freedom in administration. I quickly settled into a CLI setup
featuring DWM, mutt, ncmpcpp, tmux, etc and filled in any missing gaps
with Bash and C programs of my own design. In particular, I wrote cower
and burp, which interface with the AUR to do clean and fast downloading
and uploading (respectively) from the AUR. Please feel free to visit my
Github repositories [1].
I also consider myself to have been an active contributor to the Arch
community. I advocate the testing repo (which I use on all the boxes I
maintain), I diligently file and follow up with bug reports, providing
patches or other solutions whenever possible, and I've made a few
(though somewhat minor) code contributions to pacman.
Over the course of the past year, I've picked up a number of packages in
the AUR [2]. While many of these aren't very popular, I would like to
make an effort to bring Systemd into community to make it more
accessible. I believe that while it does not necessarily fall directly
in line with the "true spirit" of Arch, it's an excellent project and
there are many people interested in its offerings within the Arch
community. I've been following its development since a month after
Lennart made his initial announcement, and I have been the major
provider of Systemd packages on the AUR.
In addition, I've spoken with Daniel Griffiths and I offered to relieve
him of some of his packaging duties (given his hectic schedule), and we
agreed on: asciidoc, html2text, and rsnapshot. Eventually, as I become
more comfortable with the role, I would like to take on more packages to
help insure that our repos stay fresh and full of useful software. Since
the recent cleanup.
I'm happy to answer any questions you may have. Thanks for taking the
time to consider my application.
Dave.
[1] http://github.com/falconindy
[2] http://aur.archlinux.org/packages.php?SeB=m&K=falconindy
Hi folks,
Does anyone know of a reason why the bin32- acroread packages can't be
deleted? The standard acroread packages support both arches now.
(Just thought I'd check I wasn't missing anything before getting trigger
happy...)
Cheers,
Pete.
Please delete following package:
fcitx-config: renamed to fcitx-configtool by upstream
fcitx-config-git: upstream nolonger use git but hg
fcitx-dbus-svn: upstream nolonger use svn but hg
fcitx-sunpinyin-git: upstream nolonger use git but hg
fcitx-svn: upstream nolonger use svn but hg
fcitx-trunk-svn: upstream nolonger use svn but hg
fcitx-utf8-svn: upstream nolonger use svn but hg
Thanks :)
Hi,
I no longer wish to maintain these packages in [community] so they are
up for adoption. I will move them to the AUR in one week if no TU lets
me know that they want to maintain them.
crafty: A chess engine. The latest release gives heaps of compiler
issues and my chess skills do not warrant playing against this so my
motivation to fix is minimal...
xfce4-valstatus-icon: Needs its source located. The link on its project
page is dead and a _very_ brief search did not turn up anything.
Allan