[03:08] Ok that was weird. My whole session just died on me with no warning. [03:08] Using new gdm. === Amaranth_ is now known as Amaranth [06:54] huh the new gdm doesn't allow me to shutdown any more. [07:04] hyperair: Works for me. [07:07] However, the touchpad on my notebook is not working, this after a fresh install from a daily. [07:14] Good morning [07:50] my touchpad still works [08:14] morning o/ [08:29] salit didrocks [08:29] salut [08:38] hey didrocks, morning crevette [08:52] morning [08:55] plop crevette, morning pitti [08:56] hey asac [08:57] hi didrocks [08:58] hey asac [08:59] hello pitti [09:01] hmm launchpad seems to forget that i am logged in recently [09:05] asac: pitti and I have the same trouble those days [09:08] good ;) [09:37] asac: FSVO "good" [09:38] gvfs (1.3.1-0ubuntu3) UNRELEASED; urgency=low [09:38] The "bye-bye, hal!" release. [09:38] \o/ [09:39] my long nights of porting work weren't in vain [09:39] ! [09:39] congrats pitti [09:40] hey rickspencer3, unusual time :) [09:40] how's the summit? [09:40] heh [09:40] I slept late today, 8:30am! [09:40] not surprising [09:40] summit really starts tonight [09:41] with our party! [09:41] today, me = get quickly demo working + get quickly package working + update tutorial :o [09:41] shouldn't the party be at the _end_ of the work? :-) [09:41] rickspencer3: have gnome-shell running already? [09:41] heh [09:42] didrocks: BTW, seeems I still need the -dev [09:42] I brought my eee running Jaunty [09:42] so no gnome shell for me, at least until after my talk on Sunday [09:42] then maybe it's time to upgrade to Karmic [09:43] pitti: really? let me see again [09:43] (finishing a email to rickspencer3 first ;)) [09:43] an* [09:43] heh [09:43] didrocks: didn't try this morning yet, though; don't worry, low urgency === asac_ is now known as asac [10:09] Riddell: msg ;) [10:11] pitti: so on hal: we wont get rid of hal in NM 0.7.2 ... the udev patch is just too intrusive. means: unless we ship a cracky 0.8 snapshot we will need to wait one cycle to demote hal. [10:11] am i supposed to add that to that wiki page? [10:12] asac: hm, a pity [10:12] asac: demoting is not my primary concern [10:12] it's shipping/installing hal by default [10:12] it takes boot time, maintenance, etc. [10:12] I guess backporting http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=c9067d8fedf6f6f2d530fd68bbfca7ce68638d38 would be quite a challenge, indeed [10:12] hmm [10:13] asac: if we need it still, so be it [10:13] we still have all the other bits ported already, so the structural changes in LL won't be so many [10:14] not sure how much folks would hate me for shipping a 0.8 pre snapshot ... its quite stable for me, but you know how it is: if its a snapshot and its the driver they wine for ages that its NM fault and how bad we are ;) [10:14] whine [10:14] otoh, it would help to flash out bugs for LTS [10:15] asac: I think it's your call, as the NM expert, but I'd advise you to consider whether it's wise to do that major step in LL [10:15] Karmic will be crackful either way, but I'd like the intrusive changes to be in Karmic, not in LL [10:15] i definitly would need to talk to dan [10:15] pitti: i see that [10:16] asac: don't let the hal issue alone drive that decision only, of course :) [10:16] its just that we have some quite challenging todos for 0.8 so we hoped to do a 0.7.2 this cycle .... but well ;) [10:16] pitti: sure not. [10:16] if 0.8 is just not ready yet, then so be it [10:16] 0.8 is also modemmanager based [10:16] and modemmanager is now also migrated to udev (almost completely) [10:17] i will think about it ;) [10:17] and talk to dan. if we go for this, we probably want it in asap ... so we can back it out if there are too many problems i cannot fix [10:18] right [10:18] stay tuned ;) [10:18] and to collect the problems in the first place [10:18] pitti: so is this info needed on the dehalificatio nwiki? [10:18] asac: do you have this in a PPA by any chance? [10:18] asac: I just changed it to "no upstream release yet" [10:18] pitti: yes. i have a trunk PPA ... but its the first package round i havent even tested on my own yet ;) [10:18] asac: feel free to add it there, of course [10:19] https://edge.launchpad.net/~network-manager/+archive/trunk [10:19] meh, CDs still don't build [10:19] * pitti pokes [10:19] i will try to get bugabundo or someone else eager on it to get some initial testing ;) [10:20] I'm happy to help testing (eth/iwl3945/wpa2, boring and very common :) ) [10:20] asac: btw, does 0.8 switch from iw to cfg80211 already? [10:20] yeah. but only once i know it works ;) [10:21] pitti: NM uses wpasupplicant ... its not doing any wireless on its own [10:21] ah, so that won't be updated [10:21] we are using wext driver [10:22] pitti: well ... i see that wpa_supplicant has nl80211 driver;) [10:22] we could give that a shoot [10:22] though that would probably need to be a driver specific hack [10:22] ah, "wext" sounds like "iw", yes [10:22] e.g. for intel, use nl80211 ... otherwise wxec [10:22] very few drivers support cfg80211 yet, though [10:22] i think all in mainline kernel [10:22] except the old ones like ipw2x00 [10:23] but no clue how mature ;) [10:25] why does the gnome session reset my keymap to us? [10:26] works in gdm [10:26] it did that for me too [10:26] also while upgrading it locked the screen and i had to log-in [10:26] perhaps it's the new gdm doing tricks? [10:27] falling back to system defaults from the capplet restores the correct one [10:27] but only for the running session [10:28] bug 395057 [10:28] Launchpad bug 395057 in malone "bug search in teams broken" [Undecided,New] https://launchpad.net/bugs/395057 [10:29] *sigh* [10:29] tjaalton: i thought it was gdm problem yes [10:29] also thought, lets wait if its transitional ;) [10:30] yeah, I'll check back after the weekend :) [10:33] ArneGoetje: asac: bryce: ccheney: kenvandine: pitti: Riddell: TheMuso: gentle reminder that date has changed for expense reports being due (now need to be signed off by the 5th ... so get them to me tomorrow if you have any outstanding expenses) [10:38] * ajmitch really shouldn't try & run karmic on here, gdm is being nasty to me again [10:39] ajmitch: --verbose? [10:39] is there a bug open about not being able to start the gdm greeter? [10:39] I doubt it, we just switched to it yesterday in karmic [10:39] ok :) [10:39] a few of us have had it running for some weeks before, though [10:40] ajmitch: what does it say? [10:40] * ajmitch only just upgraded after having the X session die 3 times already this evening [10:40] one sec [10:40] someone mentioned to me that an upload yesterday *did* break gdm [10:40] "Cannot start the greeter application, you will not be able to login" [10:40] it was probably "gdm" :) [10:40] rickspencer3: thanks for the update [10:41] /var/log/syslog has a single line about not being able to start it [10:41] * ajmitch checks to see if he has a non-default config [10:41] rickspencer3, all mine are in [10:41] ajmitch: anything helpful in /var/log/gdm/:0-greeter.log ? [10:41] ajmitch: (beware: f***ed permissions, needs root) [10:41] * rickspencer3 takes his poor grasp of Spanish to explore Las Palmas before DS starts [10:41] have fun [10:42] rickspencer3: "Dos cervesas, por favor", and "gracias" will get you quite far :-P [10:42] dns stopped resolving in the hotel, so I'm taking that as a sign [10:42] pitti: I have no such log [10:42] hah === rickspencer3 is now known as rickspencer3-afk [10:42] pitti: donde esta la playa? [10:43] I don't have an upgraded X yet, I was still upgrading the rest of things :) [10:43] ajmitch: the same source package should have worked in jaunty as well, hmm [10:43] yeah, what can I turn on to get more debugging info? [10:44] * pitti is not really with new gdm yet either, hang on [10:44] ajmitch: do you have a non-empty /etc/gdm/custom.conf ? [10:45] it exists but the sections such as [chooser] are empty [10:45] right, here too [10:45] I also have gdm.conf-custom with similar sections [10:45] ajmitch: what's in /var/log/gdm? [10:45] hm, I have a :1-greeter.log in there [10:46] hm, no :0? weird [10:46] and nothing else? [10:46] it should also have an Xorg log [10:46] one sec, I may be able to pastebinit :) [10:47] http://pastebin.com/f6165ae1b [10:47] * ajmitch should probably switch to the laptop which has working X still [10:48] ajmitch: so, perhaps you could do: [10:48] - stop gdm [10:48] - purge all logs [10:48] -start gdm [10:48] - paste the created logs? [10:48] sure, can try that [10:48] too used to stopping apache2, almost killed that off instead [10:49] ajmitch: I had the same problem yesterday when I updated gdm. it went away after a reboot [10:50] great to know :) [10:50] I have a bit more to upgrade (kernel, X) before I can do a reboot [10:51] I've stopped gdm, but X is still running with that greeter error [10:51] it *looks* like there's an old gdm process from about 2 months ago still running [10:52] I'll kill that one & restart gdm [10:54] murderer! [10:55] ok, apart from having a completly white desktop with nothing visible but a mouse cursor, I'm in :) [10:55] but that's a minor aesthetic detail, right? [10:55] ajmitch: ah, that would be it [10:55] ajmitch: it's the new karmic theme [10:55] very clean and fresh [10:56] much less disturbing than all this gnome crap [10:56] ajmitch: if you upgraded to karmic and didn't reboot for 2 months, then you should have much worse problems, though :) [10:58] 56 days, so I still have about 5 days to go before I have problems, right? ;) [10:59] problem was, I had X randomly dying in the middle of me doing stuff, such as installing upgrades in synaptic [11:00] nothing in syslog to indicate segfaults that I could see [11:00] ajmitch, X crash or freeze? [11:01] bryce: I wasn't sure if it was X or gdm that was crashing, but it wasn't a freeze [11:01] and this is with a jaunty X server & nvidia driver [11:01] * ajmitch is just upgrading those to karmic versions now [11:02] nvidia *shudder* [11:02] you aren't a fan of nvidia? :) [11:02] bryce: for bug 377090, is the kernel update enough, or does it need more userspace fixes? [11:02] Launchpad bug 377090 in xserver-xorg-video-intel "[i945gm] (Needs kernel 2.6.31) DRI2 swapbuffers" [Unknown,Fix released] https://launchpad.net/bugs/377090 [11:03] pitti, kernel ought to be enough [11:03] bryce: the upstream bug just has a kernel fix [11:03] but that bug has mesa, x11proto, etc. tasks [11:03] ajmitch, the nvidia people I like, but the driver itself, notsomuch [11:03] bryce: so shall we close it and see if anyone yells "still there"? [11:04] pitti, that sounds fine [11:04] I sent a call for testing yesterday, but no reply [11:04] bryce: well I'm about to be brave & try the 185 driver on 2.6.31 [11:04] bryce: ok, "proactive bug cleaning" then :) [11:04] ajmitch, bravo [11:04] pitti, good [11:04] bryce: thanks [11:04] bryce: btw, nice "bug storm" blog posts [11:05] well, "nice" -> "good read" [11:05] * ajmitch just hopes that the little things like mdadm & lvm2 still work on reboot [11:09] pitti, thanks [11:09] bug 341898 seems fixed as well, closing [11:09] Launchpad bug 341898 in xorg-server "MythTV Frontend does not work with RADEON DRI" [Unknown,Fix released] https://launchpad.net/bugs/341898 [11:09] pitti: libmutter0*-0ubuntu3 depends anymore on libclutter-dev. Is it failing when launching it? (I only have a VirtualBox at work, so, no 3D acceleration, but mutter seems to start and run) [11:10] pitti, yeah I hope it gives enough food for thought to generate some solutions to this specific problem. [11:10] didrocks: is it in the PPA now? [11:10] didrocks: I dist-upgraded/started g-s last night, it still failed without -dev [11:10] pitti: apt-cache policy libmutter0 ? [11:10] bryce: I like the general idea of karma restrictions, but the "lock out upstream" is a problem [11:10] didrocks: 2.27.0~git090630-0ubuntu3 [11:11] didrocks: it might have been upgraded this morning; give me some minutes, I'll try it again soon [11:11] pitti: ok, you have the last verion. What error message do you have? [11:11] yay CDs! http://cdimage.ubuntu.com/daily-live/20090703.3/ [11:11] verrsion* [11:11] now with new gdm [11:11] pitti, yeah me too, but one of the commenters to my post had a tweak that I think might solve that in a really nice way [11:11] bryce: oh? [11:11] yay dailies [11:11] pitti, bug 341898's upstream bug was only fixed for -vesa I thought [11:11] Launchpad bug 341898 in xorg-server "MythTV Frontend does not work with RADEON DRI" [Unknown,Fix released] https://launchpad.net/bugs/341898 [11:12] at least no one has commented otherwise for -ATI [11:12] superm1: oh, you yourself closed the upstream one, saying that this mesa commit fixed it? [11:12] so should it be reopened upstream against mesa then? [11:12] yeah it should. the discussion about -ATI headed with upstream disagreeing and saying it's a QT bug and nothing happening [11:13] pitti, basically, couple restrictions with length-of-post, so it only kicks in for low karma users if the post-length is small. [11:13] mythtv 0.22 should be coming out during the karmic cycle though using QT4, and I believe it's a noop then at least [11:13] ah [11:13] superm1: something to put into my release status report then [11:13] we can expect most upstream people who comment will make > 1 sentence reply [11:13] i'm still tracking and watching for some upstream related changes to mesa and QT3 though [11:14] sorry, i probably should have made that clearer somewhere [11:14] so if it's wontfix for radeon in mesa, and fixed for other drivers, should the mesa task be closed? [11:14] bryce: so not based on whitelisting from teams or anything complex? [11:15] well upstream mythtv agrees that it's not a QT bug, so it's hard to say whose really right here [11:15] a mesa changeset introduced it, and no one has been able to identify what about QT would be causing such bug [11:15] ajmitch, right. [11:16] ajmitch, although presumably anyone who joins a team will have more than the tiny required karma already [11:16] bryce: I'm just thinking of things like sync sponsoring, where the only comment is something like "+1" or "ACK" [11:16] * ajmitch had very little karma until recently :) [11:17] ajmitch, you seem to have 4911 karma, well >> than 50. :-) [11:17] yes, it's amazing how a few uploads increased my karma [11:19] yeah it's been my experience that anyone who has done >anything< for ubuntu is way, way more worthwhile to listen to than anyone with <50 karma. [11:21] Riddell: so you said that bug 339313 is basically fixed in karmic; do you still want to keep it open for remaining corner cases, or should they get new bug reports? [11:21] Launchpad bug 339313 in ubuntu-release-notes "Kubuntu Jaunty: Cannot Connect To Wireless Network with WEP shared key" [Undecided,Fix released] https://launchpad.net/bugs/339313 [11:22] pitti: keep it open I think [11:22] why do I need to reset my keyboard layout everytime I login to gnome? I see this behaviour after the gdm update [11:22] Riddell: ok; there was no recent update, so I wondered about the status of it (for release team meeting) [11:23] geser: you shouldn't need to; does gdm show the correct layout for you? [11:23] pitti: where should I see it? as I've auto-login activated [11:24] geser: (I'm saying that it sounds like a bug) [11:24] geser: ah, then you won't see the greeter indeed [11:24] geser: I heared other complaints; can you please file a bug and mark it regression-potential and subscribe me? [11:25] Riddell: could you please update the bug status to say what's still left? [11:25] pitti: against gdm? [11:25] geser: yes [11:28] has there been a change in mounting behaviour? I just restarted and am now being asked for a password to mount my windows partition on login [11:28] this partition was never automounted before [11:28] Laney: it's a bug [11:29] on my list [11:29] is it filed? [11:29] alright [11:29] we shouldn't automount internal partitions [11:29] Laney: not sure whether it's in LP [11:29] Laney: but I even think that my gvfs upload from this morning fixed it [11:29] and I see no option to shutdown on fusa either, is that another one? [11:29] pitti, ajmitch : I confirm the upgrade mess too (gdm-greeter won't spawn), and rebooting is mandatory [11:30] didrocks: yes, see gdm changelog; known upgrade issue [11:30] there's really no good way to upgrade this online [11:30] and switching to an awful qwerty keyboard :) [11:30] US layout is the only sensible thing for a programmer [11:30] didrocks: in my case it appears that there was a stale gdm process hanging around, which a reboot would of course kill [11:30] didrocks: sounds like geser's bug [11:30] killing that let me restart gdm & login [11:31] pitti: right, I will confirme his bug [11:31] * ajmitch is just looking at open bugs now [11:31] ajmitch: I was actually on a virtualbox and ttyx don't spawn, so, I'm unable to check of another X process running :/ [11:31] oh, the fusa changes just haven't been done yet [11:31] ah, this was on my main development machine, nothing critical ;) [11:32] ^^ [11:32] bbl [11:32] Laney: ubuntu-desktop not installable still? [11:32] ajmitch: huh, don't know about that one [11:34] does somebody else witness spontanous gnome logouts? I happened the second time for me today :( I see a black screen and when the picture comes back I get an fresh gnome [11:34] These windows do not support "save current setup": Login window [11:34] geser: yes, 4 times tonight [11:34] after that I'd installed a new gdm (2.26) [11:35] and my keyboard reverted back to US Layout *again* [11:37] * ajmitch has heard that complaint a few times in here this evening [11:39] I saw the save current setup thing [11:39] (directly after login) [11:40] pitti: bug #395103 [11:40] Launchpad bug 395103 in gdm "Gnome doesn't have my configured keyboard layout after login anymore" [Undecided,New] https://launchpad.net/bugs/395103 [11:41] geser: thanks, I'll put it on the "OMGkarmic!" bug list [11:41] geser: can you please attach your xorg.conf for completeness? [11:45] attached [11:49] I know that fusa doesn't work with the new gdm yet but shouldn't I've a (menu) option for shutdown/reboot somewhere? I can only logout [11:51] geser: it's back in the system menu for now [11:52] not for me: I've only Preferences, Administration, Help and Support, About Gnome there [11:53] I've a "User Switch Applet" in my panel with "Lock Screen" and "Log Out" [11:54] bug #43299 seems to be back with the new gdm, should I reopen it or better file a new bug? [11:54] Launchpad bug 43299 in gdm "Can't login with a different user if Automatic login is set" [Medium,Fix released] https://launchpad.net/bugs/43299 [11:56] geser: please reopen it (seb and I talked about it, known issue, but let's track it) [11:56] geser: same for me too (shutdown stuff) [11:57] hm, seb said that he reverted teh gnome-panel patch, let me check [11:57] argh, failed to build [11:58] probably autoconfiscation, will fix now [11:58] such fun [11:59] hah, seems seb already committed it to bzr, and then forgot to upload, or something [11:59] done [11:59] thanks for pointing out [12:02] pitti: do you know when you'll be able to look at the MIR for pngquant? [12:04] pitti: with hal going away who should set the ACL for my smart-card-reader now? where should I move the changes from bug 57755 to? [12:04] Launchpad bug 57755 in hal "Udev Rules for SmartCard Support" [Wishlist,Fix released] https://launchpad.net/bugs/57755 [12:04] geser: the smartcard stuff was rejected upstream in hal as well :( hang ong [12:06] geser: I committed it upstream, and Danny reverted it (http://cgit.freedesktop.org/hal/commit/?id=1579ccee0c25606c39e831b98c129c54ec3894ae), saying that it was handled in the opensc pacakge [12:06] so that should ship the udev rules [12:07] geser: it's still a nasty hack, though [12:08] (raw device access by user space processes) [12:08] so this should probably be discussed in http://bugs.freedesktop.org/show_bug.cgi?id=19663 and reopened [12:08] Freedesktop bug 19663 in hald "define policy keyword for Smart Card readers" [Normal,Resolved: fixed] [12:09] whoops, no, not there, but in opensc [12:09] Laney: looking [12:09] cool beans [12:11] Laney: ah, I remember; promoted [12:11] thanks muchly [12:11] do we need to add that b-dep to tomboy now, or is it already? [12:11] tomboy is in depwait on pngquant [12:11] it's already depwait on it [12:12] yay [12:15] pitti: are .fdi files still used in a hal-free world? [12:16] geser: no, they are hal specific [12:16] they were/are being converted to udev rules, or application specific data files [12:19] so are we back where it started (udev rules)? part of the problem was to find the correct package to ship the udev rules as gnupg, gnupg2 and libccid need that rules but they don't have a common dependency [12:21] it isn't possible to limit access to specific users just with udev rules without introducing new groups, is it? [12:22] geser: you can also chmod them to 666 [12:22] or mark them for automatic ACLs [12:22] (similar to hal) [12:23] automatic ACLs sounds fine. who sets them? [12:24] application/hardwrae specific packaes (such as libgphoto2 or libsane) mark the devices [12:24] e. g. /lib/udev/rules.d/40-libgphoto2-2.rules [12:24] and then udev's ACL mechanism sets the ACLs (/lib/udev/rules.d/70-acl.rules) [12:28] seems interesting [12:29] geser: but certainly gnupg, gnupg2, and libccid don't all implement their own smartcard support, but use some kind of library? [12:29] so it looks like I need a udev rules file which sets ACL_MANAGE for the correct device [12:30] if they do implement them, they need to ship separrate rules, since probably they also have differing sets of supported cards? [12:30] geser: please don't directly set ACL_MANAGE, set ID_SMARTCARD_READER="1" [12:30] pitti: both gnupg and gnupg2 have native support to access the SCM smart card reader, they don't need any library for it [12:30] then we can commit the ACL management for those to udev directly [12:31] (ugh bad design) [12:31] then they'd need to ship their own rules, too [12:33] ah, the pieces move slowly together [12:33] does udev-acl need any additional configuration files? [12:34] but ideally they wouldn't copy all that SC code, but put it into a proper library [12:34] geser: no, it just works [12:34] geser: could you quickly hop into #udev? [12:35] sure [13:58] so for gtk git, PKG_CONFIG_PATH isnt enough to build against a newer glib installed at a non-standard place anymore ... one also needs to set LD_LIBRARY_PATH [13:58] * asac wonders when that started [14:00] rickspencer3: already done. :) === pedro__ is now known as pedro_ === pedro__ is now known as pedro_ [14:56] rickspencer31: http://boycottnovell.com/2009/06/21/gimp-vs-fspot-in-ubuntu/ [14:57] dang it, looks like those discovered my true evil intention :/ [15:00] pitti: ^^^ [15:02] according to this article, I want to push the gimp off the CD as part of my pro-Microsoft agenda, a diabolical plan to thwart FOSS software by promoting Mono [15:03] I _knew_ it!!!111!! [15:03] * rickspencer31 invests in tinfoil [15:04] well, I very much like to rescue gimp itself [15:04] I'd rather drop the help [15:04] meh [15:05] I'd like to add cropping and red-eye removal to eog in any case [15:05] yeah [15:05] I don't think there's much value to having gimp in the default install, but not too much harm either [15:05] well, f-spot and me have a long-standing mutual hatred relationship [15:05] except that it's not mono based [15:05] but it's not at all related to programming languages ;) [15:05] f-spot is for photo *management*, it's a totally different scenario than eog or gimp [15:06] new tomboy just saved us 1.1 MB \o/ [15:06] +1 [15:06] imnsho [15:06] sweet [15:06] didrocks: perhaps we should change quickly to create a mono project instead? [15:06] * rickspencer31 ducks [15:07] * didrocks is creating mono-project template ;) [15:07] shouldn [15:07] t quickly itself be mono instead of python [15:07] * rickspencer31 files bug to remove python from distro [15:07] rickspencer31: I agree, that's why I wouldn't like to compare f-spot and gimp, or say that one obsoletes the other [15:07] quickly evil-rickspencer31 will remove all non-mono application from your desktop :) [15:07] rickspencer31: you mean replace python with ironpython? [15:07] rickspencer31: oh, good idea ;) === rickspencer31 is now known as evil-rick [15:08] mhwhahaha [15:08] :) [15:08] * pitti cranks a new daily CD, this one should work much better === evil-rick is now known as rickspencer3 [15:08] didrocks: https://edge.launchpad.net/quickly [15:08] I updated the page a little [15:09] I unbroke CDs this morning and tested today's, works reasonably [15:09] rickspencer3: nice. This should go to "quickly start" command also [15:09] I fixed gnome-panel and casper, so it should do well now [15:09] I will do it tonight [15:09] * rickspencer3 pastes didrocks email into wiki.ubuntu.com/Quickly [15:09] what is "start"? [15:10] rickspencer3: read https://wiki.ubuntu.com/Quickly when you will have paste it :) [15:11] rickspencer3: "$ quickly start (NEW one! show some notes about How-to start)" [15:11] get-started perhaps? [15:11] $quickly get-started [15:11] ? [15:11] rickspencer3: better, yes. Let me change it [15:12] didrocks: https://wiki.ubuntu.com/Quickly, btw [15:14] rickspencer3: get-started will not be possible (no dash in python function) [15:14] lol [15:15] getstarted [15:15] or get_started ? [15:15] I prefer "getstarted" [15:20] hello from Gran Canaria [15:20] rickspencer3: new revision pushed and https://edge.launchpad.net/quickly changed slightely [15:21] hey mdz [15:22] * pitti waves to mdz [15:26] didrocks: bzr has code to rewrite "_" to "-" in command names [15:27] well, it's just a .replace(), but you could do the same :-) [15:27]