Review request: perl-String-Copyright

[Sandro Mani]

Hi

Another new licensecheck dependency:

https://bugzilla.redhat.com/show_bug.cgi?id=1366511 - 
perl-String-Copyright - Representation of text-based copyright statements


Happy to review in exchange.

Sandro

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review request: perl-String-Copyright

[gil]

Il 12/08/2016 09:45, Sandro Mani ha scritto:

Hi

Another new licensecheck dependency:

https://bugzilla.redhat.com/show_bug.cgi?id=1366511 - 
perl-String-Copyright - Representation of text-based copyright statements


Happy to review in exchange.

Sandro


hi
take!
can you review this 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1365144 for me?

thanks in advance
.g

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Review request/swap: ardour5

[Nils Philippsen]

Hi there,

I'm looking for someone to review version 5 of Ardour which was just
released:

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

It's not very different from the ardour4 package already in Fedora, so
the review shouldn't be too complicated. I'll happily review another
package in return.

Thanks,
Nils
-- 
Nils Philippsen  "Those who would give up Essential Liberty to
Red Hat           purchase a little Temporary Safety, deserve neither
n...@redhat.com   Liberty nor Safety."  --  Benjamin Franklin, 1759
PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review request/swap: ardour5

[gil]

Il 12/08/2016 10:05, Nils Philippsen ha scritto:

Hi there,

I'm looking for someone to review version 5 of Ardour which was just
released:

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

It's not very different from the ardour4 package already in Fedora, so
the review shouldn't be too complicated. I'll happily review another
package in return.

Thanks,
Nils

hi
take!
can you take this for me 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1366269 ?

thanks in advance
regards
.g
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review request/swap: ardour5

[Nils Philippsen]

Hi Gil,

On Fri, 2016-08-12 at 10:09 +0200, gil wrote:
> 
> Il 12/08/2016 10:05, Nils Philippsen ha scritto:
> > 
> > Hi there,
> > 
> > I'm looking for someone to review version 5 of Ardour which was
> > just
> > released:
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1364542
> > 
> > It's not very different from the ardour4 package already in Fedora,
> > so
> > the review shouldn't be too complicated. I'll happily review
> > another
> > package in return.
> > 
> > Thanks,
> > Nils
> hi
> take!
> can you take this for me 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1366269 ?

of course, I plan to review it during lunch break (as Ardour is not
really work-related ;).

Thanks!

Nils
-- 
Nils Philippsen  "Those who would give up Essential Liberty to
Red Hat           purchase a little Temporary Safety, deserve neither
n...@redhat.com   Liberty nor Safety."  --  Benjamin Franklin, 1759
PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

need help with gcc segfault on i686

[Till Hofmann]

Hi all,

gprolog has been FTBFS for a while due to a segfault on i686, see this
build [1] for an example. I followed advice on [2] to add some debugging
flags, not sure if they really help though without access to dumped files.
The segfault occurs while compiling this file [3].

Do you have any general tipps how to debug gcc segfaults? I've never
seen this type of problem and I don't know how to tackle this issue.

Any help is appreciated. You can also ping me on IRC: morxa

Thanks,
Till


[1] https://kojipkgs.fedoraproject.org//work/tasks/7060/15227060/build.log
[2] https://gcc.gnu.org/bugs/segfault.html
[3]
https://sourceforge.net/p/gprolog/code/ci/v1.4.4/tree/src/EnginePl/machine.c#l763
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: need help with gcc segfault on i686

[Florian Weimer]

On 08/12/2016 11:36 AM, Till Hofmann wrote:

Hi all,

gprolog has been FTBFS for a while due to a segfault on i686, see this
build [1] for an example. I followed advice on [2] to add some debugging
flags, not sure if they really help though without access to dumped files.
The segfault occurs while compiling this file [3].


We need the .i file that is left behind by -save-temps, and the compiler 
command line which triggers the crash.  See the instructions here:


  

Please make sure that the .i file reproduces the bug with the command 
line (using the .i file instead of the .c file).  The file a bug (either 
against the Fedora gcc package, or on gcc.gnu.org Bugzilla), include the 
GCC command line, specify the exact GCC version, and attach the .i file.


The GCC developers will take it from there.


[2] https://gcc.gnu.org/bugs/segfault.html


This resource is not targeted at end users reporting bugs.  Sorry if 
that's not clear.


Thanks,
Florian
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: need help with gcc segfault on i686

[Dan Horák]

