Search Results: "benjamin"

25 March 2006

Jeff Bailey: Bicycling!

Yay to Bicycling! I don't think I've been on a bike in what.. 5 years? I didn't ride most of my last year in Vancouver, and it's been almost 5 since we left (eep!) Benjamin Mesing had been here in Montr al from Germany for a year and was selling his bike on his way back home a month or so ago. Today, I went out and bought a helmet, then hopped on the bike to take some library books back.<br /><br />The bike is in fairly rough shape. I'm a bit spoiled in that I'm used to buying new hybrid bikes, but as I work from home there's no point. In Vancouver I would travel up to 40km/day on my bike. I've taken it into the shop, and should get it back next friday. Handlebar alignment, rear wheel trueing, replace front tire, align all breaks, grease and tune gear cables, and generally hose the thing down with oil.<br /><br />On the walk home, I discovered that there's a fairly large Rachelle-B ry at Rachel and Berri. (I don't know why I never looked there...) All told, a very wonderful day.

12 March 2006

Benjamin Mako Hill: Remembering Push Singh

I haven't blogged recently and have been somewhat quiet and out of touch over the last few weeks more generally. I've certainly been busy but have also been trying to find words to describe the recent death of my friend and colleague, Push Singh. Push was a next-door neighbor at the Media Lab, an academic neighbor in the Electronic Publishing research group, and a neighbor in my building at home. If you've come to parties at the Acetarium, chances are you met him. Push was an up-and-coming AI researcher and something of a protege of Marvin Minsky. He had recently accepted an appointment to the MIT Faculty starting next year. His loss has come as quite a shock to everyone, to say the very least. Last Thursday was the last of several organized memorial services for Push and it now seems that its time for those of us effected by his death to get back to our lives. Rather than poorly summarizing Push and his impact on me here, I can point you some of the things that I and others said about him on a wiki page we have created to collect remembrances and in the obituary published in MIT Tech Talk. Push will be missed and I will continue to mourn his loss.

5 March 2006

Uwe Hermann: HOWTO: Anonymous communication with Tor - some hints and some pitfalls [Update]

