Gobby gobby.debian.org debconf12/bof/derivatives Intro Debian is the basis for a number of other software distributions. This BoF provides a space for representatives from derivatives and Debian to share experiences, find out what is working well or not working well and to discuss needs. We will also discuss Debian's derivative-related initiatives: front desk, DEX, census and guidelines. Links ===== http://wiki.debian.org/DerivativesFrontDesk http://wiki.debian.org/DEX http://wiki.debian.org/Derivatives/Census http://wiki.debian.org/Derivatives/Guidelines http://wiki.debian.org/Derivatives Agenda ====== * introductions * open discussion * Debian's iniatives (front desk, DEX, census, guidelines) Summary ======= AppArmor merging, Ubuntu has been working on integration, would be useful to merge those changes into Debian. Needs a team to work on this issue, hopefully including Ubuntu folks. UEFI, supported in Ubuntu, patches (presumably) in the BTS (currently there is a separate image for amd64 Macs, but matthew garret has apparently worked out how to support them in the usual images, see https://tails.boum.org/todo/UEFI/ for links to his writings, put in Debian context) Canaima 2008 (lenny) from Venzuela current stable version based on squeeze. Promoted by govt for education, on 3-4 million laptops for children. Different versions for the govt and general public. Need backports and specialised software. Collaboration with Debian in the early phases. Mobile device project, collaborating with Mozilla. PPAs: there is a lot of external packaging repositories. launchpad PPAs are expensive, Canonical unable to support building PPA packages for Debian. Having PPAs in Debian would be restricted to Debian members, for legal reasons, some investigation has happened. Security issues exist with building packages for the general public. Ubuntu collaboration: when sponsoring, Ubuntu folks push people to push things to Debian, including new packages. Debian mentors can be slightly scary. Issues Rejected patches (for eg lzip vs xz in dpkg, #600094 and #556960), maintainers being difficult. RC bug fixes in stable is hard to get, culture of maintainers not caring about stable. Misunderstandings about how version tracking works, rhonda working on an announcement mail explaining this. Need to teach folks that we care about stable, especially since it is now easy to get fixes into stable. Debian mentors being scary? Lack of humanpower => felt as slow. DDs not aware of how to get involved? d-d-a calls for sponsorship. New packages thorough sponsorship and vast reviews is very daungting?sp? Many DDs not involved due to lack of time. mentors categorisation could help. less mentors and more packaging teams. Coordination with upstreams. an3as: gwolf: How to get people involved in a team: http://wiki.debian.org/DebianMed/MoM Laney: wiki.d.o/Teams iirc Debian's initiatives ==================== * Debian Derivatives Front Desk http://wiki.debian.org/DerivativesFrontDesk Helps derivatives developers to contribute their changes back to Debian. * DEX http://wiki.debian.org/DEX Helps monitor and merge changes from derivatives into Debian. * Census http://wiki.debian.org/Derivatives/Census Gathers detailed info about Debian derivatives. --> http://dex.alioth.debian.org/census/patches/ --> http://planet.debian.org/deriv --> ideas to use that data to integrate with other pieces of the Debian infrastructure * Derivatives Guidelines http://wiki.debian.org/Derivatives/Guidelines Actions ======= pabs: work on derivatives census more paultag: de-branding Debian highvoltage: get involved with the census intrigeri: try to get a Ubuntu + Debian + $derivatives team up and working on AppArmor as a Release Goal for Wheezy+1 an3as: a team forms around work - so first start working and tell people about it ... then the team will form Sure. That's why work has been ongoing on that topic since February. https://wiki.debian.org/AppArmor dba: wishlist for wheezy+1 - dpkg-divert for conffiles - debconf config.d/templates.d/postinst.d support in dpkg/debhelper - install packages with running postinst but without generating 'host' specific data (e.g. openssh without hostkeys generation) - more generic replaceable artwork packages - conf.d support in all packages (upstream) - derivatives friendly(ier) procedure of getting patches in for packages with 'difficult' maintainers - multi-keyring support in d-i and debootstrap other: - translations - contact Christian Perrier