Orphaned cclive
Hi, I don't use cclive anymore to download tubes from various websites, thus I decided to orphan it in pkgdb Feel free to take it if you still use it. Thanks. Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS UP] rpm-4.12.90 in rawhide
Le 24/07/2015 15:49, Florian Festi a écrit :
> The freshly released rpm-4.12.90 aka rpm-4.13.0-alpha is going to hit
> rawhide soon. The two major new features are:
>
> * Boolean (aka rich) dependencies to support more complicated relation
> between packages
> * File Triggers - run scripts if files get installed in given paths -
> possibly to replace most of the regular - per package - scriptlets at
> some point in the future.
>
> But for now and for Fedora this update is more about testing and
> stabilizing the many smaller changes as far as they have not been ported
> back already.
>
> See the draft release notes for details: http://rpm.org/wiki/Releases/4.13.0
It seems we have a regression (thanks Koschei)
See https://kojipkgs.fedoraproject.org/work/tasks/4402/10474402/build.log
In spec (which is quite common, I think)
%doc imagick-3.1.2/{CREDITS,TODO,INSTALL}
During %doc
+ cp -pr imagick-3.1.2/CREDITS imagick-3.1.2/TODO imagick-3.1.2/INSTALL
/builddir/build/BUILDROOT/php-pecl-imagick-3.1.2-3.fc24.i386/usr/share/doc/php-pecl-imagick
+ exit 0
RPM build errors:
error: File not found:
/builddir/build/BUILDROOT/php-pecl-imagick-3.1.2-3.fc24.i386/usr/share/doc/php-pecl-imagick/{CREDITS,TODO,INSTALL}
File not found:
/builddir/build/BUILDROOT/php-pecl-imagick-3.1.2-3.fc24.i386/usr/share/doc/php-pecl-imagick/{CREDITS,TODO,INSTALL}
Do you want me to file a bug ?
Remi
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GDAL 2.0 soname bump
On 06/23/2015 01:30 AM, Volker Fröhlich wrote: Hello! GDAL 2.0 is here and we'll have to rebuild all dependent packages, once our build is ready. The API has changed quite a bit and there finally is a new soname version too! http://svn.osgeo.org/gdal/branches/2.0/gdal/MIGRATION_GUIDE.TXT http://upstream.rosalinux.ru/versions/gdal.html I expect various builds to break. I guess we should try in COPR first. I'll let you know once we get there. Greetings, Volker Fröhlich Hello again! All major issues should be ironed out now: - msailer adapted vfrnav. The build is failing at the moment, but not due to GDAL - churchyard is aware of the failing tests in python-Fiona - slankes will provide a version of merkaartor with a 2.0 patch upstream provides https://copr.fedoraproject.org/coprs/volter/gdal-2.0/builds/ I therefore plan to put 2.0 into Rawhide and F23 this weekend. Greetings, Volker Fröhlich -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS UP] rpm-4.12.90 in rawhide
On 07/25/2015 11:18 AM, Remi Collet wrote:
> Le 24/07/2015 15:49, Florian Festi a écrit :
>> The freshly released rpm-4.12.90 aka rpm-4.13.0-alpha is going to hit
>> rawhide soon. The two major new features are:
>>
>> * Boolean (aka rich) dependencies to support more complicated relation
>> between packages
>> * File Triggers - run scripts if files get installed in given paths -
>> possibly to replace most of the regular - per package - scriptlets at
>> some point in the future.
>>
>> But for now and for Fedora this update is more about testing and
>> stabilizing the many smaller changes as far as they have not been ported
>> back already.
>>
>> See the draft release notes for details: http://rpm.org/wiki/Releases/4.13.0
>
> It seems we have a regression (thanks Koschei)
>
> See https://kojipkgs.fedoraproject.org/work/tasks/4402/10474402/build.log
>
> In spec (which is quite common, I think)
>
> %doc imagick-3.1.2/{CREDITS,TODO,INSTALL}
>
> During %doc
>
> + cp -pr imagick-3.1.2/CREDITS imagick-3.1.2/TODO imagick-3.1.2/INSTALL
> /builddir/build/BUILDROOT/php-pecl-imagick-3.1.2-3.fc24.i386/usr/share/doc/php-pecl-imagick
> + exit 0
> RPM build errors:
> error: File not found:
> /builddir/build/BUILDROOT/php-pecl-imagick-3.1.2-3.fc24.i386/usr/share/doc/php-pecl-imagick/{CREDITS,TODO,INSTALL}
> File not found:
> /builddir/build/BUILDROOT/php-pecl-imagick-3.1.2-3.fc24.i386/usr/share/doc/php-pecl-imagick/{CREDITS,TODO,INSTALL}
Thanks for catching that!
> Do you want me to file a bug ?
Yes, please!
Florian
--
Red Hat GmbH, http://www.de.redhat.com/ Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael
O'Neill, Charles Peters
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS UP] rpm-4.12.90 in rawhide
Le 25/07/2015 13:20, Florian Festi a écrit : > On 07/25/2015 11:18 AM, Remi Collet wrote: > > Thanks for catching that! > >> Do you want me to file a bug ? > > Yes, please! FYI https://bugzilla.redhat.com/show_bug.cgi?id=1246743 Remi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review swap
Hi, On Saturday, 25 July 2015 at 05:46, Eduardo Mayorga Téllez wrote: [...] > I need to push three node packages so I'm willing to swap reviews for these: [...] > nodejs-flot: https://bugzilla.redhat.com/show_bug.cgi?id=1246721 I need this one to unbundle flot from one of my upcoming packages, so taking it. Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review swap
Il 25/07/2015 13:31, Dominik 'Rathann' Mierzejewski ha scritto: Hi, On Saturday, 25 July 2015 at 05:46, Eduardo Mayorga Téllez wrote: [...] I need to push three node packages so I'm willing to swap reviews for these: [...] nodejs-flot: https://bugzilla.redhat.com/show_bug.cgi?id=1246721 I need this one to unbundle flot from one of my upcoming packages, so taking it. Regards, Dominik take! can you review this one for me? https://bugzilla.redhat.com/show_bug.cgi?id=1224516 regards gil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-23 Branched report: 20150725 changes
Compose started at Sat Jul 25 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [cockpit] cockpit-docker-0.67-1.fc23.armv7hl requires docker >= 0:1.3.0 [dislocker] dislocker-0.4.1-4.fc23.armv7hl requires libmbedtls.so.9 dislocker-libs-0.4.1-4.fc23.armv7hl requires libmbedtls.so.9 fuse-dislocker-0.4.1-4.fc23.armv7hl requires libmbedtls.so.9 [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [gammaray] gammaray-qt5-2.2.1-10.fc23.armv7hl requires qt5-qtbase(armv7hl-32) = 0:5.4.2 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-7.fc23.armv7hl requires ghc(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) ghc-hjsmin-devel-0.1.4.7-7.fc23.armv7hl requires ghc-devel(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires pyorbit(armv7hl-32) >= 0:2.0.1 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.armv7hl requires libgnome-desktop-3.so.10 [golang-github-docker-spdystream] golang-github-docker-spdystream-devel-0-0.5.git83ae67e.fc23.noarch requires golang(golang.org/x/net/spdy) [golang-github-samalba-dockerclient] golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/utils) golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/pkg/timeutils) golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/pkg/stdcopy) golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/pkg/jsonlog) [gtatool] gtatool-hdr-2.1.0-7.fc23.armv7hl requires libpfs-1.2.so.0 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [ldtp] ldtp-3.5.0-4.fc23.noarch requires at-spi-python [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera >= 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires l
Re: building an embedded Linux distro into a RPM package
On Fri, Jul 24, 2015 at 23:05:07 -0400, Chuck Anderson wrote: Is there an existing Fedora "cross" toolchain for targeting a tiny i586/i686 Linux userspace with uClibc? Maybe I could use that to build linuxpba and the PBA image itself. I'd still need a custom kernel, because the standard kernel bzImage is already bigger than my entire PBA image, and that isn't counting the loadable modules. openwrt builds on Fedora with very little work. The first part of that is building the cross tool chain it uses to build images. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: building an embedded Linux distro into a RPM package
On Sat, Jul 25, 2015 at 08:51:09AM -0500, Bruno Wolff III wrote: > On Fri, Jul 24, 2015 at 23:05:07 -0400, > Chuck Anderson wrote: > > > >Is there an existing Fedora "cross" toolchain for targeting a tiny > >i586/i686 Linux userspace with uClibc? Maybe I could use that to > >build linuxpba and the PBA image itself. I'd still need a custom > >kernel, because the standard kernel bzImage is already bigger than my > >entire PBA image, and that isn't counting the loadable modules. > > openwrt builds on Fedora with very little work. The first part of > that is building the cross tool chain it uses to build images. Okay, but is that toolchain in Fedora already? It seems there is no i586/i686 uClibc toolchain already packaged in Fedora. What the question seems to come down to is, does Fedora insist that every unique toolchain/build environment used by any particular package MUST be available as separate Fedora package(s), or is it okay to bundle the particular special toolchain with the package that is being built? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Packaging] Ownership of python-line_profiler
Hi, I would like to announce that I am willing to take ownership of the previously orphaned package "python-line_profiler", maintain and update it as required. I have already opened a new ticket and also got it re-reviewed by Michel Alexandre Salim. Ticket URL: https://bugzilla.redhat.com/show_bug.cgi?id=1241919 -- Jackson Isaac S7 B.Tech CSE Amrita Vishwa Vidyapeetham jacksonisaac.wordpress.com Github/JacksonIsaac -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: building an embedded Linux distro into a RPM package
On Sat, Jul 25, 2015 at 10:54:41 -0400, Chuck Anderson wrote: On Sat, Jul 25, 2015 at 08:51:09AM -0500, Bruno Wolff III wrote: openwrt builds on Fedora with very little work. The first part of that is building the cross tool chain it uses to build images. Okay, but is that toolchain in Fedora already? It seems there is no i586/i686 uClibc toolchain already packaged in Fedora. No. There are some cross tools packaged for Fedora, but I don't think openwrt uses them. What the question seems to come down to is, does Fedora insist that every unique toolchain/build environment used by any particular package MUST be available as separate Fedora package(s), or is it okay to bundle the particular special toolchain with the package that is being built? I don't know. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Updates push status - 20150725
Just a heads up before anyone asks about updates flow: I started a updates push thursday morning (20150723). It ran into some xml issues, and we cleared bodhi's cache of xml repodata and restarted things. Friday (20150724), it hit a problem in the fedora22 updates-testing atomic compose. We worked thru and fixed one, but there's still some sort of issue preventing it from completing. ;( So, we are (as always) working on getting things fixed up and pushed, but if you are wondering why updates are not flowing as fast as normal, that is why. kevin pgpTVbmuZB2kQ.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Non-responsive procedure for David Gay
Good morning, Recently David Gay aka oddshocks has left Red Hat and we have not been able to contact him since. There are two packages for which he is Point of Contact: - python-fedimg (Fedora & EPEL) - python-cpio (EPEL 5 & 6) We would like to ask anyone that can contact him to ask him what he would like to see happening on these packages. Otherwise we will orphan them and let person interested in them pick them up. Thanks for your help, Pierre pgp0OwPax3fzb.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Systemd Preset Policy
Hello , On Sáb, 2015-07-25 at 05:00 +, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Jul 25, 2015 at 04:10:28AM +0100, Sérgio Basto wrote: (snip) > > This kind of scriptlet still works on Fedora 22 (updated), on a new > > installation ? > Yes, that still works, but should be converted to the new way of doing > things. OK thanks for clear this up . > So most likely you'd want to first file a bug against > fedora-release (see below), and after it is resolved, modify your > package to use %systemd_post. > > Other wiki page shows that PackagePresets are from Fedora 18 ! [3] > That is when this functionality was originally introduced. What changed > now is that presets has become *the* official way to enable services by > default. It is less convenient for packagers, but is more convenient for > admins and products. > > > And what is the best way to set a preset for a service ? that we want > > enable by default, when is installed . > > Note: I'm asking this because I don't saw any example on package > > guidelines. > [2] shows the syntax in the spec file (common for all services), and [3] > shows the additional steps which need to be taken for enabled-by-default > services. > > [2] https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd > [3] > https://fedoraproject.org/wiki/Packaging:DefaultServices#How_to_enable_a_service_by_default The packages that I'm concerned about are in a third party repo . How we may workaround this ? is to add one file in /usr/lib/systemd/system-preset/ ? Thanks , -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Systemd Preset Policy
On Sat, Jul 25, 2015 at 10:41:55PM +0100, Sérgio Basto wrote: > The packages that I'm concerned about are in a third party repo . How we > may workaround this ? is to add one file > in /usr/lib/systemd/system-preset/ ? Yes, that's one option. I think that it's fairly reasoanble in case of a third-party low-level service like vboxservice.service. Keep the script you pasted in the first mail is also going to work. Since the package is not part of the distribution, it is not bound by the guidelines. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Systemd Preset Policy
On Sat, 25 Jul 2015 23:56:07 + Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Jul 25, 2015 at 10:41:55PM +0100, Sérgio Basto wrote: > > The packages that I'm concerned about are in a third party repo . > > How we may workaround this ? is to add one file > > in /usr/lib/systemd/system-preset/ ? > Yes, that's one option. I think that it's fairly reasoanble in case > of a third-party low-level service like vboxservice.service. I would think the third party might ship their own presets in their release package or the like? kevin pgp9VyXLtYjB6.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Systemd Preset Policy
On Sat, Jul 25, 2015 at 06:06:42PM -0600, Kevin Fenzi wrote: > On Sat, 25 Jul 2015 23:56:07 + > Zbigniew Jędrzejewski-Szmek wrote: > > > On Sat, Jul 25, 2015 at 10:41:55PM +0100, Sérgio Basto wrote: > > > The packages that I'm concerned about are in a third party repo . > > > How we may workaround this ? is to add one file > > > in /usr/lib/systemd/system-preset/ ? > > Yes, that's one option. I think that it's fairly reasoanble in case > > of a third-party low-level service like vboxservice.service. > > I would think the third party might ship their own presets in their > release package or the like? In the release package or even in the package containing the service itself. That's the way I understood what Sérgio wrote. (Either way, the preset file can be easily overriden by the administartor by adding a file with the same name in /etc, or by including a file with sorts earlier.) Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 23 Alpha Test Compose 2 (TC2) Available Now!
Somewhat later than scheduled [1], Fedora 23 Alpha Test Compose 2 (TC2) is now available for testing. Please help us complete as much of the validation testing as we can! Heads up: I haven't given this any kind of smoke test, so it's possible it's completely DOA or something, but I think it should be at least testable. I'll fire up openQA on it right away, so keep an eye on https://openqa.happyassassin.net if you want to see how that goes. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6213 . Please see the following pages for download links and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download- ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace "dl" with "download-ib01" in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary Ideally, all Alpha priority test cases for each of these test pages [2] should pass in order to meet the Alpha Release Criteria [3]. We are also trying to run the Beta and Final tests at this time, to try and identify later release blocker bugs as early as possible. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 23 Alpha test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6213 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-23/f-23-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_23_Alpha_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Avram Lubkin
Hello, I'm Avram. I just submitted my first package, python-scandir. I've been a system engineer working with Linux for the last 10 years. Several years ago, in what seems like another life, I worked for Red Hat. Now I'm an independent consultant while I work on a project I'll be releasing as open source in the not too distant future. I cut my teeth in large enterprises so I focus heavily on security and scalability. In the non-computer world, I like to rock climb, hike, cook vegan food, and do ultralight traveling. https://bugzilla.redhat.com/show_bug.cgi?id=1245845 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