On Fri, 12 Aug 2016 11:36:11 +0200
Till Hofmann  wrote:

> Hi all,
> 
> gprolog has been FTBFS for a while due to a segfault on i686, see this
> build [1] for an example. I followed advice on [2] to add some
> debugging flags, not sure if they really help though without access
> to dumped files. The segfault occurs while compiling this file [3].
> 
> Do you have any general tipps how to debug gcc segfaults? I've never
> seen this type of problem and I don't know how to tackle this issue.
> 
> Any help is appreciated. You can also ping me on IRC: morxa

I think the main question whether the segfault happens only in koji or
also in local rebuild?

To reproduce the segfault locally you can
- use "koji mock-config" to get the exact repo as koji build
- use mock with the generated config to reproduce the build locally
- see the internal compiler error && report to Fedora bugzilla


Dan
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Modularity] Announcing base runtime

[Petr Šabata]

Now that our Modularity infrastructure is in a good enough shape
to build RPM-based modules, it's about time we start creating
some modular content.

For organizational purposes, we decided to create a separate
Modularity group that would focus on defining a base set of
modules that other, mostly application-style/level modules
could build and depend on.  This set would include modules
responsible for booting the system, providing administration
and configuration facilities and tools, and possibly also
various language runtimes.  All these should provide a solid
and stable API/ABI and should serve as a foundation of a
distribution release.  In a way.

The minimal, shared core of this whole thing, mostly dedicated
to lighting up the hardware (where applicable) is something
we've decided to call the "base runtime".  The rest of the
abovementioned modules would fit into something bigger -- a thing
we could refer to as "platform runtime" for now.  There are no
definitive answers to what component should go into which module
at this point.  That's something we yet have to figure out.

This new group will focus on research and exploring various
possibilities how to put the distribution together, the
modular way.  It is still part of the Modularity initiative and
therefore should be discussed, at least for now, on this list,
on the #fedora-modularity IRC channel and during the Modularity
WG meetings.  There is, however, a separate Taiga board (still
empty at this point) --
https://taiga.fedorainfracloud.org/project/base-runtime

Don't be shy and share your opinions on this.
All feedback is appreciated!

P


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

ANN: Fedora/RISC-V now needs your help

[Richard W.M. Jones]

[I'm hoping not to make too many announcements about this, but this is
significant because I've finally reached a stage where other people
can pitch in.]

RISC-V is a new open processor architecture.  The instruction set is
patent free and freely implementable, and implementations are
distributed under a BSD license.  Wouldn't it be great to have open
source all the way down to the transistors?

  https://riscv.org/
  https://en.wikipedia.org/wiki/RISC-V

There are some projects aiming to create RISC-V processors /
development boards.  I will point to a couple of the more promising
ones:

  http://www.lowrisc.org/
  https://www.sifive.com/

Fedora/RISC-V is a project to bootstrap Fedora on RISC-V.

  https://fedoraproject.org/wiki/Architectures/RISC-V

The plan to bootstrap Fedora/RISC-V is outlined in the README file
here (also attached to this email).

  http://git.annexia.org/?p=fedora-riscv.git;a=tree

I have now reached Stage 4 in the bootstrapping process, which is
significant because it means everyone can help to rebuild source RPMs
for RISC-V.

