The OSTEP Applied Research Team Thu, Jul 2. 2015
I haven't introduced my research team for quite a while, and it has changed and grown considerably. Here is the current Open Source Technology for Emerging Platforms team working with me at Seneca's Centre for Development of Open Technology. From left to right:
- Michael (Hong) Huang (front)
- Edwin Lum (rear)
- Glaser Lo
- Artem Luzyanin (front)
- Justin Flowers (rear)
- Reinildo Souza da Silva
- Andrew Oatley-Willis
Edwin and Justin work with me on the DevOps project, which is applying the techniques we've learned and developed to the software development
processes of a local applied research partner.
Michael, Glaser, Artem, Reinildo, and Andrew work with me on the LEAP Project. Recently (since this photo was taken), Reinildo returned to Brazil, and has been replaced by Christopher Markieta (who has previously worked with this project).
I'm dying to tell you the details of the LEAP project, so stay tuned for an announcement in the next week!
How to Become a Good Artist Fri, Jan 23. 2015
You'd be crazy to miss FSOSS 2014 Thu, Oct 2. 2014
The Free Software and Open Source Symposium (FSOSS) 2014 is around the corner, and it's shaping up to be the best in years. We have well over 30 talks spread over 2 days, covering just about every corner of open source from new and upcoming technologies through business models. We have a keynote from my colleague David Humphrey examining the implications of Heartbleed, as well as keynotes from Chris Aniszczyk (Twitter) and Bob Young (Lulu/Red Hat/TiCats). There are speakers from Canada, the US, Hungary, the UK, Cuba, and India, representing open source communities, academia, entrepreneurs, startups, and companies such as Mozilla, Cisco, AMD, Red Hat, and Rackspace.
Until October 10, registration for this event is just $40 (or, for students and faculty of any school, $20), which includes access to all of the keynotes, talks, and workshops, two lunches, a wine/beer/soft drink reception, a t-shirt, and swag.
Full details can be found at fsoss.ca -- see you October 23/24!
New Pidora Package: quick2wire-python-api Sat, Nov 23. 2013
I've packaged the quick2wire python3 library for the Raspberry Pi. This provides easy access to the i2c peripheral bus from Python3; I've packaged this up because I need it, and also to test and demo the package review process for Pidora.
# test_tcn75a :: Test of reading a TCN75A digital
# temperature sensor using I2C
# - TCN75A is powered at 3v3
# - I2C lines connected to Raspi GPIO
# - Pins 5/6/7 are grounded (address = 72)
# - quick2wire Python library
# CTyler 2012-10-03 - GPLv2+
# Using the quick2wire module for I2C access
import quick2wire.i2c as i2c
# Using the time module for sleeping
# Address (unit number) of the TCN75A temperature
# sensor on the I2C bus
address = 72
# Register number within the TCN75A that contains
# the current temperature
temp_register = 0
# Register number within the TCN75A that contains
# the configuration register
conf_register = 1
with i2c.I2CMaster() as bus:
# Configure the resolution (optional step)
# The configuration register is used to set the temperature
# resolution. The higher the resolution, the more
# accurate the temperature reading, but the lower the
# sampling rate. Possible values are 0, 32, 64, and 96.
# Value 96 = 0.01625C steps (highest resolution)
# Value 0 = 0.5C steps (lowest resolution) (default)
i2c.writing_bytes(address, conf_register, 96))
# Loop 100 times
for i in range(1,100):
# Select the address (unit on the bus) and desired
# register, and read 2 bytes
read_temp = bus.transaction(
# The first byte contains the temperature in degrees
# Celsius (actually, this is a signed number, so
# values over 127 are negative, but I'm ignoring
# that here). The second byte contains 256ths of a
# degress, but the default resolution of the sensor
# is 0.5 degrees, so it will always be 0 (.0) or 128 (0.5)
# unless the resolution is changed.
# This line converts the two bytes into a single
# temperature and prints it.
print("Temperature: %3.3f°C" % (read_temp+read_temp/256) )
# Delay half a second before getting next reading
The package is up for review in Pidora (not Fedora, but only because it's not useful on other platforms -- at least at this time). The package review, including links to the specfile and SRPM, is ticket #495.
Looking for a Debugging Mentor Wed, Feb 20. 2013
I'd love to figure out why my Toshiba Z830's screen-brightness controls work fine after suspend but don't work after hibernate with Fedora 17 (I have two-phase suspend/hibernate set up). I'm comfortable doing debugging but don't even know where to start on this one -- I don't know which subsystems to poke at.
Anyone willing to mentor me through this?
Acessing the armv6hl Koji Buildsystem Mon, Feb 11. 2013
The Seneca CDOT OSTEP project has been operating a Koji buildsystem for the Fedora ARM Secondary Architecture project, for the armv5tel and armv7hl architectures. These architectures are going to shift to the Fedora Phoenix datacentre Real Soon Now(tm) now that true enterprise-grade ARM server hardware is available.The armv5tel architecture has hit EOL with Fedora 18, but will be supported with updates until a month after the release of Fedora 20; we (the Fedora ARM group) is working towards Primary Architecture status for armv7hl by the Fedora 20 release.
We (Seneca OSTEP) are now also operating a second Koji buildsystem, for the armv6hl architecture. This architecture is really of interest only for the Pidora project for the Raspberry Pi at this point in time. This buildsystem is accessible on the web at http://koji.pidora.ca
However, to access the armv6hl buildsystem using the Koji command-line tools, using a Fedora client certificate, a bit of a dance is required. This post outlines the steps...
1. Set up your Fedora packager environment, if you haven't already done so.
2. Add this text to the end of your ~/.fedora-server-ca.cert file:
3. Place this text in /etc/koji/armv6-config:
;configuration for koji cli tool
;url of XMLRPC server
server = http://japan.proximity.on.ca/kojihub
;url of web interface
weburl = http://japan.proximity.on.ca/koji
;url of package download site
topurl = http://japan.proximity.on.ca/
;configuration for SSL athentication
cert = ~/.fedora.cert
;certificate of the CA that issued the client certificate
ca = ~/.fedora-upload-ca.cert
;certificate of the CA that issued the HTTP server certificate
serverca = ~/.fedora-server-ca.cert</code>
4. Execute this command: sudo ln -s /usr/bin/arm-koji /usr/local/bin/armv6-koji
5. Ping someone on the OSTEP team via irc://irc.freenode.net/seneca to add your FAS2 username to the Koji instance.
6. Profit! -- You should now be able to issue commands to the armv6hl koji system by typing: armv6-koji command
In due course, we'll get this configured as a standard secondary-arch Koji instance, and you can skip the steps above -- but in the meantime, if you want to help with the armv6hl effort, those are the steps required.