[13919 total ]
Srinivasa Ragavan: Who forked it?

Srinidhi & I made some  GNOME stickers for foss.in .

We distributed to foss.in attendies and some minutes later we observed that our stickers were all sold out and I saw this

Didn’t realize when I first say huge sheets of KDE square stickers, why they are for ?

Johan Dahlin: News from the introspection world

There has been a number of recent developments in the world of introspection, let me summarize some of them:

First of all, the litl got uncovered and released a couple of weeks ago. The whole litl software platform is heavily dependent on ... [More] the introspection parts and on the gjs, the spidermonkey javascript bindings. It’s been a great experience of easily being able to move code between javascript and C as we see fit. Adding a new method to a GObject class in C is just a make a away from making it available to the javascript bindings. Lucas and Scott have written more about the technical parts of the litl.

Gjs has recently gained callback support, which has been kind of a personal pet peeve for me. Making sure that functions and methods with callbacks are possible to call from a language binding has always been difficult. GClosure sort of solves that problem, unfortunately very few libraries actually use them. Most of the tricky work of landing callback support in Gjs was done by Maxim Ermilov, rock on!

The Python bindings are also moving along pretty quickly. Tomeu Vizoso and Simon Van Der Linden has been working aggressively on making them solid. The rumor tells me that Tomeu has the whole OLPC Sugar interface running on top the new bindings, with significant speed and memory improvments!

Elliot Smith at Intel blogged about his experiences on using Gjs on Moblin developing a clutter application. Zach Goldberg writes about his experiences on adding callback support to the python bindings.

More and more libraries are adding introspection support, the latest ones are libgda and moblin toolkit. [Less]

Thomas Wood: Festive Beers

With the festive season fast approaching, Hylke and I realised that we hadn’t had a GNOME beer event recently and that if we wanted to do one before the end of the year, it would have to be pretty soon. So, a little on the short notice side, is ... [More] anyone up for beers in London next Friday (11th)? If so, drop your name onto the wiki page and we’ll see you then! [Less]

Stormy Peters: Book Review: Survival of the Sickest