All you will need is:

 * Fedora 24

 * fast x86_64 hardware

 * experience with C / compilers / architectures

 * time and patience, because our emulator is a bit slow :-(

To take this further, please join the IRC channel:

  #fedora-riscv on FreeNode

Read the README.

  git clone git://git.annexia.org/git/fedora-riscv.git

Read the Makefile carefully and compare it to the README to understand
the bootstrapping process.

Enable copr and install the development packages:

  sudo dnf copr enable rjones/riscv
  sudo dnf install riscv-isa-sim riscv-qemu riscv-pk riscv-gnu-toolchain

(These can also be built from source if you prefer.)

You can either run the Makefile steps to try to build everything from
source, or you can use the binary stage 3 disk image from:

  http://oirase.annexia.org/riscv/

Boot the disk image:

  make boot-stage3-in-spike

And start using rpmbuild.  At this point it's a good idea to
chat with us on #fedora-riscv

Thanks,

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
A plan for Fedora/RISC-V
--
by Richard W.M. Jones (rjo...@redhat.com)

Project home page: https://fedoraproject.org/wiki/Architectures/RISC-V


The aim of the project
--

Get Fedora running on the RISC-V architecture!  This will just be an
initial pass, which we're calling an "experimental architecture".  It
won't even be a secondary architecture for perhaps 1 to 3 years.

About Fedora: https://getfedora.org/
About RISC-V: https://riscv.org/
  https://en.wikipedia.org/wiki/RISC-V
 lowRISC: http://www.lowrisc.org/
  SiFive: https://www.sifive.com/


How do we expect people to consume Fedora/RISC-V?
-

Most users will download binaries.  Of course source will be available
for everything, buildable from source RPMS.

Currently no hardware is available, so you either have to run RISC-V
on an FPGA, or use emulation, either QEMU or Spike.

For the FPGA option, you will need a Nexys 4 DDR development kit
costing around US$341, plus an ordinary micro SD card (8+ GB), plus a
host Fedora/x86-64 computer.

  - Maximum system RAM is 128 MB (1 GB is available if you use the
other far more expensive FPGA development kit)

  - There is a 115200 bps 8n1 serial port.

  - There is no ethernet and no display.

  - Note that some parts of the FPGA toolchain are closed source.

For the QEMU emulation option, you will need Fedora 24 (x86_64).

  - QEMU has unlimited system RAM.

  - Single virtual CPU.

  - We hope to get virtio-net and maybe virtio-scsi working.

For the Spike emulation option, you will need Fedora 24 (x86_64).

  - Spike has unlimited system RAM.

  - Spike can emulate multiple virtual CPUs.

  - Spike's single thread performance is a bit slower than QEMU.

  - No network.


What parts of Fedora are we aiming to build?


The @Core packages (as RPMs), rpmbuild, gcc, and a bootable binary
disk image.

Only 64 bit RISC-V ("riscv64") will be targeted.

Once those are done, we can declare victory.


What parts of Fedora are we *not* aiming to build?
--

Nothing outside @Core except for specific compilers and build tools.

Not Anaconda.

Not Koji (at least, not at first).

Not Grub nor EDK2.  We will initially use the Berkeley bootloader
(bbl), but aim for a standard bootloader later.


Where will we build it?
---

The packages which are run on the host (x86-64) computer are built in
COPR (http://copr-fe.cloud.fedoraproject.org/coprs/rjones/riscv/).

However the majority of packa

Re: Review request/swap: ardour5

[gil]

Il 12/08/2016 10:56, Nils Philippsen ha scritto:

Hi Gil,

On Fri, 2016-08-12 at 10:09 +0200, gil wrote:

Il 12/08/2016 10:05, Nils Philippsen ha scritto:

Hi there,

I'm looking for someone to review version 5 of Ardour which was
just
released:

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

It's not very different from the ardour4 package already in Fedora,
so
the review shouldn't be too complicated. I'll happily review
another
package in return.

Thanks,
Nils

hi
take!
can you take this for me
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1366269 ?

of course, I plan to review it during lunch break (as Ardour is not
really work-related ;).

Thanks!

Nils


a list of open bugs is available here: 
https://fedoraproject.org/wiki/WildFly#New_Packages

regards
.g
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora Rawhide-20160812.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Workstation live x86_64

Failed openQA tests: 19/82 (x86_64), 4/16 (i386), 1/2 (arm)

ID: 28289   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/28289
ID: 28290   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/28290
ID: 28291   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/28291
ID: 28292   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/28292
ID: 28293   Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/28293
ID: 28294   Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/28294
ID: 28300   Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/28300
ID: 28313   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/28313
ID: 28315   Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/28315
ID: 28318   Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/28318
ID: 28345   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/28345
ID: 28358   Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/28358
ID: 28359   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/28359
ID: 28360   Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/28360
ID: 28361   Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/28361
ID: 28362   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/28362
ID: 28363   Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/28363
ID: 28364   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/28364
ID: 28365   Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/28365
ID: 28366   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/28366
ID: 28367   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/28367
ID: 28383   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/28383
ID: 28384   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/28384
ID: 28389   Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/28389

Passed openQA tests: 58/82 (x86_64), 12/16 (i386), 1/2 (arm)

Skipped openQA tests: 5 of 100
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Summary/Minutes from today's FESCo Meeting (2016-08-12)

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

===
#fedora-meeting: FESCO (2016-08-12)
===


Meeting started by sgallagh at 16:01:05 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2016-08-12/fesco.2016-08-12-16.
01.log.html
.



Meeting summary
- ---
* init process  (sgallagh, 16:01:05)

* #1592 - Redefinition of what constitutes a secondary/alternate
~  architecture in Fedora  (sgallagh, 16:04:18)
~  * AGREED: FESCo approves the new alternative architectures plan (+7,
~0, -0)  (sgallagh, 16:11:29)

* #1605 - finish retirement of sysvinit-only packages  (sgallagh,
~  16:12:02)
~  * LINK: https://fedorahosted.org/fesco/ticket/1605#comment:8   (nirik,
~16:23:59)
~  * ACTION: paragan to remove yum-updateonboot subpackage  (sgallagh,
~16:30:16)
~  * ACTION: tibbs to retire remaining packages that were only orphaned
~(sgallagh, 16:30:29)

