devel August 2013

devel@lists.stg.fedoraproject.org

260 participants
310 discussions

Scala package owner unresponsive
by Ricky Elrod 12 Sep '13

12 Sep '13

I would like to begin following the policy for nonresponsive package maintainers with regard to the 'scala' package. I have attempted emailing the maintainer several times offering to co-maintain the package and have heard nothing in return. There is an open bug on the package for upgrading it to 2.10.x, which has been open since 03/14/2013 as well as other people stating they have been unable to contact the maintainer: https://bugzilla.redhat.com/show_bug.cgi?id=673971#c16 I'm somewhere between steps 4 and 5 right now, in the outline on this page: https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers It's been well over 3 weeks, but this is my first message to devel about it. I would like to take over this package and update it to 2.10.x for Fedora 21 (or possibly 20, though it wouldn't be an official "Change", because we're past the proposal deadline). -Ricky

7 11

Merging freediams into freemedforms
by Ankur Sinha 12 Sep '13

12 Sep '13

Hi, I maintain two packages for the fedora-medical SIG that fall under the "freemedforms[1]" project. At the moment, these are packaged separately: 1. freemedforms[2]: provides freemedforms-emr and pulls in freediams 2. freediams[3] Now, freemedforms-emr and freediams are both built from the same source, and use the same internal libraries. Currently, I first build freemedforms-emr and the common libraries (spec[4]) and then build freediams (spec[5]), pointing to these libraries. Recently, with the 0.9.0-beta1 release, upstream sent me a new spec and suggested I use one spec to build both freedmedforms and freediams, and provide freediams as a subpackage. I've built freemedforms already, and I'm in the process of updating freediams now. I think it's a good idea, since they'll always move hand in hand. The build process will be simpler, and so will maintaining the package and updates. What do you folks think? Should I go ahead and retire(obsolete) freediams and provide it as a subpackage in freemedforms? I don't see any issues with this, but wanted to consult you folks to be sure before I go ahead and make the changes. [1] http://freemedforms.com/en/start [2] https://admin.fedoraproject.org/pkgdb/acls/bugs/freemedforms [3] https://admin.fedoraproject.org/pkgdb/acls/bugs/freediams [4] http://pkgs.fedoraproject.org/cgit/freemedforms.git/tree/freemedforms.spec [5] http://pkgs.fedoraproject.org/cgit/freediams.git/tree/freediams.spec -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG

2 2

Blocking unblocked retired packages
by Till Maas 11 Sep '13

11 Sep '13