<iframe frameborder="0" marginheight="0" marginwidth="0" scrolling="no" ... [More] src="http://rcm.amazon.com/e/cm?lt1=_blank&amp;bc1=FFFFFF&amp;IS2=1&amp;bg1=FFFFFF&amp;fc1=000000&amp;lc1=0000FF&amp;t=bookreview01-20&amp;o=1&amp;p=8&amp;l=as1&amp;m=amazon&amp;f=ifr&amp;md=10FE9736YVPPT7A0FBG2&amp;asins=B0013L2E2M" style="width: 120px; height: 240px; float: left; margin-right: 20px;"></iframe> I really enjoyed reading Survival of the Sickest: A Medical Maverick Discovers Why We Need Disease. Dr. Maolem explains how the diseases we suffer from have helped us survive in the past. For example, people with hemochromatosis were more likely to survive the plague. (Bacteria needs iron to survive and while people with hemochromatosis have lots of iron in their blood, they don't have any in their macrophages.) They died early due to their disease but after their child bearing years so the disease, and its advantages and disadvantages, were passed along.

He theorizes that diabetes might have helped people survive a mini ice age - sugar raises the freezing temperature of blood.

Like good teachers, Dr. Maolem and his co-author Jonathan Prince use a lot of interesting anecdotes and facts to make the material easy to relate to and memorable. (Did you know Inuit hunters can raise the temperature of the skin on their hands from freezing to fifty degrees in minutes? And do so periodically when they are outside?)

You may or may not end up agreeing with all of Dr. Maolem's theories, but if you like understanding why and how the human body and evolution work, you'll probably enjoy Survival of the Sickest. [Less]

Og Maciel: My Own Personal Translation Portal in the Cloud

Had some time today during lunch to work on the Transifex Appliance and decided to play with the newly added feature of supporting subversion over https. So I launched the devel EC2 instance on Amazon Web Service and proceeded to add PCMan File ... [More] Manager so that I could translate it online. Before you ask, yes: I do have commit access to the project and could have checked out the code locally and done the work as I usually do, but that’s not fun! Besides, being the good citizen that I am, I felt like testing this new feature (remember: this is only available on tip!) and providing some feedback.

After updating my appliance to run the latest code, I took a stab at trying to add PCManFM as a project and see if I could then work on trunk code. To make a long story short, the code did not play well with subversion repositories with invalid ssl certificates, and it fell flat on its face. A quick look at the Transifex log files via the appliance’s administrative interface, I was able to ping diegobz on #transifex and with a very subtle crack of a whip got him to look into the problem.

We then proceeded to test and validate some of the changes he made on the spot, and once we got it right, I updated the appliance to use the new code. From then on, it was a matter of creating the project:

Add the proper information to pull code from trunk (I set the Root attribute to https://pcmanfm.svn.sourceforge.net/svnroot/pcmanfm/trunk/ by the way):

Configure it for submission directly to the upstream project (I could also have chosen to send it as a patch via email to the mantainer):

And start working on my translations using the handy dandy Lotte editor:

A few minutes later I was submitting away my translation and getting it committed automatically to the upstream project! This is how translations should be done by the way: working directly with the upstream project.

The only time I had to ssh into the appliance and do manual configuration changes was when I entered my subversion credentials for SourceForge (that’s where PCManFM’s code is hosted) into the /usr/share/transifex/settings/80-vcs-extras.conf file. I added the following line and restarted the apache server:

SVN_CREDENTIALS = {’sourceforge.net’: (’MY_SF_USER_NAME‘, ‘MY_PASSWORD‘)}

Yeah, I shouldn’t have to ssh into the appliance but I have bugged the Transifex guys about this and am trying to convince them to make this part of the project configuration process… It’s only a matter of time ’til they crack!

Anyhow, there’s some pretty cool new features scheduled to come out with the next release, like granular commit access…

… so, if you want to play with the latest Transifex code, make sure to download the Transifex Appliance Devel images and always keep it up to date using the web based administrative interface. If you’ve never used it, just point your browser to the appliance’s IP address but make sure to use https and add port 8003! For instance, https://ec2-75-101-171-187.compute-1.amazonaws.com:8003 *

* don’t bother trying this url for it will be shutdown soon

As always, feel free to ask me anything related to the appliance, and file issues and/or send your thank-you notes to the Transifex guys! [Less]

Zeeshan Ali: GSSDP 0.7.1 and GUPnP 0.13.2 released!

GSSDP 0.7.1 released!

- Don't leak target regex.
- Make GSSDPClient ignore Point to Point interfaces.
- Use SO_REUSEPORT if present. Darwin and some BSDs don't have SO_REUSEADDR, but
SO_REUSEPORT.
- If we can't create a ... [More] request socket don't try to create a multicast socket.
- Have specific GError code for interfaces without an IP address.
- Actually remove gssdp_client_new_full().

Bugs fixed:

1898 - GSSDPClient keeps autoselecting my VPN
1810 - Not possible to run multiple ssdp clients on darwin
1800 - leak of a gregex in gssdp-resource-browser
1796 - gssdp_client_new_full is declared in header but not implemented

All contributors:

Olivier Crête <olivier.crete>
Ross Burton <ross>
Iain Holmes <iain>
Mattias Wadman <mattias.wadman>
Zeeshan Ali (Khattak) <zeeshanak>

Download release tarballs from here

GUPnP 0.13.2 released!

Changes since 0.13.1:

- Utilize libconic (Maemo5) if available.
- Unix context manager must signal the unavailibility of all contexts when
disposed.
- Enable silent build rules if they are available.
- Fix race-conditions in client-side notification handling.
- Unix context manager ignores point-to-point interfaces.
- Context manager ignores interfaces without IP addresses.
- Don't require timeouts to be specified in subscription requests.
- Fix build against gcc 4.[1,2].
- Make network manager thread-safe.
- Remove idle source on dispose in context manager implementations.
- Warn in docs that gupnp_service_info_get_introspection() is evil and why.
- Service retrieves introspection data in truly async way.
- Fix some leaks.
- A bunch of code clean-ups.

All contributors:

Olivier Crête <olivier.crete>
Zeeshan Ali (Khattak) <zeeshanak>
Ross Burton <ross>
Jens Georg <mail>
Cem Eliguzel <celiguzel>

Bugs fixed:

1890 - Timeout parsing problem with SUBSCRIBE method
1880 - subscription/notification handling is racy
1906 - Tests failed with gupnp 0.13
1849 - Compile error when using gcc 4.[1,2] and strict aliasing
1494 - Ability to deal with multiple network interfaces
1881 - networkmanager interaction should use its own dbus connection

Download release tarballs from here [Less]

Michael Meeks: 2009-12-04: Friday.



Sitting at work, hacking away - and the dead server, that hasn't
responded to the power button & been has most obstreporous - decided
to spontaneously switch itself on: nice - useful for kernel building. At
least that ... [More] isolates some strange wake-on-lan problem - since it wasn't
plugged in; seems to be temperature related instead - with the electric
heater on for a bit - finally, the unofficial room heater is back in
order. If only I could find a solution for that row of intermittently
black pixels in my T60 LCD, and a new R40 fan assembly - all computers
would be well again.

Spent a loong time fiddling with the kernel tracing infrastructure,
all these multiply processed, magic macros are well & good until
something goes wrong, and it is impossible to work out which line
contains the error; or you need to do something that hasn't been
anticipated. Eventually gave up, and wrote a new set of tracing
helpers for files.

Spammed an un-suspecting GregKH with my patch. Worked on LXF
column at some length. [Less]

Erich Schubert: Tracking outgoing links with Google Analytics

Here's a code fragment to track outgoing links with Google Analytics.
As usual, use it at your own risk. I can not give you support for
Google products, for obvious reasons.

To use it, you <me>need at least understand where to ... [More] put it (call it
in a try-catch in onLoad) and how to adjust the variable name of your page
tracker (I'm not using the default).

function trackLinks(){
var as=document.getElementsByTagName("a");
var ig=["mydomain.tld","google-analytics.com"];
for(var i=0; i<as.length; i++) {
var ignore=false;
var oc=as[i].getAttribute("onclick");
if(oc!=null){
oc=String(oc);
if(oc.indexOf('urchinTracker')>=0
|| oc.indexOf('_trackPageview')>=0
|| oc.indexOf('javascript:')>=0)
continue;
}
if(as[i].href.indexOf("mailto:")<0){
for(var j=0;j<ig.length;j++){
if (as[i].href.indexOf(ig[j])>=0)
ignore=true;
}
}
if(!ignore){
as[i].onclick = function(){
var o=this.href.replace(/:\/*/,"/");
pt._trackPageview('/out/'+o)+";"
+ ((oc!=null)?oc+";":"");
};
}
}
}

This code tries to attach an onload handler to any outgoing link, ignoring
internal links or links that use JavaScript. If such a link is clicked,
it generates a virtual page access with an "/out/" URL that can be analyzed
in Google Analytics.

A side benefit (apart from knowing which links are interesting to your
visitors) is that you should get more accurate "time on page" statistics for
your pages. [Less]

Alejandro Piñeiro: HAIL goes public

Although somewhat late, as Hildon were made public some months ago, I want to announce that HAIL was moved today to gitorious (better late than never).

HAIL stands for Hildon Accessibility Implementation Library. This is basically a GAIL ... [More] extension, in the same way that Hildon is a widget extension to Gtk+. HAIL provides the a11y support for the Hildon widgets, included the new and fancy widgets created for Fremantle, the old libhildondesktop1 and the hildon file manager.

At last, just comment that Cally development is still in process, some bugs were resolved this months. Right now I’m working on the text changed, caret-moved and focus events management, and there is already a branch with a first solution. [Less]

Nat Friedman: Above taker

Talking to my wife Stephanie last night, we realized that “entrepreneur” literally means “between-taker” in French.

And Stephanie pointed out something interesting: the German word for entrepreneur is Unternehmer – literally ... [More] “below-taker” (or “undertaker”).

So the French take between and the Germans take below.

I wonder if there’s a language which uses “above-taker” to mean entrepreneur? [Less]