* Nicolas Mailhot:
> Le dimanche 23 septembre 2018 à 22:39 +0200, Florian Weimer a écrit :
>> > On Sun, Sep 23, 2018 at 10:14 AM, Nicolas Mailhot
>> >
>> To be honest, this looks like a misconfiguration of the Google
>> servers.
>
> Actually, this is probably a "we can finally declare IE6 dead an
Announcing the creation of a new nightly release validation test event
for Fedora 29 Branched 20180923.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
Le lundi 24 septembre 2018 à 00:57 +0200, Kevin Kofler a écrit :
>
> Another issue if you want to use metapackages for categorization is
> that UIs
> such as Dnfdragora, or whatever tool converts the metapackages to a
> representation those UIs will consume, would have to be told what
> packages
Le dimanche 23 septembre 2018 à 22:39 +0200, Florian Weimer a écrit :
> > On Sun, Sep 23, 2018 at 10:14 AM, Nicolas Mailhot
> >
> To be honest, this looks like a misconfiguration of the Google
> servers.
Actually, this is probably a "we can finally declare IE6 dead and use
SNI everywhere" moment
# F29 Blocker Review meeting
# Date: 2018-09-24
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have 9 proposed Final blockers and 3 proposed Final freeze
exceptions to review, so let's have a review meeting tomorrow. Most
proposed blockers are in GNOME, there
# Fedora Quality Assurance Meeting
# Date: 2018-09-24
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
Time for a post-Beta meeting to check in on F29 status, look at some
release criteria proposals, and.
On Mon, 2018-09-24 at 00:57 +0200, Kevin Kofler wrote:
> Neal Gompa wrote:
> > This is where I think that transforming comps into metapackages would
> > probably solve the remaining issues we have with the current workflow.
>
> I think metapackages could work for the distro composes, where ACL
>
Pierre-Yves Chibon wrote:
> Cons:
> - it's a free-form input field, so packager could add anything and
> everything including things we do not care about.
> -> So maybe we need a list of categories we care about somewhere and we
> only integrate packages having one or more of these categories
Neal Gompa wrote:
> This is where I think that transforming comps into metapackages would
> probably solve the remaining issues we have with the current workflow.
I think metapackages could work for the distro composes, where ACL
enforcement is wanted (so we would remove @group usage from kicksta
On 09/23/2018 02:59 PM, Kevin Fenzi wrote:
> On 09/22/2018 04:05 AM, Jan Grulich wrote:
>> Hi,
>>
>> all packages should be now updated. If you experience broken dependencies,
>> let
>> me please know.
>
> Alas, some packages seem to have failed to build because their
> buildrequires hadn't land
Small correction:
I wrote:
> part of the review process, and fedora-review can automatically print an
> error for missing Group tags (just as there is currently one if Group is
> missing).
I meant "just as there is currently one if Group is present".
Kevin Kofler
On 09/22/2018 04:05 AM, Jan Grulich wrote:
> Hi,
>
> all packages should be now updated. If you experience broken dependencies,
> let
> me please know.
Alas, some packages seem to have failed to build because their
buildrequires hadn't landed in the buildroot yet. ;(
This broke todays rawhide
On Sat, Sep 22, 2018 at 3:42 PM Kevin Fenzi wrote:
> Yep. It's fixed but not yet rolled out to production, we ran into some
> other issues we wanted to fix up before rolling it out.
>
> I hope to move this service into our production openshift instance and
> update it next week. :)
>
> Sorry for t
> On Sun, Sep 23, 2018 at 10:14 AM, Nicolas Mailhot
> wrote:
>> ??? That's not a Google choice, SNI is one of the
>> Mandatory-to-Implement
>> Extensions in TLS 1.3. You'll need it to connect to anything that
>> claims
>> TLS 1.3 (which will be everyone as soon as someone publishes a hole in
>> TL
On Sun, Sep 23, 2018 at 10:14 AM, Nicolas Mailhot
wrote:
??? That's not a Google choice, SNI is one of the
Mandatory-to-Implement
Extensions in TLS 1.3. You'll need it to connect to anything that
claims
TLS 1.3 (which will be everyone as soon as someone publishes a hole in
TLS 1.2)
Of course
On Sat, Sep 22, 2018 at 12:26:31PM -0400, Matthew Miller wrote:
> On Sat, Sep 22, 2018 at 01:07:27PM +0200, Kevin Kofler wrote:
> > So I see only 2 alternatives:
> > a) keep comps as it is now, including optional packages, OR
> > b) undeprecate the RPM Group tag, readd it to all Fedora packages, an
On Sun, Sep 23, 2018 at 2:13 PM Kevin Kofler wrote:
>
> Matthew Miller wrote:
> > Well, or "find plan c and work to make sure it's integrated in future
> > versions of dnfdragora".
>
> That would have to be done BEFORE we drop the comps entries though.
>
> > The RPM Group tag is very inflexible —
Matthew Miller wrote:
> Well, or "find plan c and work to make sure it's integrated in future
> versions of dnfdragora".
That would have to be done BEFORE we drop the comps entries though.
> The RPM Group tag is very inflexible — even beyond the "dewey decimal
> system" problem where the categori
Le dimanche 23 septembre 2018 à 09:40 -0500, mcatanz...@gnome.org a
écrit :
>
> There's really nothing more to say about the problem than what's
> explained there. If you want to connect to Google with TLS 1.3 you're
> going to have to use SNI, because Google has decided to require it.
??? Tha
On Sun, Sep 23, 2018 at 7:57 AM, Michael Schwendt
wrote:
That an update for SNI may be required is clear, but it doesn't answer
the question where a change will be needed.
The Claws Mail developers will have to investigate. The right place
will be close to all the other uses of GnuTLS, though
On Sat, 22 Sep 2018 16:32:07 -0500, mcatanzaro gnome org wrote:
> You'll need to add a call to gnutls_server_name_set(), see:
>
> https://www.gnutls.org/manual/gnutls.html#Server-name-indication
That an update for SNI may be required is clear, but it doesn't answer
the question where a change wi
On 9/23/18 4:46 AM, Christian Dersch wrote:
> On 9/23/18 2:23 AM, Mukundan Ragavan wrote:
>> I intent to orphan LabPlot soon. If anyone is interested, I can transfer
>> this package to that person.
>>
>> https://src.fedoraproject.org/rpms/LabPlot
> Hi,
>
> I'll take care of the package as it is p
On Thu, Sep 20, 2018 at 1:27 AM Adam Williamson
wrote:
>
> On Wed, 2018-09-19 at 21:31 +1000, Amit Saha wrote:
> > Hi Adam,
> >
> > How do I propose
> > https://pagure.io/releng/issue/7814 as a blocker for the F29 release?
>
> It cannot be one, as that is not a release-blocking image - none of the
Hello Mukundan
You don't have time anymore for Labplot ? Other problems with the package ?
I would be keen on taking this over, but I am still waiting for a sponsor,
as I am not part (yet ?) of the packager group...
May be I co-maintain it ?
My FAS username is avigne , my COPR:
https://copr.fedo
On 9/23/18 2:23 AM, Mukundan Ragavan wrote:
> I intent to orphan LabPlot soon. If anyone is interested, I can transfer
> this package to that person.
>
> https://src.fedoraproject.org/rpms/LabPlot
Hi,
I'll take care of the package as it is part of the Astronomy Lab.
Greetings,
Christian
Le samedi 22 septembre 2018 à 11:38 -0700, Adam Williamson a écrit :
>
> But at the same time I think Matt's right that comps -at least as it's
> currently set up - is kind of a really *bad* way of doing this, and
> that seems fairly well demonstrated by the problem I'm trying to solve
> - that co
Le samedi 22 septembre 2018 à 11:29 -0700, Adam Williamson a écrit :
> On Sat, 2018-09-22 at 10:26 -0700, Kevin Fenzi wrote:
> > On 09/21/2018 06:14 PM, Adam Williamson wrote:
> > ...snip...
> > > The old gnome-packagekit, IIRC, also parsed groups and showed you
> > > all
> > > this stuff.
> > >
>
27 matches
Mail list logo
