Once upon a time, Mike Pinkerton pseli...@mindspring.com said:
On 3 May 2013, at 15:07, Chris Adams wrote:
Once upon a time, Mike Pinkerton pseli...@mindspring.com said:
Does anaconda check package signatures for the netinstall?
I believe so. Checksums are definately checked (RPM won't
On Friday 03 May 2013 22:22:47 Bruno Wolff III wrote:
It's not like the people entering the password don't know it is visible.
I for one, will finish typing the password *way before* realizing it's visible:
* Touch typing is fast
* With passwords it's even faster:
- Because it's very
On 04.05.2013 07:26, Michael Cronenworth wrote:
On 05/03/2013 03:08 PM, Reartes Guillermo wrote:
I think that the previous behaviour was better. (covering the password
with bullets).
At least the phones only show one character at a time, not the whole
password.
GTK shows everything or
On Saturday 04 May 2013 04:58:13 Matthew Garrett wrote:
No, this isn't the most appropriate mailing list for the discussion -
anaconda-devel-list is a better choice if you want to interact with the
people who actually work on that code.
What separate a Linux distro from a random batch of
Le vendredi 03 mai 2013 à 21:41 -0700, Dan Mashal a écrit :
On Fri, May 3, 2013 at 9:32 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
If you want to change a decision, it helps if you're discussing it in a
forum that's read by the people who made that decision.
Anaconda developers don't
Hi,
I just update json-c to version 0.11 in rawhide.
As there is an old name conflict for libjson.so (with other projects),
upstream have renamed the library to libjson-c.so
For now, the package provides both library (libjson.so and libjson-c.so)
This new version is ABI compatible with 0.10,
H
On Sat, May 4, 2013 at 3:29 AM, Stef Walter st...@redhat.com wrote:
There's already this exact phoneish password hint capability in GTK+
with the 'gtk-entry-password-hint-timeout' setting. Turn it on in
$XDG_CONFIG_HOME/gtk-3.0/settings.ini, or use
gtk_settings_set_string_property()
Hi
On Sat, May 4, 2013 at 4:06 AM, Rahul Sundaram wrote:
This sounds pretty neat but I am unable to get this to work. I have
tried gtk-entry-password-hint-timeout=600 and without the quotes as well.
Never mind. For anyone else looking, just use the format in
/etc/gtk-3.0/settings.ini
Le 04/05/2013 09:58, Remi Collet a écrit :
pulseaudio
For example, this one is already fixed upstream.
PKG_CHECK_MODULES(LIBJSON, [ json-c = 0.11 ], [],
[PKG_CHECK_MODULES(LIBJSON, [ json = 0.9 ])])
Remi.
--
devel mailing list
devel@lists.fedoraproject.org
Le vendredi 03 mai 2013 à 23:24 -0500, Eric Sandeen a écrit :
What is the downside to defaulting to a hidden PW, with an opt-in mechanism to
display the password as it's typed? The downsides of defaulting to cleartext
have
been noted, and to me are quite self-explanatory.
First, we need to
Hi
On Sat, May 4, 2013 at 5:37 AM, Michael Scherer wrote:
and I think that even Bruce Schneier have gave his opinion in favor of
the proposal :
http://www.schneier.com/blog/archives/2009/06/the_problem_wit_2.html
http://www.schneier.com/blog/archives/2009/07/the_pros_and_co.html
Not
Michael Scherer wrote:
So what about hiding on demand, and having it visible by default ? This
way, people who prefer to have it hidden will be happy, and we are still
friendly to non technical users.
That might be acceptable but only if there were a big, eye-catching
warning that users would
Compose started at Sat May 4 08:15:02 UTC 2013
Broken deps for x86_64
--
[byzanz]
byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit)
[cinnamon]
cinnamon-menu-editor-1.6.7-7.fc19.noarch requires gnome-panel
Compose started at Sat May 4 09:15:02 UTC 2013
Broken deps for x86_64
--
[byzanz]
byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit)
[deltacloud-core]
deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) =
On Sat, May 04, 2013 at 10:37:04AM +0300, Oron Peled wrote:
What separate a Linux distro from a random batch of software is *policy*
and what happened here is a radical policy change without any *prior*
discussion.
What happened here was a change in the UI of a single (albeit important)
On Fri, May 03, 2013 at 10:53:35PM -0600, Pete Zaitcev wrote:
On Sat, 4 May 2013 05:32:18 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
If you want to change a decision, it helps if you're discussing it in a
forum that's read by the people who made that decision.
This is a perfectly
On Fri, May 03, 2013 at 09:41:39PM -0700, Dan Mashal wrote:
On Fri, May 3, 2013 at 9:32 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
If you want to change a decision, it helps if you're discussing it in a
forum that's read by the people who made that decision.
Anaconda developers don't
On Sat, May 04, 2013 at 05:51:02AM -0400, Rahul Sundaram wrote:
Hi
On Sat, May 4, 2013 at 5:37 AM, Michael Scherer wrote:
and I think that even Bruce Schneier have gave his opinion in favor of
the proposal :
http://www.schneier.com/blog/archives/2009/06/the_problem_wit_2.html
Richard W.M. Jones rjones at redhat.com writes:
To be honest it would be a lot more convincing if someone had done a
study and published the results of it, rather than just linking to
opinions. I was rather hopeful that Neilsen-Norman would have done a
study, but they don't publish their
On Fri, 2013-05-03 at 13:04 -0700, Dan Mashal wrote:
Hi,
In the latest Fedora 19 Beta TC2 install after I got through the
initial steps of the install I started to setup my root password.
To my surprise my password was shown in plain text instead of bullets.
I believe that this is a
Hi,
as part of my F19 feature
https://fedoraproject.org/wiki/Features/3D_Printing
I would like to create a group in comps.xml.
Patch for rawhide is attached, I want to add it primary to F19, but also
for older versions (18, 17). Is anyone against it?
Sorry for doing this after string
On Sat, 2013-05-04 at 04:58 +0100, Matthew Garrett wrote:
On Fri, May 03, 2013 at 08:52:25PM -0700, Dan Mashal wrote:
On Fri, May 3, 2013 at 8:51 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
And if the maintainers feel more than justified in closing it again?
Bugzilla isn't a discussion
Am 03.05.2013 13:13, schrieb Josh Boyer:
On Thu, May 2, 2013 at 6:58 PM, Sérgio Basto ser...@serjux.com wrote:
OK, also is not normal the number of updates in upstream .
Anyway could someone give karma for a bunch of security updates ?
On 4 May 2013, at 02:03, Chris Adams wrote:
Creating a complete chain of trust is hard.
Sure, creating a complete chain of trust is hard, but the closest
thing we have to it today is downloading an iso and verifying its
checksum -- and trusting that (a) the release team verified the
On Sat, May 04, 2013 at 09:42:22AM -0700, Adam Williamson wrote:
On Sat, 2013-05-04 at 04:58 +0100, Matthew Garrett wrote:
No, this isn't the most appropriate mailing list for the discussion -
anaconda-devel-list is a better choice if you want to interact with the
people who actually work
On Fri, May 3, 2013 at 10:45 PM, Chris Adams cmad...@hiwaay.net wrote:
The vast majority of other software that accepts
passwords for any reason hides the passwords as they are typed, so the
general expectation is that passwords are not displayed on the screen.
More to the point, the vast
On 05/04/2013 02:29 AM, Stef Walter wrote:
There's already this exact phoneish password hint capability in GTK+
with the 'gtk-entry-password-hint-timeout' setting. Turn it on in
$XDG_CONFIG_HOME/gtk-3.0/settings.ini, or use
gtk_settings_set_string_property()
I forgot about that setting. It
Another opinion.
It is possible to study such things, and even give caveats and error
bounds to show uncertainty.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers.
-- Forwarded message --
From: relnotes-cont...@lists.fedoraproject.org
Date: Sat, May 4, 2013 at 4:00 PM
Subject: E-Mai! Ganhe dinheiro na internet sem sair da sua cadeira!
Não perca tempo. Confira. ID: 005
To: relnotes-cont...@lists.fedoraproject.org
--
relnotes-content mailing
On Sat, 2013-05-04 at 19:23 +0100, Richard W.M. Jones wrote:
Another opinion.
It is possible to study such things, and even give caveats and error
bounds to show uncertainty.
I went looking, but as T.C. Hollingsworth said, it doesn't appear that
either side has produced anything much in the
On Sat, May 04, 2013 at 12:52:00PM -0700, Adam Williamson wrote:
I haven't found anything much beyond the initial pretty small study
(62 participants) cited (and conducted) by Nielsen,
Do you have a link to this one? This is the one I was originally
looking for, but I still can't find the
On Sat, 2013-05-04 at 21:06 +0100, Richard W.M. Jones wrote:
On Sat, May 04, 2013 at 12:52:00PM -0700, Adam Williamson wrote:
I haven't found anything much beyond the initial pretty small study
(62 participants) cited (and conducted) by Nielsen,
Do you have a link to this one? This is the
On Sat, 2013-05-04 at 21:06 +0100, Richard W.M. Jones wrote:
On Sat, May 04, 2013 at 12:52:00PM -0700, Adam Williamson wrote:
I haven't found anything much beyond the initial pretty small study
(62 participants) cited (and conducted) by Nielsen,
Do you have a link to this one? This is the
On Sat, 2013-05-04 at 13:20 -0700, Adam Williamson wrote:
That's it. So far as I can see, that's the sole reference to any actual
identifiable study. And again, so far as I can see, the entire 2009
debate spiraled out from that single post, with lots of 'experts' adding
their subjective $0.02
Le samedi 04 mai 2013 à 05:51 -0400, Rahul Sundaram a écrit :
Hi
On Sat, May 4, 2013 at 5:37 AM, Michael Scherer wrote:
and I think that even Bruce Schneier have gave his opinion in
favor of
the proposal :
On Sat, 2013-05-04 at 05:01 +0100, Matthew Garrett wrote:
The appropriate place to discuss deliberate design decisions is a
forum where said decisions are made, ie not Bugzilla.
Or a forum where said decisions can be overridden with a little more
sanity, such as FESCo.
--
dwmw2
smime.p7s
On Sat, 2013-05-04 at 22:48 +0100, David Woodhouse wrote:
On Sat, 2013-05-04 at 05:01 +0100, Matthew Garrett wrote:
The appropriate place to discuss deliberate design decisions is a
forum where said decisions are made, ie not Bugzilla.
Or a forum where said decisions can be overridden with
On Sat, May 4, 2013 at 5:01 PM, Adam Williamson awill...@redhat.com wrote:
On Sat, 2013-05-04 at 22:48 +0100, David Woodhouse wrote:
On Sat, 2013-05-04 at 05:01 +0100, Matthew Garrett wrote:
The appropriate place to discuss deliberate design decisions is a
forum where said decisions are
On Sat, May 4, 2013 at 2:37 AM, Michael Scherer m...@zarb.org wrote:
and I think that even Bruce Schneier have gave his opinion in favor of
the proposal :
http://www.schneier.com/blog/archives/2009/06/the_problem_wit_2.html
http://www.schneier.com/blog/archives/2009/07/the_pros_and_co.html
On Sat, May 4, 2013 at 3:42 PM, Kevin Fenzi ke...@scrye.com wrote:
You posted this on friday afternoon, Rauhl re-opened the bug
friday night. I suspect many anaconda folks have not even seen this
discussion or the bug reopening yet. Is there some massive hurry here?
No.
Lets see what
On May 4, 2013, at 3:37 AM, Michael Scherer m...@zarb.org wrote:
Or I could also speak of the small non standard keyboard such as macbook
one where ~ or | are not printed and where using the wrong keyboard
could result in wrong characters if you are unaware of the problem.
I don't know what
On Sat, May 04, 2013 at 15:58:03 -0700,
Dan Mashal dan.mas...@gmail.com wrote:
I would rather have QA have move oversight on these things. As I only
discovered this while doing QA.
QA isn't really the right place to make up policy. This particular case
doesn't seem to be something that
On 4 May 2013 23:42, Kevin Fenzi ke...@scrye.com wrote:
On Sat, 4 May 2013 15:22:01 -0700
Dan Mashal dan.mas...@gmail.com wrote:
On Sat, May 4, 2013 at 9:35 AM, Adam Williamson awill...@redhat.com
wrote:
On Sat, 2013-05-04 at 15:58 -0700, Dan Mashal wrote:
If they do decide to keep the change, you could escalate it to FESCo.
However, (speaking only for myself here) I would be VERY reluctant to
override maintainers on their packages on something that is a design
decision/judgement call.
On 4 May 2013 19:23, Richard W.M. Jones rjo...@redhat.com wrote:
Another opinion.
It is possible to study such things, and even give caveats and error
bounds to show uncertainty.
Yes and no. It's possible it a tightly defined setting with specified
outcomes. Since a crucial factors here
Le samedi 04 mai 2013 à 15:22 -0700, Dan Mashal a écrit :
On Sat, May 4, 2013 at 2:37 AM, Michael Scherer m...@zarb.org wrote:
and I think that even Bruce Schneier have gave his opinion in favor of
the proposal :
http://www.schneier.com/blog/archives/2009/06/the_problem_wit_2.html
Le samedi 04 mai 2013 à 17:06 -0600, Chris Murphy a écrit :
On May 4, 2013, at 3:37 AM, Michael Scherer m...@zarb.org wrote:
Or I could also speak of the small non standard keyboard such as macbook
one where ~ or | are not printed and where using the wrong keyboard
could result in
On Sat, May 04, 2013 at 04:42:58PM -0600, Kevin Fenzi wrote:
If they do decide to keep the change, you could escalate it to FESCo.
However, (speaking only for myself here) I would be VERY reluctant to
override maintainers on their packages on something that is a design
decision/judgement
On Fri, May 3, 2013 at 5:26 PM, Dan Mashal dan.mas...@gmail.com wrote:
On Fri, May 3, 2013 at 2:17 PM, Chris Murphy li...@colorremedies.com wrote:
On May 3, 2013, at 2:04 PM, Dan Mashal dan.mas...@gmail.com wrote:
I believe that this is a major security risk and that this is a new UI
change
On 05/03/2013 04:15 PM, Nicolas Mailhot wrote:
Le Mar 23 avril 2013 19:10, Toshio Kuratomi a écrit :
There will probably be more of this, fedora-review is updated with a
new test looking for bundled font files.My gut feeling is also that
there are some other bundled fonts in existing
On 05/03/2013 09:50 PM, Nicolas Mailhot wrote:
[cut]
I'm truly a font newbie. That said, is there really a meaningful
fallback for a font such as sozial
(https://github.com/adamstac/zocial)? I. e., is there a reasonable
fallback for a Facebook button?
I think spot will agree there is no way
On Fri, May 3, 2013 at 12:50 PM, Nicolas Mailhot
nicolas.mail...@laposte.net wrote:
I think spot will agree there is no way we'll ever ship a font consisting
of company logos, it's trademark hell
We ship *lots* of trademarked logos. In Firefox alone there are
trademarked logos from Mozilla,
On Sat, May 4, 2013 at 11:06 AM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
More to the point, the vast majority of the other software *in Fedora*
that accepts passwords for any reason hides the passwords as they are
typed. If this is really broken (and who knows; neither side has
On Sat, 2013-05-04 at 23:42 -0400, Nico Kadel-Garcia wrote:
On Fri, May 3, 2013 at 5:26 PM, Dan Mashal dan.mas...@gmail.com wrote:
On Fri, May 3, 2013 at 2:17 PM, Chris Murphy li...@colorremedies.com
wrote:
On May 3, 2013, at 2:04 PM, Dan Mashal dan.mas...@gmail.com wrote:
I believe
perl-Bio-SamTools has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve
perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=959718
Bug ID: 959718
Summary: Dependency issue causes KDE Desktop to be
non-select-able in F19-Beta TC3
Product: Fedora
Version: 19
Component: perl-DBD-MySQL
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=959718
T.C. Hollingsworth tchollingswo...@gmail.com changed:
What|Removed |Added
CC|
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=959610
T.C. Hollingsworth tchollingswo...@gmail.com changed:
What|Removed |Added
CC|
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=959718
T.C. Hollingsworth tchollingswo...@gmail.com changed:
What|Removed |Added
Status|NEW
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=959718
--- Comment #3 from Ed Greshko ed.gres...@greshko.com ---
Me too Poor bugzilla searching ability. :-)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=957858
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=957858
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-ExtUtils-Helpers-0.020-1.fc19 has been pushed to the Fedora 19 stable
repository. If problems still persist, please make note of it in this bug
report.
perl-Authen-Simple has broken dependencies in the epel-6 tree:
On ppc64:
perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
Please resolve this as soon as possible.
--
Fedora
perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
Please resolve this as soon as possible.
--
Fedora
68 matches
Mail list logo