Warning: Very long post ahead. You have been warned! What? Tor is a Free Software project (revised BSD license), developed by Roger Dingledine and Nick Mathewson, which creates an infrastructure for anonymous TCP communication. From the project website:
Tor is a toolset for a wide range of organizations and people that want to improve their safety and security on the Internet. Using Tor can help you anonymize web browsing and publishing, instant messaging, IRC, SSH, and other applications that use the TCP protocol. Tor also provides a platform on which software developers can build new applications with built-in anonymity, safety, and privacy features. Tor aims to defend against traffic analysis, a form of network surveillance that threatens personal anonymity and privacy, confidential business activities and relationships, and state security. Communications are bounced around a distributed network of servers called onion routers, protecting you from websites that build profiles of your interests, local eavesdroppers that read your data or learn what sites you visit, and even the onion routers themselves.
Tor also allows you to set up and/or use a so-called Tor hidden service, i.e., a server which offers some service (a website, ssh access, or similar) without revealing its IP to its users. Why? Why would you want to use Tor? Well, because you probably don't want anybody (neither state agencies, nor companies, nor "hackers", nor any other individuals or groups) to be able to record, analyze, and (ab)use information about your web browsing habits, or any other communication habits. For instance, you don't want Google to have a complete search-profile of you, which — even worse — might some day get in the hands of other parties. In the days of massive data retention you don't want all your electronic traces to be recorded, stored for ages, analyzed, and data-mined for dubious reasons and with even more dubious results and false conclusions drawn which might negatively affect you. If you're a human rights activist in China, you want anonymous communication. If you're a whistleblower, you want anonymous communication. The list is endless. For securing your communications, so that nobody is able to sniff your emails, your chat messages, your passwords, your private documents and conversations, you use encryption. For communicating anonymously you can use Tor. Combine both, and you have secure and anonymous communication. In case you're wondering whether criminals might abuse Tor, read the Tor Abuse FAQ. Short answer: yes, but if you're willing to break the law, you already have anonymity (open access points, stolen/prepaid mobile phones, etc.). You don't need Tor to do bad things if you're a criminal. If you're one of those horrible "oh, but I don't have anything to hide" guys, consider this: Say you have a drug/alcohol problem and want to visit an anti-drugs/anti-alcohol website or forum for help. Would you want the whole world, your neighbors, your co-workers, your boss, to know that, or would you rather want to keep that a secret? Say you have AIDS and want to get information on the web? Or, to make the example even more dramatic: Would you want some random guys to be able to watch you while you fuck your wife? No? So you have something to hide after all, right? My point is: Everyone has something to hide, even more, it is a basic human right to have the ability to hide something. It's called privacy. How? Tor implements a form of onion routing to, basically, push encrypted data through multiple Tor nodes (servers), before it reaches the final destination (e.g. a website). The result is that neither the website owner, nor a local eavesdropper, nor any single Tor server knows who requested that specific website, hence you are communicating anonymously. For more technical details, read the Tor overview and the Tor documentation pages. In order to use Tor, you have to install and run a local Tor client/daemon (this is not necessarily a Tor server!). On Debian, type apt-get install tor, on other systems you can get the respective binary packages or download the sources and compile Tor yourself. Usually Tor is used together with Privoxy, a configurable HTTP proxy which sanitizes your web-browsing experience by removing nasty banner ads, pop-ups, JavaScript, webbugs, cookies etc. etc. So: apt-get install privoxy. After installing and starting Tor and Privoxy, you can now configure your webbrowser to use Privoxy as an HTTP proxy (see below), and Privoxy will in turn use Tor to anonymize your communication if you add "forward-socks4a / localhost:9050 ." to your /etc/privoxy/config. Anonymizing various applications Most (but not all) of the following information is also covered in the very useful Torify HOWTO in the Tor wiki (I will add the missing information there, ASAP). As I'm pretty paranoid, I have checked every single of these configurations with Ethereal to ensure that the traffic is really anonymized. However, if you are paranoid, you shouldn't trust me, but rather test this stuff for yourself! Warning: DNS Leaks:
The biggest problem with many applications is that they leak DNS requests. That is, although they use Tor to anonymize the traffic, they first send a DNS request untorified in order to get the IP address of the target system. Then they communicate "anonymously" with that target. The problem: any eavesdropper with more than three brain cells can conclude what website you visited, if they see that you send a DNS request for rsf.org, followed by some "anonymous" Tor traffic. The solution: use Tor together with Privoxy, that prevents DNS leaks. Many non-HTTP-based applications are usually torified using a small tool called torify (e.g. by typing torify fetchmail), but often this approach has DNS leaking problems, see below. You might also want to check out toraliases, a small shell script you can source from your ~/.bashrc file. It defines some functions and aliases which transparently direct the traffic of some (but not all!) programs through Tor. Applications which cannot easily be torified Anything not using TCP usually cannot be torified, as Tor only works for TCP. Pitfalls to be aware of More information More information is available in the Tor documentation, the Tor wiki, and especially in the Tor FAQ. In addition, there's an IRC channel on Freenode (#tor), some slides and a video (torrent) about Tor you might find interesting. If you would like to help, you can run a Tor server, donate some money, or volunteer to do other things (code, debug, document, translate, and more). That's it for now. I'm very grateful for comments and suggestions, especially for hints on how to anonymize more applications. Also, if you notice any dumb mistakes I made, please leave a comment. Update 2006-03-07: Fixed typos, added link to the toraliases project (thanks Benjamin Schieder).

4 March 2006

Josselin Mouette: Making fun of people is bad...

... but sometimes you just can't hold on.

Mike Hearn, author of the wonderful autopackage installation software - the one that's breaking your distribution by overwriting files installed by the package manager - has been entertaining me these days. After claiming to have "designed a versioning scheme" that he compared to ELF, he started a flamewar about how Debian likes to break upstream's software - without any relevant example so far. Interestingly, this thread also showed there are still some people to believe D.J. Bernstein's teachings can be useful.

His latest blog entry really made my day. After complaining about people not using autopackage enough (guess why), he started again to claim Debian is breaking upstream's software, with finally one example: the user-agent in Xulrunner being broken. A bug in the first public release of the package. Just like we didn't fix bugs...

20 February 2006

Benjamin Mako Hill: Maybe Not