* #1609 - Fedora 26 schedule proposal  (sgallagh, 16:30:40)

* #1611 - Continued lack of support for RPM weak dependencies in
~  distribution tooling  (sgallagh, 16:48:54)
~  * LINK: https://fedoraproject.org/wiki/Changes/KojiSignedRepos
~(nirik, 17:11:02)
~  * ACTION: nirik to investigate running Bodhi on a Fedora 24 VM as a
~solution to the weak dependency issue  (sgallagh, 17:11:02)

* Next week's chair  (sgallagh, 17:11:23)
~  * maxamillion to chair 2016-08-19 meeting  (sgallagh, 17:11:57)

* Open Floor  (sgallagh, 17:12:06)
~  * Thanks to everyone who came to Flock last week. It was a fantastic
~conference!  (sgallagh, 17:12:29)

Meeting ended at 17:15:57 UTC.




Action Items
- 
* paragan to remove yum-updateonboot subpackage
* tibbs to retire remaining packages that were only orphaned
* nirik to investigate running Bodhi on a Fedora 24 VM as a solution to
~  the weak dependency issue




Action Items, by person
- ---
* nirik
~  * nirik to investigate running Bodhi on a Fedora 24 VM as a solution
~to the weak dependency issue
* paragan
~  * paragan to remove yum-updateonboot subpackage
* tibbs
~  * tibbs to retire remaining packages that were only orphaned
* **UNASSIGNED**
~  * (none)




