Re: Missing font information at wiki

2017-11-23 Thread Akira TAGOH 
On Fri, Nov 24, 2017 at 3:03 AM, Richard Hughes  wrote:
> Usually it's because the font does something crazy and can't be
> rendered by pango-cairo correctly. The "generate a PNG from a TTF"
> functionality is a hair-raising mixture of cairo, pango, freetype2 and
> fontconfig. I'm sure there are bugs.

just wonder if we can use gnome-font-viewer for screenshots?
It does the job what we want/expect on a font for preview.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Akira TAGOH 
On Thu, Nov 23, 2017 at 8:07 PM, Richard Hughes  wrote:
> We fixed the emoji font generation yesterday by chance:
> https://github.com/hughsie/appstream-glib/commit/7e597065a8024743dde63354355388e7ac7f9855

maybe good to have one for math? which is und-zmth.

>
>> Also, most fonts don't have good descriptions in the appdata files.
>> _This_ is something that requires font maintainer input.
>
> Right -- and they're almost never translated either.
>
> Richard.



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Neal Gompa 
On Thu, Nov 23, 2017 at 4:33 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Thu, Nov 23, 2017 at 08:34:35PM +, Will Crawford wrote:
>> On 23 November 2017 at 13:55, Zbigniew Jędrzejewski-Szmek
>>  wrote:
>> [...]
>> > I think we should consider getting rid of this requirement. Updating
>> > wiki pages is quite a bit of work, and we have better mechanisms to
>> > advertise stuff to users that didn't exist a few years ago. Apart from
>> > the manual effort, the problem with wiki pages is that they tend to
>> > get out of date pretty quickly enough to be out-of-date to often to be
>> > really trustworthy. Instead, I think it'd be better to spend the
>> > effort on making gnome software support fonts even better and to improve
>> > the appdata files for fonts to make them "shine" in gnome-software.
>> > This would be
>> >
>> > a) less effort (a few minutes to create an appdata file when initially
>> > packaging the font, very little ongoing effort, metadata is automatically
>> > updated on package updates),
>> >
>> > b) actually more useful for users (you get a live list, click "install"
>> > on the font you like, instead of going from a wiki page to the command
>> > line).
>>
>> There are still some dinosaurs who don't use GNOME.
>>
>> Maybe some mechanisms that aren't dependent on that would be good?
>
> I'd try to write a page generator that'd turn appdata files into
> html. Might be useful for more than fonts. That doesn't even seem
> like that much work, to write such a script and have it run once a
> week and update the html for all updated packages and push it out to
> a server somewhere.
>

It'd be nice to integrate this into our package/software search
system[1]. That way the information returned is richer and more
useful...

Also, I wonder why packages.fedoraproject.org doesn't already point to this...?

[1]: https://apps.fedoraproject.org/packages/


-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Akira TAGOH 
On Thu, Nov 23, 2017 at 7:25 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> I think we should consider getting rid of this requirement. Updating
> wiki pages is quite a bit of work, and we have better mechanisms to
> advertise stuff to users that didn't exist a few years ago. Apart from
> the manual effort, the problem with wiki pages is that they tend to
> get out of date pretty quickly enough to be out-of-date to often to be
> really trustworthy. Instead, I think it'd be better to spend the
> effort on making gnome software support fonts even better and to improve
> the appdata files for fonts to make them "shine" in gnome-software.
> This would be

I have no objections if we can have much better way. I like less manual effort.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

F28 Self Contained Change: Erlang 20

2017-11-23 Thread Jan Kurik 
= Proposed Self Contained Change: Erlang 20 =
https://fedoraproject.org/wiki/Changes/Erlang_20

Change owner(s):
* Peter Lemenkov 
* Fedora Erlang SIG 
* Randy Barlow 
* Jeremy Cline 

Update Erlang/OTP to version 20.


== Detailed Description ==
Upgrade Erlang to version 20 which brings a lot of good stuff. Just a
few highlights:

* So-called dirty schedulers are available on systems with SMP.
* Atoms may now contain arbitrary Unicode characters (for example,
'здравствуй-你好').
* Erlang application can handle some OS signals (SIGHUP, for example).
* Improved unicode support for strings
* The zlib module has been refactored and all its operations will now
yield appropriately, allowing them to be used freely in concurrent
applications.

Aside from this, we plan to improve quality of Erlang and related
packages. These are shortcomings we want to address:
* Every daemon written in Erlang has its own logging solution which
doesn't use neither syslog nor Journald. We should start switching
them to Journald.
* We should add ability to use D-Bus via erlang-dbus library.
* Further improve Erlang Packaging Guidelines.
* Start building noarch Erlang packages we've implemented previously.


== Scope ==
Proposal owners:
* Upgrade Erlang to the latest version (20.1.6).
* We must rebuild every package which requires NIF or Driver version
(listed below in the Dependencies section) against Erlang 20.x.y.
* Every Erlang daemon's systemd unit must require epmd.socket.
* We need to fill new review request for erlang-ejournald
-- We have to fill new review request for erlang-lager_journald_backend
* We need to fill new review request for erlang-dbus
* Upgrade outdated packages:
-- Riak
 Riak has has been retired. We have to re-add it back.
-- Ejabberd
-- Package rebar3 in a separate package and provide/adjust RPM macros.
-- Package GDB macros for easier coredump debugging (see also this ticket).
-- Enable Kerberos authentication in Ejabberd (finally).

