Debian Conference 2014

Speaker: Enrico Zini
An introductory session to help those new to DebConf to understand this crazy, wonderful experience

Speaker: Moray Allan
Thinking about helping as a volunteer during DebConf? Come along and find out more.

Speaker: Anne Christine Spang
Debian made me who I am. If I hadn't started using Debian in high school, I wouldn't have become a hacker, I wouldn't have gone to MIT, I probably wouldn't have started a company. (At least not the one I started.) This is my story. Come and hear how this crazy worldwide organization changed my life. Perhaps it'll be a reminder that this is all worthwhile.

Speaker: John Sullivan
Debian and the Free Software Foundation, along with its GNU Project, share many goals and ideals. They are two of the most mature and dedicated organizations working in the free software movement. Debian is not on the FSF's list of endorsed GNU/Linux distributions. Why is this? Should something be done about it, and if so, what? Much attention has been focused on the question of full endorsement. But there are other opportunities for the FSF and Debian to work together, whether full endorsement becomes a reality or not. Let's review the history of this cooperation, and talk about some future possibilities. FSF executive director (and Debian Developer) John Sullivan will give a presentation about the current state of things as the FSF sees it, and will leave plenty of time for discussion as well.

Speaker: Piotr Ożarowski
any Python related topics, including moving DPMT/PAPT repo to git and PyPy3

Speaker: Matthew Vernon
The adoption of maven is creating new kinds of dependency hell for Debian. The "download dependencies at compile time" approach is antithetical to the idea of distribution-provided libraries, and encourages authors to be slap-dash about dependency management, and API stability. If people are going to package java apps for Debian, then we need a better way to build java library packages, perhaps by enhancing maven-debian-helper. This BoF aims to propose solutions to this problem.

Speakers: Tassia Camoes, Moray Allan, Martín Ferrari
DebConf organisation working group

Speaker: David Bremner
Originally inspired by the sup mail user agent (MUA), notmuch is a GPL3+ set of tools for for dealing with your mail (stored in Maildirs or similar) via searching and tagging. On top of the C bindings and a scriptable command line interface, the project directly supports user interfaces based on Emacs and VIM as well as integration with Mutt. We also support python, ruby, and go bindings. Other projects based on notmuch include curses based frontends written in python and Mercury, a fork of mutt using notmuch as a the backend, several web interfaces, and a virtual filesystem. Depending on audience demand, I could give a brief a tour of the notmuch "ecosystem", concentrating on the Emacs interface and command line tool. Otherwise, we can discuss what are the most irritating missing features, people can give demos, we can help each other configure various notmuch related things, and just generally have not much of a fixed agenda.

Speaker: Bdale Garbee
Software in the Public Interest is the legal and financial umbrella organization providing services to Debian in the United States. This session will provide an opportunity to meet the members of the SPI board attending Debconf, hear a brief update on the organization's activities in the last year, and get your questions answered.

Speaker: Steve McIntyre
Regular meetup of the Debian WWW and Wiki teams

Speaker: Stefano Zacchiroli
Debsources is an infratructure and a web application to publish on the web the entire source code of Debian, allowing to search and browse through it. The main Debsources instance, currently running at http://sources.debian.net , spans Debian history from Debian early releases of the 90s to sid and experimental. In this talk I will present Debsources and sources.d.n, highlighting plans for the future and how people could hack on Debsources for fun and/or profit.

Speaker: Holger Levsen
What is the Debian LTS, what are the experiences so far, what are the plans and expectations?

Speaker: Nicolas Dandrimont
This joint session will be the occasion for this year's crop of Debian Google Summer of Code students to present the work they have done in Debian this summer. The planned presentations so far are: - debmetrics: powering metrics.debian.net — Joseph Bisch - Recursively Building Java Projects and their Dependencies — Andrew Schurman - WebRTC — Juliana Louback - Lil'Debi-Running Debian on Android — Kumar Sukhani

Speaker: Nicolas Dandrimont
This joint session will be the occasion for this year's crop of Debian Google Summer of Code students to present the work they have done in Debian this summer. The planned presentations so far are: - debmetrics: powering metrics.debian.net — Joseph Bisch - Recursively Building Java Projects and their Dependencies — Andrew Schurman - WebRTC — Juliana Louback - Lil'Debi-Running Debian on Android — Kumar Sukhani

