You are not logged in.
I would really like to contribute, however I do not know what the best approach is.
Any thoughts are welcome.
Offline
Join pacman-dev mailing list and talk to the pacman devs there. This sort of work isn't done in the forum.
Offline
pacman-dev is the place for all development discussions. FYI:
http://projects.archlinux.org/users/all … log/?h=gpg
https://wiki.archlinux.org/index.php/Us … ge_Signing (only the pacman TODOs remain)
Offline
I would really like to contribute, however I do not know what the best approach is.
Any thoughts are welcome.
It doesn't bode well that you ask such a question here, a simple search (of the forums or the MLs) would have told you that the main (only?) requirement now is actual code/patches.
If you're a coder, then get to work
. Otherwise, you can just wait.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
It doesn't bode well that you ask such a question here, a simple search (of the forums or the MLs) would have told you that the main (only?) requirement now is actual code/patches.
If you're a coder, then get to work
. Otherwise, you can just wait.
I don't think that's an appropriate response to someone willing to offer their time and effort to assist. Open-source isn't just about coding remember; the OP could assist with testing or documentation updates for example.
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
ngoonee wrote:It doesn't bode well that you ask such a question here, a simple search (of the forums or the MLs) would have told you that the main (only?) requirement now is actual code/patches.
If you're a coder, then get to work
. Otherwise, you can just wait.
I don't think that's an appropriate response to someone willing to offer their time and effort to assist. Open-source isn't just about coding remember; the OP could assist with testing or documentation updates for example.
Yes, he could, but only after the code is done. Nothing to test/document before that, after all. There's nothing wrong with not being able to code (I can't, for example), but obviously that limits your usefulness in this specific topic.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
There is signing code in pacman's git master branch right now - it was added there just today. Sure, there's work to be done in code-land yet, but I wouldn't say there's nothing for a tester or doc writer to do. pacman-key seems ready for some attention, and (if I can figure out why a PGO sig is supposed to be 72 bytes, and mine aren't), I'll be doing some verification testing also.
Offline
if I can figure out why a PGO sig is supposed to be 72 bytes, and mine aren't
Known stuff-up... it only affects "pacman -U pkg" though, so you can still sign packages and put them in the database with repo-add and have them be verified. Verifying the signature of a database has not been merged yet (but reads the signature without assuming it is 72 bytes...).
Edit: note that these are the patches that I have ran for a while on my system with a signed database and signed packages. A basic TODO is here: https://wiki.archlinux.org/index.php/Us … ge_Signing - although most of the makepkg/repo-add/pacman-key stuff has patches waiting to be pulled...
Offline
ataraxia wrote:if I can figure out why a PGP sig is supposed to be 72 bytes, and mine aren't
Known stuff-up... it only affects "pacman -U pkg" though, so you can still sign packages and put them in the database with repo-add and have them be verified. Verifying the signature of a database has not been merged yet (but reads the signature without assuming it is 72 bytes...).
It also affects "pacman -Qp", which is where I saw it. I'm guessing it's basically any operation that reads a package from disk?
Offline
Yes, anything that reads a signature from disk is broken by that. Fixing it is #1 on the pacman section of the TODO list I linked above. The fix is available in the code for reading a signature for a database, in either mine or Dan's gpg branch.
Offline