Other developers:
* N/A

Release engineering:
#7179: https://pagure.io/releng/issue/7179

Policies and guidelines:
* We should promote officially Erlang Packaging Guidelines.

Trademark approval:
* N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: GCL and SELinux: help requested

2017-11-23 Thread Javier Martinez Canillas 
On Thu, Nov 23, 2017 at 10:21 AM, Lukas Vrabec  wrote:
> On 11/23/2017 10:17 AM, Javier Martinez Canillas wrote:
>>
>> Hello,
>>
>> On Fri, Oct 20, 2017 at 2:12 PM, Lukas Vrabec  wrote:
>>
>> [snip]
>>
>>>
>>> Hello community,
>>> We, as Red Hat SELinux team, apologise for recent delays with our answers
>>> to
>>> your requests and questions related to SELinux. We have been quite busy
>>> last
>>> couple of weeks so we decided to set a lower priority for Fedora work. We
>>> already responded and resolved what was needed and we are ready to react
>>> more flexibly in the future.
>>>
>>> Note: If you are interested in writing custom SELinux policy for your
>>> package, you can follow the
>>> https://fedoraproject.org/wiki/SELinux/IndependentPolicy documentation on
>>> wiki.
>>>
>>
>> To update the tpm2-abrmd [0] package to the latest version, I need to
>> add a SELinux policy due recent upstream changes in the upstream
>> project. But after reading the documents referred in this thread, is
>> still not clear to me if the preferred method nowadays is to propose
>> adding the SELinux policy to the system wide selinux-policy package or
>> to ship a custom SELinux security module for the package.
>>
>
>
> Hi,
>
> SELinux policy for this project is already existing? If not I can help you

It doesn't exist in Fedora yet, so currently the tpm2-abrmd daemon
runs in an unconfined domain. A policy module was added to the project
repo [0] though, but I don't know how correct it is (I'm not a SELinux
expert).

The specific problem is that now the daemon uses sockets to
communicate with a library, but the dbus-daemon in the system bus
isn't allowed to read/write to sockets created by processes in an
unconfined domain. It used pipes before and that was allowed.

> with creating policy for this project. From SELinux team it's prefered to

No worries, I think I can sort it out using the SELinux policy in the
tpm2-abrmd repo as a base. I just asked since wasn't clear to me which
approach was preferred.

> add policy to your package. Guidelines how to do that is in progress to be
> part of rpm packaging guidelines.
>

Awesome, I'll re-read [1] then and ad d the policy to the package.
Thanks a lot for your help!

> Lukas.
>

[0]: 
https://github.com/intel/tpm2-abrmd/pull/205/commits/3621742344534a5d0d5d255d1d5bc698f3d39a57
[1]: https://fedoraproject.org/wiki/SELinux/IndependentPolicy

Best regards,
Javier
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Akira TAGOH 
On Thu, Nov 23, 2017 at 3:31 AM, Matthew Miller
 wrote:
> On Tue, Nov 21, 2017 at 03:44:05PM +0530, Akira TAGOH wrote:
>> All of fonts is supposed to have an information page for their fonts
>> at wiki based on the template[1] according to the package
>> lifecycle[2]. however some of them doesn't have. so just tried to pick
>> them up and inform you to get one there.
>
> Are they? From the lifecycle page you link, that seems to be there to
> enable the packaging of the font in the first place, not meant to be
> long-term documentation. If it _is_ meant to be long-term
> documentation, that should be clarified somewhere. Who is the audience
> for this documentation?

That could be. as some of the wiki pages contains the sample
rendering, that should definitely be helpful for the end users too to
see how it looks like. unfortunately not available everything. we
could improve it.
For the audience, I don't know.. maybe Nicolas Mailhot?

> If it's supposed to be for end users (and that's a great goal!), I
> think the new docs site would be better than the wiki.

Sure. yes, I like it. that depends what sort of information we provide
though, the wiki pages can be easily outdated if noone maintains. so
maybe nice to have the sort of web apps or any infrastructure working
at the background to generate information from the packages and so on.
well, we could do that with wiki even though.

>
> If it's for contributors and packagers, wouldn't it be better to have
> the documentation in a README.md in dist-git, next to the spec file?
> That way, it'd show up at (for example)
> https://src.fedoraproject.org/rpms/overpass-fonts
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: FYI: OCaml 4.06 in Fedora 28 will change default mutability of strings

2017-11-23 Thread Richard W.M. Jones 
On Mon, Nov 06, 2017 at 02:22:35PM +, Richard W.M. Jones wrote:
> Since forever ...
> 
>   # string_of_bool true;;
>   - : string = "true"
>   # String.blit "urgh" 0 (string_of_bool true) 0 4;;
>   - : unit = ()
>   # string_of_bool true;;
>   - : string = "urgh"
> 
> Since OCaml 4.02 (in 2014) it has been possible to opt in to
> ‘-safe-string’ to make strings immutable.  You have to use the Bytes
> type when you want mutable byte arrays.
> 
> In OCaml 4.06, coming to Fedora Rawhide soon, this option will be the
> default and any code which mutates strings will not compile:
> 
>   # String.blit "urgh" 0 (string_of_bool true) 0 4;;
>   Characters 21-42:
> String.blit "urgh" 0 (string_of_bool true) 0 4;;
>  ^
>   Error: This expression has type string but an expression was expected of 
> type
>bytes
> 
> I think most upstream packages should be fixed by now, but if you need
> help to fix a particular package then file a bug and CC me on it.  As
> a last resort you can enable mutable strings again using
> ‘-unsafe-string’, but please try not to do that.