Hi, I blocked the following packages that were retired in pkgdb but not blocked in koji (there might be some packages included that have been retired recently where rel-eng tickets were filed): acheck acheck-rules animorph bsd-mailx c-ares19 cdi-api11 clearlooks-phenix-theme climm detex emerillon gnome-shell-extension-noripple gnome-shell-extension-workspacesmenu gpp4 guiloader-c++ hardinfo ibus-panel-extensions icc_examin makehuman metapost-metauml mhgui nemo-open-terminal nodejs-tobi-cookie perl-Bio-SamTools php-pecl-zendopcache PythonCAD python-nova-adminclient python-testosterone repsurgeon rhevsh tetex-IEEEtran xmltex I also temporarily blocked the following packages but then run a dependency check and noticed that a lot of packages depend on these retired packages. The dependency check is not complete, because too many packages are affected. I did not yet Bcc all maintainers, since this affects too many maintainers as well. Package (co)maintainers =========================================================================== directfb orphan, kwizart libgssglue orphan maven2-common-poms orphan, mizdebsk, akurtakov, fnasser, yyang, huwang, dbhole, sochotni python-quantumclient orphan, jruzicka, vaneldik, pbrady, apevec, gkotton, markmc, rkukura spacewalk-web orphan tslib orphan The following packages require above mentioned packages: Depending on: directfb xine-lib (maintained by: kkofler, kkofler, rdieter) xine-lib-extras requires libdirect-1.6.so.0, libdirectfb-1.6.so.0, libfusion-1.6.so.0 Depending on: libgssglue conserver (maintained by: jkastner) conserver requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2) conserver requires libgssapi-devel = 0.4-2.fc19, libgssglue-devel = 0.4-2.fc19 conserver-client requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2) libserf (maintained by: cicku, jorton) libserf requires libgssapi-devel = 0.4-2.fc19 rdesktop (maintained by: ssp, fab, alexl, caillon, caolanm, hadess, johnp, mbarnes, mclasen, rhughes, rstrode, ssp, xiphmont, rathann) rdesktop requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2) rdesktop requires libgssglue-devel = 0.4-2.fc19 gnome-rdp (maintained by: lbazan, vicodan, echevemaster, lbazan) gnome-rdp requires rdesktop = 1.8.0-1.fc20 gnome-rdp requires rdesktop = 1.8.0-1.fc20 vinagre (maintained by: hadess, rishi, berrange, teuf) vinagre requires rdesktop = 1.8.0-1.fc20 gnome-do-plugins (maintained by: nushio, mcrha, antiaircraft) gnome-do-plugins-vinagre requires vinagre = 3.9.90-1.fc21 subversion (maintained by: jorton, lkundrak, kanarip) subversion requires libserf-1.so.0 subversion-javahl requires libserf-1.so.0 subversion-libs requires libserf-1.so.0 subversion-python requires libserf-1.so.0 subversion-ruby requires libserf-1.so.0 subversion-tools requires libserf-1.so.0 Depending on: maven2-common-poms antlr-maven-plugin (maintained by: spot, tradej) antlr-maven-plugin requires maven2-common-poms = 1.0-50.fc20 buildnumber-maven-plugin (maintained by: weli, mizdebsk, tradej, dbhole) buildnumber-maven-plugin requires maven2-common-poms = 1.0-50.fc20 maven-scm (maintained by: guidograzioli, mizdebsk, jcapik, akurtakov, sochotni, java-sig) maven-scm requires maven2-common-poms = 1.0-50.fc20 mercury (maintained by: gil) mercury requires maven2-common-poms = 1.0-50.fc20 plexus-ant-factory (maintained by: sochotni, tradej, msrb, mizdebsk, java-sig) plexus-ant-factory requires maven2-common-poms = 1.0-50.fc20 maven-plugin-tools (maintained by: jcapik, mizdebsk, yyang, sochotni, java-sig, jcapik) maven-plugin-tools requires plexus-ant-factory = 1.0-0.12.a2.1.fc20 maven-script-ant requires plexus-ant-factory = 1.0-0.12.a2.1.fc20 access-modifier-annotation (maintained by: msrb, tradej, mizdebsk, sochotni, java-sig) access-modifier-annotation requires mvn(org.apache.maven.plugins:maven-scm-plugin) = 1.7 fasterxml-oss-parent (maintained by: gil, java-sig) fasterxml-oss-parent requires mvn(org.apache.maven.plugins:maven-scm-plugin) = 1.7 maven-changelog-plugin (maintained by: huwang, msrb, jvanek, java-sig) maven-changelog-plugin requires maven-scm = 1.7-6.fc19 maven-project-info-reports-plugin (maintained by: huwang, mizdebsk, java-sig) maven-project-info-reports-plugin requires maven-scm = 1.7-6.fc19 maven-project-info-reports-plugin requires maven-scm = 1.7-6.fc19 maven-release (maintained by: guidograzioli, mizdebsk, java-sig, jcapik) maven-release requires maven-scm = 1.7-6.fc19 maven-release-manager requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7, mvn(org.apache.maven.scm:maven-scm-manager-plexus) = 1.7, mvn(org.apache.maven.scm:maven-scm-provider-svn-commons) = 1.7, mvn(org.apache.maven.scm:maven-scm-providers-standard) = 1.7 maven-release-plugin requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7 maven-wagon (maintained by: fnasser, mizdebsk, akurtakov, dbhole, yyang, java-sig, jcapik) maven-wagon requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7 maven-wagon-scm requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7, mvn(org.apache.maven.scm:maven-scm-manager-plexus) = 1.7 mybatis-parent (maintained by: gil, java-sig) mybatis-parent requires mvn(org.apache.maven.plugins:maven-scm-plugin) = 1.7 antlr3 (maintained by: walters, sochotni, mjakubicek) antlr3 requires buildnumber-maven-plugin = 1.2-5.fc20 apache-commons-chain (maintained by: gil, java-sig) apache-commons-chain requires buildnumber-maven-plugin = 1.2-5.fc20 apache-commons-parent (maintained by: spike, mizdebsk) apache-commons-parent requires mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.2 apache-commons-parent requires mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.2 bval (maintained by: gil, java-sig) bval requires buildnumber-maven-plugin = 1.2-5.fc20 janino (maintained by: gil) janino requires buildnumber-maven-plugin = 1.2-5.fc20 jboss-common-beans (maintained by: goldmann) jboss-common-beans requires buildnumber-maven-plugin = 1.2-5.fc20 jersey (maintained by: gil, java-sig) jersey requires buildnumber-maven-plugin = 1.2-5.fc20 jsr-311 (maintained by: jhernand, gil, goldmann) jsr-311 requires buildnumber-maven-plugin = 1.2-5.fc20 maven (maintained by: sochotni, jamielinux, tradej, msrb, mizdebsk, java-sig, akurtakov) maven requires buildnumber-maven-plugin = 1.2-5.fc20 maven2 (maintained by: yyang, msrb, mizdebsk, sochotni, yyang, dbhole, java-sig) maven2 requires buildnumber-maven-plugin = 1.2-5.fc20 netty31 (maintained by: madsa) netty31 requires buildnumber-maven-plugin = 1.2-5.fc20 openjpa (maintained by: gil, java-sig) openjpa requires buildnumber-maven-plugin = 1.2-5.fc20 zanata-parent (maintained by: pahuang, seanf) zanata-parent requires mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.2 apacheds-shared (maintained by: gil, java-sig) apacheds-shared requires antlr-maven-plugin = 2.2-10.fc20 checkstyle (maintained by: sochotni, tradej, mizdebsk, msrb, dbhole, sochotni) checkstyle requires antlr-maven-plugin = 2.2-10.fc20 hibernate3 (maintained by: gil, gil, jhernand) hibernate3 requires antlr-maven-plugin = 2.2-10.fc20 jgettext (maintained by: pahuang, seanf) jgettext requires antlr-maven-plugin = 2.2-10.fc20 Depending on: python-quantumclient openstack-quantum (maintained by: rkukura, itamarjp, otherwiseguy, mmagr, josecastroleon, vaneldik, pbrady, rackerjoe, apevec, chrisw, gkotton, markmc) python-quantum requires python-quantumclient = 2:2.2.1-4.fc20 Depending on: spacewalk-web nocpulse-common (maintained by: msuchy) nocpulse-common requires perl(RHN::DBI) spacewalk-admin (maintained by: msuchy) spacewalk-admin requires perl(RHN::SatelliteCert), spacewalk-base = 1.9.22-4.fc20 spacewalk-backend (maintained by: msuchy) spacewalk-backend-tools requires spacewalk-admin = 2.0.1-2.fc20 perl-NOCpulse-Debug (maintained by: msuchy) perl-NOCpulse-Debug requires nocpulse-common = 2.2.7-2.fc20, perl(NOCpulse::Config) perl-NOCpulse-Debug requires nocpulse-common = 2.2.7-2.fc20 perl-NOCpulse-Gritch (maintained by: msuchy, perl-sig) perl-NOCpulse-Gritch requires perl(NOCpulse::Config) perl-NOCpulse-Gritch requires perl(NOCpulse::Config) perl-NOCpulse-Object (maintained by: msuchy) perl-NOCpulse-Object requires perl(NOCpulse::Debug) = 1.23 perl-NOCpulse-Object requires perl(NOCpulse::Debug) = 1.23 perl-NOCpulse-CLAC (maintained by: msuchy) perl-NOCpulse-CLAC requires perl(NOCpulse::Object) = 1.26, perl(NOCpulse::PersistentObject) Depending on: tslib ecore (maintained by: spot, vicodan, terjeros) ecore requires libts-0.0.so.0 ecore requires tslib-devel = 1.0-7.fc20 e_dbus (maintained by: sundaram, vicodan, cicku) e_dbus requires libecore.so.1 edje (maintained by: vicodan, spot, sundaram) edje requires libecore.so.1, libecore_evas.so.1, libecore_file.so.1, libecore_imf.so.1, libecore_imf_evas.so.1, libecore_input.so.1 eeze (maintained by: vicodan, spot, sundaram) eeze requires libecore.so.1 eio (maintained by: vicodan, spot, sundaram) eio requires libecore.so.1 xmms2 (maintained by: spot, thomasj) xmms2 requires libecore.so.1 xmms2-ruby requires libecore.so.1 gxmms2 (maintained by: spot) gkrellxmms2 requires libxmmsclient-glib.so.1, libxmmsclient.so.6 gxmms2 requires libxmmsclient-glib.so.1, libxmmsclient.so.6 lxmusic (maintained by: cwickert) lxmusic requires libxmmsclient-glib.so.1, libxmmsclient.so.6, xmms2 = 0.8-13.fc20 Affected (co)maintainersakurtakov: maven2-common-poms alexl: libgssglue antiaircraft: libgssglue apevec: python-quantumclient berrange: libgssglue caillon: libgssglue caolanm: libgssglue chrisw: python-quantumclient cicku: tslib, libgssglue cwickert: tslib dbhole: maven2-common-poms echevemaster: libgssglue fab: libgssglue fnasser: maven2-common-poms gil: maven2-common-poms gkotton: python-quantumclient goldmann: maven2-common-poms guidograzioli: maven2-common-poms hadess: libgssglue huwang: maven2-common-poms itamarjp: python-quantumclient jamielinux: maven2-common-poms java-sig: maven2-common-poms jcapik: maven2-common-poms jhernand: maven2-common-poms jkastner: libgssglue johnp: libgssglue jorton: libgssglue josecastroleon: python-quantumclient jruzicka: python-quantumclient jvanek: maven2-common-poms kanarip: libgssglue kkofler: directfb kwizart: directfb lbazan: libgssglue lkundrak: libgssglue madsa: maven2-common-poms markmc: python-quantumclient mbarnes: libgssglue mclasen: libgssglue mcrha: libgssglue mizdebsk: maven2-common-poms mjakubicek: maven2-common-poms mmagr: python-quantumclient msrb: maven2-common-poms msuchy: spacewalk-web nushio: libgssglue otherwiseguy: python-quantumclient pahuang: maven2-common-poms pbrady: python-quantumclient perl-sig: spacewalk-web rackerjoe: python-quantumclient rathann: libgssglue rdieter: directfb rhughes: libgssglue rishi: libgssglue rkukura: python-quantumclient rstrode: libgssglue seanf: maven2-common-poms sochotni: maven2-common-poms spike: maven2-common-poms spot: tslib, maven2-common-poms ssp: libgssglue sundaram: tslib terjeros: tslib teuf: libgssglue thomasj: tslib tradej: maven2-common-poms vaneldik: python-quantumclient vicodan: tslib, libgssglue walters: maven2-common-poms weli: maven2-common-poms xiphmont: libgssglue yyang: maven2-common-poms Regards Till