People Present (lines said)
- ---
* sgallagh (99)
* nirik (55)
* maxamillion (34)
* paragan (30)
* fweimer (17)
* jwb (17)
* Rathann (14)
* zodbot (13)
* jsmith (13)
* pbrobinson (7)
* pingou (4)
* tibbs (3)
* jflory7 (1)
* kalev (0)
* dgilmore (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAleuBH4ACgkQeiVVYja6o6Pe6ACfcysAnMYkck+KxtQA9eqhKxuw
wLcAn2hcSM4z47SM3+3Vn0KIo2GYiPgR
=xVVm
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora 25 Alpha blocker status mail #1

[Adam Williamson]

Hi folks! We're in Alpha freeze and Alpha go/no-go is scheduled for
next week (2016-08-18), so it's time for the first blocker status mail.

tl;dr action summary


1. https://bugzilla.redhat.com/show_bug.cgi?id=1365661
ACTION: releng/Cloud teams to figure out the problem, if it persists.

2. https://bugzilla.redhat.com/show_bug.cgi?id=1352680
ACTION: pjones to do a new fwupdate build and create an update with
efivar, efibootmgr and all the other efivar-dependent packages.

3. https://bugzilla.redhat.com/show_bug.cgi?id=1324623
ACTION: FESCo to decide on whatever they've been asked to decide, glibc
maintainers (fweimer), ARM team and releng to agree on a fix.

4. https://bugzilla.redhat.com/show_bug.cgi?id=1353054
ACTION: QA and FreeIPA folks to help test and karma the update for
pushing.

5. https://bugzilla.redhat.com/show_bug.cgi?id=1366403
ACTION: blocker reviewers to vote on blocker status (will happen at
Monday's blocker meeting), sssd devs to investigate and fix.

Also note that some validation tests have still not been run, QA folks
we should be aiming to fill out all the Alpha validation tests ASAP :)

bug-by-bug detail
=

1. https://bugzilla.redhat.com/show_bug.cgi?id=1365661 - distribution - NEW
   Cloud images fail to compose from 20160809.n.0

Cloud images stopped showing up with the 20160809 compose. We are not
yet sure why. We *did* get cloud images for today's Rawhide compose, so
it's possible they'll show up again with the next successful 25 compose.

ACTION: releng/Cloud teams to figure out the problem, if it persists.

2. https://bugzilla.redhat.com/show_bug.cgi?id=1352680 - efibootmgr - NEW
   efibootmgr calls in anaconda crashing since efivar-0.24-1.fc25 landed

efivar API/ABI changed and broke efibootmgr. As of yesterday there are
new builds of efivar and efibootmgr and they do appear to solve the
bug, but there's a problem: another package which depends on efivar -
fwupdate - has not been rebuilt, and it is part of the Workstation
package set. We need fwupdate to be built and included in the update
submitted to fix this bug.

ACTION: pjones to do a new fwupdate build and create an update with
efivar, efibootmgr and all the other efivar-dependent packages.

3. https://bugzilla.redhat.com/show_bug.cgi?id=1324623 - glibc - ASSIGNED
   glibc: split libcrypt into separate package and package libcrypt-nss with 
NSS-based implementation

A consequence of this package split has been to break the ARM Xfce
image build, which is a release-blocking image. Relevant folks are
broadly aware of the issue, but it doesn't seem like a fix has been
agreed yet, and the issue has been referred to FESCo for some reason.

ACTION: FESCo to decide on whatever they've been asked to decide, glibc
maintainers (fweimer), ARM team and releng to agree on a fix.

4. https://bugzilla.redhat.com/show_bug.cgi?id=1353054 - pki-core - MODIFIED
   FreeIPA server deployment fails due to pki-core dangling symlinks

This bug has now been fixed, with this update:
https://admin.fedoraproject.org/updates/FEDORA-2016-0a384ead60
I have tested and confirmed the fix, the update ideally needs a couple
more karma points to be pushed stable.

ACTION: QA and FreeIPA folks to help test and karma the update for pushing.

5. https://bugzilla.redhat.com/show_bug.cgi?id=1366403 - sssd - NEW
   [abrt] sssd-common: ipa_dyndns_update_send(): sssd_be killed by SIGSEGV

This is a proposed blocker, but it does seem quite worrying; we run
into it with the openQA test that enrols a FreeIPA client via an
anaconda kickstart file. The enrolment works, but on boot of the
installed system, sssd_be crashes and this seems to prevent login as a
FreeIPA user. sssd team is looking into this one.

ACTION: blocker reviewers to vote on blocker status (will happen at
Monday's blocker meeting), sssd devs to investigate and fix.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review request/swap: ardour5

[gil]

please try with

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


Il 12/08/2016 10:56, Nils Philippsen ha scritto:

Hi Gil,

On Fri, 2016-08-12 at 10:09 +0200, gil wrote:

Il 12/08/2016 10:05, Nils Philippsen ha scritto:

Hi there,

I'm looking for someone to review version 5 of Ardour which was
just
released:

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

It's not very different from the ardour4 package already in Fedora,
so
the review shouldn't be too complicated. I'll happily review
another
package in return.

Thanks,
Nils

hi
take!
can you take this for me
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1366269 ?

of course, I plan to review it during lunch break (as Ardour is not
really work-related ;).

Thanks!

Nils


--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Test-Announce] Proposal to CANCEL: 2016-08-15 Fedora QA Meeting

[Adam Williamson]

Hi folks! I'm proposing we cancel Monday's QA meeting. There isn't any
urgent business for that meeting that I'm aware of, we have the blocker
review meeting to discuss F25 Alpha issues, and Go/No-Go for Alpha is
coming up so I'm expecting we'll be focused on F25 Alpha testing. If
you do have something that needs discussing at a meeting, please reply
to this email and we can go ahead and schedule the meeting.

Thanks everyone!
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Test-Announce] 2016-08-15 @ 16:00 UTC - Fedora 25 Blocker Review

[Adam Williamson]

# F25 Blocker Review meeting
# Date: 2016-08-15  
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net

Hi folks! We currently have 1 proposed Alpha blocker and 2 proposed
Beta blockers to review. There are also 4 accepted blockers to check in
on.

If you have time this weekend, you can take a look at the proposed or
accepted blockers before the meeting -  the full lists can be found
here: https://qa.fedoraproject.org/blockerbugs/ .

We'll be evaluating these bugs to see if they violate any of the 
Release Criteria and warrant the blocking of a release if they're not 
fixed. Information on the release criteria for F25 can be found on the 
wiki [0].

For more information about the Blocker and Freeze exception process, 
check out these links:
 - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
 - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process

And for those of you who are curious how a Blocker Review Meeting 
works - or how it's supposed to go and you want to run one - check out 
the SOP on the wiki:
 - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting

Have a good weekend and see you Monday!

[0] https://fedoraproject.org/wiki/Fedora_Release_Criteria
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org