This is now complete.  The new compiler and all recompiled packages
should appear in Rawhide in a day or two.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27 + Samba AD: krb5kdc not start when server is restarted

2017-11-23 Thread Dario Lesca 
When I restart my Fedora server 27 with Samba 4.7.1 configured in AD-DC 
mode, the samba.service start but not krb5kdc, seem due network
interface missing.

Into log I see this message:

samba[658]: task_server_terminate: [KDC: no network interfaces configured]

If I restart samba.service all work fine

There is a bug filled for this problem:

https://bugzilla.redhat.com/show_bug.cgi?id=1496307

And I yesterday I have propose this potential solution,

Modify in samba.service After= parameter like this:

After=syslog.target network.target NetworkManager.service named.service
#wait NetworkManager.service and named.service to start before)

and now, when I restart my server, samba and krb5kdc start property.

Is this a potential and good solution?

Someone have some suggest?

Many thanks

-- 
Dario Lesca
(inviato dal mio Linux Fedora 27 Workstation)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: GCL and SELinux: help requested

2017-11-23 Thread Javier Martinez Canillas 
Hello,

On Fri, Oct 20, 2017 at 2:12 PM, Lukas Vrabec  wrote:

[snip]

>
> Hello community,
> We, as Red Hat SELinux team, apologise for recent delays with our answers to
> your requests and questions related to SELinux. We have been quite busy last
> couple of weeks so we decided to set a lower priority for Fedora work. We
> already responded and resolved what was needed and we are ready to react
> more flexibly in the future.
>
> Note: If you are interested in writing custom SELinux policy for your
> package, you can follow the
> https://fedoraproject.org/wiki/SELinux/IndependentPolicy documentation on
> wiki.
>

To update the tpm2-abrmd [0] package to the latest version, I need to
add a SELinux policy due recent upstream changes in the upstream
project. But after reading the documents referred in this thread, is
still not clear to me if the preferred method nowadays is to propose
adding the SELinux policy to the system wide selinux-policy package or
to ship a custom SELinux security module for the package.

> Regards,
> Lukas
>

[0]: https://github.com/intel/tpm2-abrmd

Best regards,
Javier
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: GCL and SELinux: help requested

2017-11-23 Thread Lukas Vrabec 

On 11/23/2017 10:17 AM, Javier Martinez Canillas wrote:

Hello,

On Fri, Oct 20, 2017 at 2:12 PM, Lukas Vrabec  wrote:

[snip]



Hello community,
We, as Red Hat SELinux team, apologise for recent delays with our answers to
your requests and questions related to SELinux. We have been quite busy last
couple of weeks so we decided to set a lower priority for Fedora work. We
already responded and resolved what was needed and we are ready to react
more flexibly in the future.

Note: If you are interested in writing custom SELinux policy for your
package, you can follow the
https://fedoraproject.org/wiki/SELinux/IndependentPolicy documentation on
wiki.



To update the tpm2-abrmd [0] package to the latest version, I need to
add a SELinux policy due recent upstream changes in the upstream
project. But after reading the documents referred in this thread, is
still not clear to me if the preferred method nowadays is to propose
adding the SELinux policy to the system wide selinux-policy package or
to ship a custom SELinux security module for the package.




Hi,

SELinux policy for this project is already existing? If not I can help 
you with creating policy for this project. From SELinux team it's 
prefered to add policy to your package. Guidelines how to do that is in 
progress to be part of rpm packaging guidelines.


Lukas.


Regards,
Lukas



[0]: https://github.com/intel/tpm2-abrmd

Best regards,
Javier
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org




--
Lukas Vrabec
Software Engineer, Security Technologies
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

F28 Self Contained Change: PHP 7.2

2017-11-23 Thread Jan Kurik 
= Proposed Self Contained Change: PHP 7.2 =
https://fedoraproject.org/wiki/Changes/php72

Change owner(s):
* Remi Collet 

Update the PHP stack in Fedora to latest version 7.2.x


== Detailed Description ==
Update the PHP stack in Fedora to latest version 7.2.x.
* PHP 7.2.0 is planed for end of year, which seems compatible with
Fedora roadmap.

Compatibility for PHP code is very good.


== Scope ==
* Proposal owners:
Check Koschei status. Test with latest version to ensure
compatibility. Work with upstream on bug fixing. Needed mass rebuild
(C extensions) done by change owner.

* Other developers:
N/A (not a System Wide Change)

* Release engineering:
https://pagure.io/releng/issue/6846

* List of deliverables:
N/A (not a System Wide Change)

* Policies and guidelines:
N/A (not a System Wide Change)

