October 2011 - Grml-devel

Grml Bug Squashing Party
by Michael Prokop 31 Oct '11

31 Oct '11

Hi, on monday, 7th of november 2011 a Grml Bug Squashing Party (BSP) will take place on IRC. The BSP will start at 10:00 a.m. (AKA in the morning), with open end. Everyone is welcome to join and help out, we'll schedule and meet on IRC (#grml on freenode). regards, -mika-

1 0

Upcoming Grml developer meeting, 2011-11-14
by Michael Prokop 31 Oct '11

31 Oct '11

Hi, I'm hereby suggestion monday 14th of november 2011, 19:30 (Vienna local time) for our next Grml developer meeting on IRC, taking place at #grml on freenode. regards, -mika-

1 0

Workitems from Grml developer meeting on 2011-10-31
by Michael Prokop 31 Oct '11

31 Oct '11

Hi, thanks to ch, formorer, jimmy and mru for joining the Grml developer meeting. As a reminder and JFTR, this are the final workitems of this meeting: * Move netboot packages to mirror [mika+formorer] * Publish grml-www to github [ch, as soon as netboot packs are gone] * Write blog entries about current server setup, showcase tools [jimmy] * Implement UEFI boot stuff [mru] * Streamline server documentation [formorer + jimmy ] * Develop basic idea for transition from grml-medium to grml-full [ch] * Announce next devmeeting [ch/mika] * schedule for e.g. monday, 14th of november * Deploy backuppc [formorer] * Sync with ch regarding data transfer * Integrate blog.grml.org into existing infrastructure [ch + jimmy/formorer] * Start some analytics stuff [mru] * Have a look at the fix branch for the constitution [everyone] * grml2hd (move out of PATH) [mika] * readd /graphics/ to grml-www packages [ch/mika] * package cleanup [ch/mika/] regards, -mika-

1 0

Reminder: IRC Meeting on Monday, 31.10.2011 19:30 Europe/Vienne
by Ulrich Dangel 29 Oct '11

29 Oct '11

Hi everyone, Just a short reminder about the IRC Meeting this Monday, 31.10.2011 19:30. Channel: #grml Network: freenode (irc.freenode.net) Ulrich -- twitter: @mr_ud | identica: @mru IRCNet: mru | freenode: mrud

1 0

Proposal: Accept jimmy as Grml Developer
by Christian Hofstädtler 29 Oct '11

29 Oct '11

Under the new constitution Rhonda has proposed this: ** Rhonda schlaegt Jimmy als GD vor. As a reminder: Each Grml Developer can start a vote to accept a contributor as a Grml Developer * Majority vote of Grml Developer can accept this * RM team unanimously can veto, overriding positive majority (only if >= 2 team members exist) Please reply to the mailing list with your vote and/or veto. -ch (with no particular hat on) http://grml.org/ Grml Live Linux

6 6

Add tmux config to grml-etc-core
by Sebastian Boehm 25 Oct '11

25 Oct '11

Here's a tmux.conf for inclusion in grml-etc-core. Since everybody in #grml seemed to agree that it was a good idea to set the prefix keybinding to C-a (instead of the default C-b), I went ahead and did just that. The other settings should be less controversial. It would be great to have a good tmux config in grml-etc-core and while there's certainly room for improvement, I feel that this patch should be a good starting point. Regards Sebastian

2 2

Minutes from the Grml developer meeting, October 2011
by Michael Prokop 18 Oct '11

18 Oct '11

