Hello,

We're thinking of moving to python-progressbar2[1] in Fedora. It is a
better maintained, more featured implementation of the progressbar
module in Python. Since progressbar[2] and progressbar2 both provide the
same module, we can only include one. We're also dropping the py2 sub
package as is required in rawhide.

From what I can see, only 3 packages use it in Fedora:

- euca2ools
- python-libtaskotron
- python-bitmath

Their owners are cc'd.

Heads up that I'll be beginning the process of importing Qt 5.11.3 into rawhide starting today...

Hi,

If I want to build glmixer on the rpmfusion build server I get the following error[1]:

-- Generating ChangeLog from SVN (please be patient...)
svn: E170013: Unable to connect to a repository at URL 'svn://svn.code.sf.net/p/glmixer/Source/trunk'
svn: E670002: Unknown hostname 'svn.code.sf.net'
-:3: parser error : Premature end of data in tag log line 2
^
unable to parse -
-- Configuring done

[1] <a href="http://koji.rpmfusion.org/kojifiles/work/tasks/9468/279468/build.log" title="http://koji.rpmfusion.org/kojifiles/work/tasks/9468/279468/build.log">http://koji.rpmfusion.org/kojifiles/work/tasks/9468/279468/build.log</a>
[2] <a href="https://martinkg.fedorapeople.org/Packages/glmixer/glmixer.spec" title="https://martinkg.fedorapeople.org/Packages/glmixer/glmixer.spec">https://martinkg.fedorapeople.org/Packages/glmixer/glmixer.spec</a>
[3] <a href="https://martinkg.fedorapeople.org/Packages/glmixer/GL" title="https://martinkg.fedorapeople.org/Packages/glmixer/GL">https://martinkg.fedorapeople.org/Packages/glmixer/GL</a>

Hi all,

My name is David Schwörer, and I am a PhD Student in Ireland and have
been using Fedora for many years, and would like to contribute to Fedora.

I am one of the upstream developers of BOUT++, a library to write fluid
and plasma simulations in curvilinear geometry. BOUT++ is a C++ library
that allows to implement close to analytic equations in C++ or python.
Various time solvers are available to evolve the system of equation.

I have been using BOUT++ for a while now, and think it would be nice if
it would be available in Fedora.

I've noticed the following two things happening the last couple of weeks...

1. When I add updates for one package and then type in a new name at the
top and select the other package I want in the update the existing updates
that are checked off turn into six digit numbers.

2. All of my updates started showing "logout required" but I haven't
changed the way I submit updates.

Anyone else seeing this?

Thanks,
Richard

Hi all.

I just orphaned python-adns. I don't need it and don't plan to maintain it. The last upstream release was in 2007 and it does not support Python3. Also it FTBFS in rawhide.

python-adns is required by transmission-remote-cli. Please consider removing the dependency, so that python-adns can be retired or please consider maintaining python-adns as well.

Regards,
Tomas

I have to debug certain BOINC Manager problems (C++ language), and
instead of importing and building the whole source tree in a project
in a SDK like Eclipse, I want to simply use the debuginfos already
available in Fedora repository.
Concerning GDB usage I can do that with QtCreator.

<a href="https://fedoraproject.org/wiki/Changes/Erlang_21" title="https://fedoraproject.org/wiki/Changes/Erlang_21">https://fedoraproject.org/wiki/Changes/Erlang_21</a>

= Erlang 21 =

== Summary ==
Update Erlang/OTP to version 21.

== Owner ==
* Name: [[User:Peter|Peter Lemenkov]], [[SIGs/Erlang|Fedora Erlang
SIG]], [[User:bowlofeggs|Randy Barlow]], [[User:jcline|Jeremy Cline]]
* Email: <a href="mailto: ... at gmail dot com"> ... at gmail dot com</a>, <a href="mailto: ... at lists dot fedoraproject.org"> ... at lists dot fedoraproject.org</a>,
<a href="mailto: ... at fedoraproject dot org"> ... at fedoraproject dot org</a>, <a href="mailto: ... at fedoraproject dot org"> ... at fedoraproject dot org</a>

== User Experience ==
Users will get more robust, scalable, and fast Erlang applications.

== Dependencies ==

The following packages must be rebuilt:
see <a href="https://fedoraproject.org/wiki/Changes/Erlang_21#Dependencies" title="https://fedoraproject.org/wiki/Changes/Erlang_21#Dependencies">https://fedoraproject.org/wiki/Changes/Erlang_21#Dependencies</a>

==

No missing expected images.

Failed openQA tests: 19/131 (x86_64), 3/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20181204.n.0):