* Trademark approval:
N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Zbigniew Jędrzejewski-Szmek 
On Thu, Nov 23, 2017 at 04:16:27PM +0530, Akira TAGOH wrote:
> On Thu, Nov 23, 2017 at 3:31 AM, Matthew Miller
>  wrote:
> > On Tue, Nov 21, 2017 at 03:44:05PM +0530, Akira TAGOH wrote:
> >> All of fonts is supposed to have an information page for their fonts
> >> at wiki based on the template[1] according to the package
> >> lifecycle[2]. however some of them doesn't have. so just tried to pick
> >> them up and inform you to get one there.
> >
> > Are they? From the lifecycle page you link, that seems to be there to
> > enable the packaging of the font in the first place, not meant to be
> > long-term documentation. If it _is_ meant to be long-term
> > documentation, that should be clarified somewhere. Who is the audience
> > for this documentation?
> 
> That could be. as some of the wiki pages contains the sample
> rendering, that should definitely be helpful for the end users too to
> see how it looks like. unfortunately not available everything. we
> could improve it.
> For the audience, I don't know.. maybe Nicolas Mailhot?

I think we should consider getting rid of this requirement. Updating
wiki pages is quite a bit of work, and we have better mechanisms to
advertise stuff to users that didn't exist a few years ago. Apart from
the manual effort, the problem with wiki pages is that they tend to
get out of date pretty quickly enough to be out-of-date to often to be
really trustworthy. Instead, I think it'd be better to spend the
effort on making gnome software support fonts even better and to improve
the appdata files for fonts to make them "shine" in gnome-software.
This would be

a) less effort (a few minutes to create an appdata file when initially
packaging the font, very little ongoing effort, metadata is automatically
updated on package updates),

b) actually more useful for users (you get a live list, click "install"
on the font you like, instead of going from a wiki page to the command
line).

I attached a screenshot from gnome-software-3.26.1-3.fc27.x86_64 for a
random font. This _is_ already pretty good, but it'd be nice to get rid
of the "No screenshot provided" thing. Why would gnome-software show that?
It could only useful for developers, but fonts actually don't need a
screenshot, and the space could be used to show more text...

Also, most fonts don't have good descriptions in the appdata files.
_This_ is something that requires font maintainer input.

/cc Richard Hughes

Zbyszek

PS. The screenshots also at 
https://in.waw.pl/~zbyszek/fedora/gnome-software-font.png,
https://in.waw.pl/~zbyszek/fedora/gnome-software-font2.png,
in case the attachments don't get through.

> 
> > If it's supposed to be for end users (and that's a great goal!), I
> > think the new docs site would be better than the wiki.
> 
> Sure. yes, I like it. that depends what sort of information we provide
> though, the wiki pages can be easily outdated if noone maintains. so
> maybe nice to have the sort of web apps or any infrastructure working
> at the background to generate information from the packages and so on.
> well, we could do that with wiki even though.
> 
> >
> > If it's for contributors and packagers, wouldn't it be better to have
> > the documentation in a README.md in dist-git, next to the spec file?
> > That way, it'd show up at (for example)
> > https://src.fedoraproject.org/rpms/overpass-fonts
> >
> > --
> > Matthew Miller
> > 
> > Fedora Project Leader
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> 
> 
> 
> -- 
> Akira TAGOH
> ___
> fonts mailing list -- fo...@lists.fedoraproject.org
> To unsubscribe send an email to fonts-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Brian Exelbierd 



On Thu, Nov 23, 2017, at 11:46 AM, Akira TAGOH wrote:
> On Thu, Nov 23, 2017 at 3:31 AM, Matthew Miller
>  wrote:
> > On Tue, Nov 21, 2017 at 03:44:05PM +0530, Akira TAGOH wrote:
> >> All of fonts is supposed to have an information page for their
> >> fonts> >> at wiki based on the template[1] according to the package
> >> lifecycle[2]. however some of them doesn't have. so just tried
> >> to pick> >> them up and inform you to get one there.
> >
> > Are they? From the lifecycle page you link, that seems to be
> > there to> > enable the packaging of the font in the first place, not meant 
> > to be> > long-term documentation. If it _is_ meant to be long-term
> > documentation, that should be clarified somewhere. Who is the
> > audience> > for this documentation?
>
> That could be. as some of the wiki pages contains the sample
> rendering, that should definitely be helpful for the end users too to> see 
> how it looks like. unfortunately not available everything. we
> could improve it.
> For the audience, I don't know.. maybe Nicolas Mailhot?
>
> > If it's supposed to be for end users (and that's a great goal!), I
> > think the new docs site would be better than the wiki.
>
> Sure. yes, I like it. that depends what sort of information we provide> 
> though, the wiki pages can be easily outdated if noone maintains. so
> maybe nice to have the sort of web apps or any infrastructure working> at the 
> background to generate information from the packages and so on.> well, we 
> could do that with wiki even though.

i suspect we could do the same for the docs site. We could create a font
catalog with sample rendered to images (I hope someone knows how to do
this in an automated way). We could probably also gate showing a font
based on some kind of a test (dnf to see if the package exists? Did the
render succeed?). Lastly, we could theoretically trigger a republish
based on both new pages added and fedmsgs about package updates.
Regards,

bex 

>
> >
> > If it's for contributors and packagers, wouldn't it be better
> > to have> > the documentation in a README.md in dist-git, next to the spec 
> > file?> > That way, it'd show up at (for example)
> > https://src.fedoraproject.org/rpms/overpass-fonts
> >
> > --
> > Matthew Miller
> > 
> > Fedora Project Leader
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org>
>
>
> --
> Akira TAGOH
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora-Modular 27-20171123.n.1 compose check report