I saw an advertisement for PubCon today. It merely listed their name and their slogan/motto/catchphrase: "We start where other conferences finish." I thought about that for a second until I figured it out. Where do other conferences finish? Obviously, they finish at the pub! Hell, any decent conference will they finish in the pub not just once but every night. What a great idea! Why not just avoid the whole conference bit altogether and just go to the pub in big groups of like-minded people! It turns out, it's just some gathering for anyone "involved in the production, marketing, or management of a internet web site." Very disappointing. I will not go. You shouldn't either. If I remember and have time when PubCon is Boston (unlikely, remind me if you like the idea) -- April 18-20, 2006 -- I will try to organize my own PubCon, which will actually start where other conferences (including PubCon it turns out) finish.

13 February 2006

Benjamin Mako Hill: Debian: A Force To Be Reckoned With

I submitted the following proposal for a talk at Debconf6:
This talk offers a "Debian Themed" quick tour through the academic, legal, and business worlds. It overs insight into what everyone outside of Debian is saying about, doing with, and learning from the Debian project. In doing so, it hopes to give Debian participants some insight into fields and areas that they are largely unfamiliar with (e.g., management, sociology, anthropology, economics, computer supported collaborative work, etc.). It illuminates what others -- especially academics -- find useful or inspiring about the project and to facilitate self-reflection and self-improvement within Debian. It reflects on the impact that Debian has had in the world beyond the Debian project and, in particular, in those areas that many Debian developers may not be familiar with.
The good news is that the proposal was accepted. The bad news is that this means I actually have to finish doing the research to make the talk happen. To make the talk excellent, I wanted to solicit examples from you, great Debian community. I've already got my own list but I'd like to hear what you think I should talk about? What I'm not looking for is examples of people or organizations that use Debian. This talk is not about people who use the OS or the people who build it. This is about people who have learned from Debian as a community. Primarily, I'm looking for academic publications on Debian. However, anyone who has learned and designed a system or community based on such a paper or from observation would be good as well. People who use or have learned from our voting structure might be a good example as would communities with a Debian-derived social contract. Software engineering research is fair game. Be creative but remember that I've got a limited time on the podium and may be forced into the unpleasant position of being ruthlessly selective. Please add examples to this wiki page or just email mako@debian.org. That's if for now and I'll see you in... Umm... Oaxtepec.

6 February 2006

Benjamin Mako Hill: Memories From Winters Past

I don't think I ever blogged about the time I saw an ambulance being jump-started by another ambulance.
/copyrighteous/images/ambulance_jumpstart-small.png
I laughed at the time but the situation made me very uneasy. Nobody wants to see something they depend upon in crucial moments in such a pathetic state. In the future, I think they should do these sort of jump-starts indoors. Of course, it did answer one question. An ambulance's ambulance is, it turns out, just another ambulance.

Benjamin Mako Hill: Lost and Still Lost @ The Acetarium

Who ever said that the rewards of free software hacking are immaterial? Last summer, I described how Debian hackers traveling through 106 Haven in New York tended to leave leave with lighter bags than they arrived with. After the GPLv3 kick-off a couple weeks ago, I can say the Acetarium's visitors have been no less generous. That said, Mika and I are not as confident in our ability to identify the owners of misplaced items. Perhaps you can help. They say that the sum can be greater than its parts. Mika has discovered that this may, in fact, be the case with the Acetarium's lost and found. If you recognize this man is or can lay claim to any of his parts or possessions, please contact me and help us get him home.
/copyrighteous/images/lost_man-small.png

4 February 2006

Benjamin Mako Hill: If You Thought the Flessenlikker Had a Good Name...

I just created a stub in Wikipedia for the Hydrodaktulopsychicharmonica. I will visit the Music Library today for more information on this wonderfuly named instrument. If you have more information already, please contribute to the page.

Benjamin Mako Hill: The News Makes You Stupid

I've been spending what is increasingly clearly too much time reading the news lately and think it might have a negative impact on my intelligence. Here's one example of why I think this, taken from local news:
A teenager accused of going on a rampage at a gay bar with a hatchet and a gun sometimes glorified Nazism and had a swastika tattoo but never previously expressed any prejudice toward gays, friends say.
I'm sure he was the tolerant, sensitive, pro-gay-rights, secure-in-his-own sexuality kind of Nazi. Thanks Forbes for filling us in. Even if his friends are in fact ignorant enough to believe this, I'm don't see how this is newsworthy. Here's another bit from international news
The United States is expelling a Venezuelan diplomat after the Caracas government Thursday ordered an American naval attach to depart for alleged spying. ... State Department Spokesman Sean McCormack did not accuse Figueredo of any wrongdoing and did not explain why she was designated for expulsion other than to say she was the "most appropriate" choice. McCormack said the United States does not like to engage in what he termed "tit-for-tat diplomatic games," but said that Venezuela initiated the action and U.S. officials were forced to respond.
Copyrighteous spokesman Benjamin Mako Hill reminds McCormack of the definition of "tit-for-tat diplomatic games."