Speaker: Yutaka Niibe
In this casual session, I will demonstrate Gnuk Token, which is built by Free Software and free hardware design. I will demonstrate NeuG standalone device, which can generate random numbers at 70KiB/s, too. My PGP/GPG key is RSA 2048-bit now. I understand that some person doesn't want to sign my key, because it looks weaker. I develop Gnuk, the firmware for USB Token, which is compatible to OpenPGP card, under GPLv3. My original purpose/goal was not to put a person into a dilemma: computing freedom vs. better security. I think that I have achieved the goal somehow, and it's strong enough (RSA 2048-bit) and it's not that slow (1.4sec to sign), IMO. It is unfortunate for me that Debian community demands RSA 4096-bit or more. Thus, another dilemma is still there; longer key length or better control of private key by Free Software. Good news is that I have implemented Ed25519 (for signing) already, and going to implement Curve25519 (for decryption) in Gnuk. Besides, I am also GnuPG developer, and try to implement Curve25519 support now. It will be good if GnuPG 2.1 will be released and people will enjoy Gnuk Token with Ed25519/Curve25519 until Debconf15 in Germany. During the development of Gnuk, I develop NeuG, the true random number generator to generate private keys on the device. The entropy source is built-in A/D converter. I realized that this feature is very useful, and I build standalone device (just for generating random numbers). FST-01 is a reference board for Gnuk/NeuG. It has STM32F103 as MCU which runs at 72MHz. It has no crypto accelerator. Schematic design and PCB design are available as free hardware design. Material is available at gobby.debian.org: debconf14 -> bof -> gnuk

Speaker: Eric Dantan Rzewnicki
A meeting of Summit developers for DC14 and those interested in working on it for future DebConf editions. Main topics for discussion: 1) Upstream coordination, 2) Requirements collection for post-dc14, 3) Integrating www.debconf.org into django

Speaker: Neil Williams
Planning and brain-storming for how to validate Debian. Which parts of Debian need (more) validation? How is that validation going to work? What new software is needed or what changes are needed to existing software to get this running? Who is going to do the work?

Speaker: Antonio Terceiro
The Debian Continuous Integration project, powered by the debci package, aims at constantly running tests against packages uploaded to Debian. In this talk I will present the origins and current state of the project, how it works and how to add test suites for your packages. There will be also a discussion of best practices for as-installed test suites for Debian packages.

Speaker: Joachim Breitner
Packaging Haskell for Debian entails some unique challenges. There are many Haskell packages, but only few maintainers. The Haskell packages are quite homogenous (good), but they have complex dependency requirements (bad?) and a very unstable ABI (bad). This meeting will introduce the tools and processes we have in place to cope with this complexity, including a short live demonstration of some packaging work. After that, we will discuss some of our open issues (and welcome input from outsiders!).

Speaker: Neil Williams
This talk looks at how to extend the existing automated validation architecture recently added to Debian beyond the scope of Linux on ARM to include distribution kernel images, package combinations and installer images.

Speaker: Ian Jackson
I want to cross-build half of the NetBSD kernel for Xen, build qemu against it, and put the result in an amd64 .deb. Help me do this in the least annoying way. Event structure: I'll spend the first quarter or so of the time sketching out what I'm trying to do and why. Then we can move onto the difficult question of how. I have a few slides, here: http://www.chiark.greenend.org.uk/~ijackson/2014/debconf-builds-bof/slides.pdf --- Notes from the session are here: http://www.chiark.greenend.org.uk/~ijackson/2014/debconf-builds-bof/gobby.txt

Speaker: Julien Cristau
Salt allows scalable infrastructure management, including provisioning new systems and managing them over their lifetime. In this talk I'll show how it makes managing Debian systems easier.

Speaker: Jimmy Kaplowitz
Google's Cloud Platform, especially Compute Engine, has prominently supported Debian as a guest OS for over a year now. Google wants to give its Debian users an even better experience than they have today, as well as give the Debian community more direct involvement in preparing the version of Debian we promote to our customers. This session will start with an overview of where we are today, how we got here, and where we know we need to go. Then we'll open it up for a discussion, hopefully leading to follow-up collaboration with attendees for the rest of the conference and beyond.

Speaker: Nattie Mayer-Hutchings
If you would like to show off your project, here is the place! (Demonstrators are requested to attend a setup session beforehand in order to make sure they have the correct settings for the projector.)

Speaker: Piotr Ożarowski
* will pybuild replace dh_python and why not? * how to customize build/install/test targets? * tips and tricks useful while packaging Python libraries and applications