I'll pull the trigger at Friday the 20th, if there is no opposition (and
there was no opposition so far).
Adding devel into the loop for wider audience.
Vít
Dne 11.5.2016 v 10:33 Vít Ondruch napsal(a):
>
> Hi all,
>
> I am thinking about retiring therubyracer from Fedora. Please let me
> expla
I vainly attempted to contact gimp-resynthesizer maintainer[0] for two week to
update the plugin to the latest
upstream version according to release monitoring[1]. I sent a needinfo to the
right email address according to his
FAS account without reply. Is there another way to contact Ewan to push
Hello,
I propose to cancel today's QA meeting. We don't have anything critical on the
agenda, and the scheduled test days seem to be running fine.
Thanks,
Kamil
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
http://lists.fedorapro
# F24 Blocker Review meeting
# Date: 2016-05-16
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have 3 proposed Final blockers to review. Please come
join us and help us determine which of them are blockers. We'll be
missing AdamW at least, so we will definite
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:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
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:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
Dne 12.5.2016 v 17:51 Mike Chambers napsal(a):
> Hell, if really want to make it simple, why not just /etc/repos.d?
+1
--
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/ad
Hi,
the package python-SecretStorage is looking for a new maintainer.
I took it temporarily because it's a dependency for backintime that I'm
co-maintainer of. SecretStorage is an (optional) feature of backintime ¹, an
alternative would be to disable it and I do not use this feature. There are
Hello.
On Fri, 13 May 2016 15:49:45 -0400
Stephen Gallagher wrote:
> On 05/13/2016 03:34 PM, Michael Catanzaro wrote:
> > On Fri, 2016-05-13 at 13:01 -0400, Stephen Gallagher wrote:
> >> CCing the desktop list, but please keep replies on the Fedora devel
> >> list.
> >>
> >>
> >> At today's FE
Change in package status over the last 168 hours
0 packages were orphaned
11 packages were retired
-
adcli [el6] was retired by sgallagh
Active Directory enrollment
https://admin.fedoraproj
OLD: Fedora-24-20160515.n.1
NEW: Fedora-24-20160516.n.0
= SUMMARY =
Added images:44
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size of
I can take it
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Missing expected images:
Cloud_base raw-xz i386
Failed openQA tests: 7/72 (x86_64), 3/17 (i386)
ID: 17650 Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/17650
ID: 17654 Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedo
Greetings.
Per https://fedorahosted.org/fesco/ticket/1575 I have orphaned the
following packages. Please take a look at them and see if there's any
that you are interested in becoming point of contact on.
rpms/YafaRay -- A free open-source raytracing render engine ( master f24
f23 f22 el6
Two packages are deprecated upstream:
YafRay
partimage - only supports ext3
Kradio4 requires a deeper interaction with the developer, which should
consume some time...
The other packages demand very low maintenance and I can still take care of
them, if no one objects...
The real problem has bee
Unfortunately I am in the position that I must initiate the non-responsive
maintainer policy for Ralf.
The Coin3 package has a serious bug[1] that was only recently uncovered by
GCC 6. During the process of figuring out the problem (and solution) I
asked the devel list for help. Thanks to those th
Helps if I post the link:
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1329814
And the original FreeCAD bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1323159
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I'll jump on the /etc/repos.d bandwagon. It follows a convention
commonly found in lots of other configuration directories and I feel
it's much more concise and clear than /etc/distro.repos.d.
I'm not sure I fully understand the rationale behind using
distros.repos.d as the directory name in t
On 05/16/2016 09:39 PM, Richard Shaw wrote:
Unfortunately I am in the position that I must initiate the
non-responsive maintainer policy for Ralf.
I apologize for not having responded, but ...
The Coin3 package has a serious bug[1] that was only recently uncovered
by GCC 6.
The big questio
Missing expected images:
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Failed openQA tests: 29/72 (x86_64), 6/17 (i386)
ID: 17739 Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/17739
ID: 17740 Test: x86_64 KDE-live-iso install_default_upload
UR
20 matches
Mail list logo