Daniel Stone: [tech] i am too elite to understand your design process

Usually I try not to get involved in the mind-numbingly pointless desktop wars, but Benjamin produces one of the most flawed arguments I can remember having seen.

Fair enough that you want to use the keyboard. I'm much quicker on the keyboard than on the mouse, and presumably so are you. After a long time using computers, and CLIs in particular, this is no surprise.

Most people are not this way. I can assure you that my mother is not this way, and prefers the comfort of the mouse whne navigating around. I don't see what your assertion that 'stating that a typical Gnome user does not want keyboard is simply false' is grounded in. Have you done studies? Do you know the exact breakdown of geeks vs normal people using GNOME? Remember that it's not just for the cool kids who can write their own code anymore -- I know plenty of 'normal' people using Linux now, typically with a GNOME-based desktop.

But, it's 'but don't say it is for users sake' that really throws me. Why do you think they do it? For fun? To see how many people bitch on blogs about it when they do it? Because they hate people and this is the best practical way to take out their anger on the world? They've done studies on their userbase (e.g. the Sun usability study), and they're doing what they believe is best. This is true of every desktop: they simply do what they believe will produce the best desktop for their userbase. Sometimes this results in decisions which people think are bad. Fine then, so be it. This is what's happened here, as opposed to your suggestion of a deep-seated hate for all their users, individually and collectively, or something.

Your claim to be a normal user is simply false. I can't claim the same thing. A good rule of thumb is that if you're capable of writing the application you're using, then you're not a normal user. In some cases, this means you're not its target userbase (not always: this holds more true for, say, Evolution, than mutt).

If you have truly constructive suggestions (not using the words 'crap' and 'simply false'), then provide feedback to the developers through the appropriate channels. If you don't think GNOME is for you, try some of the many excellent other desktops (KDE, XFce, GNUstep, whatever else is around). If you like GNOME otherwise and would like to make a concrete improvement, then submit patches.

Daniel Burrows's point was simple: you are probably not GNOME's target audience (this is not specific to benj; if you are reading my blog, then odds are you aren't GNOME's target audience). So, assertions that they've got it all wrong and they should listen to you on matters of interface design aren't really going to be helpful, because you just aren't the primary target market.

PS: Just because you write it in Latin, doesn't make someone else's argument a logical fallacy.
PPS: If you're still having trouble wrestling with this entry, imagine instead someone bitching about Debian being crap because they don't include the proprietary Flash plugin, a bunch of closed-source games, VMware, etc. That's not what Debian's about. Make sense now?

Benjamin Drieu: You are too elite to use my crap

Daniel, I'm afraid you are guilty of Argumentum ad populum. I would really like to see those millions of Gnome users confused by this small white square called a GtkTextEntry that every gnome zealot invokes when asked why keyboard support disappeared from a lot of Gnome features. What is funny is that the very Gnome Human Interface Guidelines ask not to [...] Limit Your User Base and that is exactly what the Gnome developers do. Stating that a typical Gnome user does not want keyboard is simply false. My own experience let me think a substantial part of Gnome users want both (and the Ctrl-L thingy does not count as keyboard support, it is just crap). I would perfectly understand Gnome developers prefer it this way, after all it is their choice. But don't say it is for users sake. And be prepared to loose many users with unique needs.

1 February 2006

David Nusinow: Bring It

Benjamin Mako Hill writes:
To Boston Debianistas

It's simple really: Get ready to show those New Yorkers that despite the fact that our subways are clean, look like toys and close at midnight, our bars close at two, our milkshakes are in no way actually milkshakes and our international airport is comparatively tiny, we can still have a way better Debian Social Scene.

Yeah baby. Boston Debian is heating up. Come for a visit and bring your whiskey (or fruity drinks for Ari) and your GPG key.

31 January 2006

Benjamin Mako Hill: Memory

My friend Radu uses memoryaid as his IM name. I added his nick to Bitlbee several days ago but had to take advantage of Bitlbee's "rename" functionality to do a little rename memoryaid radu. I couldn't remember that Radu was the person behind that nick.

29 January 2006

