20140112-1.fc19 (FEDORA-2014-0848)
Dumps information about the CPU(s)
Update Information:
* Tue Jan 14 2014 Fabian Affolter - 20140114-1
- Update to new up
On Tue, Jan 14, 2014 at 05:50:21PM -0800, Richard Vickery wrote:
> My apologies: I submitted twice - second time because, as Google Chrome
> tends to complete the form form for the user, I neglected to make note if
> everything was correct the first time. I do not think I need two shirts,
> however
My apologies: I submitted twice - second time because, as Google Chrome
tends to complete the form form for the user, I neglected to make note if
everything was correct the first time. I do not think I need two shirts,
however I felt the need to make sure that the details are correct.
--
test mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As of 14th January 2014, Fedora 18 has reached its end of life for
updates and support. No further updates, including security updates,
will be available for Fedora 18. A previous reminder was sent on
December 18th [0].
Fedora 19 will continue to rece
On Tue, 14 Jan 2014 10:32:15 -0700, Michal Jaegermann wrote:
> I think that if obexftp package will "provide" a high enough version of
> obexfs then an update will automatically replace it and you will end up
> with obexftp only.
Not true. Virtual packages do not replace real packages which are
On Tue, 2014-01-14 at 20:37 +0100, Michael Schwendt wrote:
> On Tue, 14 Jan 2014 11:03:30 -0800, Adam Williamson wrote:
>
> > The process here is
> > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
> > What I am basically asking is whether one needs to adopt an orphaned
> >
On Tue, 14 Jan 2014 11:03:30 -0800, Adam Williamson wrote:
> The process here is
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
> What I am basically asking is whether one needs to adopt an orphaned
> package in order to put it through that process, or whether it is OK f
On Tue, Jan 14, 2014 at 5:38 PM, Adam Williamson wrote:
> On Tue, 2014-01-14 at 10:32 -0700, Michal Jaegermann wrote:
>> Adam Williamson wrote:
>>
>> >> obexftp contains the same Requires except for libpthread (obexfs
>> >> depends on libphread). There's an empty /usr/share/doc/obexftp/html
>> >>
On Tue, 2014-01-14 at 11:39 -0700, Michal Jaegermann wrote:
> On Tue, Jan 14, 2014 at 10:10:27AM -0800, Adam Williamson wrote:
> > On Tue, 2014-01-14 at 10:59 -0700, Michal Jaegermann wrote:
> > >
> > > I am afraid that I miss something. The above will retire obexfs.
> >
> > No, it won't 'vanish
On Tue, Jan 14, 2014 at 10:10:27AM -0800, Adam Williamson wrote:
> On Tue, 2014-01-14 at 10:59 -0700, Michal Jaegermann wrote:
> >
> > I am afraid that I miss something. The above will retire obexfs.
>
> No, it won't 'vanish'. It will still be in the Fedora package
> repositories. I'm not talkin
On Tue, 2014-01-14 at 10:59 -0700, Michal Jaegermann wrote:
> On Tue, Jan 14, 2014 at 09:38:01AM -0800, Adam Williamson wrote:
> > On Tue, 2014-01-14 at 10:32 -0700, Michal Jaegermann wrote:
> > > Adam Williamson wrote:
> > > >
> > > > They're the same tools, the obefxs source was moved into the o
On Tue, Jan 14, 2014 at 09:38:01AM -0800, Adam Williamson wrote:
> On Tue, 2014-01-14 at 10:32 -0700, Michal Jaegermann wrote:
> > Adam Williamson wrote:
> > >
> > > They're the same tools, the obefxs source was moved into the obexftp
> > > source tree upstream.
> >
> > I think that if obexftp pa
On Tue, 2014-01-14 at 10:44 -0700, Mike Ruckman wrote:
> I'm +1 in general and +1 for the Kamil edit. Because anaconda allows
> that config, it should work.
anaconda allows you to use any configured layout during anaconda itself,
but it cannot configure GDM or KDM or any other DM to use a layout
On Tue, 14 Jan 2014 04:24:15 -0500 (EST)
Kamil Paral wrote:
> > So, I'm proposing we add a section to
> > https://fedoraproject.org/wiki/Fedora_20_Final_Release_Criteria#Post-install_requirements
> > which states that at decryption and login stages, the systemwide
> > keyboard layout must be used
On Tue, 2014-01-14 at 10:32 -0700, Michal Jaegermann wrote:
> Adam Williamson wrote:
>
> >> obexftp contains the same Requires except for libpthread (obexfs
> >> depends on libphread). There's an empty /usr/share/doc/obexftp/html
> >> included.
> >
> > They're the same tools, the obefxs source wa
Adam Williamson wrote:
>> obexftp contains the same Requires except for libpthread (obexfs
>> depends on libphread). There's an empty /usr/share/doc/obexftp/html
>> included.
>
> They're the same tools, the obefxs source was moved into the obexftp
> source tree upstream.
>
> The thing I was unsu
On Tue, 2014-01-14 at 10:19 +0100, Michael Schwendt wrote:
> On Mon, 13 Jan 2014 10:50:37 -0800, Adam Williamson wrote:
>
> > On Mon, 2014-01-13 at 14:29 +, Fedora Rawhide Report wrote:
> > > [obexfs]
> > > obexfs-0.12-7.fc20.i686 requires libopenobex.so.1
> >
> > So, this is orphaned
On 01/14/2014 04:03 PM, Adam Williamson wrote:
I'm working on the assumption that there'll still be a base product for
us to validate whatever else happens, and it's better to keep working on
our processes for that than to just sit around on our hands.
--
On that note just add it we can revisi
On Tue, 2014-01-14 at 09:22 -0500, John Dulaney wrote:
> I'm also +1 in general; Kamil does raise a good point
> about the systemwide layout being available, but not
> required to log in.
Yeah, it's a reasonable point and I've seen the feature suggested, but
I'm not aware of any DM that implements
On Tue, 2014-01-14 at 09:31 +, "Jóhann B. Guðmundsson" wrote:
> On 01/14/2014 09:24 AM, Kamil Paral wrote:
> > ACK in general.
>
> Nack
>
> We will need to refactor the entire criteria around the output from WG's
> if the board will sanction the injustice that's going on.
>
> Technically th
I'm also +1 in general; Kamil does raise a good point
about the systemwide layout being available, but not
required to log in. The only thing that worries me is
it would be nice to ensure this works on desktop
managers besides GDM and KDM (ie, non-blocking
desktops).
John.
On Tue, Jan 14, 2014 at 8:47 AM, Gabriele Trombini
wrote:
> It isn't a automated part of the shipping process because on the other
> side of the monitor there's someone who read what you wrote.
>
I understand that now, but it might have been clearer just to have a text
box and ask the user to fi
On 01/14/2014 09:24 AM, Kamil Paral wrote:
ACK in general.
Nack
We will need to refactor the entire criteria around the output from WG's
if the board will sanction the injustice that's going on.
Technically there is nothing preventing us doing that now with base
since they have decided up
> So, I'm proposing we add a section to
> https://fedoraproject.org/wiki/Fedora_20_Final_Release_Criteria#Post-install_requirements
> which states that at decryption and login stages, the systemwide keyboard
> layout must be used, and post-login, the systemwide layout must be used if
> no per-user
On Mon, 13 Jan 2014 10:50:37 -0800, Adam Williamson wrote:
> On Mon, 2014-01-13 at 14:29 +, Fedora Rawhide Report wrote:
> > [obexfs]
> > obexfs-0.12-7.fc20.i686 requires libopenobex.so.1
>
> So, this is orphaned, and the code has now actually been rolled into
> obexftp upstream. The
The following Fedora 18 Security updates need testing:
Age URL
25
https://admin.fedoraproject.org/updates/FEDORA-2013-23662/rubygem-actionpack-3.2.8-4.fc18
25
https://admin.fedoraproject.org/updates/FEDORA-2013-23663/ibus-chewing-1.4.4-1.fc18
17
https://admin.fedoraproject.org/updates
On 01/14/14 03:05, Adam Williamson wrote:
[snip]
I think that's the way to go. Ultimately what they're really asking you
is "where should I send this?" So long as what you enter is a good
answer to that question, you're probably going to be fine.
[snip]
Yes (thank you Adam).
As everyone can s
27 matches
Mail list logo