Hi, during those days we had a small Grml developer meeting. Christian, Jimmy and me met in Graz/Austria and got a bunch of stuff done. I'm happy to provide the minutes from the Grml developer meeting in this mail. Report from the Grml developer meeting, October 2011 ==================================================== What has been achieved ---------------------- * wiki.grml.org has been migrated to our new server (+ dokuwiki was upgraded) * boot-info-script has been packaged and uploaded to Debian * currently sitting in NEW: http://ftp-master.debian.org/new/boot-info-script_0.60-1.html * major cleanups in grml-scripts, grml-scripts-core and grml-network * figured out technical details regarding usage of github (see below) * discussed project vision, team constitution, rebranding of grml-small/grml-medium, package removals and efforts towards providing our packages to Debian and welcoming new contributors What needs to be done in the next days/weeks/months --------------------------------------------------- * github (ch + mika) * mailing list migration (jimmy) * improve infrastructure documentation (jimmy) * move daily build server (ch + mika) * fix the hostname from DHCP story in grml and grml-debootstrap (mika + ch) * live-initramfs patches (ch + mika + mru) * proper backup infrastructure for our server (admins?) * iso2usb (jimmy) * package cleanup/removal (everyone) * call for netscripts on mailing list in order to provide examples with grml (mika) * planning of bi-weekly online team meeting (mika) * further streamline release process (ch + mika) * upcoming stable release planned for 2011-12-06 The Grml Project Vision ----------------------- Focus on two targets: * Ship an Install&Rescue system (targeted ISO + Netboot options) * Provide & Maintain texttools inside Debian (zsh package, various texttool configs we want people to use) Everything else (for what no developer invests enough time) should go: this includes accessibility support, old texttool configs/wrappers, various X tools/WMs, compilers. Grml Team Constitution ---------------------- We want to provide a transparent way how the Grml team works. To reflect that we came up with a document which provides the constitution for the Grml team: * https://github.com/grml/grml-constitution/blob/master/Constitution.md Based on recent activity the team was restructured: * Developers: Alexander Wirt, Christian Hofstaedtler, Frank Terbeck, Gerfried Fuchs, Michael Prokop, Ulrich Dangel * Contributors: Jimmy Gredler, Michael Gebetsroither * New contributors considered for joining the team: Axel Beckert, Bernhard Tittelbach Grml Developer Roles/Teams -------------------------- We'd love to actually have commitments from our individual developers on what they'll be doing. Please add yourself to http://www.doodle.com/pke97c2k9xd5nrpa with which teams you'll want to be associated with. Deprecate i386 port ------------------- i386 is an architecture which is annoying to maintain, since most (all?) of us developers work on 64bit only systems nowadays and building packages for i386 kind of duplicates our efforts WRT packaging and kernel maintenance. Since too many users still need 32bit kernels we'd like to remove the i386 port of Grml in 2014 (or earlier if demand drops/it becomes completely unmaintainable). Removal of grml-small flavour ----------------------------- The grml-small flavour is a hack and something most (all?) of us developers never use ourselves. grml-medium is the much cleaner and better working solution. If someone really needs a minimalistic ISO other distributions exist (Damn Small Linux, Tiny Core Linux) which do a better job at that than we do. Instead we propose the rebranding of grml-medium into grml-light and keep grml-full as it is. (And remove grml-small.) This slightly reduces the amount of ISOs we have to build (also on a daily base), removes all the hacks we're doing for grml-small, reduces space on the mirrors, and to some extent users hopefully will be a little less confused what the Grml variants are about. Using Github ------------ We're officially using github (https://github.com/grml/) as a mirror of the Grml git repositories (http://git.grml.org/) since 19th of june 2011. Since we want to improve the workflow with Grml's contributors (forking, pull-requests,...) we decided to further evaluate the usage of Github as our primary Git server. git.grml.org would be used for the private repositories and as a backup/mirror of our github repositories. A mirroring script has been written and available post-receive hooks have been evaluated. Funny side note: exactly while we reviewed the issue tracking workflow of Github we noticed that "Issues Dashboard for Organizations" feature (see https://github.com/organizations/grml/dashboard/issues), which launched just a few minutes(!) before we looked at it (see https://github.com/blog/959-issues-dashboard-for-organizations for the official announcement). :) Bug Tracking ------------ Since we're providing more and more packages officially to Debian another bug tracking system is showing up on the Grml developer front: http://bugs.debian.org/ To avoid further confusion that's our plan: * packages available in Debian should use bugs.debian.org * packages which have a git repository at github should be handled on github by default (unless already used inside Debian BTS, then the user chooses) * virtual package/repo "grml" for handling meta packages/non-packages * bts.grml.org might be deprecated in the long run if it works as expected Package removals ---------------- As part of our ongoing efforts to get as many of our packages to Debian and keep in our repositories just what doesn't fit in Debian (yet), we did further cleanup reviews. The following packages and repositories will be gone by 30th of October 2011 unless we receive qualified objections: * aesutil * bfa * bkp * deletemail * dupseek * evms * ex * ext3rminator * ftpbackup * gateguardian * gifshuffle * grml-vpn * grml * grml64 * grml-small * grml-btnet * grml-docs * grml-firefox (replaced) * grml-files (replaced) * grml-lsb * grml-mercurial-utils * grml-roadmap * grml-runit * grml-scanpartitions * grml-templates * grml-terminalserver-data * grml2hd-util: merged with grml-insomnia (see below) * icmp-mtu * icmp-quench * icmp-reset * lcdtest * rootsh * nat-traverse * ncp * prosilla * shadowfs * shish * smap * tal * thc-ipv6 * thinkfinger-tools * upgrade-oldest The following packages and repositories need love: * grml-debugtools: needs love * grml-desktop: needs configfile discussion * grml-etc: remove various old configs/skel * grml-etc-core: needs love * grml-git-doc: replace with contributing doc TBD * grml-git-tools: needs love, possibly move contents to Debian * grml-homepage: reevaluate for homepage ideas * grml-infrastructure: split source-report away * grml-policy: move to new homepage * grml-saveconfig: remove, provide upgrade path * grml-shlib: check who uses this * heirloom-sh: if anyone still wants to see it available provide it officially within Debian, otherwise we're going to remove it from our repos * any takers for Debian? * ptfinder: considered for inclusion in Debian Forensic New packages considered: * grml-insomnia: grml2hd will be renamed to grml-insomnia and moved out of PATH so people don't use grml2hd for something else than demonstration purposes * grml-zshrc: migrate zsh stuff from grml-etc-core and include grml-gen-zshrefcard in it to have a better name for advertising our Zsh configuration Thanks for listening, regards, -mika- - for the Grml project

4 3

IRC Meeting 2011/10/31
by Christian Hofstädtler 18 Oct '11

18 Oct '11

For great justice I propose we do a short IRC meeting on 2011/10/31, say 19:30 CEST. Possible topics include: * any last opinions for the package cleansweep * further cleanup we need to do for the next release * get a date for an (online-)BSP Please reply if you won't be able to make it. -ch

2 2

Re: [Grml-devel] Grml.org patch bomb
by Daniel Baumann 07 Oct '11

07 Oct '11

On 07/26/2011 11:32 PM, Michael Prokop wrote: > 01_fix_output_file.patch applied, thanks. > 07_support_findiso.patch misses manpage entry, and please do the silencing of the umount call in a seperate commit/patch, so that it can (if needed) reverted independently from the fromiso thing. > 10_validateroot.patch intrigeri commented about that already. > 16_nodhcp.patch who uses NODHCPHOSTNAME? i couldn't find any reference in live-boot nor initramfs-tools that makes use of this variable. > 19_revert_toram_bootoption_to_expected_behaviour.patch since we have d-i with l-i by default on the images these days, we should by default copy the whole image to ram, and, if too few space available, either automatically fall back to copying the filesystem only (plus giving a message about it), or, failing with the advice to use a parameter to specify that the filesystem should be copied only. however, just 'reverting' the command without above doesn't make sense. > 25_support_lvm_for_live-media.patch reformated to match the documented codying style, otherwise applied, thanks. > 27_support_static_ip.patch looks rather intrusive, in particular, has broken formating, and i wonder if there's no code in intramfs-tools already that can be sourced for that. > 30_support_multiarch_dns.patch i'll wait for that on comments from Michal. -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baumann(a)progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/

5 13

Grml Devel Meeting
by Michael Prokop 05 Oct '11

05 Oct '11

Hi, I've started a "Roadmap for the Grml developer meeting" on titanpad. Please check it out, review the 'Organisational Stuff' stuff (esp. WRT starting time) and add any issues (of course also under "Technical Stuff / Discussion") you'd like to discuss at the meeting: https://grml.titanpad.com/devmeeting-2011 regards, -mika-

1 0