Benjamin Mako Hill: Yet Another GPLv3 Article

I've finally recovered from hosting a significant (in quality and also in quantity) chunk of the GPLv3 conference in the Acetarium. Over the last week, I've taken some time to reflect on and digest some of the license itself and, more importantly I think, the process by which it the license is being evaluated. While most of us try not talk about the products of our digestion, I've put together an essay with some of my thoughts on the issue. In particular, I talk about what I think is really at stake in the GPL revisions process and how we, as a community, can best proceed to the best possible license. The article is currently a feature on Newsforge. Comments and feedback are welcome!

27 January 2006

Benjamin Mako Hill: <em>RubyVote</em>

Authors who name their software using a one-word combination of the language the software is written in followed by a word that describes functionality are advertising their own unoriginality. Such names are slightly more acceptable when describing libraries where the language might actually matter. Then again, I might just be trying to rationalize RubyVote. RubyVote, of course, is the very descriptive, accurate, and uninspired name of a new election methods library I've just written and released in on RubyForge. Here's the short description:
An election methods and voting systems library written in Ruby. It provides a simple, consistent and well documented interface to a number of preferential, positional, and traditional election and voting methods.
Yes. Condorcet and Cloneproof-SSD are supported. The homepage and project pages, both of which are also descriptive, accurate, and uninspired, can be found here: The software is distributed under the GNU GPL.

Benjamin Mako Hill: <cite>Grave Matters</cite> by E. R. Shushan

Last weekend I was in New York again which meant that I had an opportunity to engage in what was, while I was living there, tied with Belgian beer for the status of my favorite vice: one dollar books. One of my more intriguing finds was a Grave Matters: a book consisting wholly of epitaphs. The book was a fun and very quick read In terms of the content, the epitaphs are more than able to speak for themselves. A sampling might include... There are people who seems glad to go, like Lydia Snow:
Gladly I quit this vile, decrepit clay,
To rise in endless youth, in endless day.
Wellfleet, Massachusetts 1816
There are folks like John Young or Richard Hind whose epitaphs are written by "friends" who were being perhaps a bit too honest:
JOHN YOUNG
Those who knew him best deplored him most.
[unverified]

Here lies the body of Richard Hind,
Who was neither ingenious, sober, or kind.
Chestnut, England, c. 1880
There are epitaphs that are just plain confusing like Nicholas Round's:
Here lies the body of Nicholas Round
Who was lost at sea & never found.
Great Yamouth, England, c. 1790
Additionally, the book is full of warnings and clever rhymes -- not of all which seem completely appropriate for a gravestone. While I still suspect it's a little premature, I'd like to borrow from Thomas Greenhill at least in part for my own epitaph:
Earth to earth's shovel up is shut,
A Hill into a Hole is put.

26 January 2006

Benjamin Mako Hill: cat - >> ~/.zshrc

alias psudo=fakeroot

25 January 2006

Benjamin Mako Hill: For Everything A Name

I've recently been speaking quite a bit about people who are principled, and sometimes not so principled, about free software. Now, I'm not convinced that name calling has ever done any movement much good but I won't let that stop me when I want a few concise way to describe different groups of unprincipled, hypocritical, struggling, or just plain confused free software users -- at least not when it's all in good fun. I do not, as I've mentioned before, consider myself immune from either my criticism or my epithets. To appreciate either term, you merely must recognize that the term FLOSS is often used to mean Free, Libre and Open Source Software. The first great term is the brilliant neologism flip-flosser, a creation of Dafydd Harries. It is perfect for describing the on-again off-again free software user. My own addition is the more edgy flosstitute: an solid poke at anyone willing to sell out their principles and their movement for a little political good will or a slicker desktop.

Benjamin Mako Hill: LugRadio and <em>Me</em>

I was very pleased to hear that my recent scribblings on free software and principles managed to get some air time on the last LugRadio broadcast (46:30 into the broadcast). I was even more pleased when I listened to the show. Not everyone agreed with my argument, my tactics or my motivations but they, as a group, managed to uncover many of the metaphors and lines of thought that led to my writing the piece in the first place. More importantly, they engaged in exactly the type of discussion that I hoped to prompt. I'll embarrassingly admit that it was my first time listening to the show. I tend to not be a fan of recorded speech in general as it strikes me as an inefficient use of bandwidth (both mental and DSL). That said, I have to admit that the show sounds like a whole lot of fun!

Next.

Previous.