[Dev] Bad Cheese
Is there any way we can make gnome-control-center /not/ depend on cheese? How many of us actually use that dreaded application on a regular basis? -- Brett Gilio bre...@posteo.net | b...@member.fsf.org https://www.parabola.nu/ | https://www.emacs.org/ Free Software -- Free Society! ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
On 07/12/2018 04:24 PM, bill-auger wrote: i still think this is a bug or a missing feature IMHO - if the keyring package were regenerated automatically each day, then no one would (ever?) need to refresh the keyring manually; pacman -Syu would be sufficient I agree, that is why I have (for better or worse) have came to prefer using pacman-aur helpers what have some capability to automagically handle various types of keys. I wonder if pacman will ever get around to implementing something of the sort, of if the Arch Linux people have some aversion to this. -- Brett Gilio bre...@posteo.net | b...@member.fsf.org Free Software -- Free Society! ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] default redmine issue states
On 07/12/2018 04:46 PM, Brett Gilio wrote: > So, the procedural order here would be for somebody to file a report > with the "pending" or "unconfirmed" there is no order for unprivileged users - currently, every issue that an unprivileged user opens is 'open' - there is no option for it to be anything else - i would essentially just be changing that word 'open' to 'unconfirmed' > If so, I think this sounds like a solid idea, assuming that the other > privileged users are on-board. yes - that the main reason i sent this - i want everyone to know the new feature is there in hopes the semantics of issue states will be used optimally signature.asc Description: OpenPGP digital signature ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
Brett - the keyring needs to be refreshed only when one of the existing keys has expired and renewed; but when the keyring package has not been regenerated - i still think this is a bug or a missing feature IMHO - if the keyring package were regenerated automatically each day, then no one would (ever?) need to refresh the keyring manually; pacman -Syu would be sufficient - when adding new key or removing an existing key, the keyring package will be regenerated and everyone will get it when next they pacman -Syu signature.asc Description: OpenPGP digital signature ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
Fair enough. Brett Gilio bre...@posteo.net | b...@member.fsf.org Free Software -- Free Society! On 07/12/2018 04:19 PM, Isaac David wrote: Brett Gilio wrote : Would this be an appropriate time to refresh my keyring, then? Or should I wait? every time is the right time for refreshing the keyring. ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
Brett Gilio wrote : Would this be an appropriate time to refresh my keyring, then? Or should I wait? every time is the right time for refreshing the keyring. -- Isaac David GPG: 38D33EF29A7691134357648733466E12EC7BA943 Ring: c8ba5620e080bef9470efb314c257304ff9480f5 Tox: 0C730E0156E96E6193A1445D413557FF5F277BA969A4EA20AC9352889D3B390E77651E816F0C ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
Would this be an appropriate time to refresh my keyring, then? Or should I wait? Brett Gilio bre...@posteo.net | b...@member.fsf.org Free Software -- Free Society! On 07/12/2018 12:56 PM, Freemor wrote: So I can further join the fun. :) ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] default redmine issue states
Bill, So, the procedural order here would be for somebody to file a report with the "pending" or "unconfirmed" label. It would then be picked up by a privileged user to either reassign it a label, or confirm it and assign either themself or another privileged user to the task? If so, I think this sounds like a solid idea, assuming that the other privileged users are on-board. Brett Gilio bre...@posteo.net | b...@member.fsf.org Free Software -- Free Society! On 07/12/2018 09:18 AM, bill-auger wrote: the default state of a redmine issue is currently the extremely uninformative 'open' - it would be nice if these issue states were more semantic and used more optimally - i would like to propose that the default state of a redmine issue opened by a user to be 'unconfirmed' - then a privileged user could confirm the issue as a bug or freedom concern and set its state to 'confirmed' or 'in-progress' and assign it to the appropriate person, or set to 'info-needed' or 'invalid' if it can not be easily confirmed - it is not difficult or dangerous to manage these states - redmine makes it convenient to create, view, and manage these states via the web ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
On Thu, Jul 12, 2018 at 02:46:27PM -0400, bill-auger wrote: > Freemor - > > can you write a bit about what your current talents or interests are and > how they could fit into parabola > > the keys are mainly important for access to the servers, for example - i > have seen you are very good a tech support and bug trouble-shooting - > what are you most interested in doing? > > build and publish packages? I'm still learning my way around libretools. But I've been makepkg'ing stuff from myself for some while so it shouldn't take too long. I'd really enjoy being able to take up some of the load for thing like out-of-date packages or those packages that just need a quick rebuild because some lib updates and it now needs to be rebuilt against the new ver on the lib. etc. As my skill and confidence improves I'd start branching into packing requests etc. > administrate the servers? I've run my own home server for years so sure > maintain the websites? that might be a bit of a learning curve. I do run my own site. but just lighttpd and flat html. So, I'd need time to get used to whatever lamp/Xamp set up is there. > triage bugs? Yes, as you know I enjoy doing so > all of the above? So yes, but with the caveat that I'll take things on when I'm sure I've got the skills not to accidentally make a major mess. Honestly I've been using Linux since the late 90's and computers since the late 70's so the hesitance isn't from a lack of skill but rather the fact that I've not been this deep at contributing to a large project like Parabola and so best to tread lightly till I get the lay of the land. signature.asc Description: Digital signature ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
Re: [Dev] submitting my SSH key
Freemor - can you write a bit about what your current talents or interests are and how they could fit into parabola the keys are mainly important for access to the servers, for example - i have seen you are very good a tech support and bug trouble-shooting - what are you most interested in doing? build and publish packages? administrate the servers? maintain the websites? triage bugs? all of the above? signature.asc Description: OpenPGP digital signature ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
[Dev] submitting my SSH key
So I can further join the fun. :) ssh-ed25519 C3NzaC1lZDI1NTE5IHuX5stLFkx33WSQ2mPLhhp6rv+cJOlY1IFUxIuMEzFs Key for Parabola work -BEGIN PGP MESSAGE- owEBwwI8/ZANAwAIARynGw3OwguzAax8Yg9pZF9wYXJhYm9sYS5wdWJbR5Jwc3No LWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUh1WDVzdExGa3gzM1dT UTJtUExoaHA2cnYrY0pPbFkxSUZVeEl1TUV6RnMgS2V5IGZvciBQYXJhYm9sYSB3 b3JrCokCMwQAAQgAHRYhBEaFzRmAm4P/AKxYyhynGw3OwguzBQJbR5JwAAoJEByn Gw3OwguzgRcP/0Rq7GMos+I8iMUCOEkdlEEmA3/XFng1eFqQIgTZKIObc7ECut3r /+gM6f2IrTg7WcJbAEaCxSQpj8jVzvxZqu66lsaCXOh5USoJu90hYZOhYL2g8Y8K HfsurbjJKlTWaw+mTMPOf/J2/Bq7fpWz3nt6enHbF9xbqRvflMFzRJEU+YbsgcR9 ApLyPxcdsvWKHA7pnhlY89mFjYXpUGjm8TLqkP+Ezq67eR0PQ67PKQyvMwlW0C5R hmB1h3D1r2OA3431TQ93bTx2CvfhLvIguksnq3DENjSL1w7dlXs/VXTMS9OvpUzn kk2Liz7E1+XOk8Jzq7STzu7cOZLM4/TP46+teOxA/UDpp9x2f2YhlAY1ezzeuFwJ ywnObRbDqlY6BIqUNihSWEEslSG2NqUBH5taNdSyiU29z66QBqvgZh/Rj8EHuV0G V23FMLcIQKMB85K2NWms0jw9alQBOuibbHD5XJYZ0YjrIU/+SIz/+R9GojMSG95G IuI3qH9af2EtDXfKi49IQ1l6DAt1+7s6TFf41ef+If/9mF92f3q4BJv5KYtSSZ6G gxEyvNFziFlVjT6SCj3DBMsdafitLoApw4sJhlzSppq8LU4TIKrsLmRIiZFoz7oD k99VuIWvit/y4BN8xYTX2667TwmKw6Djis3gVIwF6GxveprJnxcdfHwR =pFs1 -END PGP MESSAGE- signature.asc Description: Digital signature ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
[Dev] default redmine issue states
the default state of a redmine issue is currently the extremely uninformative 'open' - it would be nice if these issue states were more semantic and used more optimally - i would like to propose that the default state of a redmine issue opened by a user to be 'unconfirmed' - then a privileged user could confirm the issue as a bug or freedom concern and set its state to 'confirmed' or 'in-progress' and assign it to the appropriate person, or set to 'info-needed' or 'invalid' if it can not be easily confirmed - it is not difficult or dangerous to manage these states - redmine makes it convenient to create, view, and manage these states via the web signature.asc Description: OpenPGP digital signature ___ Dev mailing list Dev@lists.parabola.nu https://lists.parabola.nu/mailman/listinfo/dev
