[00:05] <ScottL> what's up knome 
[00:05]  * knome just spent a good few hours with the xubuntu strategy document
[00:06] <ScottL> is that bad?
[00:06] <knome> but it's now tentatively reviewed and rewritten
[00:06] <knome> well, it was just a lot of work ;)
[00:06] <ScottL> oh good
[00:06] <knome> i suppose it's going to be more work to go through that with the community though ;)
[00:06] <ScottL> i'm still not exactly sure what charlie disagreed with for him to leave
[00:06] <knome> not that i changed *much*, but...
[00:07]  * ScottL was just free associating and thought of that
[00:07] <knome> i think he believed that i was playing some games to get my way through
[00:07] <ScottL> that doesn't require any discussion, i was just pointing that out
[00:07] <knome> i don't mind
[00:07] <ScottL> other than the "playing games" part i don't know what he objected to
[00:07] <ScottL> *shrug* doesn't matter really, not at this stage
[00:07] <knome> i suppose just that :P
[00:08] <knome> s/just/only/
[00:08] <kubotu> knome meant: "i suppose only that :P"
[00:08] <knome> ugh, what a bot
[00:08] <knome> quite distracting imo ;)
[00:09] <ScottL> i'm not sure who brought the bot here and set him loose
[00:09] <ScottL> i've tried to kick him but he (or she) comes back
[00:09] <knome> if you want to get rid of it, ask #ubuntu-ops(-team)
[00:09] <ScottL> jussi had muted him (or her) i thought, but s/he speaks
[00:10] <ScottL> ugh, it's okay i guess, just there were quite a few bots at one point, more than active members it seemed
[00:10] <knome> haha
[00:10] <ScottL> that was kinda depressing actually 
[00:11]  * knome wishes that all the scott* -instances would add to the ubuntu studio development drive, but it seems that only one of them can work at a time
[00:12] <ScottL> hehe, true
[00:12] <knome> i should go to bed
[00:13] <knome> we're meeting with astraljava in less than 8 hours
[00:13] <ScottL> i presume in person, and that is pretty cool, i wish there were people close that i could see that i interact wiht daily
[00:13] <knome> yup, in person
[00:13] <knome> well, it's not daily really. at least yet
[00:13] <knome> might be weekly, if he got a job in helsinki :)
[00:14] <knome> oh, right, i see what you were saying
[00:14] <knome> :P
[00:14] <knome> yes, it's cool to see fellow contributors now and then :)
[00:18] <knome> anyway, i'm off
[00:18] <knome> see you later :)
[02:53] <micahg> scott-upstairs: xfce4-mixer?
[03:02] <micahg> scott-upstairs: do you want me to hold off on uploading the default-settings package?
[03:05] <micahg> ScottL: ^^
[03:12] <ScottL> micahg, do you feel that it is too late to file a FFe (if that is required) for making the same "fix" that xubuntu did for the xfce4-mixer?
[03:12] <micahg> ScottL: we dropped it in the end in favor of pavucontrol
[03:13] <micahg> ScottL: not sure you want to do that for beta 2 unless something is broke though
[03:13] <ScottL> micahg, astraljava was explaining that the plugin was kept but apparently uses pavuacontrol?
[03:13] <micahg> seeded-in-ubuntu xfce4-mixer
[03:13] <micahg> xfce4-mixer (from xfce4-mixer) is seeded in:
[03:13] <micahg>   mythbuntu: daily-live
[03:13] <micahg>   ubuntustudio: dvd
[03:14] <ScottL> micahg, in a perfect world i would like to "fix" the mixer issue (which several people say is pretty severe)
[03:14] <ScottL> micahg, i am nervous about making such a change this late
[03:15] <ScottL> micahg, however it has been explained that xubuntu has already did this so the process is more or less defined
[03:15] <ScottL> to fix it
[03:15] <ScottL> micahg, i am on the fence for this issue and i wanted your opinion
[03:15] <ScottL> i suppose an SRU could be an option after release
[03:16] <micahg> I never had the issue that they described, this is also not the final image, just the second beta, if it's not broke now, but you'd like to be more in sync with xubuntu, you can always do it after beta 2
[03:16] <micahg> you basically want to solidify your images at this point for the beta, that means bug fixes
[03:17] <micahg> also, I thought that US prefers jack over PA
[03:17] <micahg> in which case, going with pavucontrol doesn't seem to make sense
[03:18] <ScottL> "US prefers jack over PA"...hehe, which is where this all gets weird :P
[03:18] <ScottL> i'd say let's move forward right now for beta 2 with just fixing the menu bug
[03:19] <ScottL> i think that is most critical at this point from a usability standpoint, i would really like to get feedback from people on their feeling about the new structure
[03:19] <ScottL> the mixer may be confusing but can be used
[03:19] <ScottL> as is
[03:20] <ScottL> i'd say we can address the mixer after beta 2 but we will need to do some manual testing for this ourselves
[03:20] <ScottL> micahg, does that sound sane?
[03:20] <micahg> yeah
[03:20] <ScottL> micahg, are you a star trek fan?  (i won't think less of you for either answer)
[03:20] <micahg> uploading default-settings after a test build, can you coordinate with the people in -release after it appears?
[03:20] <micahg> ScottL: indeed
[03:20] <ScottL> aye, i will
[03:20] <ScottL> "make it so"
[03:21] <ScottL> :P
[03:21] <ScottL> i suppose i didn't specify which star trek it was though, my bad
[03:21] <ScottL> i do my picard impression at work, too.  most people don't get it though (and i didn't say it was a good impression)
[03:22] <ScottL> but if i cross one leg over the other, point with to fingers with a slightly downward chop, and say "make it so" i expect them to get it
[03:22] <ScottL> s/to fingers/two fingers
[03:23] <ScottL> micahg, do you know Andrew Starr-Bochicchio?
[03:23] <micahg> personally no, I know his online persona :)
[03:23] <ScottL> he sent me an email about my "path to be a Ubuntu Developer"
[03:23] <ScottL> i'm curious as to what prompted this
[03:24] <ScottL> could be just because i'm project lead *shrug*
[03:24] <micahg> developer advisory board most likely
[03:24] <ScottL> aye, he said in hat capacity
[03:28] <ScottL> micahg, would coordinating with -release for default-settings in 7.5 hours be adequate?  it's close to bed time for moi
[03:29] <micahg> ScottL: I'll take care of it
[03:29] <ScottL> are you sure?  i can stay up if necessary
[03:30] <micahg> nah, I'm still winding down
[05:30] <jussi> ahh
[05:30] <jussi> that wont work
[05:32] <jussi> kubotu: part
[05:32] <kubotu> jussi, you don't have 'basics::move::part' permissions here
[05:32] <jussi> meh
[05:32] <jussi> I win.
[05:33] <knome> :P
[09:55] <ttoine> hi
[10:19] <ttoine> ScottL, I think you are aware of that link : http://wiki.linuxmusicians.com/doku.php?id=system_configuration
[10:19] <ttoine> could it be possible to integrate some of the recommandation of this wiki page in a configuration script of ubuntu studio ? (lowlatency kernel, of jackd, or something like that)
[11:32] <scott-upstairs> ttoine, it is possible to incorporate some of these items
[11:32] <scott-upstairs> there are some considerations
[11:32] <scott-upstairs> we already done some of them
[11:32] <scott-upstairs> we would also need to figure out which are the best (and safe) to use
[11:32] <scott-upstairs> we would need to get the package into the official repository and not in a PPA
[11:33] <scott-upstairs> incidentally, this is similar to my idea of a button in the systray to enter 'recording mode'
[12:11] <ttoine> scott-upstairs, very good idea, this recording mode !
[13:07] <ailo> micahg: I believe the mixer problem is a bug. I'd rather there was no mixer at all in the volume control applet, than the wrong one. I think all of the US crew can agree that it would ber be
[13:07] <ailo> ..better to change it
[13:07] <ailo> If you could help us out, that would be magnificient
[13:07] <ailo> I keep pushing this, since I think it's very important
[13:08] <ailo> I wish this problem would have been brought up earliet, but since it hasn't, better late than never
[13:27] <ttoine> scott-upstairs, ScottL I am trying the daily build. The lightness of the system is impressive. It allow far better low latency than a standard Ubuntu with Unity ! The only thing that is missing imho is gparted in order to resize partitions, etc... when needed. And the bottom panel is not very useful as it doen't work as a dock
[14:17] <ttoine> scott-work, I am trying the daily build. The lightness of the system is impressive. It allow far better low latency than a standard Ubuntu with Unity ! The only thing that is missing imho is gparted in order to resize partitions, etc... when needed. And the bottom panel is not very useful as it doen't work as a dock
[14:18] <scott-work> ttoine: we can certainly add gparted (and i'm surprised that it seems to have been forgotten)
[14:18] <ttoine> it is not on the live dvd
[14:19] <scott-work> ttoine: however i am not sure i understand your last comment about the bottom panel
[14:19] <ttoine> the bottom panel is only a panel, not a dock
[14:24] <ttoine> scott-work, 2 other things : the volume control applet seems quite useless, and it is not possible to choose the keyboard layout before being in fxce
[14:25] <ttoine> xfce
[14:39] <ttoine> and perhaps we should choose between AandR and Display
[14:56] <scott-work> ttoine: how would you consider a dock to perform that a panel would not?
[14:56] <scott-work> ttoine: i.e. i can add launchers to the panel fairly easily as a user, but does a dock provide other functionality?
[14:57] <scott-work> ttoine: yes, the volume applet is a known issue.  ailo , len, and astraljava have commented on it and suggested the same fix the xubuntu has performed
[14:57] <scott-work> ttoine: however, the volume applet will probably need to be addressed after the beta 2 image is release if i understood micah correctly
[14:58] <scott-work> ttoine: i am very ignorant about choosing keyboard layout.  isn't this a choice when installing?  or is this manifesting in the live FS?
[14:59] <scott-work> ttoine: good point about ArandR and Display.  testing was done and we felt that Arandr providing the best multi-head (dual monitor) support, we could exlcude display from the menu unless if provides some functionality for all monitor setups that Arandr does not
[15:00] <ttoine> scott-work, a dock provide the functionality to list active applications, etc... perhaps we should consider trying docky ? it used to be quite popular in ubuntu before unity
[15:01] <scott-work> ttoine: the top panel should have the 'window list' plugin 
[15:01] <scott-work> does that not show the active applications?  i.e. firefox, terminal, qjackctl, ardour, mudita24, etc
[15:02] <ttoine> scott-work, about keyboard layout, when you use a live dvd of ubuntu, you can at the very startup hit any key and choose your keyboard layout. then, you are prompted to choose between try, install, etc... Ubuntu Studio live dvd miss that
[15:04] <ttoine> scott-work, yes, the top panel list active applications. But a modern dock like docky can do both : launch and list, and more depending on addons. even without compiz
[15:05] <ttoine> I speak about dock not to make your mind change about it, but because they are popular. and in Unity, the left panel is a kind of dock, currently
[15:11] <scott-work> ttoine: at the bottom of https://wiki.ubuntu.com/UbuntuStudio/Artwork/OfficialOneiric is a section about UI and a dock
[15:12] <scott-work> this was an idea suggested at one time and is very attractive not only visually but also for some functionalities
[15:12] <scott-work> and is very similar to what unity is providing in some regards
[15:13] <ttoine> yes
[15:13] <ttoine> scott-work, is it possible to use awn on xfce  ?
[15:17] <scott-work> ttoine: i believe it is possible, but the original attempt demonstrated that awm brings in many, many gtk libraries that were unrequired otherwise
[15:17] <ttoine> yes, I was thinking about that
[15:17] <scott-work> other dock did not bring in some many unwanted dependencies, however they did not provide the aesthetic qualities nor functionalities of awn
[15:18] <ttoine> and developping a dedicated panel for ubuntu studio would require too many work
[15:18] <scott-work> ttoine: len has done some interesting experiments with developing a system to support work flows that is very similar to a dock
[15:18] <scott-work> i would like to explore this in later cycles as well
[15:18] <ttoine> in xfce ?
[15:18] <ttoine> yes, it is not the time now
[15:19] <scott-work> yes, i will dig up the email later
[15:19] <ttoine> ok
[15:19] <scott-work> but i want to explore other areas as well, maybe scripting, to help people start projects (not just audio) that may be based on work flows
[15:19] <scott-work> hopefully we can include a sane set of defaults and an easy mechanism to edit them
[15:26] <ttoine> scott-work, I will install ubuntu studio daily on my laptop as soon as i downloaded it, and use it for day to day work
[15:26] <ttoine> So I will see if there are things that we may miss with just trying the live dvd or virtualizing it
[15:27] <scott-work> ttoine: this is still a beta 2 image and we know there are a few known issues (although i don't believe them to be hyper critical)
[15:27] <ttoine> that's why I will do that ;-)
[15:27] <scott-work> ttoine: also, the menu is most likely not the ubuntu studio menu (which has better organized structure for content creation)
[15:29] <ttoine> scott-work, oh, yes, speaking about multimedia, imho we are missing to suggest OpenShot as the default video editor. I spoke with specialists of video edition last week and they all say that it is the best tool at the moment
[15:31] <scott-work> ttoine: i think it depends on your intended final product shoudl be
[15:31] <scott-work> some would argue and say the kdenlive is better
[15:31] <scott-work> however, i think for making a movie (i.e. feature release with post production and compositing) i would suggest blender
[15:32] <scott-work> i also do think that openshot has made create strides in a very short amount of time
[15:33] <scott-work> perhaps we could develop an upstream relationship with the developer and help give it some direction we may like
[15:33] <ttoine> scott-work, it supports frior effects, don't need kde libs... it is far better than kdenlive in lightness. and is not so hard to understand than Blender or Cinellera
[15:33] <scott-work> ttoine: i defintely agree with the kde libs ;)
[15:34] <ttoine> ;-)
[15:34] <scott-work> i don't think video editing is hard in blender...but i especially think it will be very easy with the documentation/tutorial i have in mind
[15:34] <ttoine> at the university where I sometimes give courses, they are currently using openshot on a basic ubuntu in order to give courses about basic video production to communication graduates
[15:35] <scott-work> currently, the thought is to ship openshot as a "home movie creater" and blender as a "pro-track film creater"
[15:35] <scott-work> this isn't final, but just the working theory
[15:35] <scott-work> as the documentation is created i think these may be refined more
[15:38] <ttoine> but blender is more aimed at 3D than movie ???
[15:39] <ttoine> scott-work, of course, I was not thinking about OpenShot as a pro-track film creator
[15:42] <scott-work> ttoine: blender is a very, very stable and fully featured film editor
[15:42] <scott-work> ttoine: plus the compositing nodes allows you to do alhpa over and translations and other modifications quite easily and robustly
[15:43] <scott-work> i'm very, very surprised others have not picked up on it
[15:44] <scott-work> ttoine: this is an example video i did (really a proof-of-concept piece) using blender:  http://vimeo.com/14034958
[15:44] <scott-work> it took four hours to complete, including recording the video and setting up the green screen
[15:44] <scott-work> music is completely improved (which means it has obvious mistakes)
[15:48] <ttoine> ok. As for a lot of people, Blender is for me dedicated to 3D scenes, animation and rendering. I was knowing that you can manage video, sounds, etc... but not this way. great to know this
[15:49] <ttoine> scott-work, what are you thinking about cinelerra ?
[15:50] <scott-work> ttoine: i have never used cinelerra unfortunately
[15:50] <scott-work> i read too many comments about instability and difficult UI which biased me away from it
[15:50] <ttoine> the guys I have met think of it this the equivalent of premiere and finalcut for Linux
[15:50] <scott-work> i really should consider testing it though
[15:51] <scott-work> there has been a fork as well which is making it more accessible to the general public i believe
[15:51] <ttoine> and they don't say at all that is unstable and hard to use. It is not very different than Finalcut, actually
[15:51] <ttoine> try the community version. it is available in a ppa
[15:51] <scott-work> meeting time, i'll be back in just short of an hour
[15:51] <scott-work> ttoine: i will do that soon
[15:52] <ttoine> see https://help.ubuntu.com/community/UbuntuStudioPreparation of course ;-)
[15:52] <ttoine> I have quite finished this wiki page, and it is very complete now. perhaps too much...
[15:53] <ttoine> scott-work, see you later, I will install ubuntu studio
[16:17] <scott-work> great email about the work we're doing for 12.04:  https://lists.ubuntu.com/archives/ubuntu-studio-users/2012-March/008196.html
[17:08] <ttoine> hop. Ubuntu Studio installed on my regular laptop to test a day to day use
[17:09] <astraljava> ttoine: And how is it looking?
[17:09] <ttoine> astraljava, quite great ;-)
[17:09] <astraljava> Schweet. :)
[17:09] <ttoine> I was very disapointed with the amd64 live dvd because the starting prompt is not the same than the i386. the i386 is like the standard ubuntu, you can choose keyboard layout, etc...
[17:10] <ttoine> astraljava, the live dvd miss gparted, wich is very usefull if one need to resize a partition before installin
[17:10] <ttoine> g
[17:11] <astraljava> ttoine: Well, yeah there's that. I'll have to double-check with Scott before I'll add it to the seeds.
[17:13] <ttoine> I spoke about gparted with him, he was surprised it was not included
[17:13] <ttoine> astraljava, do you know if there are differences between the amd64 and the i386 live dvd ??
[17:14] <ttoine> astraljava, I would be glad to translate in french the install slideshow. can you just tell me where I can do that ?
[17:15] <ttoine> astraljava, I just see that the default installation is missing ink-generator (addon to Inkscape) and create-ressources (shared ressources between inkscape, gimp and blender)
[17:16] <ttoine> and gcdmaster is not in the apps. But who creates cd master nowadays ?
[17:17] <astraljava> ttoine: I started the work on porting gcdmaster to GTK3, but got swamped with other stuff, so only have an initial repository for now. I hope to be able to return to it once the release hassle is gone.
[17:17] <ttoine> it is not compulsory to have it, but some may find it useful
[17:17] <astraljava> ttoine: There might be differences between i386 and amd64, but that certainly isn't desirable. I _know_ there were differences in oneiric, for Xubuntu.
[17:17] <astraljava> ttoine: Let me check the proper path for translations. Hold on for a mo.
[17:18] <ttoine> astraljava, is there a place where I can write some feedback ?
[17:18] <ttoine> sorry, I am asking a lot at the same time
[17:20] <astraljava> ttoine: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/ubiquity-slideshow-ubuntu/precise/view/head:/po/ubuntustudio/fr.po
[17:20] <ttoine> thanks
[17:21] <astraljava> ttoine: But it's probably best to branch the whole source tree. Use `bzr branch lp:ubuntu/ubiquity-slideshow-ubuntu` for that.
[17:22] <astraljava> I'm going to be flying back home now, I'll be back online in about 3-4 hours.
[17:22] <astraljava> See ya later. Hopefully.
[17:22] <ttoine> ok
[18:23] <scott-work> i just want the channel to know, specifically TheMuso, that a new kernel is being released
[18:23] <scott-work> or updated
[18:24] <scott-work> if you notice any changes in performance, you might mention it in channel so we can follow up with it
[19:33] <len> scott-work ttoine  about display and arandr. It is a pain, but both are needed. It would be nice to bug the xfce guys about adding more dual (or more head functionality.
[19:34] <len> Basically, display has the ability to save a configuration (including monitor position) so that on reboot arandr doen't have to be used every time to set dual heads up.
[19:35] <scott-work> len: is using Display to save the configuration state included in the documentation you and holstein did?
[19:36] <len> display creates a file in ~/.config/somewhere/  that gets read at login.
[19:36] <len> I did include that in my docs yes.
[19:36]  * holstein high-fives len!
[19:41] <len> For next cycle it may be worthwhile either fixing display (sending the fix upsteam) or making our own display setter that saves to the right place.
[19:43] <ttoine> scott-work, ok, I will notice you for the kernel
[19:43] <ttoine> scott-work, I did a translation for fr-fr language of the slideshow, but I can't upload it to bzr
[19:44] <ttoine> I am not part of the group for what I understand
[19:44] <ttoine> can someone do it for me ?
[19:46] <len> ttoine my workflow app playing around is at http://www.ovenwerks.net/UStudiodocs/workflow.html
[19:47] <ttoine> scott-work, and I would like to report a bug in the menu, but I don't where I should do that
[19:47] <len> ttoine: a longer thing on dual displays is at http://www.ovenwerks.net/UStudiodocs/dualmonitor.html
[19:49] <len> ttoine: the menu is now a part of ubuntustudio-default-settings
[19:50] <len> That would be the package to bug against.
[19:50] <ttoine> ok, I will do that. thanks, len
[19:54] <ttoine> len, I like your workflow switch application
[19:55] <ttoine> it doesn't need to be very complicated. If it is possible that background color get the theme color, it would be great
[20:01] <ttoine> len, I reported the bug of ubuntustudio-default-settings
[20:01] <ttoine> astraljava, tell me when you see me again to send you the translated fr_fr.po for the slideshow.
[20:02] <ttoine> bye, all
[20:25] <astraljava> ttoine: I'm home again, so just ship it whenever.
[20:41] <len-live> New menu now works. (todays ISO)
[20:47] <astraljava> len-live: Great news!
[20:53] <len-live> astraljava, yup it is nicer to use. I am noticing a few apps that I think should be excluded from the media menu... mudita24 and mixer. Wish I had spotted that before the filename was fixed it could have been done at the same time.
[20:54] <len-live> I think for the same reason we want the mixer icon to start the PA mixer, The PA mixer should be the only mixer in the media menu.
[20:56] <len-live> LP has been timing out on me so I can't make a bug... ttoine did a menu bug too, but I don't know what the bug is (bug number please) so In don't want to duplicate it.
[20:57] <scott-work> len-live: bug #966539
[20:57] <astraljava> scott-work: So, am I to assume I'll make the mixer switch tomorrow? I'm pretty friggin' tired now.
[20:57] <len-live> Ok, that is one... the plain mixer shouldn't either...
[20:58] <scott-work> astraljava:  yeah, today is not going to happen, in fact micah was strongly suggesting that we make the fix after beta 2 is released
[20:58] <astraljava> scott-work: I can make the change tomorrow, but we'll get it uploaded after the release.
[20:58] <scott-work> len-live: can you add to that bug report then please? maybe even change the title to be less specific to mudita24?  maybe "mixers" or such
[20:59] <scott-work> astraljava: that sounds good, thanks for you work on this :)
[20:59] <len-live> scott-work, ok, I don't know what I can change... but I will do my best.
[20:59] <astraljava> No worries. :) I'm gonna hit the hay now. See ya tomorrow!
[21:06] <len-live> scott-work  bug 966539 updated to include the xfce mixer. The PA mixer is the default for desktop media players adding more is confusing. Hardware controllers belong in the mixer section
[21:10] <len-live> i'll start an install now as the live version looks good.
[21:18] <len-live> The slideshow scrollbars vanish as soon as I open the menu to start the screen shooter...
[21:19] <len-live> The slideshow is still just a bit big... for a netbook screen.
[21:22] <len-live> Is there a setting for how fast the slides change in the slide show? A slower slide change effect might be better.
[21:31] <scott-work> going homes
[21:40] <astraljava> scott-upstairs: Isn't it normally "going places" or something? I've never seen that phrase before. :)
[21:40] <astraljava> Yea yea, I was supposed to go to sleep, but Xubuntu needs some love. *ahem*
[21:41] <micahg> astraljava: please hold off on committing to -default settings until I fix the conf file issue
[21:47] <micahg> hmm, I shouldn't have approved/uploaded that -default settings thing :(
[21:48] <astraljava> micahg: Yep, I won't push anything until you give me a green light.
[21:51] <micahg> can one upgrade from the US DVD?
[21:52] <astraljava> micahg: Apparently not, at least Luke seemed to say that you can't do that from a live-dvd, only alternate discs act as a repository.
[21:52] <micahg> ok, good, we won't need to respin for this fix
[21:52] <astraljava> micahg: Right, thanks!
[22:16]  * micahg needs to introduce ScottL to the bzr mv command
[22:18] <astraljava> Heheh. :) Alright, now I'm gone to sleep for realsies. See ya tomorrow!
[22:26] <micahg> ok, will wait for ScottL to appear to confirm something before uploading this fix
[23:14] <ScottL> micahg, i'm here
[23:14]  * ScottL is aware that there are many, many things he isn't aware of across a vast number of subjects
[23:14] <micahg> ScottL: the new menu file is an exact copy of the other?
[23:15] <ScottL> micahg, i simply renamed the file 
[23:16] <ScottL> it is an exact copy otherwise
[23:16] <micahg> ScottL: right, ok, so in the future, please use bzr mv for this
[23:16] <micahg> I should've caught both of these, ok, uploading the fix for the conf file
[23:17] <ScottL> micahg, ack'd
[23:18] <ScottL> micahg, can you explain the consequences of my actions?
[23:19] <micahg> ScottL: bzr rm and bzr add lose the bzr history for the file (well, it's there under the old file, but it would've been migrated had you used bzr mv
[23:25] <micahg> astraljava: you're clear to touch -default-settings
[23:25] <micahg> ScottL: conf file migration uploaded
[23:29] <micahg> ScottL: all in all, it's a fairly innocuous goof that will probably go unnoticed
[23:44] <ScottL> micahg, thank you, i shall not make the same mistake again