ID: 316203 Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: <a href="https://openqa.fedoraproject.org/tests/316203" title="https://openqa.fedoraproject.org/tests/316203">https://openqa.fedoraproject.org/tests/316203</a>
ID: 316204 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall
URL: <a href="https://openqa.fedoraproject.org/tests/316204" title="https://openqa.fedoraproject.org/tests/316204">https://openqa.fedoraproject.org/tests/316204</a>
ID: 316277 Test: x86_64 universal upgrade_kde_64bit
URL: <a href="https://openqa.fedoraproject.org/tests/316277" title="https://openqa.fedoraproject.org/tests/316277">https://openqa.fedoraproject.org/tests/316277</a>
ID: 316278 Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: <a href="https://openqa.fed" title="https://openqa.fed">https://openqa.fed</a>

Announcing the creation of a new nightly release validation test event
for Fedora 30 Rawhide 20181205.n.0. Please help run some tests for this
nightly compose if you have time.

Hello,

it's been a long time when Mesa added meson buildsystem definitions,
but I never got time to switch Fedora's mesa build to use them.
Nowadays, mesa upstream is looking to drop autotools definitions in
19.0.0 release, so time came up.

I've prepared 18.0.0~rc5 builds with using meson buildsystem instead
of autotools: <a href="https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/" title="https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/">https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/</a>

Please test it and let me know if something doesn't work as expected.

P.S.

=================================================================
#fedora-meeting-3: Weekly Meeting of the Modularity Working Group
=================================================================

Meeting started by nils at 15:02:25 UTC.

Minutes: <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.html" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.html">https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity...</a>
Minutes (text): <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.txt" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.txt">https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity...</a>
Log: <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.log.html" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.log.html">https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity...</a>

Meeting summary

now upgrading:

# rpm-ostree upgrade
1 metadata, 0 content objects fetched; 569 B transferred in 1 seconds
Checking out tree 33b20cd...

There appears to be a python2 version of this package, but not a python3
version.

Should there be?

Joseph D. Wagner

Hi all,

I would like to get feedbacks on the following proposal.

No missing expected images.

Failed openQA tests: 14/131 (x86_64), 3/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20181202.n.0):

ID: 315298 Test: x86_64 universal install_simple_free_space
URL: <a href="https://openqa.fedoraproject.org/tests/315298" title="https://openqa.fedoraproject.org/tests/315298">https://openqa.fedoraproject.org/tests/315298</a>
ID: 315314 Test: x86_64 universal install_blivet_ext3@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/315314" title="https://openqa.fedoraproject.org/tests/315314">https://openqa.fedoraproject.org/tests/315314</a>

Old failures (same test failed in Rawhide-20181202.n.0):

ID: 315233 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: <a href="https://openqa.fedoraproject.org/tests/315233" title="https://openqa.fedoraproject.org/tests/315233">https://openqa.fedoraproject.org/tests/315233</a>
ID: 315240 Test: x86_64 Server-dvd-iso modularity_tests
UR

I just orphaned jabberd on all branches as I just stopped my last
instance of jabberd and upstream seems to have stopped development.

Adrian

Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.

To convert UTC to your local time, take a look at
<a href="http://fedoraproject.org/wiki/UTCHowto" title="http://fedoraproject.org/wiki/UTCHowto">http://fedoraproject.org/wiki/UTCHowto</a>

or run:
date -d '2018-12-03 15:00 UTC'

Links to all issues to be discussed can be found at:
<a href="https://pagure.io/fesco/report/meeting_agenda" title="https://pagure.io/fesco/report/meeting_agenda">https://pagure.io/fesco/report/meeting_agenda</a>

= Discussed and Voted in the Ticket (or the last meeting) =
F30 System-Wide Change: The GNU C Library version 2.29
<a href="https://pagure.io/fesco/issue/2014" title="https://pagure.io/fesco/issue/2014">https://pagure.io/fesco/issue/2014</a>
ACCEPTED (+6, 0, -0)

too strict rules for branches deletion alongside with

Hello,

While packaging software for NeuroFedora[1], we've got quite a few
MATLab toolboxes that are commonly used in scientific research on our
list. SPM[2] is a good example. It is *widely* used in NeuroImaging
research. While it is somewhat compatible with Octave, upstream does not
support it[3]. Since correctness is paramount with such toolboxes, at
present, they must be used with MATLab.

What do we think of including such toolboxes in Fedora?

No missing expected images.

Failed openQA tests: 16/131 (x86_64), 3/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20181201.n.0):

