On 06/14/2018 03:02 PM, Michael Cronenworth wrote:
On 06/14/2018 03:42 AM, Pierre-Yves Chibon wrote:
I know we never manage to motivate many people to vote, but 86 votes
is really
low, even for us:(
Yes, I was checking out the voter count on other pollings and the
turnout is around 100. Disa
On Wed, Jun 20, 2018 at 11:15 PM, Samuel Sieb wrote:
> On 06/20/2018 05:53 PM, Gerald B. Cox wrote:
>
>> I believe we're missing something fundamental here. If a program/service
>> etc. requires specific hardware to work
>> and it can't gracefully handle situations where that hardware is not
>>
On 06/20/2018 05:53 PM, Gerald B. Cox wrote:
I believe we're missing something fundamental here. If a
program/service etc. requires specific hardware to work
and it can't gracefully handle situations where that hardware is not
present - it shouldn't be a default.
The way to handle this (and o
No missing expected images.
Failed openQA tests: 4/138 (x86_64), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180619.n.0):
ID: 250965 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/250965
ID: 251019 Test: x86_64 uni
OLD: Fedora-Rawhide-20180619.n.0
NEW: Fedora-Rawhide-20180620.n.0
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 3
Dropped packages:206
Upgraded packages: 131
Downgraded packages: 0
Size of added packages: 184.35 KiB
Size of dropped packages
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2018-06-21 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2018-06-21 09:00
PDT US/Pacific
2018-06-21 1
On Wed, Jun 20, 2018 at 1:36 AM Miro Hrončok wrote:
> Unfortunately this is blocked by failing:
>
> python-manuel
> https://koji.fedoraproject.org/koji/taskinfo?taskID=27740145
> https://bugzilla.redhat.com/show_bug.cgi?id=1593132
I had planned to look at that tonight. However, just as I arrived
On Thu, Jun 14, 2018 at 11:13 AM, Matthew Miller
wrote:
There's another aspect of burnout: two years is a big commitment. In
the past, we've bad people who really were getting burned out or busy
with other commitments but who felt they couldn't really step down
without abandoning their responsib
On Wed, Jun 20, 2018 at 8:46 AM, Lennart Poettering
wrote:
> On Do, 14.06.18 12:06, Jan Kurik (jku...@redhat.com) wrote:
>
>> The [https://www.freedesktop.org/wiki/Specifications/BootLoaderSpec/
>> Boot Loader Specification (BLS)] defines a scheme and file format to
>
> So, it appears the suggeste
On Wed, Jun 20, 2018 at 8:35 AM, Lennart Poettering
wrote:
> On Di, 19.06.18 11:17, Chris Murphy (li...@colorremedies.com) wrote:
>
>> > Today, systemd has this generator that will automatically find the ESP
>> > for you and mount it to /efi or /boot. The idea behind that is that
>> > installers c
On Wed, Jun 20, 2018 at 3:26 PM, Adam Williamson wrote:
> On Wed, 2018-06-20 at 13:15 -0400, Stephen Gallagher wrote:
> > On Wed, Jun 20, 2018 at 12:34 PM Gerald B. Cox wrote:
> >
> > The proper behavior here would be for these services not to be marked as
> > "failed" when the appropriate hardw
On Wed, 2018-06-20 at 13:17 +0200, Lennart Poettering wrote:
> On Di, 19.06.18 22:22, Adam Williamson (adamw...@fedoraproject.org) wrote:
>
> > On Mon, 2018-06-18 at 12:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> > > Hi all,
> > >
> > > we plan to release systemd-239 wednesday-ish and it will
Anyone interested in bringing Fedora topics that may be of interest to
the CentOS community to this conference?
- Forwarded message from Rich Bowen -
> Date: Tue, 19 Jun 2018 09:21:41 -0400
> From: Rich Bowen
> To: "The CentOS developers mailing list."
> Cc: "centos-pr...@centos.org"
On Wed, 2018-06-20 at 13:15 -0400, Stephen Gallagher wrote:
> On Wed, Jun 20, 2018 at 12:34 PM Gerald B. Cox wrote:
>
> > This isn't related to a service, but is throwing out an spurious error
> > message. There is a patch but it hasn't made it's way
> > yet into the Fedora kernel:
> >
> > rt_c
On Wed, Jun 20, 2018 at 12:35 PM, Lennart Poettering
wrote:
> On Mi, 20.06.18 13:15, Stephen Gallagher (sgall...@redhat.com) wrote:
>
> > The proper behavior here would be for these services not to be marked as
> > "failed" when the appropriate hardware is not present. When possible, we
> > shoul
On Wed, Jun 20, 2018 at 5:12 PM Josh Boyer wrote:
>
> On Wed, Jun 20, 2018 at 4:12 PM Matthew Miller
> wrote:
> >
> > On Wed, Jun 20, 2018 at 03:59:06PM -0400, Josh Boyer wrote:
> > > No. A hybrid repository is a repository that has both regular RPMs
> > > and modules, with repo metadata that d
On Wed, Jun 20, 2018 at 4:12 PM Matthew Miller wrote:
>
> On Wed, Jun 20, 2018 at 03:59:06PM -0400, Josh Boyer wrote:
> > No. A hybrid repository is a repository that has both regular RPMs
> > and modules, with repo metadata that describes both. It avoids having
> > a separate repository for eac
On Wed, Jun 20, 2018 at 03:59:06PM -0400, Josh Boyer wrote:
> No. A hybrid repository is a repository that has both regular RPMs
> and modules, with repo metadata that describes both. It avoids having
> a separate repository for each and allows a natural transition from
> normal RPM to modules wi
On Wed, Jun 20, 2018 at 3:58 PM Stephen Gallagher wrote:
>
>
>
> On Wed, Jun 20, 2018 at 3:50 PM Matthew Miller
> wrote:
>>
>> On Wed, Jun 20, 2018 at 03:02:47PM -0400, Josh Boyer wrote:
>> > > Correct, this is about ensuring that all Fedora installations have
>> > > access to the modules we bui
On Wed, Jun 20, 2018 at 3:49 PM Matthew Miller wrote:
>
> On Wed, Jun 20, 2018 at 03:02:47PM -0400, Josh Boyer wrote:
> > > Correct, this is about ensuring that all Fedora installations have
> > > access to the modules we build, but there's no change to how
> > > they're stored on mirrors, etc.
>
On Wed, Jun 20, 2018 at 3:50 PM Matthew Miller
wrote:
> On Wed, Jun 20, 2018 at 03:02:47PM -0400, Josh Boyer wrote:
> > > Correct, this is about ensuring that all Fedora installations have
> > > access to the modules we build, but there's no change to how
> > > they're stored on mirrors, etc.
> >
On Wed, Jun 20, 2018 at 03:23:02PM -0400, Owen Taylor wrote:
> * There are no plans to add any user interface to enable/disable modules
> in the GNOME Software user interface.
I think this is _probably_ okay, because Software only shows a
selection of GUI applications anyway. At least assuming we
On Wed, Jun 20, 2018 at 03:02:47PM -0400, Josh Boyer wrote:
> > Correct, this is about ensuring that all Fedora installations have
> > access to the modules we build, but there's no change to how
> > they're stored on mirrors, etc.
> Ok. Do we ever foresee the hybrid repository approach happening
On Mi, 20.06.18 13:15, Stephen Gallagher (sgall...@redhat.com) wrote:
> The proper behavior here would be for these services not to be marked as
> "failed" when the appropriate hardware is not present. When possible, we
> should be using systemd's Condition* features to skip attempting to start
>
I'm not sure it needs to be mentioned in the change proposal - but there
are some caveats to this as it applies to the workstation:
* There are no plans to add any user interface to enable/disable modules
in the GNOME Software user interface.
* If we even want graphical applications from enabled
On Wed, Jun 20, 2018 at 2:22 PM Stephen Gallagher wrote:
>
>
>
> On Wed, Jun 20, 2018 at 1:49 PM Josh Boyer wrote:
>>
>> On Wed, Jun 20, 2018 at 1:14 PM Jan Kurik wrote:
>> >
>> > = Proposed System Wide Change: Modules for Everyone =
>> > https://fedoraproject.org/wiki/Changes/ModulesForEveryone
On Wed, Jun 20, 2018 at 1:49 PM Josh Boyer
wrote:
> On Wed, Jun 20, 2018 at 1:14 PM Jan Kurik wrote:
> >
> > = Proposed System Wide Change: Modules for Everyone =
> > https://fedoraproject.org/wiki/Changes/ModulesForEveryone
> >
> >
> > Owner(s):
> > * Stephen Gallagher
> > * Langdon White
On Wed, Jun 20, 2018 at 10:15 AM, Stephen Gallagher
wrote:
>
>
> On Wed, Jun 20, 2018 at 12:34 PM Gerald B. Cox wrote:
>
>> This isn't related to a service, but is throwing out an spurious error
>> message. There is a patch but it hasn't made it's way
>> yet into the Fedora kernel:
>>
>> rt_cmo
On Wed, Jun 20, 2018 at 1:14 PM Jan Kurik wrote:
>
> = Proposed System Wide Change: Modules for Everyone =
> https://fedoraproject.org/wiki/Changes/ModulesForEveryone
>
>
> Owner(s):
> * Stephen Gallagher
> * Langdon White
>
>
> All Fedora installations will have modular repositories enabled
Hi,
On 20-06-18 18:33, Gerald B. Cox wrote:
This isn't related to a service, but is throwing out an spurious error message.
There is a patch but it hasn't made it's way
yet into the Fedora kernel:
rt_cmos registration error: rhbz#1568276
Basically an error is being thrown because your system
Hi Miro,
there are new releases of upstream for python-jep, py4j and jpype.
Unfortunately, me as the maintainer of these packages did not find any time to
update those. There's not much sense actually to rebuild the outdated packages.
https://bugzilla.redhat.com/show_bug.cgi?id=1592995
https://b
On Wed, Jun 20, 2018 at 12:34 PM Gerald B. Cox wrote:
> This isn't related to a service, but is throwing out an spurious error
> message. There is a patch but it hasn't made it's way
> yet into the Fedora kernel:
>
> rt_cmos registration error: rhbz#1568276
> Basically an error is being thrown
= Proposed System Wide Change: Modules for Everyone =
https://fedoraproject.org/wiki/Changes/ModulesForEveryone
Owner(s):
* Stephen Gallagher
* Langdon White
All Fedora installations will have modular repositories enabled by default,
previously available, by default, only to Server Editio
This isn't related to a service, but is throwing out an spurious error
message. There is a patch but it hasn't made it's way
yet into the Fedora kernel:
rt_cmos registration error: rhbz#1568276
Basically an error is being thrown because your system doesn't have battery
backup. To their credit,
Actually, that is the error I am receiving... is your SecureBoot enabled or
disabled?
You can check by: mokutil --sb-state
On Wed, Jun 20, 2018 at 4:56 AM, Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Wednesday, 20 June 2018 at 07:54, Gerald B. Cox wrote:
> [...]
> > The
On Do, 14.06.18 12:06, Jan Kurik (jku...@redhat.com) wrote:
> The [https://www.freedesktop.org/wiki/Specifications/BootLoaderSpec/
> Boot Loader Specification (BLS)] defines a scheme and file format to
So, it appears the suggested implementation of this uses
/EFI/fedora/loader/entries/ instead of
On Di, 19.06.18 11:17, Chris Murphy (li...@colorremedies.com) wrote:
> > Today, systemd has this generator that will automatically find the ESP
> > for you and mount it to /efi or /boot. The idea behind that is that
> > installers can choose whether they want to merge $BOOT and the ESP or
> > not:
On 20/06/18 15:17, Jerry James wrote:
There was a successful clisp build for f28, which depends on gdbm
rather than compat-gdbm, so I don't know why the F26 build should
matter. Clisp is again failing to build in Rawhide, though. I've got
it on my list of Fedora Things To Do. I will try updat
On Wed, Jun 20, 2018 at 3:50 AM wrote:
> clisp-0:2.49-22.20170224hg.fc26.i686
> clisp-0:2.49-22.20170224hg.fc26.x86_64
There was a successful clisp build for f28, which depends on gdbm
rather than compat-gdbm, so I don't know why the F26 build should
matter. Clisp is again failing to build in Ra
On Wed, Jun 20, 2018 at 10:06 AM Mikolaj Izdebski
wrote:
> On 06/20/2018 02:30 PM, Petr Šabata wrote:
> > Parallel installation of streams on a single system indeed
> > isn't supported at this point and isn't planned anytime in the
> > near future. In general it's a more complicated problem than
In case you missed this on the annouce list. Or also, read at
https://fedoramagazine.org/announcing-fedora-coreos/ in glorious
technicolor.
- Forwarded message from Matthew Miller -
> Date: Wed, 20 Jun 2018 10:00:00 -0400
> From: Matthew Miller
> To: annou...@lists.fedoraproject.org
>
On Tue, Jun 19, 2018 at 11:55 PM Gerald B. Cox wrote:
> The mcelog.service message is associated with rhbz#1166978
> The dbxtool.service message is associated with rhbz#1508808
> The rngd.service message is associated with rhbz#1490632
And abrt-xorg.service fails in some cases; see rhbz #1482230.
On 06/20/2018 02:30 PM, Petr Šabata wrote:
> Parallel installation of streams on a single system indeed
> isn't supported at this point and isn't planned anytime in the
> near future. In general it's a more complicated problem than
> it might seem at first.
Could you elaborate and explain what's
- Original Message -
> From: "Stephen Gallagher"
> To: "Development discussions related to Fedora"
>
> Cc: devel-annou...@lists.fedoraproject.org
> Sent: Wednesday, June 20, 2018 2:05:38 PM
> Subject: Re: F29 Self Contained Change: Origin 3.10
>
>
>
> On Wed, Jun 20, 2018 at 8:02
On Wed, Jun 20, 2018 at 8:44 AM Stephen Gallagher wrote:
>
>
>
> On Wed, Jun 20, 2018 at 8:21 AM Neal Gompa wrote:
>>
>> On Wed, Jun 20, 2018 at 8:07 AM Stephen Gallagher
>> wrote:
>> >
>> >
>> >
>> > On Wed, Jun 20, 2018 at 8:02 AM Jan Kurik wrote:
>> >>
>> >> = Proposed Self Contained Change
On Wed, Jun 20, 2018 at 8:21 AM Neal Gompa wrote:
> On Wed, Jun 20, 2018 at 8:07 AM Stephen Gallagher
> wrote:
> >
> >
> >
> > On Wed, Jun 20, 2018 at 8:02 AM Jan Kurik wrote:
> >>
> >> = Proposed Self Contained Change: Origin 3.10 =
> >> https://fedoraproject.org/wiki/Changes/origin3.10
> >>
>
On Wed, Jun 20, 2018 at 02:15:00PM +0200, Severin Gehwolf wrote:
> On Wed, 2018-06-20 at 07:59 -0400, Josh Boyer wrote:
> > On Wed, Jun 20, 2018 at 7:52 AM Severin Gehwolf wrote:
> > >
> > > Hi,
> > >
> > > I'm exploring the Fedora Modularity world and would like to know
> > > whether it's possi
On Wed, Jun 20, 2018 at 8:07 AM Stephen Gallagher wrote:
>
>
>
> On Wed, Jun 20, 2018 at 8:02 AM Jan Kurik wrote:
>>
>> = Proposed Self Contained Change: Origin 3.10 =
>> https://fedoraproject.org/wiki/Changes/origin3.10
>>
>>
>> Owner(s):
>> * Jakub Čajka
>>
>>
>> Rebase of the Openshift Orig
On Wed, 2018-06-20 at 07:59 -0400, Josh Boyer wrote:
> On Wed, Jun 20, 2018 at 7:52 AM Severin Gehwolf wrote:
> >
> > Hi,
> >
> > I'm exploring the Fedora Modularity world and would like to know
> > whether it's possible to have two different module streams install two
> > different sets of pack
On Wed, Jun 20, 2018 at 8:02 AM Jan Kurik wrote:
> = Proposed Self Contained Change: Origin 3.10 =
> https://fedoraproject.org/wiki/Changes/origin3.10
>
>
> Owner(s):
> * Jakub Čajka
>
>
> Rebase of the Openshift Origin package to the latest upstream version,
> along with introduction of neces
= Proposed Self Contained Change: Origin 3.10 =
https://fedoraproject.org/wiki/Changes/origin3.10
Owner(s):
* Jakub Čajka
Rebase of the Openshift Origin package to the latest upstream version,
along with introduction of necessary infrastructure container images.
== Detailed description ==
On Wed, Jun 20, 2018 at 7:52 AM Severin Gehwolf wrote:
>
> Hi,
>
> I'm exploring the Fedora Modularity world and would like to know
> whether it's possible to have two different module streams install two
> different sets of packages? If that's possible, would installing one
> stream remove the pa
On Wednesday, 20 June 2018 at 07:54, Gerald B. Cox wrote:
[...]
> The dbxtool.service message is associated with rhbz#1508808
Thanks to this, I checked my machine and filed:
https://bugzilla.redhat.com/show_bug.cgi?id=1593258
because I'm seeing a different variation of yours.
Regards,
Dominik
--
Hi,
I'm exploring the Fedora Modularity world and would like to know
whether it's possible to have two different module streams install two
different sets of packages? If that's possible, would installing one
stream remove the packages from the other stream even though the set of
packages don't ov
On Di, 19.06.18 22:22, Adam Williamson (adamw...@fedoraproject.org) wrote:
> On Mon, 2018-06-18 at 12:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Hi all,
> >
> > we plan to release systemd-239 wednesday-ish and it will be landing in
> > rawhide. There's a bunch of new functionality, see
> >
On Wed, Jun 20, 2018 at 11:49:38AM +0200, mskal...@redhat.com wrote:
> Hi,
> a new version of gdbm is out. So I would like to update gdbm in
> Rawhide.
> (Important note to my question is that gdbm is in minimal buildroot.)
>
> I've planned to do following (please correct me if I'm wrong it would
Hi,
a new version of gdbm is out. So I would like to update gdbm in
Rawhide.
(Important note to my question is that gdbm is in minimal buildroot.)
I've planned to do following (please correct me if I'm wrong it would
result in disaster):
1. build compat-gdbm package with current content of gdbm pa
On Tue, 2018-06-19 at 22:22 -0700, Adam Williamson wrote:
> On Mon, 2018-06-18 at 12:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Hi all,
> >
> > we plan to release systemd-239 wednesday-ish and it will be landing in
> > rawhide. There's a bunch of new functionality, see
> > https://github.com
On Wed, Jun 20, 2018 at 9:53 AM, Tom Hughes wrote:
> On 20/06/18 09:46, Peter Robinson wrote:
>
>> There's also requirements by PCI (Payment Card Industry, not the
>> interconnect tech) for sites doing financial transactions to be
>> HTTP/1.1 and TLS 1.2 by June 30 too so no doubt that'll spur som
On 20/06/18 09:46, Peter Robinson wrote:
There's also requirements by PCI (Payment Card Industry, not the
interconnect tech) for sites doing financial transactions to be
HTTP/1.1 and TLS 1.2 by June 30 too so no doubt that'll spur some
sites forward too
https://www.theregister.co.uk/2018/06/20/
>>> I don't think TLS 1.3 will see a wide deployment immediately. Sure,
>>> the
>>> famous top websites and top browsers will, but enterprises will not.
>>> And
>>> especially those with any kind of loggin/auditing requirements cannot
>>> even allow TLS 1.3 with ephemeral DH on their network.
>>>
>
On 20.6.2018 05:55, Jerry James wrote:
fedpkg build --target=f29-python
I have fixed python-pybtex, python-pybtex-docutils, python-latexcodec,
python-sphinx-testing, and started a build of
python-sphinxcontrib-bibtex which I think has a high chance of
succeeding.
Thank You.
That sho
= Proposed System Wide Change: New 128-bit IEEE long double ABI for
IBM 64-bit POWER LE =
https://fedoraproject.org/wiki/Changes/PPC64LE_Float128_Transition
Owner(s):
* Carlos O'Donell
Transition IBM 64-bit POWER LE systems to the new 128-bit IEEE long double ABI.
== Detailed description =
= Proposed System Wide Change: The GNU C Library version 2.28 =
https://fedoraproject.org/wiki/Changes/GLIBC228
Owner(s):
* Carlos O'Donell
Switch glibc in Fedora 29 to glibc version 2.28.
== Detailed description ==
The GNU C Library version 2.28 will be released at the beginning of
August
64 matches
Mail list logo
