arm April 2013

arm@lists.fedoraproject.org

37 participants
143 discussions

arm rawhide report: 20130424 changes
by Fedora compose checker 24 Apr '13

24 Apr '13

Compose started at Wed Apr 24 08:10:05 UTC 2013 Broken deps for armhfp ---------------------------------------------------------- [R-ALL] R-ALL-1.4.14-1.fc20.noarch requires R-core >= 0:3.0.0 [R-AnnotationDbi] R-AnnotationDbi-1.22.1-1.fc20.noarch requires R-core >= 0:3.0.0 [R-BSgenome] R-BSgenome-1.28.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-BSgenome.Celegans.UCSC.ce2] R-BSgenome.Celegans.UCSC.ce2-1.3.19-3.fc20.noarch requires R-core >= 0:3.0.0 [R-BiocGenerics] R-BiocGenerics-0.6.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-DBI] R-DBI-0.2.5-7.fc20.noarch requires R-core >= 0:3.0.0 [R-DynDoc] R-DynDoc-1.38.0-1.fc20.noarch requires R-core >= 0:3.0.0 R-DynDoc-1.38.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-GenomicFeatures] R-GenomicFeatures-1.12.0-1.fc20.noarch requires R-rtracklayer R-GenomicFeatures-1.12.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-RM2] R-RM2-0.0-12.fc20.noarch requires R-core >= 0:3.0.0 [R-abind] R-abind-1.4.0-5.fc20.noarch requires R-core >= 0:3.0.0 [R-affydata] R-affydata-1.11.18-1.fc20.noarch requires R-core >= 0:3.0.0 [R-biomaRt] R-biomaRt-2.16.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-car] R-car-2.0.16-1.fc20.noarch requires R-core >= 0:3.0.0 [R-fibroEset] R-fibroEset-1.4.9-1.fc20.noarch requires R-core >= 0:3.0.0 [R-hgu133acdf] R-hgu133acdf-2.12.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-hgu95av2cdf] R-hgu95av2cdf-2.12.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-hgu95av2probe] R-hgu95av2probe-2.12.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-multcomp] R-multcomp-1.2.17-1.fc20.noarch requires R-core >= 0:3.0.0 [R-nws] 1:R-nws-1.7.0.1-7.fc20.noarch requires R-core >= 0:3.0.0 [R-qvalue] R-qvalue-1.34.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-systemfit] R-systemfit-1.1.15-4.fc20.noarch requires R-core >= 0:3.0.0 [R-timeDate] R-timeDate-2160.97-1.fc20.noarch requires R-core >= 0:3.0.0 [R-tkWidgets] R-tkWidgets-1.38.0-1.fc20.noarch requires R-core >= 0:3.0.0 [R-widgetTools] R-widgetTools-1.38.0-1.fc20.noarch requires R-core >= 0:3.0.0 [RepetierHost] RepetierHost-0.84-1.fc19.noarch requires mono(OpenTK.GLControl) = 0:1.1.0.0 RepetierHost-0.84-1.fc19.noarch requires mono(OpenTK) = 0:1.1.0.0 [aeolus-conductor] aeolus-all-0.10.6-2.fc19.noarch requires mongodb-server aeolus-all-0.10.6-2.fc19.noarch requires iwhd aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [alsa-firmware] alsa-firmware-1.0.27-1.fc20.noarch requires alsa-tools-firmware >= 0:1.0.27 [amide] amide-1.0.0-4.fc19.armv7hl requires libvolpack.so.1 [bochs] bochs-2.6.1-1.fc20.armv7hl requires bochs-bios = 0:2.6.1-1.fc20 [clementine] clementine-1.1.1-1.fc19.armv7hl requires libprotobuf.so.7 clementine-1.1.1-1.fc19.armv7hl requires libimobiledevice.so.3 [cloud-init] cloud-init-0.7.1-4.fc20.noarch requires dmidecode [coccinella] coccinella-0.96.20-5.fc19.noarch requires iaxclient [condor-cloud] condor-cloud-0.1-6.fc19.noarch requires qemu-kvm >= 0:0.14 condor-cloud-node-0.1-6.fc19.noarch requires qemu-kvm >= 0:0.14 [connman] connman-1.5-4.fc19.armv7hl requires libxtables.so.7 connman-1.5-4.fc19.armv7hl requires libgnutls.so.26(GNUTLS_1_4) connman-1.5-4.fc19.armv7hl requires libgnutls.so.26 [csmith] csmith-2.1.0-8.fc19.armv7hl requires perl(Sys::CPU) [deltacloud-core] deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [eg] eg-1.7.5.2-4.fc20.noarch requires perl(one) eg-1.7.5.2-4.fc20.noarch requires perl(it) eg-1.7.5.2-4.fc20.noarch requires perl(an) [flowcanvas] flowcanvas-0.7.1-8.fc18.armv7hl requires libgraph.so.5 [gauche-gtk] 1:gauche-gtk-0.6-0.8.20120403gitf7d3f802f3750.fc19.armv7hl requires libgauche-0.9.so.0.2 [gnome-applet-sensors] gnome-applet-sensors-3.0.0-4.fc18.armv7hl requires libpanel-applet-4.so.0 [gnome-applets] 1:gnome-applets-3.5.92-3.fc18.armv7hl requires libpanel-applet-4.so.0 1:gnome-applets-3.5.92-3.fc18.armv7hl requires libgweather-3.so.1 [gnome-boxes] gnome-boxes-3.8.0-1.fc20.armv7hl requires libvirt-daemon-kvm [gnome-pie] gnome-pie-0.5.3-3.20120826git1b93e1.fc19.armv7hl requires libbamf3.so.0 [gnome-shell-extensions] gnome-shell-extension-common-3.8.1-1.fc20.noarch requires gnome-shell >= 0:3.8.1 [gnomint] gnomint-1.2.1-5.fc18.armv7hl requires libgnutls.so.26(GNUTLS_2_8) gnomint-1.2.1-5.fc18.armv7hl requires libgnutls.so.26(GNUTLS_1_4) gnomint-1.2.1-5.fc18.armv7hl requires libgnutls.so.26 [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [imagefactory] imagefactory-1.1.2-1.fc19.noarch requires python-libguestfs imagefactory-1.1.2-1.fc19.noarch requires iwhd >= 0:1.2 [kawa] 1:kawa-1.11-5.fc19.armv7hl requires servlet25 [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps >= 0:1.7.1 [libkolab] php-kolab-0.4.1-3.fc19.armv7hl requires php(zend-abi) = 0:20100525-armv7hl-32 php-kolab-0.4.1-3.fc19.armv7hl requires php(api) = 0:20100412-armv7hl-32 [livecd-tools] 1:livecd-tools-19.2-1.fc20.armv7hl requires hfsplus-tools [liveusb-creator] liveusb-creator-3.11.8-1.fc20.noarch requires syslinux-extlinux liveusb-creator-3.11.8-1.fc20.noarch requires syslinux [logwatch] logwatch-7.4.0-24.20130102svn127.fc19.noarch requires perl(Sys::CPU) [mapserver] php-mapserver-6.0.3-9.fc19.armv7hl requires php(zend-abi) = 0:20100525-armv7hl-32 php-mapserver-6.0.3-9.fc19.armv7hl requires php(api) = 0:20100412-armv7hl-32 [mingw-qt5-qtdeclarative] mingw32-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw32(qt5widgets.dll) mingw32-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw32(qt5test.dll) mingw32-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw32(qt5sql.dll) mingw32-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw32(qt5network.dll) mingw32-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw32(qt5gui.dll) mingw32-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw32(qt5core.dll) mingw64-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw64(qt5widgets.dll) mingw64-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw64(qt5test.dll) mingw64-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw64(qt5sql.dll) mingw64-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw64(qt5network.dll) mingw64-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw64(qt5gui.dll) mingw64-qt5-qtdeclarative-5.0.1-1.fc20.noarch requires mingw64(qt5core.dll) [mingw-qt5-qtquick1] mingw32-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw32(qt5widgets.dll) mingw32-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw32(qt5sql.dll) mingw32-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw32(qt5opengl.dll) mingw32-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw32(qt5network.dll) mingw32-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw32(qt5gui.dll) mingw32-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw32(qt5core.dll) mingw64-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw64(qt5widgets.dll) mingw64-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw64(qt5sql.dll) mingw64-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw64(qt5opengl.dll) mingw64-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw64(qt5network.dll) mingw64-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw64(qt5gui.dll) mingw64-qt5-qtquick1-5.0.1-1.fc20.noarch requires mingw64(qt5core.dll) [mingw-qt5-qtscript] mingw32-qt5-qtscript-5.0.1-1.fc20.noarch requires mingw32(qt5widgets.dll) mingw32-qt5-qtscript-5.0.1-1.fc20.noarch requires mingw32(qt5gui.dll) mingw32-qt5-qtscript-5.0.1-1.fc20.noarch requires mingw32(qt5core.dll) mingw64-qt5-qtscript-5.0.1-1.fc20.noarch requires mingw64(qt5widgets.dll) mingw64-qt5-qtscript-5.0.1-1.fc20.noarch requires mingw64(qt5gui.dll) mingw64-qt5-qtscript-5.0.1-1.fc20.noarch requires mingw64(qt5core.dll) [mingw-qwt] mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtxmld4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtxml4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtsvgd4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtsvg4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtguid4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtgui4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtcored4.dll) mingw32-qwt-6.0.1-2.fc19.noarch requires mingw32(qtcore4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtxmld4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtxml4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtsvgd4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtsvg4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtguid4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtgui4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtcored4.dll) mingw64-qwt-6.0.1-2.fc19.noarch requires mingw64(qtcore4.dll) [msp430-libc] msp430-libc-20120224-2.fc19.noarch requires msp430-gcc >= 0:4.6.3 [mygui] mygui-3.2.0-4.fc20.armv7hl requires libCommon.so mygui-demos-3.2.0-4.fc20.armv7hl requires libCommon.so mygui-tools-3.2.0-4.fc20.armv7hl requires libCommon.so [nightview] nightview-cli-0.3.3-7.fc18.armv7hl requires libcfitsio.so.0 nightview-gui-0.3.3-7.fc18.armv7hl requires libcfitsio.so.0 [ooo2gd] ooo2gd-3.0.0-6.fc19.armv7hl requires gdata-java [openpts] openpts-0.2.6-6.fc19.armv7hl requires tboot [openshift-origin-broker] openshift-origin-broker-1.5.1-1.fc20.noarch requires mongodb-server [openstack-nova] openstack-nova-compute-2013.1-2.fc20.noarch requires qemu-kvm openstack-nova-compute-2013.1-2.fc20.noarch requires python-libguestfs [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-node] ovirt-node-2.6.0-1.fc19.noarch requires grub2 ovirt-node-plugin-cim-2.6.0-1.fc19.noarch requires libvirt-cim [oz] oz-0.10.0-1.fc19.noarch requires python-libguestfs >= 0:1.18 oz-0.10.0-1.fc19.noarch requires libvirt-daemon-kvm [pacemaker] pacemaker-1.1.9-0.1.70ad9fa.git.fc19.armv7hl requires resource-agents [pagekite] pagekite-0.5.5a-3.fc20.noarch requires python-SocksipyChain [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.armv7hl requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.armv7hl requires perl(Bio::PrimarySeq) [perl-Math-Clipper] perl-Math-Clipper-1.17-3.fc19.armv7hl requires libpolyclipping.so.5 [perl-YAML-Parser-Syck] perl-YAML-Parser-Syck-0.01-24.fc19.armv7hl requires libsyck.so.0 [php-xcache] php-xcache-3.0.1-2.fc19.armv7hl requires php(zend-abi) = 0:20100525-armv7hl-32 php-xcache-3.0.1-2.fc19.armv7hl requires php(api) = 0:20100412-armv7hl-32 [rootplot] rootplot-2.2.1-7.fc19.noarch requires root-python [rubygem-aeolus-cli] rubygem-aeolus-cli-0.5.0-3.fc19.noarch requires ruby(abi) = 0:1.9.1 [rubygem-aeolus-image] rubygem-aeolus-image-0.5.0-3.fc19.noarch requires ruby(abi) = 0:1.9.1 [rubygem-boxgrinder-build] rubygem-boxgrinder-build-0.10.4-3.fc20.noarch requires ruby-libguestfs [rubygem-cucumber] rubygem-cucumber-1.2.1-3.fc19.noarch requires rubygem(gherkin) >= 0:2.4.5 [rubygem-openshift-origin-node] rubygem-openshift-origin-node-1.5.17-2.fc20.noarch requires pam_openshift [rubygem-pam] rubygem-pam-1.5.4-14.fc20.armv7hl requires ruby(abi) >= 0:1.9 [rubygem-redcarpet] rubygem-redcarpet-2.1.1-5.fc18.armv7hl requires ruby(abi) = 0:1.9.1 rubygem-redcarpet-2.1.1-5.fc18.armv7hl requires libruby.so.1.9 [sblim-cim-client] sblim-cim-client-1.3.9.3-4.fc19.noarch requires tog-pegasus >= 2:2.5.1 [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [scirenderer] scirenderer-1.1.0-1.fc20.noarch requires jogl2 [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [spring-installer] ca-installer-20090316-13.fc19.armv7hl requires spring spring-installer-20090316-13.fc19.armv7hl requires spring [spring-maps-default] spring-maps-default-0.1-10.fc19.noarch requires spring [springlobby] springlobby-0.169-2.fc20.armv7hl requires spring springlobby-0.169-2.fc20.armv7hl requires 8b0356ea0472ca9c430944a69a94798d8528db.debug springlobby-0.169-2.fc20.armv7hl requires 895cd425a48bca347866b6056fd99198cdbfab.debug [synce-gnome] synce-gnome-0.11-8.fc19.noarch requires odccm [synce-kpm] synce-kpm-0.15.1-5.fc19.noarch requires odccm [syntastic] syntastic-d-2.3.0-9.20120917git72856e6.fc19.noarch requires ldc [tex-musixtex] tex-musixtex-0.114-11.fc18.noarch requires texlive-texmf [thermostat] thermostat-0.6.0-12.fc20.armv7hl requires mongodb-server thermostat-0.6.0-12.fc20.armv7hl requires mongodb [vdsm] vdsm-4.10.3-13.fc20.armv7hl requires qemu-kvm >= 2:0.15.0-4 vdsm-hook-fileinject-4.10.3-13.fc20.noarch requires python-libguestfs [weka] weka-3.6.8-2.fc19.noarch requires javasqlite [wxMaxima] wxMaxima-12.09.0-2.fc19.armv7hl requires maxima >= 0:5.20 [zarafa] php-mapi-7.0.13-1.fc19.armv7hl requires php(zend-abi) = 0:20100525-armv7hl-32 php-mapi-7.0.13-1.fc19.armv7hl requires php(api) = 0:20100412-armv7hl-32 [zorba] zorba-php-2.7.0-2.fc19.armv7hl requires php(zend-abi) = 0:20100525-armv7hl-32 zorba-php-2.7.0-2.fc19.armv7hl requires php(api) = 0:20100412-armv7hl-32 zorba-ruby-2.7.0-2.fc19.armv7hl requires ruby(abi) = 0:1.9.1 New package: drupal6-messaging-2.4-1.fc20 Messaging Framework to allow message sending in an independent way New package: drupal6-notifications-2.3-1.fc20 This is a complete Subscriptions/Notifications Framework New package: drupal6-stringoverrides-1.8-1.fc20 Provides a quick and easy way of replacing text New package: drupal6-user_badges-1.6-1.fc20 Enables assignment of graphical badges to users and roles New package: drupal6-userpoints-1.2-1.fc20 Provides an API for users to gain or lose points New package: drupal6-userpoints_votingapi-1.41-1.fc20 Integrates User Points with Voting API-based modules like Fivestar New package: drupal6-vertical_tabs-1.0-0.1.rc2.fc20 Provides vertical tabs for supported forms like the node edit page New package: drupal6-views_customfield-1.0-1.fc20 Provides a number of custom views fields (rownumber, phpcode, ...) New package: drupal6-views_datasource-1.0-0.1.beta2.fc20 Plugins for Drupal Views for rendering content in a number formats New package: drupal6-vote_up_down-3.2-1.fc20 Provides a configurable up/down voting widget for other modules New package: drupal6-wikitools-1.3-1.fc20 Provides helper functionality to have wiki-like behavior New package: gemini-blueprint-1.0.2-2.fc20 Reference Implementation of the OSGi Blueprint Service New package: moconti-102609-3.fc20 Web Application Server for Sleep New package: mybatis-parent-18-2.fc20 The MyBatis parent POM New package: nodejs-cookie-jar-0.2.0-5.fc20 A cookie handling and cookie jar library for Node.js New package: nodejs-tap-0.4.1-2.fc20 A Test Anything Protocol library New package: olfs-1.9.5-2.fc20 OPeNDAP Lightweight Frontend Servlet - client interface for Hyrax New package: perl-Module-Build-Tiny-0.017-2.fc20 A tiny replacement for Module::Build New package: python-iptools-0.6.1-1.fc20 A few useful functions and objects for manipulating IP addresses in python New package: python-jedi-0.5b5-3.fc20 An auto completion tool for Python that can be used for text editors New package: rapidxml-1.13-2.fc20 Fast XML parser Updated Packages: eclipse-moreunit-3.0.2-1.fc20 ----------------------------- * Tue Apr 23 2013 Alexander Kurtakov <akurtako(a)redhat.com> 3.0.2-1 - Update to upstream 3.0.2. Size change: 1894 bytes eg-1.7.5.2-4.fc20 ----------------- * Tue Apr 23 2013 Luis Bazan <lbazan(a)fedoraproject.org> - 1.7.5.2-4 - add other one requires * Tue Apr 23 2013 Luis Bazan <lbazan(a)fedoraproject.org> - 1.7.5.2-3 - add requires Size change: 224 bytes google-guice-3.1.4-1.fc20 ------------------------- * Wed Apr 24 2013 Michal Srb <msrb(a)redhat.com> - 3.1.4-1 - Update to upstream version 3.1.4 Size change: -72 bytes gscan2pdf-1.1.3-2.fc20 ---------------------- * Tue Apr 23 2013 Jon Ciesla <limburgher(a)gmail.com> -1.1.3-2 - Drop desktop vendor tag. Size change: -991 bytes gtk-recordmydesktop-0.3.8-9.fc20 -------------------------------- * Tue Apr 23 2013 Jon Ciesla <limburgher(a)gmail.com> - 0.3.8-9 - Drop desktop vendor tag. Size change: -987 bytes gyp-0.1-0.10.1617svn.fc20 ------------------------- * Tue Apr 23 2013 Akira TAGOH <tagoh(a)redhat.com> - 0.1-0.10.1617svn - Rebase to r1617 Size change: -5146 bytes kernel-3.9.0-0.rc8.git0.1.fc20 ------------------------------ * Mon Apr 22 2013 Justin M. Forbes <jforbes(a)redhat.com> - 3.9.0-0.rc8.git0.1 - Linux v3.9-rc8 - Disable debugging options. * Mon Apr 22 2013 Peter Robinson <pbrobinson(a)fedoraproject.org> - Minor ARM updates * Fri Apr 19 2013 Josh Boyer <jwboyer(a)redhat.com> - Add patch to fix RCU splat from perf events * Fri Apr 19 2013 Peter Robinson <pbrobinson(a)fedoraproject.org> - Temporaily disable cpu idle on ARM as it appears to be causing stability issues * Fri Apr 19 2013 Josh Boyer <jwboyer(a)redhat.com> - Disable Intel HDA and enable RSXX block dev on ppc64/ppc64p7 Size change: 14299 bytes man-pages-3.51-1.fc20 --------------------- * Tue Apr 23 2013 Peter Schiffer <pschiffe(a)redhat.com> - 3.51-1 - resolves: #921911 updated to 3.51 Size change: 6567 bytes maven-checkstyle-plugin-2.10-1.fc20 ----------------------------------- * Tue Apr 23 2013 Mat Booth <fedora(a)matbooth.co.uk> - 2.10-1 - Update to 2.10, require checkstyle 5.6, rhbz #915219 Size change: 1468 bytes miglayout-4.0-4.fc20 -------------------- * Thu Feb 14 2013 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 4.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild * Fri Jul 20 2012 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 4.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild Size change: -786 bytes owncloud-4.5.10-1.fc20 ---------------------- * Tue Apr 23 2013 Gregor Tätzner <brummbq(a)fedoraproject.org> - 4.5.10-1 - 4.5.10 Size change: 156226 bytes perl-App-cpanminus-1.6902-1.fc20 -------------------------------- * Mon Apr 22 2013 Jitka Plesnikova <jplesnik(a)redhat.com> - 1.6902-1 - 1.6902 bump Size change: 7210 bytes perl-Data-Section-Simple-0.04-1.fc20 ------------------------------------ * Fri Mar 29 2013 Paul Howarth <paul(a)city-fan.org> - 0.04-1 - Update to 0.04 - Do not throw exceptions when there's no template (https://github.com/miyagawa/Data-Section-Simple/pull/2) - URL moved to github - Source0 moved to MetaCPAN - Package upstream's new LICENSE file - Switch to Module::Build::Tiny flow - Update patch for building with Test::More < 0.88 - Drop %defattr, redundant since rpm 4.4 Size change: -9928 bytes perl-Log-Log4perl-1.41-1.fc20 ----------------------------- * Tue Apr 23 2013 Jitka Plesnikova <jplesnik(a)redhat.com> - 1.41-1 - 1.41 bump Size change: -753 bytes pyflakes-0.7.1-1.fc20 --------------------- * Tue Apr 23 2013 Ville Skyttä <ville.skytta(a)iki.fi> - 0.7.1-1 - Update to 0.7.1. Size change: 224 bytes pykickstart-1.99.28-1.fc20 -------------------------- * Tue Apr 23 2013 Chris Lumens <clumens(a)redhat.com> - 1.99.28-1 - Add network --ipv6gateway option (#905226) (rvykydal) - Add lang --addsupport option (#912364) (rvykydal) Size change: 895 bytes python-celery-3.0.19-1.fc20 --------------------------- * Tue Apr 23 2013 Matthias Runge <mrunge(a)redhat.com> - 3.0.19-1 - update to celery-3.0.19 (rhbz#919560) Size change: 11978 bytes python-django-bootstrap-toolkit-2.11.5-1.fc20 --------------------------------------------- * Tue Apr 23 2013 Matthias Runge <mrunge(a)redhat.com> - 2.11.5-1 - update to 2.11.5 (rhbz#950385) Size change: 5263 bytes python-django-celery-3.0.17-1.fc20 ---------------------------------- * Tue Apr 23 2013 Matthias Runge <mrunge(a)redhat.com> - 3.0.17-1 - update to 3.0.17 Size change: -1780 bytes python-django-openstack-auth-1.0.8-1.fc20 ----------------------------------------- * Wed Apr 24 2013 Matthias Runge <mrunge(a)redhat.com> - 1.0.8-1 - update to 1.0.8 for Django-1.5 compat Size change: -92 bytes python-wsme-0.5b2-1.fc20 ------------------------ * Tue Apr 23 2013 Padraig Brady <P(a)draigBrady.com> - 0.5b2-1 - Update to 0.5b2. - Add required dependencies. Size change: 31100 bytes python-xlrd-0.9.2-1.fc20 ------------------------ * Tue Apr 23 2013 Ján ONDREJ (SAL) <ondrejj(at)salstar.sk> - 0.9.2-1 - Update to upstream. - Updated URL and description. Size change: 31418 bytes selinux-policy-3.12.1-35.fc20 ----------------------------- * Tue Apr 23 2013 Miroslav Grepl <mgrepl(a)redhat.com> 3.12.1-35 - Fix lockdev_manage_files() - Allow setroubleshootd to read var_lib_t to make email_alert working - Add lockdev_manage_files() - Call proper interface in virt.te - Allow gkeyring_domain to create /var/run/UID/config/dbus file - system dbus seems to be blocking suspend - Dontaudit attemps to sys_ptrace, which I believe gpsd does not need - When you enter a container from root, you generate avcs with a leaked file descriptor - Allow mpd getattr on file system directories - Make sure realmd creates content with the correct label - Allow systemd-tty-ask to write kmsg - Allow mgetty to use lockdev library for device locking - Fix selinuxuser_user_share_music boolean name to selinuxuser_share_music - When you enter a container from root, you generate avcs with a leaked file descriptor - Make sure init.fc files are labeled correctly at creation - File name trans vconsole.conf - Fix labeling for nagios plugins - label shared libraries in /opt/google/chrome as testrel_shlib_t * Thu Apr 18 2013 Miroslav Grepl <mgrepl(a)redhat.com> 3.12.1-34 - Allow certmonger to dbus communicate with realmd - Make realmd working * Thu Apr 18 2013 Miroslav Grepl <mgrepl(a)redhat.com> 3.12.1-33 - Fix mozilla specification of homedir content - Allow certmonger to read network state - Allow tmpwatch to read tmp in /var/spool/{cups,lpd} - Label all nagios plugin as unconfined by default - Add httpd_serve_cobbler_files() - Allow mdadm to read /dev/sr0 and create tmp files - Allow certwatch to send mails - Fix labeling for nagios plugins - label shared libraries in /opt/google/chrome as testrel_shlib_t Size change: 3430 bytes slic3r-0.9.9-5.fc20 ------------------- * Tue Apr 23 2013 Miro Hrončok <mhroncok(a)redhat.com> - 0.9.9-5 - Added BR perl(Encode::Locale) * Tue Apr 23 2013 Miro Hrončok <mhroncok(a)redhat.com> - 0.9.9-4 - Removed (optional) Net::DBus usage, that causes crashes * Tue Apr 23 2013 Miro Hrončok <mhroncok(a)redhat.com> - 0.9.9-3 - Added second patch to fix upstream issue 1077 * Tue Apr 23 2013 Miro Hrončok <mhroncok(a)redhat.com> - 0.9.9-2 - Added patch to fix upstream issue 1077 Size change: 2132 bytes yum-3.4.3-86.fc20 ----------------- * Tue Apr 23 2013 James Antill <james at fedoraproject.org> - 3.4.3-86 - update to latest HEAD. - A fix for environments and not installed groups. BZ 928859. - Add downloadonly option to download prompt. Size change: 962 bytes Summary: Added Packages: 21 Removed Packages: 0 Upgraded Packages: 25 Size of added packages: 23030785 (22 M) Size change of modified packages: 254755 (249 k) Size of removed packages: 0 (0 ) Size change: 23285540 (22 M) Compose finisheded at Wed Apr 24 10:19:11 UTC 2013

1 0

Re: [fedora-arm] trying to move ssh to a different port
by Sean Omalley 23 Apr '13

23 Apr '13

Don't edit iptables.. use firewall-cmd ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] trying to move ssh to a different port Date: Thu, Apr 18, 2013 8:45 pm I always move sshd from port 22 to port nnn. To do this I use semanage (which I had to install): semanage port -a -t ssh_port_t -p tcp nnn then edit /etc/ssh/sshd_config to point to port nnn. then I edit iptables (which is off on this install, interesting, though selinux is not) to open up port nnn. Finally I restart sshd. Well, first off I am sshed into the box doing this on port 22. status of sshd is it is listening on port nnn. I tried opening another ssh session (without stoping the one running right now), to port and get: No route to host To the old port 22 I get Connection refused. I do this all the time with Fedora and Centos. What am I missing on this system? I put the port back to 22 until I figure this out. _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

1 0

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

You change them in the uboot shell. The fw_ commands are in the OS, not uboot. They are probably reading and writing to the wrong memory addresses thus they don't work.. To save your uboot session it is like saveenv then it will say wrote 20k or error out.. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Derek Atkins" <derek(a)ihtfp.com> Cc: <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Thu, Apr 18, 2013 4:54 pm On 04/18/2013 04:33 PM, Robert Moskowitz wrote: > > On 04/18/2013 04:26 PM, Derek Atkins wrote: >> On Thu, April 18, 2013 4:19 pm, Robert Moskowitz wrote: >>> >>> # NOTE: substitute "usb 1:1" with "usb 0:1" on non-Plus model devices, >>> or try: >>> usb start >>> ext2ls usb x:1 >>> #where x can be any integer but usually 0-3, the right number will show >>> a directory listing including the files uInitrd and uImage >>> >>> Well no usb or ext2ls commands. I searched all over the image. I ran >>> updatedb, the tried locate. Nothing. Now what? >> usb and ext2ls commands are "uboot" commands when you're sitting in the >> uboot shell. Also, you might need a "newer" version of uboot to get ext >> support. > > Hi, Derek, long time no see :) > > Fancy meeting you here. > > I read the instructions again, and see I missed an important part: > > "Depending on the model/version of the plug/uboot, additional uboot > parameters may be necessary or the existing ones could be edited. To > do that, stop the boot process during the countdown and follow the > instructions here. The Fedora 18 Kirkwood images contain an ext3 > filesystem that cannot be booted directly by certain plugs (such as > the GuruPlug) at this time. Please follow the appropriate installation > instructions for your device." > > So fortunately I am still getting that netconsole to interupt the boot > process and issue these commands... > > I am going back to that 8Gb usb drive first. If it works, it gives me > more room to put software on the system. Well the 8Gb works. It took 2 boots again. Probably something that has to be done to the usb drive that requires reboot? Anyway, now on to changing the boot options per: fedoraproject.org/wiki/Architectures/ARM/F18/GuruPlug Thing is should I keep it to booting from the /boot partition or from NAND? I can see one arguement to keep it as it is, and that is if we get updated kernels over the next two years? Also I got a netconsole working by following: http://forum.doozan.com/read.php?3,14,14 Now there is a warning NOT to use the fw_setenv that comes in Fedora, as that would brick the pogo. I am assuming that unless I change these options I will always have this netconsole? That the boot instructions to boot off the usb will not change that? If so how might I change what addresses used for the netconsole now? _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

1 0

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

I think you can hard set the address in uboot.. like ipaddr env, for uboot itself. In the OS..so you set that like normal.. I thought the netconsole session died in there somewhere. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Scott Sullivan" <scott(a)ss.org> Cc: <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Thu, Apr 18, 2013 6:20 pm On 04/18/2013 05:59 PM, Scott Sullivan wrote: > On 04/18/2013 04:54 PM, Robert Moskowitz wrote: >> >> Now there is a warning NOT to use the fw_setenv that comes in Fedora, as >> that would brick the pogo. I am assuming that unless I change these >> options I will always have this netconsole? That the boot instructions >> to boot off the usb will not change that? If so how might I change what >> addresses used for the netconsole now? > > So at the moment I can't find the information on doozan.com, but it is > there. For some reason cloud engines used a custom CRC algorithm to > verify the integrity of the uboot environment variables. This has not > been up streamed and is not in the version of uboot-utils that is > shipped with fedora. The update uboot provided by doozan.com keeps > this CRC method intact, I believe as a compatibility reason. > > This is 6 month old memory though. I just know that at the time I took > this very seriously and put the warning in the Fedora PogoPlug docs. For now I am leaving it as is. I would LIKE to change the pogo's IP address out of my dhcp range to a static area. But that would change this netconsole setup, I think. And changing the dhcp settings will change where the notebook ends up. I suppose I could set the notebook and the pogo to get fixed addresses via dhcp from their MAC and move the dhcp range for now. Sigh so much to do. _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

1 0

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

It also seems like I had to mod a uboot setting.. like root_partition ... Usb_root maybe.. You should be able to interrupt the boot over netconsole. Then do a printenv and that will show you the uboot env.. I mucked with those. But I also had like 4 different versions of uboot so I don't recall what I did with each one.. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "omalley_s(a)rocketmail.com" <omalley_s(a)rocketmail.com> Cc: "Derek Atkins" <warlord(a)MIT.EDU>, "Paul Whalen" <pwhalen(a)redhat.com>, <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Tue, Apr 23, 2013 2:33 pm On 04/23/2013 11:12 AM, omalley_s(a)rocketmail.com wrote: It looks like the wrong partition. Try extload 1:1 or something. I think mine ended up on diak 1 or 2... You may have to make some other changes as well. I thought it was something like this. I am using the top USB port on the back of my pogoplug, as physically that seems the best one to use long term. It seems that the front usb port is typically used. I will use those commands you provided to check. My understanding is I interupt the boot countdown and I can then get into uboot over the netconsole. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Derek Atkins" <warlord(a)MIT.EDU> Cc: "omalley_s(a)rocketmail.com" <omalley_s(a)rocketmail.com>, "Paul Whalen" <pwhalen(a)redhat.com>, <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Tue, Apr 23, 2013 12:22 pm On 04/23/2013 09:03 AM, Derek Atkins wrote: > "omalley_s(a)rocketmail.com" <omalley_s(a)rocketmail.com> writes: > >> Ext2ls and the usb start commands are built into uboot. You need to be at the >> uboot prompt to use them. > Just FTR, the default version of uboot shipped on the Guruplug Server > (at least on the two non-Plus version I have) did not include ext > support. I had to reflash uboot to a newer version. I posted this in an earlier part of this thread. Here is what I see in the nc session for the netconsole. You tell me if it is supporting ext. I did make the documented changes to uboot for f18 (which I don't have that link in front of me, but Scott's. U-Boot 2011.12 (Feb 20 2012 - 21:21:59) Pogoplug E02 arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2009q3-67) 4.4.1 GNU ld (Sourcery G++ Lite 2009q3-67) 2.19.51.20090709 Hit any key to stop autoboot: 0 (Re)start USB... USB: Register 10011 NbrPorts 1 USB EHCI 1.00 scanning bus for devices... 3 USB Device(s) found scanning bus for storage devices... 1 Storage Device(s) found Loading file "/rescueme" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** reading /rescueme.txt ** Unable to read "/rescueme.txt" from usb 0:1 ** Creating 1 MTD partitions on "nand0": 0x000002500000-0x000008000000 : "mtd=3" UBI: attaching mtd1 to ubi0 UBI: physical eraseblock size: 131072 bytes (128 KiB) UBI: logical eraseblock size: 129024 bytes UBI: smallest flash I/O unit: 2048 UBI: sub-page size: 512 UBI: VID header offset: 512 (aligned 512) UBI: data offset: 2048 UBI: attached mtd1 to ubi0 UBI: MTD device name: "mtd=3" UBI: MTD device size: 91 MiB UBI: number of good PEBs: 728 UBI: number of bad PEBs: 0 UBI: max. allowed volumes: 128 UBI: wear-leveling threshold: 4096 UBI: number of internal volumes: 1 UBI: number of user volumes: 0 UBI: available PEBs: 717 UBI: total number of reserved PEBs: 11 UBI: number of PEBs reserved for bad PEB handling: 7 UBI: max/mean erase counter: 1/1 UBIFS error (pid 0): ubifs_get_sb: cannot open "ubi:rootfs", error -19 Error reading superblock on volume 'ubi:rootfs'! Loading file "uImage" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** ** Block device usb 1 not supported ** Block device usb 2 not supported ** Block device usb 3 not supported Loading file "uImage" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** Loading file "uInitrd" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** Wrong Image Format for bootm command ERROR: can't get kernel image! stopping USB.. ### JFFS2 loading 'uboot-original-mtd0.kwb' to 0x800000 Scanning JFFS2 FS: ........ done. ### JFFS2 load complete: 524288 bytes loaded to 0x800000 ## Starting application at 0x00800200 ...

1 0

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

It looks like the wrong partition. Try extload 1:1 or something. I think mine ended up on diak 1 or 2... You may have to make some other changes as well. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Derek Atkins" <warlord(a)MIT.EDU> Cc: "omalley_s(a)rocketmail.com" <omalley_s(a)rocketmail.com>, "Paul Whalen" <pwhalen(a)redhat.com>, <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Tue, Apr 23, 2013 12:22 pm On 04/23/2013 09:03 AM, Derek Atkins wrote: > "omalley_s(a)rocketmail.com" <omalley_s(a)rocketmail.com> writes: > >> Ext2ls and the usb start commands are built into uboot. You need to be at the >> uboot prompt to use them. > Just FTR, the default version of uboot shipped on the Guruplug Server > (at least on the two non-Plus version I have) did not include ext > support. I had to reflash uboot to a newer version. I posted this in an earlier part of this thread. Here is what I see in the nc session for the netconsole. You tell me if it is supporting ext. I did make the documented changes to uboot for f18 (which I don't have that link in front of me, but Scott's. U-Boot 2011.12 (Feb 20 2012 - 21:21:59) Pogoplug E02 arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2009q3-67) 4.4.1 GNU ld (Sourcery G++ Lite 2009q3-67) 2.19.51.20090709 Hit any key to stop autoboot: 0 (Re)start USB... USB: Register 10011 NbrPorts 1 USB EHCI 1.00 scanning bus for devices... 3 USB Device(s) found scanning bus for storage devices... 1 Storage Device(s) found Loading file "/rescueme" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** reading /rescueme.txt ** Unable to read "/rescueme.txt" from usb 0:1 ** Creating 1 MTD partitions on "nand0": 0x000002500000-0x000008000000 : "mtd=3" UBI: attaching mtd1 to ubi0 UBI: physical eraseblock size: 131072 bytes (128 KiB) UBI: logical eraseblock size: 129024 bytes UBI: smallest flash I/O unit: 2048 UBI: sub-page size: 512 UBI: VID header offset: 512 (aligned 512) UBI: data offset: 2048 UBI: attached mtd1 to ubi0 UBI: MTD device name: "mtd=3" UBI: MTD device size: 91 MiB UBI: number of good PEBs: 728 UBI: number of bad PEBs: 0 UBI: max. allowed volumes: 128 UBI: wear-leveling threshold: 4096 UBI: number of internal volumes: 1 UBI: number of user volumes: 0 UBI: available PEBs: 717 UBI: total number of reserved PEBs: 11 UBI: number of PEBs reserved for bad PEB handling: 7 UBI: max/mean erase counter: 1/1 UBIFS error (pid 0): ubifs_get_sb: cannot open "ubi:rootfs", error -19 Error reading superblock on volume 'ubi:rootfs'! Loading file "uImage" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** ** Block device usb 1 not supported ** Block device usb 2 not supported ** Block device usb 3 not supported Loading file "uImage" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** Loading file "uInitrd" from usb device 0:1 (usbda1) Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - usb 0:1 ** Wrong Image Format for bootm command ERROR: can't get kernel image! stopping USB.. ### JFFS2 loading 'uboot-original-mtd0.kwb' to 0x800000 Scanning JFFS2 FS: ........ done. ### JFFS2 load complete: 524288 bytes loaded to 0x800000 ## Starting application at 0x00800200 ...

2 1

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

Ext2ls and the usb start commands are built into uboot. You need to be at the uboot prompt to use them. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Paul Whalen" <pwhalen(a)redhat.com> Cc: <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Thu, Apr 18, 2013 4:19 pm On 04/18/2013 03:11 PM, Paul Whalen wrote: > > ----- Original Message ----- >> Per: >> >> fedoraproject.org/wiki/Architectures/ARM/F18/GuruPlug >> >> I just downloaded the image again from: >> >> http://dl.fedoraproject.org/pub/fedora-secondary/releases/18/Images/arm/Fed… >> >> This time I took a 4Gb usb drive I got from MicroCenter that still had a >> FAT partition. On my F18 notebook as root, I ran: >> >> xzcat Fedora-18-kirkwood-arm.img.xz > /dev/sdc1 > Hi Rob, > > In your above example your writing to the first partition. Try changing that to: > > xzcat Fedora-18-kirkwood-arm.img.xz > /dev/sdc > > Hope that works, OK. I kind of figured out part of this. That is, I had more to do after the 1st boot, per: fedoraproject.org/wiki/Architectures/ARM/F18/GuruPlug Problem is with the instructions: # NOTE: substitute "usb 1:1" with "usb 0:1" on non-Plus model devices, or try: usb start ext2ls usb x:1 #where x can be any integer but usually 0-3, the right number will show a directory listing including the files uInitrd and uImage Well no usb or ext2ls commands. I searched all over the image. I ran updatedb, the tried locate. Nothing. Now what? _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

3 2

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

Your version of uboot may not support ext2 boot partitions. Try the directions for booting from a dos partition. You can tell if uboot supports ext2 and if you have it plugged into the right port or which usb device name it is by running the ext2load 0:0 type of command from the uboot prompt. The syntax is in the help page for writing a new kernel. The ls command should return a directory listing of the boot partition if the device is correct. You may need to change the number to get the right one. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Scott Sullivan" <scott(a)ss.org>, <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Thu, Apr 18, 2013 2:49 pm Per: fedoraproject.org/wiki/Architectures/ARM/F18/GuruPlug I just downloaded the image again from: http://dl.fedoraproject.org/pub/fedora-secondary/releases/18/Images/arm/Fed… This time I took a 4Gb usb drive I got from MicroCenter that still had a FAT partition. On my F18 notebook as root, I ran: xzcat Fedora-18-kirkwood-arm.img.xz > /dev/sdc1 I removed the drive, put it in a different usb port, and my notebook (which is running gnome on f18) would not open it in Nautilus. I kind of assumed that this was suppose to be a readable partition. So I brought up Disk Manager, and it showed the drive still having a MSDOS FAT partition with unknown content. My previous attempt was with a 8Gb usb drive that had a ext3 partition, and now still has that partition with unknown content. Note below that the pogoplug boot things it is seeing an ext2 partition on the drive. So what now? Is the image bad? Is that the wrong command on F18 (note that the nc options on http://forum.doozan.com/read.php?3,14,14 are wrong for F18)? Is the image totally non-workable on the plug and I should instead use the f17 image at: http://fedoraproject.org/wiki/Architectures/ARM/Kirkwood#Writing_the_Image ? Help? On 04/18/2013 10:51 AM, Robert Moskowitz wrote: > Bad USB drive, I built it with xzcat on a F18 notebook. See below > > On 04/17/2013 10:24 PM, Scott Sullivan wrote: >> On 04/17/2013 09:11 PM, Robert Moskowitz wrote: >>> Any advise on what to do next? I really think it has to do with which >>> usb port I am using. >>> >>> >> >> So I do recall from back when the Pogoplug was new there were many >> folks having issues with some USB drive just not being recognized >> during uboot. >> >> Since it looks you got the new uboot installed, I would now try using >> a netconsole to see if you can get any extra information about why >> it's booting into the Pogoplug linux. >> >> http://forum.doozan.com/read.php?3,14,14 >> >> This thread mentions the dockstar, which is just the same basic >> hardware in a different configuration. Same principle applies. >> > U-Boot 2011.12 (Feb 20 2012 - 21:21:59) > Pogoplug E02 > arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2009q3-67) 4.4.1 > GNU ld (Sourcery G++ Lite 2009q3-67) 2.19.51.20090709 > Hit any key to stop autoboot: 0 > (Re)start USB... > USB: Register 10011 NbrPorts 1 > USB EHCI 1.00 > scanning bus for devices... 3 USB Device(s) found > scanning bus for storage devices... 1 Storage Device(s) found > Loading file "/rescueme" from usb device 0:1 (usbda1) > Failed to mount ext2 filesystem... > ** Bad ext2 partition or disk - usb 0:1 ** > reading /rescueme.txt > > ** Unable to read "/rescueme.txt" from usb 0:1 ** > Creating 1 MTD partitions on "nand0": > 0x000002500000-0x000008000000 : "mtd=3" > UBI: attaching mtd1 to ubi0 > UBI: physical eraseblock size: 131072 bytes (128 KiB) > UBI: logical eraseblock size: 129024 bytes > UBI: smallest flash I/O unit: 2048 > UBI: sub-page size: 512 > UBI: VID header offset: 512 (aligned 512) > UBI: data offset: 2048 > UBI: attached mtd1 to ubi0 > UBI: MTD device name: "mtd=3" > UBI: MTD device size: 91 MiB > UBI: number of good PEBs: 728 > UBI: number of bad PEBs: 0 > UBI: max. allowed volumes: 128 > UBI: wear-leveling threshold: 4096 > UBI: number of internal volumes: 1 > UBI: number of user volumes: 0 > UBI: available PEBs: 717 > UBI: total number of reserved PEBs: 11 > UBI: number of PEBs reserved for bad PEB handling: 7 > UBI: max/mean erase counter: 1/1 > UBIFS error (pid 0): ubifs_get_sb: cannot open "ubi:rootfs", error -19 > Error reading superblock on volume 'ubi:rootfs'! > Loading file "uImage" from usb device 0:1 (usbda1) > Failed to mount ext2 filesystem... > ** Bad ext2 partition or disk - usb 0:1 ** > ** Block device usb 1 not supported > ** Block device usb 2 not supported > ** Block device usb 3 not supported > Loading file "uImage" from usb device 0:1 (usbda1) > Failed to mount ext2 filesystem... > ** Bad ext2 partition or disk - usb 0:1 ** > Loading file "uInitrd" from usb device 0:1 (usbda1) > Failed to mount ext2 filesystem... > ** Bad ext2 partition or disk - usb 0:1 ** > Wrong Image Format for bootm command > ERROR: can't get kernel image! > stopping USB.. > ### JFFS2 loading 'uboot-original-mtd0.kwb' to 0x800000 > Scanning JFFS2 FS: ........ done. > ### JFFS2 load complete: 524288 bytes loaded to 0x800000 > ## Starting application at 0x00800200 ... > > > _______________________________________________ > arm mailing list > arm(a)lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/arm _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

3 3

Re: [fedora-arm] trying to move ssh to a different port
by Sean Omalley 23 Apr '13

23 Apr '13

Fedora 18 changed. You need to use firewall-adm. I have notes on it I can send once I get my computer back online. You will still need to configure selinux. ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Scott Sullivan" <scott(a)ss.org> Cc: <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] trying to move ssh to a different port Date: Thu, Apr 18, 2013 11:19 pm On 04/18/2013 10:53 PM, Scott Sullivan wrote: > On 04/18/2013 08:45 PM, Robert Moskowitz wrote: >> I always move sshd from port 22 to port nnn. To do this I use semanage >> (which I had to install): > [...] > > Robert, your starting to ask questions that are not specific to Fedora > ARM development or about specific arm hardware. For these question you > should pursue the normal support channels. > > http://fedoraproject.org/en/get-help Except I have been doing this on Fedora and Centos distros for years. I try it on the ARM distro and what I have always done does not work. What is different here? I think it is firewall related. Right now I cannot work on it; perhaps later this evening. Does the ARM distro do firewalling some way other than iptables? That recommendation to try SSH to localhost is a good test; that is one of the next things I will try. But IMHO, this is ARM Fedora distro related, because what works on Centos 6 i386/x86_64 and Fedora 17/18 i386/x86_64 is not working here. _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

2 1

Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley 23 Apr '13

23 Apr '13

I should also add it takes.like 10 minutes to boot. It copies the images over then it boots them from. I remembered why I was having issues building uboot. The new uboot binary was like 436k and wad writing over the space allocated for the uboot env storage which I think started at 380k. Then writing the env vars back you were overwriting uboot itself. It can be changed in the uboot code. The uboot partition is 1meg so there is space for it... ----- Reply message ----- From: "Robert Moskowitz" <rgm(a)htt-consult.com> To: "Paul Whalen" <pwhalen(a)redhat.com> Cc: <arm(a)lists.fedoraproject.org> Subject: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02 Date: Thu, Apr 18, 2013 4:19 pm On 04/18/2013 03:11 PM, Paul Whalen wrote: > > ----- Original Message ----- >> Per: >> >> fedoraproject.org/wiki/Architectures/ARM/F18/GuruPlug >> >> I just downloaded the image again from: >> >> http://dl.fedoraproject.org/pub/fedora-secondary/releases/18/Images/arm/Fed… >> >> This time I took a 4Gb usb drive I got from MicroCenter that still had a >> FAT partition. On my F18 notebook as root, I ran: >> >> xzcat Fedora-18-kirkwood-arm.img.xz > /dev/sdc1 > Hi Rob, > > In your above example your writing to the first partition. Try changing that to: > > xzcat Fedora-18-kirkwood-arm.img.xz > /dev/sdc > > Hope that works, OK. I kind of figured out part of this. That is, I had more to do after the 1st boot, per: fedoraproject.org/wiki/Architectures/ARM/F18/GuruPlug Problem is with the instructions: # NOTE: substitute "usb 1:1" with "usb 0:1" on non-Plus model devices, or try: usb start ext2ls usb x:1 #where x can be any integer but usually 0-3, the right number will show a directory listing including the files uInitrd and uImage Well no usb or ext2ls commands. I searched all over the image. I ran updatedb, the tried locate. Nothing. Now what? _______________________________________________ arm mailing list arm(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm

1 0

← Newer
1
2
3
4
5
6
7
...
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

arm April 2013