No missing expected images.
Failed openQA tests: 14/137 (x86_64), 5/23 (i386), 1/2 (arm)
ID: 206139 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/206139
ID: 206145 Test: x86_64 Server-dvd-iso server_role_deploy_database_serv
No missing expected images.
Failed openQA tests: 17/137 (x86_64), 5/23 (i386), 1/2 (arm)
ID: 205977 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/205977
ID: 205983 Test: x86_64 Server-dvd-iso server_role_deploy_database_serv
OLD: Fedora-28-20180316.n.0
NEW: Fedora-28-20180316.n.1
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 1
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 121.15 MiB
Size of dropped packages:0 B
Size of
El vie, 16-03-2018 a las 15:19 -0700, Adam Williamson escribió:
> On Fri, 2018-03-16 at 16:04 -0400, Dennis Gregorovic wrote:
> > modules are not RPMs. I would not expect them to necessarily use
> > the same
> > format as RPMs. If we take koji out of the equation,
>
> That's an extremely big and
On vendredi 16 mars 2018 22:33:42 CET Jared K. Smith wrote:
> On Fri, Mar 16, 2018 at 12:53 PM, Robert-André Mauchin
>
> wrote:
> > I'm looking for some help to review some Golang packages. These are all
> > renamed packages to conform with the new Golang guidelines which
> > standardizes package
Sérgio Basto wrote:
> Who still use cds ? , one pen usb do the work much better ...
I used them until the images stopped fitting, but that was not really the
point. I used CD size as a tangible unit to measure things in. If you prefer
straightforward abstract units: F17: 0.7 GiB, F27: 1.5 GiB, F
OLD: Fedora-Rawhide-20180316.n.0
NEW: Fedora-Rawhide-20180316.n.1
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 1
Dropped packages:0
Upgraded packages: 49
Downgraded packages: 1
Size of added packages: 91.26 MiB
Size of dropped packages:0 B
Don't be afraid of koji. :)
It is under active development. Of course, resources are limited and not
everything can be taken on, but it's worth having the discussion. I have
filed https://pagure.io/koji/issue/851 as a strawman and will try to
solicit feedback on the idea.
Patrick, if https://pa
On Fri, 2018-03-16 at 23:31 +, Nikolaus Waxweiler wrote:
> > DejaVu had already proven at that time fontforge was more than good enough
> > for a complex modern font.
>
> In the sense that you can write a complex application in assembler, yes. With
> an assembler full of quirks and bugs. I h
On Fri, 2018-03-16 at 23:25 +, Sérgio Basto wrote:
> On Sat, 2018-03-17 at 00:06 +0100, Kevin Kofler wrote:
> > Sérgio Basto wrote:
> > > https://fedoraproject.org/wiki/Changes/Annobin
> >
> > I have read that page. There is not a single compelling reason
> > warranting
> > the global size in
On Friday, 09 March 2018 at 12:02, Pavel Zhukov wrote:
> Hello,
> Gating is failed for some weird reason:
>
> # Test died: command 'dnf -y install bodhi-client git createrepo koji'
> failed at /var/lib/openqa/share/tests/fedora/lib/utils.pm line 383.
>
> https://bodhi.fedoraproject.org/updates/FE
> DejaVu had already proven at that time fontforge was more than good enough
> for a complex modern font.
In the sense that you can write a complex application in assembler, yes. With
an assembler full of quirks and bugs. I have used Fontforge, I know why I ran
from it and why people have been
On Sat, 2018-03-17 at 00:06 +0100, Kevin Kofler wrote:
> Sérgio Basto wrote:
> > https://fedoraproject.org/wiki/Changes/Annobin
>
> I have read that page. There is not a single compelling reason
> warranting
> the global size increase across the whole distribution nor the
> recurring
> breakage
Sérgio Basto wrote:
> https://fedoraproject.org/wiki/Changes/Annobin
I have read that page. There is not a single compelling reason warranting
the global size increase across the whole distribution nor the recurring
breakage from annobin bugs (see e.g. this thread).
I am really fed up of the ca
On Fri, 2018-03-16 at 20:09 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > I've actually seen the exact same thing in something else, I forget
> > what and can't find the bug right now. I think just building with
> > the
> > Rawhide annobin package makes it work, so we might need an update
Nikolaus Waxweiler wrote:
> It is my upstream opinion that the entire free desktop landscape should
> use Noto Sans/Serif (UI) as the default (fallback) font for everything and
> not ship anything else in a base system, except DejaVu Mono because Noto
> Mono has only a regular face.
For the record
On Fri, 2018-03-16 at 16:14 -0400, Randy Barlow wrote:
>
> > If that means
> > tweaking the Koji UI we can look into that.
>
> For my concerns, it would be more helpful to tweak the Koji API than the
> UI, so that tools that interact with Koji (like Bodhi) don't have to
> know that Modules are di
On Fri, 2018-03-16 at 16:04 -0400, Dennis Gregorovic wrote:
> modules are not RPMs. I would not expect them to necessarily use the same
> format as RPMs. If we take koji out of the equation,
That's an extremely big and invalid 'if', though.
--
Adam Williamson
Fedora QA Community Monkey
IRC: ada
On Fri, Mar 16, 2018 at 12:53 PM, Robert-André Mauchin
wrote:
> I'm looking for some help to review some Golang packages. These are all
> renamed packages to conform with the new Golang guidelines which
> standardizes package names. These are super simple devel only package and
> shouldn't pose a
On Fri, Mar 16, 2018 at 4:04 PM, Dennis Gregorovic
wrote:
> The challenge here is that those module builds are squeezed into a N-V-R
> format when imported into Koji. The N-V-R format is used for all build
> types in Koji and it works well for its purpose, but it's also not
> realistic to expect
No missing expected images.
Failed openQA tests: 15/137 (x86_64), 5/23 (i386), 1/2 (arm)
ID: 205499 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/205499
ID: 205505 Test: x86_64 Server-dvd-iso server_role_deploy_database_serv
No missing expected images.
Failed openQA tests: 36/137 (x86_64), 12/24 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180312.n.0):
ID: 205331 Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/205331
ID: 205335 Test: x86
No missing expected images.
Failed openQA tests: 83/137 (x86_64), 24/24 (i386), 1/2 (arm)
ID: 205074 Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/205074
ID: 205075 Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedorapro
Le vendredi 16 mars 2018 à 19:47 +, Nikolaus Waxweiler a écrit :
>
> 2. There were no obvious ways to contribute because open-source
> tooling either didn't exist or was something you didn't want to use
> (Fontforge I'm looking at you)
Please, don't rewrite history, DejaVu had already proven
On 03/16/2018 04:04 PM, Dennis Gregorovic wrote:
> modules are not RPMs. I would not expect them to necessarily use the
> same format as RPMs. If we take koji out of the equation, we have
> module builds in N:S:V:C format and module RPMs in N-V-R.A format. They
> use different separators, but bo
modules are not RPMs. I would not expect them to necessarily use the same
format as RPMs. If we take koji out of the equation, we have module builds
in N:S:V:C format and module RPMs in N-V-R.A format. They use different
separators, but both can be parsed consistently.
The challenge here is tha
1. Gnome and Ubuntu had good reasons: DejaVu fits the bill when you want a free
Verdana for text and terminal, but the design isn't made for UI or branding.
Ubuntu is significantly nicer to look at than something using DejaVu.
2. There were no obvious ways to contribute because open-source tooli
On 03/16/2018 05:18 AM, Pierre-Yves Chibon wrote:
> I wonder what we can do about this. Is it FESCo material?
> Can the folks working on modularity comment more on this?
I am considering filing it for FESCo to consider. I haven't seen a
compelling explanation for why modules are using a different
On Fri, 16 Mar 2018, Sérgio Basto wrote:
On Thu, 2018-03-15 at 20:47 -0400, Scott Talbert wrote:
I'm seeing a strange error when building wxGTK3 on F28. This only
happens
on x86_64. The same package built fine on Rawhide. Anyone have any
ideas
what's going on here?
This message [1] (70 tim
Adam Williamson wrote:
> I've actually seen the exact same thing in something else, I forget
> what and can't find the bug right now. I think just building with the
> Rawhide annobin package makes it work, so we might need an updated
> annobin for F28, or something.
Now why is that buggy binary-bl
===
#fedora-meeting: FESCO (2018-03-16)
===
Meeting started by jsmith at 15:01:14 UTC. The full logs are available
athttps://meetbot.fedoraproject.org/fedora-meeting/2018-03-16/fesco.2018-03-16-15.01.log.html
.
Meeting summary
---
Hello,
I'm looking for some help to review some Golang packages. These are all renamed
packages to conform with the new Golang guidelines which standardizes package
names. These are super simple devel only package and shouldn't pose any issue.
Of course I'm available for any review in exchange.
OLD: Fedora-28-20180315.n.0
NEW: Fedora-28-20180316.n.0
= SUMMARY =
Added images:0
Dropped images: 8
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
I see the ongoing disagreement as to approaches in the Fedora
FESCO bug, Adjust/Drop/Document batched updates policy [A],
and here. I think there is some ** common ground **, fairly
easy to implement, to satisfy both the: 'we need testing at
once' cohort, and the: 'we are bandwidth constraine
On Fri, 2018-03-16 at 13:13 +0100, Dominik 'Rathann' Mierzejewski
wrote:
> On Friday, 16 March 2018 at 01:36, Adam Williamson wrote:
> > On Thu, 2018-03-15 at 18:26 +0100, Dan Horák wrote:
> > > On Thu, 15 Mar 2018 17:11:49 +
> > > Peter Robinson wrote:
> > >
> > > > On Thu, Mar 15, 2018 at 6
OLD: Fedora-Rawhide-20180315.n.1
NEW: Fedora-Rawhide-20180316.n.0
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 7
Dropped packages:0
Upgraded packages: 164
Downgraded packages: 1
Size of added packages: 1.01 MiB
Size of dropped packages:0 B
Hi all,
Today I am writing to announce some changes in Fedora Release
Engineering. Effective Friday the 23rd of March 2018 Mohan Boddu will
be taking over as the primary person responsible for Release
Engineering in Fedora. Mohan has effectively been the primary person
since Fedora 26 as he has b
On Fri, 2018-03-16 at 12:09 +, Sérgio Basto wrote:
> On Thu, 2018-03-15 at 20:47 -0400, Scott Talbert wrote:
> > I'm seeing a strange error when building wxGTK3 on F28. This only
> > happens
> > on x86_64. The same package built fine on Rawhide. Anyone have any
> > ideas
> > what's going on
On Friday, 16 March 2018 at 01:36, Adam Williamson wrote:
> On Thu, 2018-03-15 at 18:26 +0100, Dan Horák wrote:
> > On Thu, 15 Mar 2018 17:11:49 +
> > Peter Robinson wrote:
> >
> > > On Thu, Mar 15, 2018 at 6:25 AM, Vascom wrote:
> > > > Hi.
> > > >
> > > > GCC 8.0.1-0.16 in F28 repo is fre
On Thu, 2018-03-15 at 20:47 -0400, Scott Talbert wrote:
> I'm seeing a strange error when building wxGTK3 on F28. This only
> happens
> on x86_64. The same package built fine on Rawhide. Anyone have any
> ideas
> what's going on here?
This message [1] (70 times) is very strange and seems the ro
Le vendredi 16 mars 2018 à 11:49 +, Nikolaus Waxweiler a écrit :
> You sound like you need to cool your head.
>
> > It's kind of sad that despite being is stasis for years DejaVu is
> > still leagues away from prototypes dumped on our users just for the
> > coolness factor
>
> Well duh ;)
An
> But even compared to Noto, DejaVu has lots coverage for convenient glyphs
> that people added over the years
People who want those can and probably know how to continue to use DejaVu or
one of its derivatives. Cathedrals and bazaars can happily coexist :)
This is about setting a sane and cons
Le vendredi 16 mars 2018 à 11:49 +, Nikolaus Waxweiler a écrit :
>
> Not sure what you're referring to? Do you mean something specific
> about the Notos?
I mean all the idiots that will look down on any font with some
community development, because “professional” is better. It’s not
necessari
Le vendredi 16 mars 2018 à 07:14 -0400, Neal Gompa a écrit :
>
> I personally would prefer if we used Noto across the board. It's a
> fantastic font family, and its CJK and Indic font representation is
> fairly solid for me.
Anyway and just to be clear I'll be personally happy with any default
FL
You sound like you need to cool your head.
> It's kind of sad that despite being is stasis for years DejaVu is still
> leagues away from prototypes dumped on our users just for the coolness factor
Well duh ;)
> And, I wouldn't put to much weight on “professional” development. The last
> years
Le vendredi 16 mars 2018 à 04:07 -0700, Adam Williamson a écrit :
>
> Are you conflating Cantarell and Noto there? I am not especially
> qualified to judge the quality of any of these fonts, but the Noto
> family's script coverage seems pretty solid:
>
> https://en.wikipedia.org/wiki/Noto_fonts#L
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 15:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2018-03-16 15:00 UTC'
Links to all issues below ca
On Fri, Mar 16, 2018 at 7:07 AM, Adam Williamson
wrote:
> On Fri, 2018-03-16 at 12:00 +0100, Nicolas Mailhot wrote:
>> Le vendredi 16 mars 2018 à 10:43 +, Nikolaus Waxweiler a écrit :
>> > >
>> >
>> > Fine with me actually. DejaVu only having two weights (the thin looks
>> > more experimental
On Fri, 2018-03-16 at 12:00 +0100, Nicolas Mailhot wrote:
> Le vendredi 16 mars 2018 à 10:43 +, Nikolaus Waxweiler a écrit :
> > >
> >
> > Fine with me actually. DejaVu only having two weights (the thin looks
> > more experimental to me) is going to clash with Gnome's design
> > intentions th
Le vendredi 16 mars 2018 à 10:43 +, Nikolaus Waxweiler a écrit :
> >
> Fine with me actually. DejaVu only having two weights (the thin looks
> more experimental to me) is going to clash with Gnome's design
> intentions though from what I hear. Noto would still be preferable
> because it's the
> Users prefer sans and sans mono to be synchronized
Weight parity is in the works :)
https://github.com/googlei18n/noto-fonts-alpha/tree/master/from-pipeline/unhinted/otf/sans/NotoSansMono.
A true italic seems to be a way off though.
> so maybe it’s time to put back as default a font with dece
Le vendredi 16 mars 2018 à 09:43 +, Nikolaus Waxweiler a écrit :
> It is my upstream opinion that the entire free desktop landscape
> should use Noto Sans/Serif (UI) as the default (fallback) font for
> everything and not ship anything else in a base system, except DejaVu
> Mono because Noto Mo
It is my upstream opinion that the entire free desktop landscape should use
Noto Sans/Serif (UI) as the default (fallback) font for everything and not ship
anything else in a base system, except DejaVu Mono because Noto Mono has only a
regular face.
Self-quote:
> The difference between Noto S
On Mon, Mar 12, 2018 at 06:05:22PM -0400, Randy Barlow wrote:
> On 03/09/2018 04:20 AM, Pierre-Yves Chibon wrote:
> > I had a different idea in mind, basically try to keep the experience as
> > close as
> > what it is now.
> > for single package:
> > - packager commit
> > - packager build
> >
On Thu, Mar 15, 2018 at 05:47:41PM -0700, Adam Williamson wrote:
> So: there would be no problem with - in the *name* of the modules, so
> long as that's the first field, which apparently it is.
>
> The problem is if you allow the delimiter in *both* the first and last
> fields, or in *any other f
Hi all,
In Workstation, our UI font is Cantarell.
I was chatting to Cantarell's upstream maintainer, Nikolaus Waxweiler
yesterday and he said that we should be using Noto Sans UI as a fallback
for glyphs where Cantarell lacks coverage (cyrillic, for example). Right
now we're falling back to DejaV
On Thu, 15 Mar 2018 17:36:47 -0700
Adam Williamson wrote:
> On Thu, 2018-03-15 at 18:26 +0100, Dan Horák wrote:
> > On Thu, 15 Mar 2018 17:11:49 +
> > Peter Robinson wrote:
> >
> > > On Thu, Mar 15, 2018 at 6:25 AM, Vascom wrote:
> > > > Hi.
> > > >
> > > > GCC 8.0.1-0.16 in F28 repo is f
No missing expected images.
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Thu, 2018-03-15 at 22:26 +, Fedora compose checker wrote:
> No missing expected images.
>
> Failed openQA tests: 84/137 (x86_64), 24/24 (i386), 1/2 (arm)
Virtually all tests currently fail on Rawhide because a complete
redesign of Cantarell - the font we use in anaconda - landed and broke
59 matches
Mail list logo