2017-11-23 Thread Fedora compose checker 
Missing expected images:

Server qcow2 x86_64
Server raw-xz x86_64
Docker_base docker x86_64
Server dvd arm

Failed openQA tests: 29/94 (x86_64), 17/19 (i386)

New failures (same test did not fail in 27-20171123.n.0):

ID: 173666  Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/173666
ID: 173682  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/173682
ID: 173687  Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/173687
ID: 173691  Test: x86_64 universal install_blivet_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/173691
ID: 173695  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/173695
ID: 173697  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/173697
ID: 173701  Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/173701
ID: 173705  Test: x86_64 universal install_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/173705
ID: 173716  Test: x86_64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/173716
ID: 173719  Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/173719
ID: 173741  Test: i386 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/173741
ID: 173743  Test: i386 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/173743
ID: 173744  Test: i386 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/173744
ID: 173746  Test: i386 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/173746
ID: 173753  Test: i386 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/173753

Old failures (same test failed in 27-20171123.n.0):

ID: 173643  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/173643
ID: 173644  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/173644
ID: 173663  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/173663
ID: 173664  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/173664
ID: 173665  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/173665
ID: 173670  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/173670
ID: 173671  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/173671
ID: 173689  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/173689
ID: 173707  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/173707
ID: 173708  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/173708
ID: 173709  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/173709
ID: 173710  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/173710
ID: 173712  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/173712
ID: 173713  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/173713
ID: 173714  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/173714
ID: 173723  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/173723
ID: 173724  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/173724
ID: 173725  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/173725
ID: 173729  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/173729
ID: 173730  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/173730
ID: 173735  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/173735
ID: 173738  Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/173738
ID: 173739  Test: i386 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/173739
ID: 173740  Test: i386 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/173740
ID: 173742  Test: i386 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/173742
ID: 173747  Test: i386 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/173747
ID: 173748  Test: i386 universal upgrade_desktop_32bit
URL: https

Fedora Modular 27 compose report: 20171123.n.1 changes

2017-11-23 Thread Fedora Branched Report 
OLD: Fedora-Modular-27-20171123.n.0
NEW: Fedora-Modular-27-20171123.n.1

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:8
Upgraded packages:   3
Downgraded packages: 14

Size of added packages:  0.00 B
Size of dropped packages:7.71 MiB
Size of upgraded packages:   222.11 MiB
Size of downgraded packages: 11.91 MiB

Size change of upgraded packages:   -1.91 KiB
Size change of downgraded packages: -268.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =
Package: bea-stax-1.2.0-15.module_020ac465
Summary: Streaming API for XML
RPMs:bea-stax bea-stax-api bea-stax-javadoc
Size:339288 bytes

Package: glassfish-jaxb-api-2.2.12-7.module_020ac465
Summary: Java Architecture for XML Binding
RPMs:glassfish-jaxb-api glassfish-jaxb-api-javadoc
Size:264132 bytes

Package: httpcomponents-client-4.5.3-4.module_020ac465
Summary: HTTP agent implementation based on httpcomponents HttpCore
RPMs:httpcomponents-client httpcomponents-client-cache 
httpcomponents-client-javadoc
Size:1696472 bytes

Package: httpcomponents-core-4.4.6-4.module_020ac465
Summary: Set of low level Java HTTP transport components for HTTP services
RPMs:httpcomponents-core httpcomponents-core-javadoc
Size:1476992 bytes

Package: jackson-1.9.11-12.module_020ac465
Summary: Jackson Java JSON-processor
RPMs:jackson jackson-javadoc
Size:2541920 bytes

Package: joda-time-2.9.3-4.tzdata2016c.module_020ac465
Summary: Java date and time API
RPMs:joda-time joda-time-javadoc
Size:1049424 bytes

Package: objectweb-asm3-3.3.1-15.module_020ac465
Summary: Java bytecode manipulation and analysis framework
RPMs:objectweb-asm3 objectweb-asm3-javadoc
Size:649668 bytes

Package: relaxngDatatype-2011.1-6.module_020ac465
Summary: RELAX NG Datatype API
RPMs:relaxngDatatype relaxngDatatype-javadoc
Size:66200 bytes


= UPGRADED PACKAGES =
Package:  nodejs-1:6.12.0-1.module_91d2e14d
Old package:  nodejs-1:6.12.0-1.module_8b3978b6
Summary:  JavaScript runtime
RPMs: nodejs nodejs-devel nodejs-docs npm
Size: 204335604 bytes
Size change:  160 bytes

Package:  ruby-2.4.2-86.module_764b83e5
Old package:  ruby-2.4.2-86.module_73a70cf2
Summary:  An interpreter of object-oriented scripting language
RPMs: ruby ruby-devel ruby-irb ruby-libs rubygem-bigdecimal 
rubygem-did_you_mean rubygem-io-console rubygem-json rubygem-minitest 
rubygem-net-telnet rubygem-openssl rubygem-power_assert rubygem-psych 
rubygem-rake rubygem-rdoc rubygem-test-unit rubygem-xmlrpc rubygems 
rubygems-devel
Size: 28272252 bytes
Size change:  -2092 bytes

Package:  rubygem-bundler-1.13.7-3.module_764b83e5
Old package:  rubygem-bundler-1.13.7-3.module_73a70cf2
Summary:  Library and utilities to manage a Ruby application's gem 
dependencies
RPMs: rubygem-bundler
Size: 288044 bytes
Size change:  -24 bytes