5 12

Wider feedback requested on two changes to our base/core defaults
by Jóhann B. Guðmundsson 10 Sep '13

10 Sep '13

Greetings all After sitting Dan's Walsh Secure Linux Containers talk at flock where he mentioned him and Dan B. had successfully scaled application containers to what 8000 instances or so and I noticing that his slide where a bit dated due to the changes in croup I decided to have a look at the current state in systemd to see what we needed to fix and properly integrate those changes into Fedora and deliver good out of the box container experience for our administrators and users as well as document those changes ( early readers can jump here [1] just note this page is a work in progress ). Now I've been poking and prodding, fixing and preparing us for those upcoming cgroup changes in systemd in relation to Linux OS Containers known as "machine slices" ( Essentially this feature [2] which btw does not work as advertised due to several bugs in various places ). Now aiming at achieving some simple practical steps something like this for administrators to use # btrfs subvolume create /containers/container01.example.com Install minimal package set into the OS container being created # yum -y --releasever=rawhide --nogpg --installroot=/containers/container01.example.com --disablerepo='*' --enablerepo=fedora install systemd passwd yum fedora-release vim-minimal procps-ng Spawn the container and set the machine hostname # systemd-nspawn -jbD /containers/example.com/ -M container01.example.com ( perfect admin steps for setup would stop here but due to several bugs additional steps and workarounds are needed at this point ) And I have come across a bit of scalability issue due to us defaulting to using short hostnames in login and command prompt when creating OS containers in any real numbers. Now for those that are not familiar with our default using the short fqdn it cuts the fqdn at the highest level domain as in the first "dot" so in the sample case the login and command line promt is shown as "container01". That scalability problem comes immediately apparent when you would create the next container01 for the next second level domain like container01.ackme.com you as an ISP would be hosting, it would be also showing "container01" at the login and command line prompt just begging for administrative mistake and headaches. I would like us to change our default to use long hostname instead as in the fqdn or "container01.ackme.com" and would love any kind of feed back in that regard ( why we should not default to that ). The downside of doing that ofcourse if you have like 6 level domain name in your infrastructure like "i'm.a.really.long.domain.name.com" it might become a bit of a nuance but administrators could always revert those change to use short hostname instead if that was the case. The other issue I would like to get some comments on is that we default to setting an empty root password which will allow administrators to log into containers as root and set the root password as well as removing few line from spin kickstarts as well being beneficial to the arm community. Now the only reason I see for not doing this is because on the releng dvd installs we enable ssh by default ( which we arguably should not be doing ) but the argument can be made in that regard that we leave the users anyway open to bruteforce attacks out of the box without them even knowing that it's happening so it comes as bit of security through obscurity not allowing this in the first place. JBG 1. https://fedoraproject.org/wiki/User:Johannbg/Systemd/cgroup-changes 2. https://fedoraproject.org/wiki/Features/SystemdLightweightContainers

