Proposal of a Fedora site for teaching at new contributors A.K.A Fedora College - My talk in Flock
by Eduardo Javier Echeverria Alvarado
Hi folks, I'm Eduardo Echeverria (echevemaster), ambassador and
packager maintainer
On the Fedora Latam community, my colleagues and me, we have been
developing an idea about a site dedicated to teaching new contributors
through of videocast, is well known that the people learn much better
of visual form; nowadays we have a wiki with an enormous quantity of
information, certainly very valuable; that has been constructed
through of the years; I want to do a complement for that. A site that
would be as an extensive library of content of our procedures,
guidelines, roles for becoming a fedora contributor.
We can all remember our beginnings in Fedora, maybe someone we tended
a hand, maybe someone used his time to teach us about how to do
things, the fact is that with the passage of time we have gained
experience; so it would be very good to take a few minutes of our time
to make a video about our skills about the group that we belong
(packaging , translation, documentation, among others) over time we
will achieve a broad base of content that will make more easier the
path to become an experienced contributor.
The idea is to build an online learning environment using video-based
educational resources, (yes, other new guidelines apply here, :) with
validated content provided by the community at large, and that we can
correct errors or answer questions before to do the "real work" in
Fedora.
Very soon we will to present to you, the workflow, code repository and
mailing list so they can contribute at this new project.
Sadly I can't attend to the flock in person, due to personal motives;
I'll to do my talk in video, I advance you , that my pronunciation in
english is still limited and I'll try of talk as clear as possible.
Here you go my talk, all advices are welcomed
http://echevemaster.fedorapeople.org/fedora_college_presentation.odp
10 years, 8 months
Re: [SDL/f19] (2 commits) ...Add NAS support
by Nicolas Chauvet
2013/7/26 Petr Pisar <ppisar(a)fedoraproject.org>
> Summary of changes:
>
> 63275df... Add esound and arts BRs (*)
> 43ee9b2... Add NAS support (*)
>
Do we really need to re-enable thoses deprecated sound server ?
I guess no
Nicolas (kwizart)
10 years, 8 months
scalapack armv7hl not found
by Antonio Trande
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all.
scalapack-openmpi-devel.fc20.armv7hl is not found:
http://kojipkgs.fedoraproject.org//work/tasks/6915/5666915/root.log
But the package 'scalapack-openmpi-devel-1.7.5-19.fc20.armv7hl' is
successfully built:
http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=156903
Why is it not recognized ?
- --
- ----
Antonio Trande
mailto: sagitter(a)fedoraproject.org
Homepage: http://www.fedoraos.worpress.com
GPG Key: D400D6C4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJR9TbHAAoJED2vIvfUANbEfBcP/0z4q9j8DRvhzKo0f31Va7hZ
+DyJ5If5Tp8fylXg9PNugaBvm7vwAWgnwOhtfc96dMXpDHPQgw9TzugZzGmZl7c0
eJ9d0ObaVMGCqoomY5I/2wrDkU9AjisjolaAxKUmWlExUooelJdnKN4qUAh1p8LM
fgtFo+THEwiW9kusc1xY0BWTWNY2Ugd6VxC6+D6ogtkhRFHHe/LIHYcsQOfXiqLK
eTLfM6HpcmjFwd2w5TfT+DBu6ZXNKtXuuXnXPzxBm0qIco0nGPdgcBXuMFS5xuXL
DuTF9+ORdreRcKZJdd2bAcwebaY/UZ15fJZ/eijUEu82ldAqetOHYzEgVtF3uaN2
aSrGjCdUg1Qr54MsX/Mqal7WOg1WW1eB5t1GIxJE4hb3D9HyC2voGOSF1bp3gjm4
T8NSGkCMJN+eaI4mdKO2fhdUhYvAFcP10c2n78Pzbi9gJBRZT1Q2aKIy3lxfmymZ
wD4zx87YIq5d0glEc50NKcFE3kXtz6Dg+gCN+x97nVSfr9WS4aoEQoTuzy06q5LV
YFZgg/80i2w0okVkTdjhswLWqRqPkmcL8kMY5a7TwMKegFP+FYZ7ktI3HgEcI/mc
uWZqmdYZIeNeX0SyFt++B8puIMW6pD0AyEXSj0ItFyolUf68Mf7BtpQXMMbtuxn1
rboxmVH87ZnxFxjGEkhD
=w7jB
-----END PGP SIGNATURE-----
10 years, 8 months
rawhide report: 20130728 changes
by Fedora compose checker
Compose started at Sun Jul 28 08:15:02 UTC 2013
Broken deps for i386
----------------------------------------------------------
[aether-ant-tasks]
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-util)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-connector-file)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-connector-asynchttpclient)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-api)
[aws]
aws-2.11.0-16.fc20.i686 requires libxmlada_unicode.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_schema.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_sax.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_input_sources.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_dom.so.4.3w
aws-tools-2.11.0-16.fc20.i686 requires libxmlada_unicode.so.4.3w
aws-tools-2.11.0-16.fc20.i686 requires libxmlada_schema.so.4.3w
aws-tools-2.11.0-16.fc20.i686 requires libxmlada_sax.so.4.3w
aws-tools-2.11.0-16.fc20.i686 requires libxmlada_input_sources.so.4.3w
aws-tools-2.11.0-16.fc20.i686 requires libxmlada_dom.so.4.3w
[bind10]
bind10-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-devel-1.1.0-1.fc20.i686 requires pkgconfig(botan-1.8)
bind10-dhcp-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-dns-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-libs-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
[bzrtools]
bzrtools-2.5-3.fc19.i686 requires bzr < 0:2.6.0
[coot]
coot-0.7-1.20120929svn4458.fc18.i686 requires libssm.so.0
coot-0.7-1.20120929svn4458.fc18.i686 requires libclipper.so.2
[derelict]
derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod
derelict-tcod-devel-3-20.20130626gite70c293.fc20.i686 requires tcod
[devtodo2]
devtodo2-2.1-5.20120711git8dee6.fc20.i686 requires libgo.so.3
[eclipse-m2e-core]
eclipse-m2e-core-1.4.0-1.fc20.noarch requires sisu
[gdb-heap]
gdb-heap-0.5-12.fc19.i686 requires glibc(x86-32) = 0:2.17
[glusterfs]
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-proxy = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-object = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-container = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-account = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift = 0:1.8.0
[gmaven]
gmaven-1.4-4.fc19.noarch requires gshell
[gr-air-modes]
gr-air-modes-0-0.13.20130409gitf25d21f5.fc20.i686 requires libgruel-3.6.5.so.0.0.0
gr-air-modes-0-0.13.20130409gitf25d21f5.fc20.i686 requires libgnuradio-core-3.6.5.so.0.0.0
[gr-osmosdr]
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.i686 requires libgruel-3.6.5.so.0.0.0
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.i686 requires libgnuradio-fcd-3.6.5.so.0.0.0
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.i686 requires libgnuradio-core-3.6.5.so.0.0.0
gr-osmosdr-devel-0.0.1-3.20130403gite85c68d9.fc20.i686 requires pkgconfig(gnuradio-core)
[gradle]
gradle-1.0-18.fc20.noarch requires plexus-container-default
[gtkd]
gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60
[jboss-as]
jboss-as-7.1.1-19.fc20.noarch requires cxf-common >= 0:2.6.3
[kawa]
1:kawa-1.11-5.fc19.i686 requires servlet25
[koji]
koji-vm-1.8.0-1.fc20.noarch requires python-virtinst
[kyua-cli]
kyua-cli-0.5-3.fc19.i686 requires liblutok.so.0
kyua-cli-tests-0.5-3.fc19.i686 requires liblutok.so.0
[lancet]
lancet-1.0.1-6.fc19.noarch requires ant-nodeps >= 0:1.7.1
[maven-indexer]
maven-indexer-4.1.2-5.fc19.noarch requires sisu
[mingw-cximage]
mingw32-cximage-600-8.fc19.noarch requires mingw32(libpng15-15.dll)
mingw64-cximage-600-8.fc19.noarch requires mingw64(libpng15-15.dll)
[monotone]
monotone-1.0-11.fc19.i686 requires libbotan-1.8.2.so
[ne7ssh]
ne7ssh-1.3.2-15.fc20.i686 requires libbotan-1.8.2.so
[nightview]
nightview-cli-0.3.3-9.fc20.i686 requires libcfitsio-3.340.so.0
nightview-gui-0.3.3-9.fc20.i686 requires libcfitsio-3.340.so.0
[nodejs-express]
nodejs-express-3.3.3-1.fc20.noarch requires npm(connect) >= 0:2.8.3
nodejs-express-3.3.3-1.fc20.noarch requires npm(commander) >= 0:1.2.0
[openbox]
gdm-control-3.5.0-11.20121001git782b28.fc19.i686 requires gnome-panel
gnome-panel-control-3.5.0-11.20121001git782b28.fc19.i686 requires gnome-panel
[openlierox]
openlierox-0.59-0.11.beta10.fc20.i686 requires libgd.so.2
[ovirt-engine]
ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail
[oyranos]
oyranos-libs-0.4.0-7.fc19.i686 requires libraw.so.5
[perl-Bio-ASN1-EntrezGene]
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq)
[perl-Bio-SamTools]
perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq)
[perl-PDL]
perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2
[python-TraitsBackendQt]
python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI
[riak]
riak-1.3.1-2.fc20.i686 requires erlang-eleveldb(x86-32) = 0:1.3.0
[rubygem-actionpack]
1:rubygem-actionpack-3.2.13-2.fc20.noarch requires rubygem(rack) < 0:1.5
[rubygem-openshift-origin-common]
rubygem-openshift-origin-common-1.8.10-1.fc20.noarch requires rubygem(safe_yaml)
[rubygem-openshift-origin-node]
rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires rubygem(safe_yaml)
rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires openshift-origin-node-proxy
[rubygem-qpid]
rubygem-qpid-0.16.0-14.fc20.i686 requires libqpidmessaging.so.3
rubygem-qpid-0.16.0-14.fc20.i686 requires libqpidcommon.so.5
rubygem-qpid-0.16.0-14.fc20.i686 requires libqpidclient.so.5
[scala]
scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library)
[siril]
siril-0.8-14.fc20.i686 requires libcfitsio-3.340.so.0
[skyviewer]
skyviewer-1.0.0-12.fc20.i686 requires libcfitsio-3.340.so.0
[softhsm]
softhsm-1.3.3-3.fc19.i686 requires libbotan-1.8.2.so
[spacewalk-web]
spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup)
[sumwars]
sumwars-0.5.6-12.fc20.i686 requires libenet-1.3.7.so
[tango]
tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60
[templates_parser]
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_unicode.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_schema.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_sax.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_input_sources.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_dom.so.4.3w
templates_parser-tools-11.6.0-6.fc19.i686 requires libxmlada_unicode.so.4.3w
templates_parser-tools-11.6.0-6.fc19.i686 requires libxmlada_schema.so.4.3w
templates_parser-tools-11.6.0-6.fc19.i686 requires libxmlada_sax.so.4.3w
templates_parser-tools-11.6.0-6.fc19.i686 requires libxmlada_input_sources.so.4.3w
templates_parser-tools-11.6.0-6.fc19.i686 requires libxmlada_dom.so.4.3w
[ufraw]
ufraw-0.19.2-2.fc20.i686 requires libcfitsio-3.340.so.0
ufraw-cinepaint-0.19.2-2.fc20.i686 requires libcfitsio-3.340.so.0
ufraw-gimp-0.19.2-2.fc20.i686 requires libcfitsio-3.340.so.0
[zarafa]
libmapi-7.0.13-1.fc19.i686 requires libicalss.so.0
libmapi-7.0.13-1.fc19.i686 requires libical.so.0
php-mapi-7.0.13-1.fc19.i686 requires php(zend-abi) = 0:20100525-x86-32
php-mapi-7.0.13-1.fc19.i686 requires php(api) = 0:20100412-x86-32
zarafa-ical-7.0.13-1.fc19.i686 requires libicalss.so.0
zarafa-ical-7.0.13-1.fc19.i686 requires libical.so.0
Broken deps for x86_64
----------------------------------------------------------
[aether-ant-tasks]
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-util)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-connector-file)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-connector-asynchttpclient)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires mvn(org.sonatype.aether:aether-api)
[aws]
aws-2.11.0-16.fc20.i686 requires libxmlada_unicode.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_schema.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_sax.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_input_sources.so.4.3w
aws-2.11.0-16.fc20.i686 requires libxmlada_dom.so.4.3w
aws-2.11.0-16.fc20.x86_64 requires libxmlada_unicode.so.4.3w()(64bit)
aws-2.11.0-16.fc20.x86_64 requires libxmlada_schema.so.4.3w()(64bit)
aws-2.11.0-16.fc20.x86_64 requires libxmlada_sax.so.4.3w()(64bit)
aws-2.11.0-16.fc20.x86_64 requires libxmlada_input_sources.so.4.3w()(64bit)
aws-2.11.0-16.fc20.x86_64 requires libxmlada_dom.so.4.3w()(64bit)
aws-tools-2.11.0-16.fc20.x86_64 requires libxmlada_unicode.so.4.3w()(64bit)
aws-tools-2.11.0-16.fc20.x86_64 requires libxmlada_schema.so.4.3w()(64bit)
aws-tools-2.11.0-16.fc20.x86_64 requires libxmlada_sax.so.4.3w()(64bit)
aws-tools-2.11.0-16.fc20.x86_64 requires libxmlada_input_sources.so.4.3w()(64bit)
aws-tools-2.11.0-16.fc20.x86_64 requires libxmlada_dom.so.4.3w()(64bit)
[bind10]
bind10-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-1.1.0-1.fc20.x86_64 requires libbotan-1.8.2.so()(64bit)
bind10-devel-1.1.0-1.fc20.i686 requires pkgconfig(botan-1.8)
bind10-devel-1.1.0-1.fc20.x86_64 requires pkgconfig(botan-1.8)
bind10-dhcp-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-dhcp-1.1.0-1.fc20.x86_64 requires libbotan-1.8.2.so()(64bit)
bind10-dns-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-dns-1.1.0-1.fc20.x86_64 requires libbotan-1.8.2.so()(64bit)
bind10-libs-1.1.0-1.fc20.i686 requires libbotan-1.8.2.so
bind10-libs-1.1.0-1.fc20.x86_64 requires libbotan-1.8.2.so()(64bit)
[bzrtools]
bzrtools-2.5-3.fc19.x86_64 requires bzr < 0:2.6.0
[coot]
coot-0.7-1.20120929svn4458.fc18.i686 requires libssm.so.0
coot-0.7-1.20120929svn4458.fc18.i686 requires libclipper.so.2
coot-0.7-1.20120929svn4458.fc18.x86_64 requires libssm.so.0()(64bit)
coot-0.7-1.20120929svn4458.fc18.x86_64 requires libclipper.so.2()(64bit)
[derelict]
derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod
derelict-tcod-3-20.20130626gite70c293.fc20.x86_64 requires tcod
derelict-tcod-devel-3-20.20130626gite70c293.fc20.i686 requires tcod
derelict-tcod-devel-3-20.20130626gite70c293.fc20.x86_64 requires tcod
[devtodo2]
devtodo2-2.1-5.20120711git8dee6.fc20.x86_64 requires libgo.so.3()(64bit)
[eclipse-m2e-core]
eclipse-m2e-core-1.4.0-1.fc20.noarch requires sisu
[gdb-heap]
gdb-heap-0.5-12.fc19.x86_64 requires glibc(x86-64) = 0:2.17
[glusterfs]
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-proxy = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-object = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-container = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift-account = 0:1.8.0
glusterfs-ufo-3.4.0-3.fc20.noarch requires openstack-swift = 0:1.8.0
[gmaven]
gmaven-1.4-4.fc19.noarch requires gshell
[gr-air-modes]
gr-air-modes-0-0.13.20130409gitf25d21f5.fc20.i686 requires libgruel-3.6.5.so.0.0.0
gr-air-modes-0-0.13.20130409gitf25d21f5.fc20.i686 requires libgnuradio-core-3.6.5.so.0.0.0
gr-air-modes-0-0.13.20130409gitf25d21f5.fc20.x86_64 requires libgruel-3.6.5.so.0.0.0()(64bit)
gr-air-modes-0-0.13.20130409gitf25d21f5.fc20.x86_64 requires libgnuradio-core-3.6.5.so.0.0.0()(64bit)
[gr-osmosdr]
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.i686 requires libgruel-3.6.5.so.0.0.0
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.i686 requires libgnuradio-fcd-3.6.5.so.0.0.0
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.i686 requires libgnuradio-core-3.6.5.so.0.0.0
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.x86_64 requires libgruel-3.6.5.so.0.0.0()(64bit)
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.x86_64 requires libgnuradio-fcd-3.6.5.so.0.0.0()(64bit)
gr-osmosdr-0.0.1-3.20130403gite85c68d9.fc20.x86_64 requires libgnuradio-core-3.6.5.so.0.0.0()(64bit)
gr-osmosdr-devel-0.0.1-3.20130403gite85c68d9.fc20.i686 requires pkgconfig(gnuradio-core)
gr-osmosdr-devel-0.0.1-3.20130403gite85c68d9.fc20.x86_64 requires pkgconfig(gnuradio-core)
[gradle]
gradle-1.0-18.fc20.noarch requires plexus-container-default
[gtkd]
gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60
gtkd-2.0.0-29.20120815git9ae9181.fc18.x86_64 requires libphobos-ldc.so.60()(64bit)
[jboss-as]
jboss-as-7.1.1-19.fc20.noarch requires cxf-common >= 0:2.6.3
[kawa]
1:kawa-1.11-5.fc19.x86_64 requires servlet25
[koji]
koji-vm-1.8.0-1.fc20.noarch requires python-virtinst
[kyua-cli]
kyua-cli-0.5-3.fc19.x86_64 requires liblutok.so.0()(64bit)
kyua-cli-tests-0.5-3.fc19.x86_64 requires liblutok.so.0()(64bit)
[lancet]
lancet-1.0.1-6.fc19.noarch requires ant-nodeps >= 0:1.7.1
[maven-indexer]
maven-indexer-4.1.2-5.fc19.noarch requires sisu
[mingw-cximage]
mingw32-cximage-600-8.fc19.noarch requires mingw32(libpng15-15.dll)
mingw64-cximage-600-8.fc19.noarch requires mingw64(libpng15-15.dll)
[monotone]
monotone-1.0-11.fc19.x86_64 requires libbotan-1.8.2.so()(64bit)
[ne7ssh]
ne7ssh-1.3.2-15.fc20.i686 requires libbotan-1.8.2.so
ne7ssh-1.3.2-15.fc20.x86_64 requires libbotan-1.8.2.so()(64bit)
[nightview]
nightview-cli-0.3.3-9.fc20.i686 requires libcfitsio-3.340.so.0
nightview-cli-0.3.3-9.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
nightview-gui-0.3.3-9.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
[nodejs-express]
nodejs-express-3.3.3-1.fc20.noarch requires npm(connect) >= 0:2.8.3
nodejs-express-3.3.3-1.fc20.noarch requires npm(commander) >= 0:1.2.0
[openbox]
gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel
gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel
[openlierox]
openlierox-0.59-0.11.beta10.fc20.x86_64 requires libgd.so.2()(64bit)
[ovirt-engine]
ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail
[oyranos]
oyranos-libs-0.4.0-7.fc19.i686 requires libraw.so.5
oyranos-libs-0.4.0-7.fc19.x86_64 requires libraw.so.5()(64bit)
[perl-Bio-ASN1-EntrezGene]
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq)
[perl-Bio-SamTools]
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
[perl-PDL]
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
[python-TraitsBackendQt]
python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI
[riak]
riak-1.3.1-2.fc20.x86_64 requires erlang-eleveldb(x86-64) = 0:1.3.0
[rubygem-actionpack]
1:rubygem-actionpack-3.2.13-2.fc20.noarch requires rubygem(rack) < 0:1.5
[rubygem-openshift-origin-common]
rubygem-openshift-origin-common-1.8.10-1.fc20.noarch requires rubygem(safe_yaml)
[rubygem-openshift-origin-node]
rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires rubygem(safe_yaml)
rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires openshift-origin-node-proxy
[rubygem-qpid]
rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidmessaging.so.3()(64bit)
rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidcommon.so.5()(64bit)
rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidclient.so.5()(64bit)
[scala]
scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library)
[siril]
siril-0.8-14.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
[skyviewer]
skyviewer-1.0.0-12.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
[softhsm]
softhsm-1.3.3-3.fc19.x86_64 requires libbotan-1.8.2.so()(64bit)
[spacewalk-web]
spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup)
[sumwars]
sumwars-0.5.6-12.fc20.x86_64 requires libenet-1.3.7.so()(64bit)
[tango]
tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60
tango-2-12.20120821git7b92443.fc19.x86_64 requires libphobos-ldc.so.60()(64bit)
[templates_parser]
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_unicode.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_schema.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_sax.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_input_sources.so.4.3w
templates_parser-11.6.0-6.fc19.i686 requires libxmlada_dom.so.4.3w
templates_parser-11.6.0-6.fc19.x86_64 requires libxmlada_unicode.so.4.3w()(64bit)
templates_parser-11.6.0-6.fc19.x86_64 requires libxmlada_schema.so.4.3w()(64bit)
templates_parser-11.6.0-6.fc19.x86_64 requires libxmlada_sax.so.4.3w()(64bit)
templates_parser-11.6.0-6.fc19.x86_64 requires libxmlada_input_sources.so.4.3w()(64bit)
templates_parser-11.6.0-6.fc19.x86_64 requires libxmlada_dom.so.4.3w()(64bit)
templates_parser-tools-11.6.0-6.fc19.x86_64 requires libxmlada_unicode.so.4.3w()(64bit)
templates_parser-tools-11.6.0-6.fc19.x86_64 requires libxmlada_schema.so.4.3w()(64bit)
templates_parser-tools-11.6.0-6.fc19.x86_64 requires libxmlada_sax.so.4.3w()(64bit)
templates_parser-tools-11.6.0-6.fc19.x86_64 requires libxmlada_input_sources.so.4.3w()(64bit)
templates_parser-tools-11.6.0-6.fc19.x86_64 requires libxmlada_dom.so.4.3w()(64bit)
[ufraw]
ufraw-0.19.2-2.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
ufraw-cinepaint-0.19.2-2.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
ufraw-gimp-0.19.2-2.fc20.x86_64 requires libcfitsio-3.340.so.0()(64bit)
[zarafa]
libmapi-7.0.13-1.fc19.i686 requires libicalss.so.0
libmapi-7.0.13-1.fc19.i686 requires libical.so.0
libmapi-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit)
libmapi-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit)
php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64
php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64
zarafa-ical-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit)
zarafa-ical-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit)
New package: awake-1.0-1.fc20
A command to 'wake on LAN' a remote host
New package: gmqcc-0.2.9-1.fc20
Improved Quake C Compiler
New package: jdf-stacks-client-1.0.1-1.fc20
JBoss Stacks Parser
Updated Packages:
atasm-1.07d-6.fc20
------------------
* Sat Jul 27 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 1.07d-6
- Honor %{_pkgdocdir} where available.
Size change: -914 bytes
bookkeeper-4.2.1-4.fc20
-----------------------
* Sat Jul 27 2013 pmachata(a)redhat.com - 4.2.1-4
- Rebuild for boost 1.54.0
Size change: 118 bytes
bzr-2.6.0-1.fc20
----------------
* Sat Jul 27 2013 Henrik Nordstrom <henirk(a)henriknordstrom.net> - 2.6.0-1
- Upstream 2.6.0 release
Size change: 849514 bytes
canl-c++-1.0.0-3.fc20
---------------------
* Sat Jul 27 2013 Mattias Ellert <mattias.ellert(a)fysast.uu.se> - 1.0.0-3
- Fix Group tag
- Remove defattr
- Fix include directory ownership
Size change: 219 bytes
cinnamon-1.9.2-0.7.git39fc3a7.fc20
----------------------------------
* Sat Jul 27 2013 Leigh Scott <leigh123linux(a)googlemail.com> - 1.9.2-0.7.git39fc3a7
- fix icon path for user and groups
Size change: 233 bytes
cinnamon-control-center-1.9.0-0.4.git7d365d0.fc20
-------------------------------------------------
* Sat Jul 27 2013 Leigh Scott <leigh123linux(a)googlemail.com> - 1.9.0-0.4.git7d365d0
- update to latest git
- fix icon name in color desktop file
Size change: -942 bytes
dpm-xrootd-3.3.4-1.fc20
-----------------------
* Sat Jul 27 2013 Mattias Ellert <mattias.ellert(a)fysast.uu.se> - 3.3.4-1
- Update for new upstream release
Size change: 728 bytes
etckeeper-1.5-1.fc20
--------------------
* Sat Jul 27 2013 Thomas Moschny <thomas.moschny(a)gmx.de> - 1.5-1
- Update to 1.5.
* Sat Jul 27 2013 Jóhann B. Guðmundsson <johannbg(a)fedoraproject.org> - 1.4-2
- Add a missing requirement on crontabs to spec file
Size change: 519 bytes
glabels-3.0.1-9.fc20
--------------------
* Sat Jul 27 2013 Bruno Wolff III <bruno(a)wolff.to> - 3.0.1-9
- Rebuild for libcamel soname bump
Size change: 102 bytes
java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc20
-----------------------------------------
* Sat Jul 27 2013 Jiri Vanek <jvanek(a)redhat.com> - 1.7.0.25-2.3.12.3.f20
- setting of alternatives moved into conditional block controlled by graceful_links
- added graceful_links, set to enabled (1)
* Fri Jul 26 2013 Orion Poplawski <orion(a)cora.nwra.com> - 1.7.0.25-2.3.12.2.fc20
- Fix broken jre_exports alternatives links (bug #979128)
* Fri Jul 26 2013 Jiri Vanek <jvanek(a)redhat.com> - 1.7.0.25-2.3.12.1.f20
- refreshed icedtea7-forest 2.3.12
* Fri Jul 26 2013 Jiri Vanek <jvanek(a)redhat.com> - 1.7.0.25-2.3.12.0.f20
- bumped to icedtea7-forest 2.3.12
- removed upstreamed patch 405 zeroCtmp.patch
- removed upstreamed patch 406 remove_CC_COMP.patch
Size change: 383 bytes
liboggz-1.1.1-6.fc20
--------------------
* Sat Jul 27 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 1.1.1-6
- Make docs install work with unversioned doc dir setups.
- Fix URLs.
Size change: -915 bytes
libpng10-1.0.60-5.fc20
----------------------
* Sat Jul 27 2013 Paul Howarth <paul(a)city-fan.org> 1.0.60-5
- install docs to %{_pkgdocdir} where available
Size change: 197 bytes
libyui-3.0.9-1.fc20
-------------------
* Sat Jul 27 2013 Björn Esser <bjoern.esser(a)gmail.com> - 3.0.9-1
- new upstream version
- restructured spec for better readability
- removed %commit, using direct github-tarball
- removed hardening flags and Group-tag
- removed CMake-Requires from devel-pkg
- added devel-common-pkg
- fixed License
- installing docs manually, adding PDF to doc-pkg
* Thu May 16 2013 Björn Esser <bjoern.esser(a)gmail.com> - 3.0.5-2
- fixed -doc licensing html/ is LGPLv2 or LGPLv3 examples/ is MIT
* Thu May 16 2013 Björn Esser <bjoern.esser(a)gmail.com> - 3.0.5-1
- new upstream version: obsoletes Patch0/1
- modified Requires: yui_ui to to depend on %{major_so_ver}
- install lib*.so.%{major_so_ver}* in main-pkg not lib*.so.*
- add `-DRESPECT_FLAGS=ON`
Size change: 1196 bytes
libyui-bindings-1.0.2-5.fc20
----------------------------
* Sat Jul 27 2013 Björn Esser <bjoern.esser(a)gmail.com> - 1.0.2-5
- include examples in own subdir
- removed hardening flags
* Sat Jul 27 2013 Björn Esser <bjoern.esser(a)gmail.com> - 1.0.2-4
- fix build, removed trailing backslash
* Sat Jul 27 2013 Björn Esser <bjoern.esser(a)gmail.com> - 1.0.2-3
- libyui-3.0.9 rebuilt on all branches
- removed Group-tag
* Wed Jul 17 2013 Petr Pisar <ppisar(a)redhat.com> - 1.0.2-2
- Perl 5.18 rebuild on F20 / rawhide
Size change: 489 bytes
linphone-3.6.1-2.fc20
---------------------
* Sat Jul 27 2013 Alexey Kurov <nucleo(a)fedoraproject.org> - 3.6.1-2
- use /etc/ssl/certs/ca-bundle.crt root_ca
- fix armv7hl compilation
Size change: 2146 bytes
linux-firmware-20130724-30.git31f6b30.fc20
------------------------------------------
* Sat Jul 27 2013 Josh Boyer <jwboyer(a)redhat.com> - 20130724-30.git31f6b30
- Add AMD ucode back in now that microcode_ctl doesn't provide it
Size change: 182 bytes
mariadb-5.5.32-4.fc20
---------------------
* Sat Jul 27 2013 Kevin Fenzi <kevin(a)scrye.com> 5.5.32-4
- Set rpm doc macro to install docs in unversioned dir
* Fri Jul 26 2013 Dennis Gilmore <dennis(a)ausil.us> 5.5.32-3
- add Requires(pre) on systemd for the server package
Size change: 354 bytes
mate-bluetooth-1.6.0-4.fc20
---------------------------
* Fri Jul 26 2013 Wolfgang Ulbrich <chat-to-me(a)raveit.de> - 1.6.0-4
- fix rhbz (#988912)
- use the virtual provides desktop-notification-daemon
- instead of mate-notification-daemon
- add isa tag to -libs subpackage
Size change: 299 bytes
mate-desktop-1.6.1-9.fc20
-------------------------
* Sat Jul 27 2013 Wolfgang Ulbrich <chat-to-me(a)raveit.de> - 1.6.1-9
- obsolete ConsoleKit
Size change: 86 bytes
mediawiki-1.21.1-5.fc20
-----------------------
* Sat Jul 27 2013 Michael Cronenworth <mike(a)cchtml.com> - 1.21.1-5
- Update mw-createinstance
- Support for UnversionedDocdirs
* Wed Jul 17 2013 Petr Pisar <ppisar(a)redhat.com> - 1.21.1-4
- Perl 5.18 rebuild
Size change: 232 bytes
midori-0.5.4-2.fc20
-------------------
* Sat Jul 27 2013 Kevin Fenzi <kevin(a)scrye.com> 0.5.4-2
- Fix for unversioned doc dirs
Size change: 147 bytes
nodejs-keypress-0.1.0-4.fc20
----------------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.1.0-4
- restrict to compatible arches
* Wed Jun 19 2013 T.C. Hollingsworth <tchollingsworth(a)gmail.com> - 0.1.0-3
- rebuild for missing npm(keypress) provides on EL6
Size change: -537 bytes
nodejs-libxmljs-0.8.1-3.fc20
----------------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.8.1-3
- add ExclusiveArch logic
Size change: 101 bytes
nodejs-lodash-1.3.1-3.fc20
--------------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 1.3.1-3
- add ExclusiveArch logic
Size change: 167 bytes
nodejs-ltx-0.2.4-1.fc20
-----------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.2.4-1
- update to upstream release 0.2.4
Size change: 342 bytes
nodejs-markdown-0.5.0-1.fc20
----------------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.5.0-1
- update to upstream release 0.5.0
- restrict to compatible arches
- test/ directory now excluded from npm tarball, so download separately
* Wed Jun 19 2013 T.C. Hollingsworth <tchollingsworth(a)gmail.com> - 0.4.0-2
- rebuild for missing npm(markdown) provides on EL6
Size change: -9890 bytes
nodejs-methods-0.0.1-4.fc20
---------------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.0.1-4
- restrict to compatible arches
* Wed Jun 19 2013 T.C. Hollingsworth <tchollingsworth(a)gmail.com> - 0.0.1-3
- rebuild for missing npm(methods) provides on EL6
Size change: -545 bytes
nodejs-mimeparse-0.1.4-2.fc20
-----------------------------
* Sat Jul 27 2013 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.1.4-2
- restrict to compatible arches
Size change: 368 bytes
ocsinventory-agent-2.0.5-7.fc20
-------------------------------
* Sat Jul 27 2013 Jóhann B. Guðmundsson <johannbg(a)fedoraproject.org> - 2.0.5-7
- Add a missing requirement on crontabs to spec file
Size change: -909 bytes
openshift-java-client-2.3.0-2.fc20
----------------------------------
* Sat Jul 27 2013 Gerard Ryan <galileo(a)fedoraproject.org> - 2.3.0-2
- Add BR maven-resources-plugin to fix rawhide
* Wed Jul 24 2013 Gerard Ryan <galileo(a)fedoraproject.org> - 2.3.0-1
- Update to latest upstream version 2.3.0
Size change: 15494 bytes
pcp-gui-1.5.9-1.fc20
--------------------
* Sun Jul 28 2013 Nathan Scott <nathans(a)redhat.com> - 1.5.9-1
- Fix problems with pmchart Samples/Visible History (BZ 968825)
- Fix pmchart startup handling lack of metrics source (BZ 957007)
- Fix missing metric handling for archive View files (BZ 981140)
- UX improvements for the New/Edit Chart Apply button (BZ 957669)
- Resolve packaging issue where /usr/bin was installed (BZ 988176)
- Improve pmchart show-/hide-time-control mechanism (BZ 957002)
- Add a close button to pmchart Preferences dialog (BZ 922198)
- Fix pmchart Preferences dialog color scheme sigsegv (BZ 963505)
Size change: 1339611 bytes
php-pecl-apcu-4.0.1-3.fc20
--------------------------
* Sat Jul 27 2013 Remi Collet <remi(a)fedoraproject.org> - 4.0.1-3
- restore APC serializers ABI (patch merged upstream)
Size change: 3612 bytes
php-pecl-igbinary-1.1.2-0.6.gitc35d48f.fc20
-------------------------------------------
* Sat Jul 27 2013 Remi Collet <remi(a)fedoraproject.org> - 1.1.2-0.6.git3b8ab7e
- latest snapshot
- fix build with APCu
- spec cleanups
Size change: 106426 bytes
prosody-0.9.0-0.4.rc4.fc20
--------------------------
* Fri Jun 21 2013 Johan Cwiklinski <johan AT x-tnd DOT be> - 0.9.0-0.4.rc4
- Update to 0.9.0rc4
Size change: -687 bytes
puppet-3.1.1-4.fc20
-------------------
* Fri Jul 26 2013 Sam Kottler <skottler(a)fedoraproject.org> - 3.1.1-4
- Add hard dependency on ruby
Size change: 143 bytes
python-redis-2.7.6-1.fc20
-------------------------
* Sat Jul 27 2013 Luke Macken <lmacken(a)redhat.com> - 2.7.6-1
- Update to 2.7.6
- Run the test suite
- Add a python3 subpackage
- Remove obsolete buildroot tag and cleanup
Size change: 24631 bytes
rkhunter-1.4.0-8.fc20
---------------------
* Sat Jul 27 2013 Kevin Fenzi <kevin(a)scrye.com> 1.4.0-8
- Fix for unversioned docs
- Requires: crontabs. Fixes bug #989110
* Wed Jul 17 2013 Petr Pisar <ppisar(a)redhat.com> - 1.4.0-7
- Perl 5.18 rebuild
Size change: -794 bytes
tiled-0.9.1-1.fc20
------------------
* Sat Jul 27 2013 Erik Schilling <ablu.erikschilling(a)googlemail.com> 0.9.1-1
- New upstream release 0.9.1
Size change: 3140 bytes
trademgen-1.00.0-4.fc20
-----------------------
* Sat Jul 27 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 1.00.0-4
- Fix build when %doc dir is not versioned.
Size change: 174 bytes
uptimed-0.3.17-5.fc20
---------------------
* Sat Jul 27 2013 Tomasz Torcz <ttorcz(a)fedoraproject.org> - 0.3.17-5
- use _pkgdocdir (https://fedoraproject.org/wiki/Changes/UnversionedDocdirs)
Size change: -921 bytes
uucp-1.07-39.fc20
-----------------
* Sat Jul 27 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 1.07-39
- Honor %{_pkgdocdir} where available.
Size change: 162 bytes
webkitgtk-2.0.4-2.fc20
----------------------
* Sat Jul 27 2013 Kevin Fenzi <kevin(a)scrye.com> 2.0.4-2
- Fix for unversioned doc dirs
* Mon Jul 22 2013 Tomas Popela <tpopela(a)redhat.com> - 2.0.4-1
- Update to 2.0.4
Size change: 3193 bytes
xmlstarlet-1.5.0-2.fc20
-----------------------
* Sat Jul 27 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 1.5.0-2
- Install docs to %{_pkgdocdir} where available.
Size change: 163 bytes
z80asm-1.8-5.fc20
-----------------
* Sat Jul 27 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 1.8-5
- Simplify installing of docs.
Size change: -975 bytes
Summary:
Added Packages: 3
Removed Packages: 0
Modified Packages: 44
Size of added packages: 282960 (276 k)
Size change of modified packages: 2336842 (2.2 M)
Size of removed packages: 0 (0 )
Size change: 2619802 (2.5 M)
Compose finisheded at Sun Jul 28 11:48:52 UTC 2013
10 years, 8 months
RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)
by Matthew Miller
This is a draft of the proposal I'm presenting at Flock, "An Architecture
for a More Agile Fedora" (<http://sched.co/19ugKGM>). It represents a big
change to how we as the Fedora project put together our distribution. I've
gone through several drafts of this and talked to a few people, and I'd
really value all of your feedback to refine it further.
Preliminary slides are available at <http://mattdm.org/fedora/next/>; I will
update them as this discussion progresses. (So, page numbers might change.)
What follows is an annotated text version of the presentation — the
annotations basically being what I might say as each slide displays.
If you have a short attention span, you might want flip through the slides
first and come back for explanation where it's unclear. And the explanation
here might be unclear too — please ask questions.
An Architecture for a More Agile Fedora
presented by Matthew Miller ( ← with input from many people)
===
Problem Statement (What's this all about?)
---
Let's Start with What's Good
---
* Fedora is awesome
* Great tech, great people
* Amazing, high standards
* Best enthusiast distro
* Solid base for RHEL
* Pretty decent cloud image
I've been involved to some small degree with Fedora since the beginning.
This is a project and a Linux distribution which I love, and which I know
everyone reading this also cares about deeply. We don't want to break what
is successful and works.
But...
---
* We need to be more than that
* Not widely used by RHEL users
* Not so great for building on...
* Including Red Hat's own stuff
* We're not seen as relevant...
* Let alone exciting
Whenever I go to a tech meetup or talk to someone from a new startup
company, their developers are inevitably using a different (usually
proprietary) desktop OS, plus a non-Fedora distribution on their code. We're
being left behind and left out. It doesn't matter how theoretically great we
are if we end up with no users.
The Idea
---
Focus core distro as platform, include layers of modular enabling
technologies, and provide room for special interest groups to create
solutions within the Fedora circle.
Starting with Ring One
---
* We draw a line around a small "base design"
* E.g.: Everything in @standard, plus the toolchains to build it
* Line could go elsewhere; that's an implementation detail
* Most strict change management
* Packaging standards as current Fedora
The example line is somewhat arbitrary here — I'll talk a little more about
practicalities at the end of the talk. The idea of using @standard as a
starting place is just that. That's the group that's one step up from a
minimal install; common things usually installed. That collection of
packages is arbitrary and has grown arbitrarily, but it makes a place to
begin. We'll probably end up with a set of packages that isn't exactly tied
to any existing group.
Anyway, this is the core OS. It's bigger than a minimal install, and is a
complete but lightweight Linux distribution. It has a very clear charter:
use the latest in open source platform-level software integrated into a
solid foundation for the higher rings.
The Base OS
---
* Ring One is base functionality and behavior that everyone can expect of any Fedora system
* Making a distinction helps focus engineering resources
* And it makes a foundation that higher levels know they can trust
Ring 1 : A Picture
---
*********
** **
** **
* Ring 1 *
* *
* Fedora Core *
** **
** **
*********
Wait, did you just say Fedora _Core_?
Yes I did.
But, this is not a return to the old Core + Extras, because the line is
drawn based on _what_ and _how_ rather than on who works for what company.
There were two big problems with the long-ago approach.
First, the "core" was developed internally and not as a community open
source project. If a package was in that part of the distribution, there was
no real route for participation. Bad.
Second, the quality standards for Fedora Extras, the collection of packages
built around the core, were much, much higher. Upside-down!
So, we won't repeat those mistakes. The new "Fedora Core" is a community
project just like Fedora today. And we focus the most strict standards on
the inner rings.
Ring Zero: Fedora Minimal
---
* Start from the current @core, and aim to shrink
* Intentional focus on minimalism
* JEOS — Just Enough Operating System
* Even stronger rules than Ring 1
* Not self-hosting
This is pretty self-explanatory. There is a lot of demand and many use cases
for a "Just Enough Fedora" operating system. Ring 0 exists to provide that
in a serious way which Fedora has never really covered before.
Rings 1 + 0: Together
---
(There is a diagram here, but I'm leaving it out of the text. It's
a circle. With another circle.)
Part Two... First, _Why?_
---
* Back to the problem statement: we need to be useful
* People building on Fedora need a reliable base...
* ... but need more flexibility in the areas relevant to their code
* So let's design something that gives that
***DON'T PANIC***
This is a vision for the future. The Fedora Core idea can get started now,
and the ideas beyond that are for development over a longer term. That
doesn't mean never, and there are some specific things at the higher level
to get started on now, but I'm not suggesting to change everything all
crazily. We're not throwing out what have. The idea is to explore several
different approaches which will better position Fedora as the distro of
choice for future development.
So... Rings 2 + 1 + 0
---
(There is another diagram here. It's more circles inside of circles.)
Ring Two: Environments and Stacks
---
* Environments are where you run the code you care about
* Stacks are modular collections of _software which is used by other
software_
In one of the earlier drafts, I had these as individual, separate rings.
That turns out to be kind of distracting, because depending on your point
of view either could easily be seen as inside or outside the other. So, I
put them together in this level.
Environments
---
* Desktop environments, ideally with app containers
* Platform as a Service, decoupled: integrated OpenShift Gears
* Core Image (oVirt node, cloud guest)
Stacks
---
* Languages, databases, libraries
* Maybe X/Wayland
* The kind of things which could be OpenShift Cartridges or Software
Collections
(For Example)
---
And there's another diagram here. In the Ring 2 circle, we have examples
like Perl; Ruby 1.8.x, 1.9.x, 2.0; Python 2 & 3; Java, Wildfly; some
databases, desktop environments, OpenShift, and then something called Fedora
Commons, which I'll talk about in a bit.
What's a Ring?
---
* Rings give SIGs a way to replace the default expectations with their own
* Separate policies may apply to each ring
* But also, also, we need community, policies, and infrastructure to make
them _part of Fedora_
So, there's nothing really magical about the circles. The main idea is that
we need to make room for more exploration within Fedora beyond the
traditional idea of how a Linux distribution is put together, and this is a
model for describing how and where that can work.
We still need global Fedora policies, but they'll apply differently to each
ring. In Ring 2, SIGs will be given a lot of room to develop their own
rules, but in Ring 1, not so much. Different environments and stacks within
Ring 2 may have different individual policies from each other, but there
will also be general policies for Ring 2 which are different from those for
Ring 1, and of course global policies that apply to the whole thing (e.g.,
no proprietary code).
Possible Examples
---
* Possible example: bundled libs okay, but must be documented
* Can override versions of software at lower tier
* Can overlap with software from other stacks
* Not necessarily even RPM
* Different lifecycle (but shared release cadence)
Big stuff here.
Obviously, no-bundled-libs is a crucial part of the packaging guidelines
today. As a sysadmin, I know why it's important. This is not just a noble
goal, but also something that pragmatically makes systems better. But, it's
also keeping us from having software that people really use in Fedora. Chef
and Hadoop are two big examples. This hurts us more than it helps the world.
So, in some areas, we need a different approach.
Overriding other parts of the distribution is crucial, and I'll talk a
little bit more about different approaches and what they mean in a little
bit.
Some approaches may even move beyond RPM packaging. This can mean focusing
on "language native" package formats like Jars, Gems, and Eggs; or it can
mean moving to a Git-based distribution model for some parts of the distro.
And, different lifecycle: a SIG may decide that Ruby 1.9.x support should
continue for some number of years and maintain that stack against different
Fedora Core releases. We do this already in some ways, but having a clear
split makes it feel more natural and will make developers feel more
confident.
SIG-centric
---
* SIGs will form "bubbles" within this ring, possibly varying from packaging
guidelines in order to meet needs.
* Change management will also be SIG-focused.
Fedora already largely works this way. We just need more of it. If we can be
more flexible about what it means to participate in Fedora, we can increase
the intersection with upstream communities.
Fedora Commons
---
* The collection of packages outside Core following traditional policies
and practices
* We're not throwing that away
* Many people continue to be interested in this model
* Shared by other parts of Ring 2 where possible
This is a special bubble within Ring 2. In fact, on Day 0, it still is _all
of_ Ring 2. The name here is mean to evoke Creative Commons; we can discuss
other possibilities too, of course.
Many Ways!
---
* Software Collections
* Stacks 2.0
* OpenShift Cartridges
* Fedora Formulas
* Traditional Packaging
There are many different approaches people are working on right now. I don't
know which will ultimately be best. We want to enable the experimentation,
so we can find what succeeds. Some of these things aren't beautiful, but if
we can invite them in anyway, they can iterate towards perfection.
Exploring Different Approaches
---
* Packaged vs. DVCS
* Builds on Core vs. Overrides Core
* Replaces vs. Coexists
* Appliance vs. Shared
It may be useful as we think about the different approaches to think about
the different philosophies they take. For example, there are two different
ways to "override" something. One is to actually replace it — for example,
your Fedora Formula may replace /usr/bin/python with Python 3. The other is
to install multiple versions in parallel — using multi-versioned RPMs, or
Software Collections for whole stacks. In the future, a namespace approach
could even make /usr/bin/python be Python 3 for some processes but not for
the core OS.
Additionally, there's a natural distinction between things which build on
Fedora Core and may override Fedora Commons and those things which may
override both. As we explore these different approaches, it may be useful to
be intentional about which approach each SIG is using.
Ring Three: Applications
---
* User-level installable
* Shift focus away from RPMs
* Linux Apps... or Git with OpenShift
And, finally, the outside ring. This is end-user software. Exactly how this
will work is kind of further off, but it's important to think about in the
complete picture. We want to make this a nicer experience for Fedora users,
and we want to make it easier for application developers to offer their
stuff to Fedora.
Part Three: Concrete Steps
---
* What do we do to make this happen?
* What can be done now?
* What needs to be developed further?
To make this not just all talk....
Three Next Things
---
* Draw the "base design" for Fedora Core
* Make space for exploring Ring 2 innovation
* Emphasize upstream relationships (example: RubyGems.org)
Much of this I hope to have further developed in the next few weeks before
Flock. I'll talk a little bit about these three now, though.
First, I'm working on creating an example spin which would show a basic
suggestion for Fedora Core, both in a default install and an
everything-installed (including build deps) configuration. Right now, if we
take @standard + @core, that gives 430 packages from 330 SRPMs... but
recursively following the build deps explodes that to 3915 packages from
1800 SRPMs. That's smaller than the 13.7K SRPMs in all of Fedora, but bigger
than would be ideal for the Core. And it's probably not really the package
set we want. So, I'd like to look at that further, and I'll post more about
that here as I do.
Second, we can make some changes to allow Software Collections to be built
for Fedora. There's more we can do with OpenShift. And we can build up the
Fedora Formulas idea. Basically, let's do all that.
And third, by increasing our engagement upstream, we can reduce our own
work. For example, right now RubyGems.org doesn't do any validation of
licenses, basic review for malware, or gem signing. If we knew that this
basic diligence was happening upstream, we could extend our circle of trust.
We've long had the mantra of "upstream! upstream! upstream!" for code and
patches — we can do the same thing for packaging, for the same reasons and
for similar benefits. (But to do that, we need to work with upstream
packaging formats rather than demanding RPM — because experience shows that
that doesn't work.)
Conclusion
---
* Refocus Core to provide a better platform for building on
* Make room for innovation at the "Ring 2" level
* Empower SIGs to create solutions that fit
* Won't break what we have
* And we can start right now
So there we have it. Comments and discussion, please!
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>
10 years, 8 months
Re: Summary of accepted Fedora 20 Changes - week 30
by David
On 7/27/2013 6:31 PM, David wrote:
> On 7/27/2013 6:10 PM, drago01 wrote:
>> On Sat, Jul 27, 2013 at 11:57 PM, Lars Seipel <lars.seipel(a)gmail.com> wrote:
>>> The thing is: is it acceptable that, in the process of reaching that
>>> goal, we end up alienating (a part of) the more technical userbase (who
>>> are much more likely contributors)?
>>
>> No one is alienating anyone. A "technical" user knows what he wants
>> and can do yum install sendmail/exim/postfix etc or add it to the
>> kickstart file.
>>
>> While the user that has no or little technical knowledge is unlikely
>> to remove the unnecessary stuff because if anything all he/show knows
>> is that "the operating system" is doing that.
>>
>
>
Excuse me please.
Non programer. Non adimn. Non geek.
You have two paths.
You can continue down the one one you appear to be following where only
'geeks' can use Fedora. There are only so many 'geeks'.
Or?
You can try to develop a system that 'Grandma' can use to replace
Windows, that is your goal is it not?, out of the box with a little
help. Or? Grandma can buy, or get as a gift, a computer with Windows
that does that 'from the box'. With programs that install without
'jumping through hoops' while wearing strange costumes and reading
really confusing RTFM manuals to get them to work. *AND* programs that
don't require that grandma hunts for 'stuff' that the strange little man
with the strange name that lives in the cellar someplace in Estonia
stole and is offering for download.
Geeks can make 'whatever' work'.
Grandma needs a system that she can 'Skype' to the grand daughter.
To email her. to share pictures. To watch videos. Or?
You can 'geek' yourself out of the mainstream.
MHOP.
--
David
10 years, 8 months