Meeting today - 3pm UTC (10am EST)
by Jon Masters
Hi everyone,
Happy New Year!
We have the first weekly call of the new year today, in 2 hours from
now. At that time, I would like to propose the following agenda. Short
form inline here, then longer commentary follows. I would additionally
like to propose that we have a followup meeting either tomorrow (Fri) or
on Monday. Therefore, please let us know on the call what would work.
Short version:
0). Progress over the holidays
- We know this wasn't great, but let's just cover it briefly.
1). Build system status
- Just a quick update on what is currently up, and what is not.
2). Short term infrastructure fixes
- Bigger discussion about getting building back on track.
- Notice not "long term", save that for later please.
3). Communication
- Better co-ordination (specific topic for FUDCon)
- Planning around outages, who has the ball, and docs
4). Staging before deploying
- Need to get into a habit of staging new ideas
- Focus is to retain uptime on the hub so that builders
don't waste many cycles on aborted builds at least.
5). FUDCon.
- Raspberry Pi "coupon" plan update?
- Clearly we need to focus on rawhide and build system
6). Other business.
And now the longer version:
0). Progress over the holidays
- We know this wasn't great, but let's just cover it briefly.
1). Build system status
- Just a quick update on what is currently up, and what is not.
- Let's understand where we are before we discuss fixing things.
2). Short term infrastructure fixes
- We need to get to rawhide. We don't need to have an optimized
Cloud-hardened Enterprise Grade solution this week. That means
anything that works is fine for the next few weeks. Let's be
real because we've got FUDCon very soon, and a branch is about
to happen, so every day spent dreaming up ideas is lost time.
We need to focus on pragmatic real solutions that can be
achieved with the resources available, not go "blue sky".
- It is known that the NFSv4 approach is unlikely to work as-is
due to problems with xattrs on NFSv4 (apparently). Therefore,
we should try to find an alternative solution.
- There are two problems here that are largely disjoint:
1). Improving IOPS so we don't drown in IO
(largely independently of higher layers)
2). What is provided to the individual builders
(loopback, ISCSI, network block device, other)
To improve upon 1, the following ideas have been floated:
- Switch to using SSDs (Red Hat willing to help fund)
- Increase the spindle count (again, funds available)
- Switch to local storage on the builders
This is my understanding of the realities:
- The SSD option is likely to be a quick, easy win.
Chris says he may have numbers for us this morning.
- The spindle count option is secondary, can just add
some new disks, and that's fairly quickly done too.
- Local storage for now means using the SD Cards, which
we are willing to sacrifice if they die early as a
result. The suggestion is to setup a few "small"
builders with local storage while the NFS is worked.
To improve upon 2, the following ideas have been floated:
- Switch to using NFSv4 directly from builders (does not
seem to actually be possible with the xattr reqs.)
- Retain existing (kludge, but well used) loopback
- Adopt ISCSI based individual partition mounts
- Adopt Network Block Device individual mounts
My suggestion is that we keep the loopback option *unless* it
is known that switching to ISCSI will also magically solve the
hardware IOPS issue on the server (which it won't). I believe
it is fastest and easiest to shove some SSDs in the NFS box,
keep serving loopback mounted files via NFS. It has been used
successfully in the past, and we only need to get back there.
3). Communication
- There has been a little "spirited conversation" on IRC of
late, largely I think because we need to collectively work
on our communication. Not a blame game, just let's figure
out what we would all like in the way of future discussion.
- Suggest that we have a formalized process for planning any
significant project changes, whether infrastructure or not,
bring them up on the *mailing list* (and IRC for initial
input, but mailing list after that). We should document
exactly what we plan to do in a particular situation so
that we all agree on what it is that we are doing :)
- Start with the build system fixing. Let's figure out on
this call what it is that we want, then write it up, then
do it. We should absolutely write up what it is first.
4). Staging before deploying
- Formal process for staging and testing. The current build
system is also a great learning platform, and that should
be encouraged. At the same time, we're growing increasing
dependencies upon it, so we should move to a setup wherein
significant changes are staged with a small number of test
builders first, like in the Phoenix Fedora infrastructure.
Red Hat is willing to help fund some hardware if needed.
5). FUDCon
- Any updates from Eben on the Raspberry Pi front? If not, we
should get that resolved before early next week. If we can
at least agree what the rate and terms will be, we can
take names at FUDCon and arrange the actual coupon codes
to be sent to them by email later on, that's not an issue.
- Let's use the FUDCon high bandwidth opportunity effectively.
- Need to plan rawhide, primary arch plans.
6). Other business?
Meeting Logistics
-----------------
Leaders: ctyler (Chris Tyler), jsmith (Jared Smith), jonmasters (me)
IRC: #fedora-arm (using the bot to track the meeting details)
Conference code: 617-759-1337 (no passcode required)
Toll Free Dial-In Number (US & Canada): (800) 451-8679
International Dial-In Number: +1-(212) 729-5016
Global Access Numbers Tollfree:
Argentina Dial-In #: 8004441016
Australia Dial-In #: 1800337169
Austria Dial-In #: 0800005898
Bahamas Dial-In #: 18002054776
Bahrain Dial-In #: 80004377
Belgium Dial-In #: 080048325
Brazil Dial-In #: 08008921002
Bulgaria Dial-In #: 008001100236
Chile Dial-In #: 800370228
Colombia Dial-In #: 018009134033
Costa Rica Dial-In #: 08000131048
Cyprus Dial-In #: 80095297
Czech Republic Dial-In #: 800 701 035
Denmark Dial-In #: 80887114
Dominican Republic Dial-In #: 18887512313
Estonia Dial-In #: 8000100232
Finland Dial-In #: 0800117116
France Dial-In #: 0805632867
Germany Dial-In #: 08006647541
Greece Dial-In #: 00800127562
Hong Kong Dial-In #: 800930349
Hungary Dial-In #: 0680016796
Iceland Dial-In #: 8008967
India Dial-In #: 0008006501533
Indonesia Dial-In #: 0018030179162
Ireland Dial-In #: 1800932401
Israel Dial-In #: 1809462557
Italy Dial-In #: 800985897
Jamaica Dial-In #: 18002050328
Japan Dial-In #: 0120934453
Korea (South) Dial-In #: 007986517393
Latvia Dial-In #: 80003339
Lithuania Dial-In #: 880030479
Luxembourg Dial-In #: 80026595
Malaysia Dial-In #: 1800814451
Mexico Dial-In #: 0018664590915
New Zealand Dial-In #: 0800888167
Norway Dial-In #: 80012994
Panama Dial-In #: 008002269184
Philippines Dial-In #: 180011100991
Poland Dial-In #: 008001210187
Portugal Dial-In #: 800814625
Russian Federation Dial-In #: 81080028341012
Saint Kitts and Nevis Dial-In #: 18002059252
Singapore Dial-In #: 8006162235
Slovak Republic Dial-In #: 0800001441
South Africa Dial-In #: 0800981148
Spain Dial-In #: 800300524
Sweden Dial-In #: 200896860
Switzerland Dial-In #: 800650077
Taiwan Dial-In #: 00801127141
Thailand Dial-In #: 001800656966
Trinidad and Tobago Dial-In #: 18002024615
United Arab Emirates Dial-In #: 8000650591
United Kingdom Dial-In #: 08006948057
United States Dial-In #: 8004518679
Uruguay Dial-In #: 00040190315
Venezuela Dial-In #: 08001627182
Jon.
12 years, 2 months
The Fedora Fifteen Franken ARM hardfp build 1 for XO 1.75
by Peter Robinson
The "This sonic transducer, it is I suppose some kind of
audio-vibratory-physio-molecular transport device?" release.
THIS IS A DEVELOPMENT RELEASE AIMED AT CORE OS/HW DEVELOPERS
This is a hard floating point Franken release for development and
testing of the hardfp on the XO 1.75. Its very incomplete and has a
number of things that don't work. This is expected and its a release
only really intended for people that understandard what hardfp is and
the significance of it and wish to test and develop further for this
fairly major feature both for upstream Fedora and the XO releases.
This isn't a release that shouldn't have bug reports against it.
So what are the known issues, and what works?
- X works using fbdev. There's an issue with resolution. Fix this by
removing the "Virtual" line from /etc/X11/xorg.conf.d/xo1.75.conf
- No accelerated X
- Sugar and GNOME do work quite well
- Networking seems to work OK
- Firefox DOESN'T work. Known issue, hopefully should be fixed before long
- Midori for GNOME, Surf for Sugar included as browsers.
I've been working to get this to a reasonable testing state for a
while and finally all the bits fell into place. There's quite a bit of
change going on in the ARM Fedora 15 world. I would suggest regular
"yum update" to get the latest builds. I'm not expecting to do regular
builds of this, but will happily cut more builds if people think a new
one would be useful.
Download from:
http://build.laptop.org/F15-arm/os1/
For those interested in hardfp stuff.... enjoy :-)
Peter
12 years, 2 months
builder io isue
by Dennis Gilmore
When we were testing build were happening really fast, once we loaded
up the build jobs things have become really slow
http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=238672 started
at 1:19 utc and at 5:18 utc four hours later the buildrequires are
still being installed. australia is completely io bound. i think we
need to see how we can spread the io load. ~30 hosts reading and
writing to the 4 spindles just saturates the disk io. i guess options
are find a way to add more spindles. move /var/lib/mock to sdcard, see
if we can get some kind of san that has alot of smaller fast disks. get
some 2.5" usb drives one for each builder. some other idea? is there
anyway we could add 4-8 more disks to australia. the size of the
matters little. gaining more iops by adding more spindles would help.
Just throwing out what im seeing. lets see what ideas we can come up
with. performance is better than before. and seneca has done a great
job and put a lot of hard work into the reorg and im thankful for that.
We just have another bottleneck to address.
12 years, 2 months
Fedora ARM F-15 Branched report: 20120102 changes
by Fedora compose checker
Compose started at Mon Jan 2 15:53:17 UTC 2012
Loaded plugins: langpacks, presto, refresh-packagekit
New package: SILLY-0.1.0-8.fc15
Simple and easy to use library for image loading
New package: clc-0.03-3.fc15
Command-line client for MUDs
New package: cups-bjnp-0.5.5-3.fc15
CUPS backend for the Canon BJNP network printers
New package: em8300-0.18.0-3.fc15
DXR3/Hollywood Plus MPEG decoder card support tools
New package: gedit-3.0.2-1.fc15
Text editor for the GNOME desktop
New package: libFS-1.0.3-2.fc15
X.Org X11 libFS runtime library
New package: libtirpc-0.2.2-1.fc15
Transport Independent RPC Library
New package: linuxdcpp-1.0.3-5.fc15
Direct Connect client
New package: mtd-utils-1.4.6-1.fc15
Utilities for dealing with MTD (flash) devices
New package: obexd-0.40-2.fc15
D-Bus service for Obex Client access
New package: perl-Digest-CRC-0.14-8.fc15
Generic CRC functions
New package: perl-Imager-0.82-1.fc15
Perl extension for Generating 24 bit Images
New package: pnglite-0.1.17-1.fc15.3
A lightweight C library for loading PNG images
New package: python-simplejson-2.1.3-2.fc15
Simple, fast, extensible JSON encoder/decoder for Python
New package: python-smbpasswd-1.0.1-17.fc15
Python SMB Password Hash Generator Module
New package: pyxf86config-0.3.37-12.fc15
Python wrappers for libxf86config
New package: rcs-5.7-37.fc15
Revision Control System (RCS) file version management tools
New package: rpcbind-0.2.0-10.fc15
Universal Addresses to RPC Program Number Mapper
New package: strigi-0.7.6-3.fc15
A desktop search program
New package: telepathy-salut-0.4.0-2.fc15
Link-local XMPP telepathy connection manager
New package: tempest-0-0.11.20081027.fc15
Tempest OpenGL screensaver
New package: uClibc-0.9.32-2.fc15
C library for embedded Linux
New package: xorg-x11-drv-sis-0.10.3-5.fc15
Xorg X11 sis video driver
Summary:
Added Packages: 23
Removed Packages: 0
Modified Packages: 0
Compose finshed at Mon Jan 2 16:37:08 UTC 2012
12 years, 2 months