9 27

Fedora/Redhat and perfect forward secrecy
by Reindl Harald 09 Sep '13

09 Sep '13

https://bugzilla.redhat.com/show_bug.cgi?id=319901 looks like Redhat based systems are the only remaining which does not support EECDHE which is a shame these days in context of PRISM and more and more Ciphers are going to be unuseable (BEAST/CRIME weakness) ______________________________________________________________ https://bugzilla.redhat.com/show_bug.cgi?id=960193 > ECC will be supported on RHEL-6.5 and will also be > part of the planned FIPS-140 revalidation so what is here state of play for Fedora? ______________________________________________________________ https://www.google.at/search?q=postfix+EECDHE https://www.google.at/search?q=%22EECDHE-RSA%22 http://en.wikipedia.org/wiki/Elliptic_curve_Diffie%E2%80%93Hellman http://en.wikipedia.org/wiki/Perfect_forward_secrecy

9 18

Rawhide tree now includes install images
by Kevin Fenzi 08 Sep '13

08 Sep '13

Greetings. After consulting with various teams, release engineering has re-enabled rawhide composes to create install images again. These images were dropped as part of the 'no frozen rawhide' proposal several years ago. This allows users to use the latest boot.iso or pxe images to install rawhide instances or point to rawhide as a install-able tree. kevin _______________________________________________ devel-announce mailing list devel-announce(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce

9 19

rpmbuild --buildarch equivalent?
by Juerg Haefliger 07 Sep '13

07 Sep '13

Hi, A long time ago rpmbuild used to have an option --buildarch to override the arch detection. What is its equivalent nowadays? Sorry, couldn't figure it out so far. Thanks ...Juerg

4 4

COPR
by Miroslav Suchý 07 Sep '13

07 Sep '13

Hi, I would like to get your feedback about COPR [1] [1] http://miroslav.suchy.cz/blog/archives/2013/08/29/what_is_copr/index.html We are the beggining and there are two options of where we can go: http://miroslav.suchy.cz/blog/archives/2013/08/29/copr_and_integration_with… http://miroslav.suchy.cz/blog/archives/2013/08/30/copr_implemented_using_ob… I would like to ask *you* what is your opinion? -- Miroslav Suchy, RHCE, RHCDS Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys

20 52

What to do with a noarch package that fails to build on ARM
by Andrew McNabb 06 Sep '13

06 Sep '13

I maintain the python-pexpect package, which is noarch. Koji is trying to build the Fedora 20 packages on ARM machines, and for some reason, one of the tests is failing. I've opened a report with upstream, but neither the upstream maintainer nor I have access to any ARM machines to figure out what's going on. What's the right way to deal with this situation? Is it possible to block the noarch package from the ARM architecture? -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868

9 22

[ACTION REQUIRED] Retiring long-term FTBFS packages for Fedora 20 v2
by Till Maas 05 Sep '13

05 Sep '13

Hi, The following packages did not build for two releases and will be retired around 2013-08-26 unless someone rebuilds them or announces to actively working on fixing them. Here is a status update. There are now more packages than in the recent report, because the packages are now hopefully better identified with this script: https://git.fedorahosted.org/cgit/releng/tree/scripts/find_FTBFS.py The packages included in the previous report will be retired around 2013-08-26 (next Monday) except for the packages where intentions to fix them were announced. The remaining packages will retired within the next week with the same conditions, including packages that depend on previously retired packages. The intention is to get everything cleaned before the Alpha Change Deadline which is on 2013-09-03. 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 you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Package (co)maintainers ================================================= arm4 grandcross, limb curry gemi, oliver eclipse-phpeclipse mbooth, swagiaal gstreamer-java lfarkas icecream michich libgarmin fab mod_mono chkr nautilus-sendto-trac mbooth open-cobol s4504kr petitboot dwmw2, tbreeds, jwboyer pure-gen salimma python-pylons kylev, cicku simulavr ndim smart athimm synce-connector awjb tango-icon-theme cwickert tango-icon-theme-extras cwickert tiobench aquini tqsllib lucilanga xfce4-websearch-plugin cwickert The following packages require above mentioned packages: Depending on: arm4 python-arm4 (maintained by: grandcross) python-arm4-1.2-8.fc20.i686 requires arm4 = 0.8.2-11.fc18, libarm4.so.1 python-arm4-1.2-8.fc20.src requires arm4-devel = 0.8.2-11.fc18 Depending on: python-pylons python-repoze-what-pylons (maintained by: spot, lmacken) python-repoze-what-pylons-1.0-10.fc20.noarch requires python-pylons = 1.0-4.fc17 Depending on: smart fedora-package-config-smart (maintained by: athimm) fedora-package-config-smart-13.89-26.i686 requires smart = 1.3.1-68.fc17 Depending on: synce-connector synce-gnome (maintained by: awjb) synce-gnome-0.11-9.fc20.noarch requires odccm = 0.15.2-5.fc17 synce-kpm (maintained by: awjb) synce-kpm-0.15.1-6.fc20.noarch requires odccm = 0.15.2-5.fc17 Depending on: tango-icon-theme gnome-theme-curvylooks (maintained by: pgordon) gnome-theme-curvylooks-0.4-0.6.rc2.fc20.noarch requires tango-icon-theme = 0.8.90-6.fc17 Depending on: tqsllib trustedqsl (maintained by: lucilanga) trustedqsl-1.13-6.fc20.i686 requires libtqsllib.so.1, tqsllib = 2.2-3.fc18 trustedqsl-1.13-6.fc20.src requires tqsllib-devel = 2.2-3.fc18 cqrlog (maintained by: sparks) cqrlog-1.5.8-5.fc20.i686 requires trustedqsl = 1.13-6.fc20 Affected (co)maintainers aquini: tiobench athimm: smart awjb: synce-connector chkr: mod_mono cicku: python-pylons cwickert: tango-icon-theme-extras, xfce4-websearch-plugin, tango-icon-theme dwmw2: petitboot fab: libgarmin gemi: curry grandcross: arm4 jwboyer: petitboot kylev: python-pylons lfarkas: gstreamer-java limb: arm4 lmacken: python-pylons lucilanga: tqsllib mbooth: nautilus-sendto-trac, eclipse-phpeclipse michich: icecream ndim: simulavr oliver: curry pgordon: tango-icon-theme s4504kr: open-cobol salimma: pure-gen sparks: tqsllib spot: python-pylons swagiaal: eclipse-phpeclipse tbreeds: petitboot The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at: https://git.fedorahosted.org/cgit/releng/tree/scripts/find_unblocked_orphan…

6 13

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel August 2013