On 9 March 2015 at 00:19, Chris Murphy li...@colorremedies.com wrote:
On Fri, Mar 6, 2015 at 6:21 PM, Stephen John Smoogen smo...@gmail.com
wrote:
Here is my point .
Here is where you guys think it is --30 light
years .
I admit I like the irony of you
This subthread is no longer productive at all.
Please drop it or take it to private email.
kevin
pgpdnTaHSWpIA.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
On Mon, Mar 9, 2015 at 9:39 AM, Stephen John Smoogen smo...@gmail.com wrote:
When someone says a compulsory password quality policy is actionable,
they are telling me my judgement cannot be trusted for my own device,
without respect to context. And yet I see other OS's, distros, mobile
On 9 March 2015 at 10:40, Chris Murphy li...@colorremedies.com wrote:
On Mon, Mar 9, 2015 at 9:39 AM, Stephen John Smoogen smo...@gmail.com
wrote:
When someone says a compulsory password quality policy is actionable,
they are telling me my judgement cannot be trusted for my own device,
On Fri, Mar 6, 2015 at 6:21 PM, Stephen John Smoogen smo...@gmail.com wrote:
Here is my point .
Here is where you guys think it is --30 light
years .
I admit I like the irony of you complaining about my use of metaphor
while yours fails to state whose point is on
Stephen John Smoogen wrote:
The point I am worried about is that Chris and you are treating this as a
binary problem versus a spectrum one.
I'm treating this as a binary problem because for me, it is one. ANY
password policy installed in the installer is bad. Even if you only enforce
On 7 March 2015 at 11:14, Kevin Kofler kevin.kof...@chello.at wrote:
Stephen John Smoogen wrote:
The point I am worried about is that Chris and you are treating this as a
binary problem versus a spectrum one.
I'm treating this as a binary problem because for me, it is one. ANY
password
Stephen John Smoogen wrote:
It is a two way street. You own the device. They make the OS. Each is
their own 'ball' if I am using your original metaphor appropriately. Each
sees the other as the field the ball gets played on. If you don't like the
field that your ball is playing on you are free
On 6 March 2015 at 17:11, Kevin Kofler kevin.kof...@chello.at wrote:
Stephen John Smoogen wrote:
It is a two way street. You own the device. They make the OS. Each is
their own 'ball' if I am using your original metaphor appropriately. Each
sees the other as the field the ball gets played
Note that in upstream bug #735578 I have failed to build consensus on
any form of password strength checking, let alone the strict checking
that is done by libpwquality, so there is little chance at this point of
GNOME upstream adhering to any policy you come up with. The status quo
is that
On Fri, 2015-03-06 at 19:40 -0500, Miloslav Trmač wrote:
Consider a client enrolled in AD/IPA.
I agree. We can meet both sets of goals with modifications to
libpwquality to allow a *dramatically* weaker default configuration, and
then a corporate deployment can set of pwquality.conf however it
On Thu, 2015-03-05 at 13:10 -0700, Chris Murphy wrote:
On Thu, Mar 5, 2015 at 8:41 AM, Adam Jackson a...@redhat.com wrote:
On Thu, 2015-03-05 at 00:45 +0100, Kevin Kofler wrote:
What better solutions? What password I pick should be none of the
installer's business.
False. It's entirely
On Thu, 2015-03-05 at 15:54 +, Jóhann B. Guðmundsson wrote:
On 03/05/2015 03:52 PM, Adam Jackson wrote:
On Thu, 2015-03-05 at 09:06 +, Jóhann B. Guðmundsson wrote:
An typical outcome from a group of individuals that do not know what
they are doing and are making decisions based
On Fri, Mar 6, 2015 at 7:15 AM, Adam Jackson a...@redhat.com wrote:
So this entire thing is about you reading as a verb something clearly
syntactically an adjective? I'm not sure how I can respond to that.
Do you acknowledge it's a historical fact that the user password for a
local device
On 6 March 2015 at 10:13, Chris Murphy li...@colorremedies.com wrote:
On Fri, Mar 6, 2015 at 7:15 AM, Adam Jackson a...@redhat.com wrote:
So this entire thing is about you reading as a verb something clearly
syntactically an adjective? I'm not sure how I can respond to that.
Do you
On Fri, Mar 6, 2015 at 11:07 AM, Stephen John Smoogen smo...@gmail.com wrote:
Do you acknowledge it's a historical fact that the user password for a
local device has been exclusively user domain? If no, give
counterfactual examples.
You need to dial back the dialogue a bit. The original
On Thu, Mar 5, 2015 at 8:41 AM, Adam Jackson a...@redhat.com wrote:
On Thu, 2015-03-05 at 00:45 +0100, Kevin Kofler wrote:
Adam Jackson wrote:
* #1412 anaconda password change is causing consternation among the user
community please review this policy decision (ajax, 18:24:10)
*
On 03/05/2015 02:44 PM, Zbigniew Jędrzejewski-Szmek wrote:
While I would love to see 100% migration, the benefits for leaf packages
aren't that big. We have fairly good compatibility support, and only
a small number of people are using each package.
Nobody can use those leaf packages unless
On Thu, Mar 05, 2015 at 03:54:20PM +, Jóhann B. Guðmundsson wrote:
On 03/05/2015 03:52 PM, Adam Jackson wrote:
On Thu, 2015-03-05 at 09:06 +, Jóhann B. Guðmundsson wrote:
An typical outcome from a group of individuals that do not know what
they are doing and are making decisions
On Thu, Mar 05, 2015 at 04:29:05PM +, Jóhann B. Guðmundsson wrote:
On 03/05/2015 02:44 PM, Zbigniew Jędrzejewski-Szmek wrote:
While I would love to see 100% migration, the benefits for leaf packages
aren't that big. We have fairly good compatibility support, and only
a small number of
On Thu, Mar 05, 2015 at 09:06:10AM +, Jóhann B. Guðmundsson wrote:
An typical outcome from a group of individuals that do not know what
they are doing and are making decisions based on their own personal
feeling and popularity rather then common sense, practicality and
hard technical
On 03/05/2015 07:41 AM, Petr Pisar wrote:
On 2015-03-04, Adam Jackson a...@redhat.com wrote:
* #615 Strategy for services that do not have systemd native unit files
(ajax, 18:03:09)
* AGREED: drop sysvinit subpackages if a systemd unit file exists, in
f23 (ajax, 18:17:32)
*
Adam Jackson wrote:
* #1412 anaconda password change is causing consternation among the user
community please review this policy decision (ajax, 18:24:10)
* AGREED: FESCo would like anaconda to turn back on the double-done
option for Fedora 22.
Thanks!
Better solutions
On Thu, 5 Mar 2015 09:56:41 -0600
Chris Adams li...@cmadams.net wrote:
Once upon a time, Adam Jackson a...@redhat.com said:
False. It's entirely reasonable for a product to mandate an
appropriate security policy, so until and unless we move account
creation entirely to firstboot, it's
On Thu, 2015-03-05 at 10:41 -0500, Adam Jackson wrote:
False. It's entirely reasonable for a product to mandate an
appropriate
security policy, so until and unless we move account creation entirely
to firstboot, it's something the installer will have to expose.
For Fedora Workstation, we
On Thu, 2015-03-05 at 09:12 -0700, Kevin Fenzi wrote:
* gnome-keyring?
gnome-initial-setup and gnome-control-center. See:
https://bugzilla.gnome.org/show_bug.cgi?id=735578
https://bugzilla.gnome.org/show_bug.cgi?id=744735
gnome-keyring would need modified if we want to enforce password
On Thu, 2015-03-05 at 09:06 +, Jóhann B. Guðmundsson wrote:
An typical outcome from a group of individuals that do not know what
they are doing and are making decisions based on their own personal
feeling and popularity rather then common sense, practicality and hard
technical facts.
On 03/05/2015 01:42 PM, Kevin Fenzi wrote:
* I think we should continue to encourage maintainers and upstreams to
move to systemd native unit files wherever possible.
Only a handful of maintainers migrated this themselves in the
distribution so you ( as in FESCo) either has the intent
On 03/05/2015 03:52 PM, Adam Jackson wrote:
On Thu, 2015-03-05 at 09:06 +, Jóhann B. Guðmundsson wrote:
An typical outcome from a group of individuals that do not know what
they are doing and are making decisions based on their own personal
feeling and popularity rather then common
Once upon a time, Adam Jackson a...@redhat.com said:
False. It's entirely reasonable for a product to mandate an appropriate
security policy, so until and unless we move account creation entirely
to firstboot, it's something the installer will have to expose.
The installer should not enforce
On Thu, 2015-03-05 at 00:45 +0100, Kevin Kofler wrote:
Adam Jackson wrote:
* #1412 anaconda password change is causing consternation among the user
community please review this policy decision (ajax, 18:24:10)
* AGREED: FESCo would like anaconda to turn back on the double-done
On Mar 5, 2015 4:53 PM, Matthew Miller mat...@fedoraproject.org wrote:
On Thu, Mar 05, 2015 at 09:06:10AM +, Jóhann B. Guðmundsson wrote:
An typical outcome from a group of individuals that do not know what
they are doing and are making decisions based on their own personal
feeling and
On Thu, Mar 05, 2015 at 01:59:00PM +, Jóhann B. Guðmundsson wrote:
On 03/05/2015 01:42 PM, Kevin Fenzi wrote:
* I think we should continue to encourage maintainers and upstreams to
move to systemd native unit files wherever possible.
Only a handful of maintainers migrated this
On Thu, Mar 05, 2015 at 07:41:45AM +, Petr Pisar wrote:
On 2015-03-04, Adam Jackson a...@redhat.com wrote:
* #615 Strategy for services that do not have systemd native unit files
(ajax, 18:03:09)
* AGREED: drop sysvinit subpackages if a systemd unit file exists, in
f23 (ajax,
===
#fedora-meeting: FESCO (2015-03-04)
===
Meeting started by ajax at 18:01:15 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2015-03-04/fesco.2015-03-04-18.01.log.html
.
Meeting summary
Adam Jackson wrote:
* #1412 anaconda password change is causing consternation among the user
community please review this policy decision (ajax, 18:24:10)
* AGREED: FESCo would like anaconda to turn back on the double-done
option for Fedora 22.
Thanks!
Better solutions should
On 2015-03-04, Adam Jackson a...@redhat.com wrote:
* #615 Strategy for services that do not have systemd native unit files
(ajax, 18:03:09)
* AGREED: drop sysvinit subpackages if a systemd unit file exists, in
f23 (ajax, 18:17:32)
* AGREED: drop sysvinit subpackages if a systemd
37 matches
Mail list logo