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!
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 be
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
any
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 (e
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 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:
0C730E0156E96E6193A14
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 ma
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
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
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?
So I can further join the fun. :)
ssh-ed25519
C3NzaC1lZDI1NTE5IHuX5stLFkx33WSQ2mPLhhp6rv+cJOlY1IFUxIuMEzFs Key for
Parabola work
-BEGIN PGP MESSAGE-
owEBwwI8/ZANAwAIARynGw3OwguzAax8Yg9pZF9wYXJhYm9sYS5wdWJbR5Jwc3No
LWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSUh1WDVzdExGa3gzM1dT
U
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
12 matches
Mail list logo