= DOWNGRADED PACKAGES =
Package:  glassfish-fastinfoset-1.2.13-7.module_ee1166e3
Old package:  glassfish-fastinfoset-1.2.13-7.module_020ac465
Summary:  Fast Infoset
RPMs: glassfish-fastinfoset glassfish-fastinfoset-javadoc
Size: 709716 bytes
Size change:  40 bytes

Package:  glassfish-jaxb-2.2.11-6.module_ee1166e3
Old package:  glassfish-jaxb-2.2.11-6.module_020ac465
Summary:  JAXB Reference Implementation
RPMs: glassfish-jaxb glassfish-jaxb-bom glassfish-jaxb-bom-ext 
glassfish-jaxb-codemodel glassfish-jaxb-codemodel-annotation-compiler 
glassfish-jaxb-codemodel-parent glassfish-jaxb-core 
glassfish-jaxb-external-parent glassfish-jaxb-javadoc glassfish-jaxb-jxc 
glassfish-jaxb-parent glassfish-jaxb-rngom glassfish-jaxb-runtime 
glassfish-jaxb-runtime-parent glassfish-jaxb-txw-parent glassfish-jaxb-txw2 
glassfish-jaxb-txwc2 glassfish-jaxb-xjc glassfish-jaxb1-impl
Size: 4811816 bytes
Size change:  1364 bytes

Package:  istack-commons-2.21-6.module_ee1166e3
Old package:  istack-commons-2.21-6.module_020ac465
Summary:  Common code for some Glassfish projects
RPMs: import-properties-plugin istack-commons istack-commons-buildtools 
istack-commons-javadoc istack-commons-maven-plugin istack-commons-runtime 
istack-commons-soimp istack-commons-test istack-commons-tools
Size: 418280 bytes
Size change:  640 bytes

Package:  jboss-annotations-1.2-api-1.0.0-3.module_ee1166e3
Old package:  jboss-annotations-1.2-api-1.0.0-3.module_020ac465
Summary:  Common Annotations 1.2 API
RPMs: jboss-annotations-1.2-api jboss-annotations-1.2-api-javadoc
Size: 91780 bytes
Size change:  -72 bytes

Package:  jboss-jaxrs-2.0-api-1.0.0-5.module_ee1166e3
Old package:  jboss-jaxrs-2.0-api-1.0.0-5.module_020ac465
Summary:  JAX-RS 2.0: The Java API for RESTful Web Services
RPMs: jboss-jaxrs-2.0-api jboss-jaxrs-2.0-api-javadoc
Size: 379884 bytes
Size

Unresponsive Maintainer: eponyme (EDB package)

2017-11-23 Thread Michael Cullen 
Hi,

I raised a ticket against EDB a while ago since it's quite out of date:
https://bugzilla.redhat.com/show_bug.cgi?id=1502328

I also raised a PR to update the package, again with no response:
https://src.fedoraproject.org/rpms/edb/pull-request/1#commit_list

As per the unresponsive maintainer process, has anyone got a way of
contacting the maintainer, eponyme (Nicoleau Fabien, also copied in on
this email)?

Thanks,
Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fwd: Re: Unresponsive Maintainer: eponyme (EDB package)

2017-11-23 Thread Michael Cullen 
I got a response to this, but he isn't a list member now so couldn't
respond to the list.
I'll take EDB - most of the other projects seem to be a bit dead
upstream - someone else can take them if they want!
I think you need to do it on
https://src.fedoraproject.org/rpms/edb/settings  though I'm sometimes
getting 503 errors from that site right now, so you might need to
wait a while.
Thanks,
Michael


- Original message -
 * From: Nicoleau Fabien To: Michael Cullen 

Cc: devel@lists.fedoraproject.org
Subject: Re: Unresponsive Maintainer: eponyme (EDB package)
Date: Thu, 23 Nov 2017 19:51:31 +0100

Hello,

I appologize for being unresponsive. I actually have no more time to
take care of my packages.
If someone want's to take the package, I will give him the ownership
(tbh, I'm now so far prom the project that you will have to remind me
how to do :) )
Again, sorry for the silence,

Regards

Fabien Nicoleau (eponyme)

On Thu, Nov 23, 2017 at 7:30 PM, Michael Cullen  
wrote:> Hi,
> 
>  I raised a ticket against EDB a while ago since it's quite out
>  of date:> https://bugzilla.redhat.com/show_bug.cgi?id=1502328
> 
>  I also raised a PR to update the package, again with no response:
> https://src.fedoraproject.org/rpms/edb/pull-request/1#commit_list
> 
>  As per the unresponsive maintainer process, has anyone got a way of
>  contacting the maintainer, eponyme (Nicoleau Fabien, also
>  copied in on>  this email)?
> 
>  Thanks,
>  Michael

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular bikeshed compose report: changes

2017-11-23 Thread Fedora Rawhide Report 

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: NSS Default File Format SQL in Fedora 28

2017-11-23 Thread Kai Engert 
On 25.10.2017 17:16, Kai Engert wrote:
> https://fedoraproject.org/wiki/Changes/NSSDefaultFileFormatSql#Current_status
> - https://bugzilla.redhat.com/show_bug.cgi?id=1474771
> - https://pagure.io/releng/issue/6883

