arm rawhide report: 20130424 changes
by Fedora compose checker
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
10 years, 11 months
Re: [fedora-arm] trying to move ssh to a different port
by Sean Omalley
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
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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 ...
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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 ...
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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/F...
>>
>> 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
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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/F...
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
10 years, 11 months
Re: [fedora-arm] trying to move ssh to a different port
by Sean Omalley
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
10 years, 11 months
Re: [fedora-arm] Bad image/instructions? - Re: Problems with a pogoplug v02
by Sean Omalley
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/F...
>>
>> 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
10 years, 11 months