ID: 314896 Test: x86_64 Server-dvd-iso base_services_start
URL: <a href="https://openqa.fedoraproject.org/tests/314896" title="https://openqa.fedoraproject.org/tests/314896">https://openqa.fedoraproject.org/tests/314896</a>
ID: 314908 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: <a href="https://openqa.fedoraproject.org/tests/314908" title="https://openqa.fedoraproject.org/tests/314908">https://openqa.fedoraproject.org/tests/314908</a>
ID: 314911 Test: x86_64 Server-dvd-iso server_freeipa_replication_client
URL: <a href="https://openqa.fedoraproject.org/tests/314911" title="https://openqa.fedoraproject.org/tests/314911">https://openqa.fedoraproject.org/tests/314911</a>
ID: 314920 Test: x86_64 Everything-boot-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/t" title="https://openqa.fedoraproject.org/t">https://openqa.fedoraproject.org/t</a>

No missing expected images.

Failed openQA tests: 16/142 (x86_64), 3/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20181130.n.0):

ID: 314638 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: <a href="https://openqa.fedoraproject.org/tests/314638" title="https://openqa.fedoraproject.org/tests/314638">https://openqa.fedoraproject.org/tests/314638</a>
ID: 314641 Test: x86_64 Server-dvd-iso server_freeipa_replication_client
URL: <a href="https://openqa.fedoraproject.org/tests/314641" title="https://openqa.fedoraproject.org/tests/314641">https://openqa.fedoraproject.org/tests/314641</a>
ID: 314662 Test: x86_64 Workstation-live-iso desktop_browser
URL: <a href="https://openqa.fedoraproject.org/tests/314662" title="https://openqa.fedoraproject.org/tests/314662">https://openqa.fedoraproject.org/tests/314662</a>
ID: 314674 Test: x86_64 KDE-live-iso install_no_user
URL: <a href="https://openqa.fedoraproject.org/tests/31467" title="https://openqa.fedoraproject.org/tests/31467">https://openqa.fedoraproject.org/tests/31467</a>

Hi fellow Fedorians,

I have been intending to orphan php-ZendFramework version 1 for over a
year now.

It is End-of-Life, unmaintained (no updates in over 2 years), has known
security issues and probably doesn't fully work with PHP 7.2 and up
anymore anyway.

Plus, I no longer use it and one of it's dependencies (dojo) is also
orphaned and to be retired by now.

There are two packages in Fedora that depend on php-ZendFramework:

ganglia-web
webacula

Both packages seem to even rely on the old ZF upstream.

No missing expected images.

Failed openQA tests: 20/142 (x86_64), 5/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20181128.n.0):

ID: 314162 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: <a href="https://openqa.fedoraproject.org/tests/314162" title="https://openqa.fedoraproject.org/tests/314162">https://openqa.fedoraproject.org/tests/314162</a>
ID: 314169 Test: x86_64 Server-dvd-iso modularity_tests
URL: <a href="https://openqa.fedoraproject.org/tests/314169" title="https://openqa.fedoraproject.org/tests/314169">https://openqa.fedoraproject.org/tests/314169</a>
ID: 314218 Test: x86_64 Silverblue-dvd_ostree-iso base_services_start
URL: <a href="https://openqa.fedoraproject.org/tests/314218" title="https://openqa.fedoraproject.org/tests/314218">https://openqa.fedoraproject.org/tests/314218</a>
ID: 314222 Test: x86_64 Silverblue-dvd_ostree-iso desktop_browser
URL: <a href="https://openqa.fedoraproject.org/tests/" title="https://openqa.fedoraproject.org/tests/">https://openqa.fedoraproject.org/tests/</a>

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for
sure that the package should be retired, please do so now with a proper
reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the
affected packages or a package that depends on one.

Announcing the creation of a new nightly release validation test event
for Fedora 30 Rawhide 20181130.n.0. Please help run some tests for this
nightly compose if you have time.

So, I had an idea of one method of attack for composes and lifecycles
that I thought I would toss out there to see what others thought of it.

Instead of redesigning and reimplementing our current build/compose/test
pipeline we improve it by making the current process cache as much of
everything as it possibly can and listening and operating on any changes
in inputs.

Hi,

want to compile new mlt-freeworld-6.12.0 [1], but it fails in the %install section

...
%install
%make_install
#before remove it print it to check with main mlt package
find %{buildroot} | grep -vP "mlt/avformat|libmltavformat.so"
# remove all execept avformat (ffmpeg part)
find %{buildroot} -type f | grep -vP "mlt/avformat|libmltavformat.so" | xargs rm
find %{buildroot} -type l -delete
find %{buildroot} -type d -empty -delete
..

The error message is:

+ find /home/martin/rpmbuild/BUILDROOT/mlt-freeworld-6.12.0-1.fc29.x86_64 -type f
+ xargs rm
+ grep -vP 'mlt/avformat|libmltavformat.so'