FYI, this had been re-approved on Nov 6 in bug 1474771.

The change was applied to Rawhide on Nov 7.
https://bugzilla.redhat.com/show_bug.cgi?id=1496560

So far I haven't seen any feedback, neither negative nor positive.

Kai
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Will Crawford 
On 23 November 2017 at 13:55, Zbigniew Jędrzejewski-Szmek
 wrote:
[...]
> I think we should consider getting rid of this requirement. Updating
> wiki pages is quite a bit of work, and we have better mechanisms to
> advertise stuff to users that didn't exist a few years ago. Apart from
> the manual effort, the problem with wiki pages is that they tend to
> get out of date pretty quickly enough to be out-of-date to often to be
> really trustworthy. Instead, I think it'd be better to spend the
> effort on making gnome software support fonts even better and to improve
> the appdata files for fonts to make them "shine" in gnome-software.
> This would be
>
> a) less effort (a few minutes to create an appdata file when initially
> packaging the font, very little ongoing effort, metadata is automatically
> updated on package updates),
>
> b) actually more useful for users (you get a live list, click "install"
> on the font you like, instead of going from a wiki page to the command
> line).

There are still some dinosaurs who don't use GNOME.

Maybe some mechanisms that aren't dependent on that would be good?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Richard Hughes 
On 23 November 2017 at 20:34, Will Crawford  wrote:
> There are still some dinosaurs who don't use GNOME.

AppStream is a cross distro and cross desktop specification. It's used
by Muon, Discover and Apper on KDE, AppCenter on Elementary OS and
also desktop neutral projects like Cockpit.

Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Zbigniew Jędrzejewski-Szmek 
On Thu, Nov 23, 2017 at 02:37:56PM +, Richard Hughes wrote:
> On Thu, Nov 23, 2017 at 1:55 PM, Zbigniew Jędrzejewski-Szmek
>  wrote:
> > I attached a screenshot from gnome-software-3.26.1-3.fc27.x86_64 for a
> > random font. This _is_ already pretty good, but it'd be nice to get rid
> > of the "No screenshot provided" thing. Why would gnome-software show that?
> 
> We fixed the emoji font generation yesterday by chance:
> https://github.com/hughsie/appstream-glib/commit/7e597065a8024743dde63354355388e7ac7f9855

Oh, cool. And what about the other issue: "no screenshot provided"?

> > Also, most fonts don't have good descriptions in the appdata files.
> > _This_ is something that requires font maintainer input.
> 
> Right -- and they're almost never translated either.

Right. But should they be? A font looks the same in any language...

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Review swap: Vimiv - An image viewer with vim-like keybindings

2017-11-23 Thread Ankur Sinha 
Hello,

If anyone has any simple reviews pending, I'd love to do a swap. I've
packaged up Vimiv which is a great viewer with Vim like keybindings
ready for review here:

https://bugzilla.redhat.com/show_bug.cgi?id=1517006

Here's a copr for people that would like to try it out in the meantime:

https://copr.fedorainfracloud.org/coprs/ankursinha/vimiv/

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD"

https://fedoraproject.org/wiki/User:Ankursinha

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

2017-11-23 Thread Zbigniew Jędrzejewski-Szmek 
On Thu, Nov 23, 2017 at 08:34:35PM +, Will Crawford wrote:
> On 23 November 2017 at 13:55, Zbigniew Jędrzejewski-Szmek
>  wrote:
> [...]
> > I think we should consider getting rid of this requirement. Updating
> > wiki pages is quite a bit of work, and we have better mechanisms to
> > advertise stuff to users that didn't exist a few years ago. Apart from
> > the manual effort, the problem with wiki pages is that they tend to
> > get out of date pretty quickly enough to be out-of-date to often to be
> > really trustworthy. Instead, I think it'd be better to spend the
> > effort on making gnome software support fonts even better and to improve
> > the appdata files for fonts to make them "shine" in gnome-software.
> > This would be
> >
> > a) less effort (a few minutes to create an appdata file when initially
> > packaging the font, very little ongoing effort, metadata is automatically
> > updated on package updates),
> >
> > b) actually more useful for users (you get a live list, click "install"
> > on the font you like, instead of going from a wiki page to the command
> > line).
> 
> There are still some dinosaurs who don't use GNOME.
> 
> Maybe some mechanisms that aren't dependent on that would be good?

I'd try to write a page generator that'd turn appdata files into
html. Might be useful for more than fonts. That doesn't even seem
like that much work, to write such a script and have it run once a
week and update the html for all updated packages and push it out to
a server somewhere.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora-Modular 27-20171123.n.1 compose check report

2017-11-23 Thread Fedora compose checker 
Missing expected images:

Server qcow2 x86_64
Server raw-xz x86_64
Docker_base docker x86_64
Server dvd arm

Failed openQA tests: 21/94 (x86_64), 4/19 (i386)

New failures (same test did not fail in 27-20171123.n.0):

ID: 173849  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/173849
ID: 173941  Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/173941
ID: 173950  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/173950
ID: 173955  Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/173955

Old failures (same test failed in 27-20171123.n.0):

