The GNOME project released today
GNOME 3.4, the
second major update to the GNOME 3 platform. Congrats!
I know there's lots of polish and improvements to some of the major rough
edges in GNOME 3.2, but I think that of all changes in this release, Epiphany
really stands out, as you can see in blog posts by
Xan
and Diego.
Work to bring
GNOME 3.4 to Debian
wheezy users has been underway for a few weeks already, and some bits
and pieces have been hitting unstable since the tarballs were
released a pair of days ago. We still need more base work to be done before
some exciting components like GNOME Shell can hit our archive, and we want to
fix as many
FTBFS with GLib 2.32
bugs as possible before pushing it to unstable, but all in all, hopefully this
time, shepherding a major GNOME release to Debian testing won't be
as painful
as it was not so long ago. However, we have already identified some fun bits
involving clutter, cogl and mutter in our initial analysis, but nothing that
hopefully can't be dealt with in a civilised way.
As always, if you think you can help us, we're reachable at #debian-gnome
at OFTC!
Sarah's Mum had accrued too much annual leave and had to take some time off
work, so Sarah did some (very mild) arm twisting and convinced her to come
over for 3 weeks, and do a 5 day cruise to Mexico out of New Orleans.
Unfortunately, my annual leave situation wasn't quite so abundant, and I had
a lot going on at work, so regretfully I didn't join them on the cruise, and
instead went to New Orleans for a four day weekend when they returned.
From all reports, the cruise was very good. Zoe handled it well, although
she did say "home" a lot. One of the two stops in Mexico was to check out
some Mayan ruins, which looked awesome from the photos. The other stop
involved a dolphin encounter. I was incredibly envious of all that they got
to do, and would have loved to have gone with them, as I've never been on a
cruise ship either.
I can also report that no cats were lost during this bachelor stint.
I had a night flight on the Wednesday evening to get there, which was
scheduled to get in at around midnight, and I'd booked a motel room near the
airport for that night, and we'd booked a vacation rental home for Thursday
to Sunday nights. Unfortunately, my flight ended being delayed something
like 2.5 hours, so I didn't get into New Orleans until around 2am.
The house we rented did the trick
nicely. It was a small "shotgun" duplex in
what looked like a nice neighbourhood. It was advertised as being close to
the street car line, but they were doing some work on the tracks, so the
street car didn't seem to be running as far down the line as it usually did,
so it ended up being a bit more of a trek to get to it. It was also
extremely slow, and there was a marathon on the Sunday, which closed
everything down for a long time, making it a generally pretty unreliable
form the transport.
We ended up renting a car for Saturday and Sunday, which was something of a
saga in itself, as Enterprise
didn't have any cars at the location we'd booked one, so after a couple of
hours cooling our heels there (Zoe was incredibly well-behaved, all things
considered), they shuttled us over to another location and we ended up with
a minivan instead of a compact, which for the same price, allayed our
concerns about being able to transport all of our luggage to the airport on
Monday morning.
We had a very early morning flight on Monday morning to come back, which got
into SFO at around 9am, and I went directly to work from there.
Thursday
We all arrived at the house, separately. It ended up taking them 2 hours to
disembark the ship when it came back into port, with Customs taking an
eternity to process everyone. I think we went exploring the local area that
afternoon, and took a street car into the city to check out Bourbon Street,
having a Cajun dinner at Remoulade.
Friday
In the morning, we went to check out Lafayette Cemetery
Number 2. Sarah took Zoe back to the house for a nap, and Sarah's Mum
and I continued back to explore the French Quarter some more, walking down
the length of Royal Street (which was vastly different from Bourbon Street,
just one block over). We had lunch at the French Market. The cemetery was
interesting, as pretty much all of the graves were these huge above ground
tombs, that seemed to have multiple family members interred in them.
Apparently the cemetery filled up quite quickly courtesy of a Yellow Fever
outbreak.
After lunch, Sarah's Mum and I continued wandering around the French
Quarter. We went and took a look at the Mississippi River, and I had an
encounter with a grifter who was so good at his job I couldn't bring myself
to argue with him over the $20 he diddled me out of.
We tried to get to the Civil War
Museum, but it closed at 4pm. We looked at the Robert E. Lee Monument,
which seemed to be draped in drunks, and then I think we rendezvoused with
Sarah and Zoe back on Canal Street for dinner at The Court of Two Sisters (which
apparently we were under-dressed for, as Sarah and her Mum said we were
getting a lot of dirty looks from other patrons).
Saturday
On Saturday morning, we had the aforementioned car rental experience from
hell, and by the time we had the car it was lunchtime, so Zoe napped in the
car after lunch on the way out to Oak Alley
Plantation, where we were introduced to the delightful beverage known as
the mint julep, and
took a tour of the house and wandered the grounds.
Sunday
On Sunday, Sarah and her Mum did a swamp tour, and Zoe and I went to the
zoo. As I said earlier, there was a marathon that completely closed down
Saint Charles Avenue, which is where the street cars run, so after walking
down to where the street cars started operating (which ended up being most
of the way down South Carrollton Avenue), the driver informed me that the
street cars were queuing up at the corner of South Carrollton and Saint
Charles, and I should get off her street car and get on the one at the front
of the queue. I did this, but the driver of the front street car informed me
that she wouldn't be leaving for an hour and half. At this point, I started
considering a bus instead.
Zoe and I went to check out the Mississippi River, which was quite close to
where we were, and then I went back, and despite a street car having left
(without any passengers) the driver of the current street car couldn't tell
me when she'd be leaving, so I started walking down Saint Charles Avenue.
Unfortunately, Zoe's going through a phase where she wants to be carried
everywhere, so I was lugging her all over the place on my hip. Sarah didn't
take a stroller with her, and instantly regretted it. Lesson learned.
Eventually we managed to get onto a bus, which dropped us off at Audubon Park,
which had Audubon
Zoo at the other end of it. There was a playground near the Saint
Charles Avenue end of the park, so Zoe had a bit of a play on that, and then
we continued through the park to the zoo.
Mercifully, the zoo had dodgy strollers for rent, and there was no way in
the world I wasn't going to rent one of them, so that made getting around
with Zoe a lot easier on my back. We had a really good time at the zoo.
There was some sort of a music festival on in the parklands within the zoo
grounds, and that included a jumping castle, which Zoe expressed a desire to
have a go on. She had a fabulous time on it. I think she probably spent
about 15 minutes in there, without any tears. I was very impressed. I took a
brief video of some
of her antics.
It was getting close to Zoe's nap time, and she was getting tired, but
fortunately Sarah and her Mum were able to pick us up from the zoo after
their swamp tour and Zoe got to nap back at the house.
Monday
We had a very early start. Unfortunately, our flight (with United) was a
couple of days after United and Continental officially merged, and despite
having checked in online, we had to queue up with everyone else (for an
extended period of time) to drop off our checked luggage. Then there was a
45 minute line for security screening. We pulled the "toddler going to melt
down" card and jumped to the head of the line, but Sarah's Mum had to wait.
The flight ended up being delayed because people were stuck in the security
line.
Overall impressions of New Orleans
Fabulous architecture. There were so many gorgeous houses on Saint Charles
Avenue and the surrounding area. I'd have loved to do an architecture tour.
Crap (but cheap) public transport. $3 gets you a day pass. The street cars
are cute, but slow and unpredictable. The drivers were remarkably unhelpful.
The buses were okay.
Great food. Zoe seemed to have a liking for the spicy stuff. I gave her some
fresh alligator jerky, and after some initial coughing and spluttering at
the spiciness of it, she came back for more.
Post-Katrina recovery. We really only saw a very small part of the city, but
there were still some houses with boarded up windows, and some vacant blocks
where buildings had been demolished, but largely you'd not have been able to
tell that large parts of the city had been underwater, from casual
inspection.
I really enjoyed the trip, even though it was brief, I feel like I got a
good feel for the place. We were there just after Mardi Gras, and there were
still beads everywhere. Draped all over fences. Over power lines. Trees on
the parade route were absolutely covered in beads. I'd have loved to have
been there for Mardi Gras. My friend Brandon, who is an excellent street
photographer, took some great
photos that capture some of it.
Photos from Sarah's cruise and our time in New Orleans are here.
Conrad is readying his fabulous
Armadillo C++ template library for
linear algebra for a new 3.0.0 release, and started to make pre-releases.
His version 2.99.1 came about a good week ago, it took us a few days to make
a small required change in
RcppArmadillo
(which is our R package providing Armadillo to R via
Rcpp)
but our release 0.2.37 was ready last weekend.
But then the good folks at CRAN did not
want it. That is at the same time disappointing to us as developers / maintainers:
work we do will not get pushed to largest number of users immediately. On the
other hand, we do understand that CRAN is under a lot of strain. Years ago
John Fox demonstrated exponential growth of packages at CRAN, the rate was
then around 40% per year. Right now the number of packages exceeds 3600, and
there are often several dozen daily updates (which you can follow with the
CRANberries service for html and rss
I had set up years ago). And the three CRAN maintainers all have full-time
jobs as academics, and they also happen to be busy R Core members. Plus the
new R version 2.15.0 is to be released at the end of the week, and this usually entails a number of
package changes, putting extra strain on CRAN right now. For more on new or updated CRAN policies, see
this long thread.
Now, as I wrote on the rcpp-devel list,
there is of course always install.packages("RcppArmadillo", repos="http://R-Forge.R-project.org")
for a direct installation from R-Forge. But as I just put
0.2.38 there, it may take the running of the batch updates on the site so if
you want it now, follow this link to my local Rcpp archive.
All that said, here are the NEWS entries for these two last releases:
0.2.38 2012-03-28
o Upgraded to Armadillo release 2.99.2 "Antarctic Chilli Ranch (Beta 2)"
* added .i()
* much faster handling of .col() and .row()
* expressions X=A.i()*B and X=inv(A)*B are automatically converted
to X=solve(A,B)
0.2.37 2012-03-19
o Upgraded to Armadillo release 2.99.1 "Antarctic Chilli Ranch (Beta 1)"
* added non-contiguous submatrix views
* added hist() and histc()
* faster handling of submatrix views
* faster generation of random numbers
* faster element access in fixed size matrices
* better detection of vector expressions by sum(), cumsum(),
prod(), min(), max(), mean(), median(), stddev(), var()
As always, more detailed information is on the
RcppArmadillo page.
Questions, comments etc should go to the
rcpp-devel mailing list
off the R-Forge page.
The winter has been busy everywhere, and not much happened in
FusionForge land. However, this is over, and we've started pushing
again, with a focus on making our next 5.2 release ready.
We've started a stabilisation branch and set up Jenkins jobs to run
our various testsuites on it. Packages built from that branch have
also been uploaded to the "experimental" suite in Debian (they need a
manual approval before they actually appear there, but that shouldn't
take too long). They should be installable and working even on Debian
Squeeze (stable), although they focus mostly on Wheezy (testing).
My personal goal is to have a solid 5.2 release and include it in
Wheezy so it can be part of an official Debian system.
What this all means is that we welcome tests and reports of breakage;
users of 5.1 or earlier versions in particular are encouraged to test
upgrades (in virtual machines or development environments, obviously,
if the production server is sensitive). We also welcome translators;
there are many new plugins, which means many new translatable strings.
We'll probably do release candidates before the final release; I'll
announce them here (in addition to the
fusionforge.org website).
Stay tuned!
If this were twitter (and if I had a twitter account, which I don't),
this post would start with "RT". As it is, you'll have to make do with
this link: Bjorn Monnens on
why he chose Debian testing over Fedora.
This weekend I switched again to Debian 6 testing as this is also Gnome 3. I had to do the same stuff as for Fedora but I noticed already that it s much more stable and it is also much faster than Fedora. Boot is really a difference of +30 seconds.Go team! (with apologies to those who read this blog through Planet Grep, as Bjorn is there too)
CLIENT SPECIFIC OPTIONS
-d, --dualtest
Do a bidirectional test simultaneously
Doeth the program:
host1:~% iperf -dc host2
WARNING: option -d is not valid for server mode
------------------------------------------------------------
Client connecting to host2, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local host1 port 42220 connected with host2 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 376 MBytes 315 Mbits/sec
host1:~% iperf -c host2 -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to host2, TCP port 5001
TCP window size: 63.1 KByte (default)
------------------------------------------------------------
[ 5] local host1 port 42221 connected with host2 port 5001
[ 4] local host1 port 5001 connected with host2 port 57550
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-10.0 sec 98.7 MBytes 82.8 Mbits/sec
[ 4] 0.0-10.0 sec 978 MBytes 817 Mbits/sec
host1:~%
Ignoring the transfer rates, I invite you to spot the
premature,misguided optimization.
This is quite subtle and probably non-obvious during
implementation. The moral of the story is to collect all
data before starting to evaluate it, at least if full information
is needed for correct processing.
Before anyone points out the obvious, yes I
filed a bug.
I have a few thoughts based on the yet another round of debate where marketing clashes with free software advocation and technical details. Nothing new in the debate itself, but I'm adding a couple of insights.
Today we released Epiphany 3.4. It includes all the fixes, enhancements and new cool features that we build since September 2011. That is 6 months of cool stuff!
Xan already explained the bigger picture but I want to highlight some details in the spirit of Every Detail Matters.
Improved location bar, and the new history backend
The location bar suggestions now load extra-extra-fast, thanks to our new SQLite backend.
Besides being extra fast, SQLite allows us to make complex queries to offer better results in the completion. Goal for 3.6: to successfully handle searches like that page, with the dog, you know, that one with the funny one .
This also makes possible to have a cool Overview start page for 3.6. Much like Chrome or Opera do.
An awesome UI: cleaner toolbar, loading progress
That is all the chrome you are getting, kid!
Less distractions, more web! All the usual tools are still available in the gear menu:
Oh, and this other one is a pretty one. Check out the new load progress indicator:
You might have already noticed the combined stop/reload button. Some other niceties like the new link tooltips are all over the place. I will not ruin the surprise
.
Reliable download icons
This is my friend Juanjo:
He is always happy. One day he said: Diego, my PDF documents are shown as boxes while downloading. It makes me mad!
I want Juanjo to keep that happy hacker smile. So I decided to fix this. Downloads now have a better idea of the icon they should show:
Page icons, now a WebKitGTK+ feature
And, last but not least Less lines:
$ git diff --shortstat 3.2.0..3.4.0
328 files changed, 73211 insertions(+), 104528 deletions(-)
Unlike other browsers, Epiphany does not have dozens of engineers behind the project. This means that the more code we have to maintain, the less time we have to develop new features and to even maintain that code! Also, this makes Xan happy.
But luckily Igalia has hackers like Martin Robinson who are willing to show us how hacking should be done:
Epiphany 3.4.0, alias, Web. Is an awesome release. It will soon be in your distro of choice.
Thanks Allan for the screenshot help!
Over the weekend we held the NetSurf developer workshop. The event was kindly hosted by Collabora at their Cambridge offices. The provided facilities were agreed to be excellent and contributed to the success of the event.
We also took the opportunity to discuss and plan other issues including:
The recurring issue of disc caching was raised again and we have come up with what we hope is a reasonably elegant solution to be implemented over the forthcoming months.
Until recently I've had a Canon EOS 1000D, my starter-camera, and a Canon EOS 40D which is my real-camera.
The 40D is older, but it probably counts as a "semi-pro" body, albeit
an old mid-range one. From an image size point of view there isn't too
much to tell them apart - both produce 10MP images. But from a hardware
and ease of use sense the 40D has several key features which made it a compelling upgrade:
| EOS 1000D | 1780312242 |
| EOS 40D | 1230734041 |
| EOS 5D MK II | 4131916951 |
thanks to lucas' last archive
rebuild, this week offered some new & easy additional RC bugs :)
here's the list:
fsck, which, while it still won t fix file system inconsistencies, should at least report actual inconsistencies (which is far from being true currently). I won t give any estimation as to when this will happen, though.
Hm, I realized that I
announced this on Google+ (via Rcpp) as well as
on Twitter,
on the r-packages list,
wrote a new and simple web page for it,
but had not put it on my blog. So here is some catching up.
Sequential Monte Carlo / Particle Filter
is a (to quote the Wikipedia page I just linked to)
sophisticated model estimation technique based on simulation.
They are related to both Kalman Filters, and Markov Chain Monte Carlo
methods.
Adam Johansen
has a rather nice set of C++ classes documentated in his
2009 paper in the Journal of
Statistical Software (JSS).
I started to play with these classes and realized that, once again, this would make
perfect sense in an R extension built with the
Rcpp
package by Romain and
myself (and in JSS too). So I put a first prototype onto R-Forge and emailed
Adam who, to my pleasant surprise, was quite interested. And a couple of
emails, and commits later, we are happy to present a very first release
0.1.0.
I wrote a few words on a RcppSMC page
on my website where you can find a few more details. But in short, we
already have example functions demonstrating the backend classes by
reproducing examples from
pfLineartBS() for a linear
bootstrap example;
blockpfGaussianOpt()
pfNonlinBS().
The animation is of course due to ImageMagick glueing one hundred files into
a single animated gif.
More information about RcppSMC is on its page,
and we intend to add more examples and extensions over time.
As many of you know, I m highly critical of most software. Anyone that s met me in person has most likely heard my all-too-common tirades on why software makes my life worse.
I figured, since I m so hard, and I ve recently found some software I feel good about using, I d start another one of my ongoing series on software I don t hate, or rather, software I might actually say I like.
Out of nothing but pure luck (the author followed me on twitter, so I ended up checking out his profile, finding some stuff I liked, and checked out his github), I came across Github Notifier, which works on Chrome, Firefox and Opera.
This plugin shows the octocat on the toolbar, with a count of the unread GitHub notifications.
The GitHub API (both V2 and V3) don t have support for getting notification counts, so this plugin / extension works by scraping the notification page. I feel OK about this because the code is pretty minimal and clean.
Here s it in use (on my machine)
Thanks, @sindresorhus!
During the last month I worked as upstream maintainer of LADI Tools and now I m happy to introduce the first stable release! So, to answer the usual question What s new? , here is a short description of the changes introduced (taken from the NEWS file included in the release tarball):
Laditools 1.0 Lady O
Apart from wladi and g15ladi, most of ladi* tools have been renamed:
from laditools import *
Two-in-one solution for LADI System Tray
Formerly laditray was an implementation of GtkStatusIcon to put a nice right-clickable icon into the system tray to allow users access JACK controls easy way. It s been mostly rewritten and now it shows an AppIndicator icon (if the library is available), or fall back to the Freedesktop.org s old-fashioned System Tray Protocol Spec-compliant icon.
Project s new homepage
The project s homepage is now hosted by Launchpad.net, the code is hosted by repo.or.cz and it s available here for browsing.Next.