ID: 173797  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/173797
ID: 173817  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/173817
ID: 173819  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/173819
ID: 173861  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/173861
ID: 173864  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/173864
ID: 173866  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/173866
ID: 173867  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/173867
ID: 173868  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/173868
ID: 173877  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/173877
ID: 173878  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/173878
ID: 173879  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/173879
ID: 173883  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/173883
ID: 173884  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/173884
ID: 173889  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/173889
ID: 173902  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/173902
ID: 173903  Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/173903
ID: 173906  Test: i386 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/173906
ID: 173942  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/173942
ID: 173944  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/173944
ID: 173952  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/173952
ID: 173954  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/173954

Passed openQA tests: 64/94 (x86_64), 15/19 (i386)

New passes (same test did not pass in 27-20171123.n.0):

ID: 173798  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/173798
ID: 173803  Test: x86_64 Server-dvd-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/173803
ID: 173804  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/173804
ID: 173806  Test: x86_64 Server-dvd-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/173806
ID: 173818  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/173818
ID: 173835  Test: x86_64 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/173835
ID: 173843  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/173843
ID: 173853  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/173853
ID: 173876  Test: x86_64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/173876
ID: 173882  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/173882
ID: 173891  Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/173891
ID: 173892  Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/173892
ID: 173893  Test: i386 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/173893
ID: 173894  Test: i386 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/173894
ID: 173896  Test: i386 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/173896
ID: 173899  Test: i386

[Fedocal] Reminder meeting : Nomination & Campaign period is still on

2017-11-23 Thread jkurik 
Dear all,

You are kindly invited to the meeting:
   Nomination & Campaign period is still on on 2017-11-25 from 00:00:00 to 
00:00:00 UTC
   

The meeting will be about:
The Nomination & Campaign period for the next elections is still on. These 
elections will take place on December 2017:

- FESCo (Engineering) (5 seats) [1]
- Fedora Council (2 seats) [2]
- Mindshare (2 seats) [3]

Please stay tuned with the Questionnaire [4] and the CommBlog [5] where 
responses are posted!

[1] https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations

[2] https://fedoraproject.org/wiki/Council/Nominations

[3] https://fedoraproject.org/wiki/Mindshare/Nominations

[4] https://fedoraproject.org/wiki/Elections/Questionnaire

[5] https://communityblog.fedoraproject.org/



Source: https://apps.fedoraproject.org/calendar/meeting/8650/

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

F28 Self Contained Change: Erlang 20

2017-11-23 Thread Jan Kurik 
= Proposed Self Contained Change: Erlang 20 =
https://fedoraproject.org/wiki/Changes/Erlang_20

Change owner(s):
* Peter Lemenkov 
* Fedora Erlang SIG 
* Randy Barlow 
* Jeremy Cline 

Update Erlang/OTP to version 20.


== Detailed Description ==
Upgrade Erlang to version 20 which brings a lot of good stuff. Just a
few highlights:

* So-called dirty schedulers are available on systems with SMP.
* Atoms may now contain arbitrary Unicode characters (for example,
'здравствуй-你好').
* Erlang application can handle some OS signals (SIGHUP, for example).
* Improved unicode support for strings
* The zlib module has been refactored and all its operations will now
yield appropriately, allowing them to be used freely in concurrent
applications.

Aside from this, we plan to improve quality of Erlang and related
packages. These are shortcomings we want to address:
* Every daemon written in Erlang has its own logging solution which
doesn't use neither syslog nor Journald. We should start switching
them to Journald.
* We should add ability to use D-Bus via erlang-dbus library.
* Further improve Erlang Packaging Guidelines.
* Start building noarch Erlang packages we've implemented previously.


== Scope ==
Proposal owners:
* Upgrade Erlang to the latest version (20.1.6).
* We must rebuild every package which requires NIF or Driver version
(listed below in the Dependencies section) against Erlang 20.x.y.
* Every Erlang daemon's systemd unit must require epmd.socket.
* We need to fill new review request for erlang-ejournald
-- We have to fill new review request for erlang-lager_journald_backend
* We need to fill new review request for erlang-dbus
* Upgrade outdated packages:
-- Riak
 Riak has has been retired. We have to re-add it back.
-- Ejabberd
-- Package rebar3 in a separate package and provide/adjust RPM macros.
-- Package GDB macros for easier coredump debugging (see also this ticket).
-- Enable Kerberos authentication in Ejabberd (finally).

Other developers:
* N/A

Release engineering:
#7179: https://pagure.io/releng/issue/7179

Policies and guidelines:
* We should promote officially Erlang Packaging Guidelines.

Trademark approval:
* N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

[389-devel] Please review: Issue 47536 - Add Python 3 support and move test case to suites

2017-11-23 Thread Simon Pichugin 
Hi team,
please, review the Python 3 support patch.

https://pagure.io/389-ds-base/issue/47536
https://pagure.io/389-ds-base/issue/raw/files/1cdbed5b2520a0f85c950305ee3f40e605f8d263129ff70996952ba8ac94d895-0001-Issue-47536-Add-Python-3-support-and-move-test-case-.patch

Thanks,
Simon


signature.asc
Description: PGP signature
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[Bug 1515013] perl-Unicode-Collate-1.24 is available

2017-11-23 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1515013



--- Comment #4 from Fedora Update System  ---
perl-Unicode-Collate-1.25-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-3a650b34a7

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1512193] perl-Unicode-Collate-1.23 is available

2017-11-23 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1512193



--- Comment #7 from Fedora Update System  ---
perl-Unicode-Collate-1.25-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-3a650b34a7

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org