[02:17] anyone stillhanging out? [02:20] i see the java script is upstream errors :) [02:47] btw i need testing done on both sunbird and lightning extensions please ignore the error when starting either, its upstream bug and im working with some of the people that are talking about it on the calendar dev list, waiting for a bug number from them [02:48] asac: iceowl for lenny and sid or just one [02:49] setting up shroots and was just wondering so i know what order to build them in === asac_ is now known as asac === rzr is now known as rZr [16:04] ok doing plenty of NM tests ... going off for that === rZr is now known as RzR [17:04] [reed], is there a plan to unstick the "open new tab" button ? i find the new location really unnatural and annoying.. i want to be able to move it as before [17:18] fta: i have a good idea for dquilt ;) [17:18] the first dquilt push could also unpack embedded tarballs and then apply the first patch :) [17:28] asac, hmmmmmmmm.... could work but what is your use case? using branches and bd --merge, i don't see how this could help [17:30] fta: well. people can also prepare patches by apt-get source more easily [17:30] fta: also its easier to tell someone: [17:30] bzr bd --merge -e [17:30] then go to the dir and use "dquilte" just like you would use quilt [17:31] and remember to copy the new patches back to the bzr branch debian/patches directory [17:31] also we could think about making bzr bd smart enough to create a link for debian/patches? or would that work? [17:31] james_w: ^^ [17:31] ? [17:32] i would like a bd switch doing -e + patch [17:32] james_w: do you know why i suddenly have a bzr tray thing that doesnt really provide much features? [17:32] my command line tool bzr just became a gui application :) [17:33] fta: well yeah. dquilt could be used for that then and also for people working with apt-get source [17:33] asac: it's part of bzr-gtk [17:34] james_w: how did that came to me? any idea? [17:34] through a recommends? [17:34] or was it always installed and just got a tray thing now? [17:34] asac: I uploaded a fix to the desktop file yesterdays so that it actually launches now [17:34] ah [17:34] :) [17:35] asac: and I don't know what you mean about creating a link for debian/patches [17:35] james_w: what does it do? i only can select preferences with right mous but nothing with left [17:35] it hooks in to bzr-dbus and bzr-avahi to provide notifications of commits [17:36] james_w: so it notifies me that i just commit something ;) ... sounds not really useful :-D [17:36] asac, /usr/lib/firefox-3.0.3/defaults/preferences/firefox-branding.js is not the same file on i386 and amd64: http://paste.ubuntu.com/56044/ [17:36] james_w: anyway links: [17:36] james_w: bzr bd --merge -e [17:36] cd $builddir [17:36] quilt push -a [17:36] edit some/file [17:37] quilt refresh [17:37] now i have to manually take care that the patches get into the patches/ directory [17:37] e.g. [17:37] cp -r patches/* /path/to/bzr/tree/debian/patches [17:37] the last step is quite cumbersome [17:37] and i would like to get rid of it ;) [17:37] asac: as I said the other day "bzr bd-do" is intended to do exactly that [17:38] james_w: ok. didnt understand it that way [17:38] saves you "cd $builddir" and "cp -r patches/*" [17:38] james_w: cool if it does what it should do then it really is great [17:38] fta: ^^ try that please ;) and then use the "new" dquilt :-P [17:39] I nicked it from svn-buildpackage [17:39] asac, did you patch dquilt ? [17:39] no :-P [17:39] one caveat is that you need to "bzr add" any new files (e.g. patches) afterwards [17:39] fta: the new dquilt was a joke [17:39] asac, ok [17:40] james_w: afterwards? [17:40] james_w: at best i would like to be able to just commit there as usual [17:40] and then say exit 0 [17:40] -> then a bzr push happens [17:40] or [17:40] exit 1 [17:40] the changes done in the branch are discarded [17:40] that could work [17:41] it means the source you get during bd-do isn't the same one that is built, which might be a problem [17:43] well. for some [17:43] maybe [17:43] bzr bd-do is usually ment for development [17:43] and i dont think that a .bzr directory would cause issues for normal debuild -b [17:44] otherwise bzr bd-do-dev ;) [17:47] :-) [17:48] the other alternative would be automatically adding, but I haven't thought it through completely, so I'm wary of doing that. [17:50] james_w: personally i wouldnt like automatically adding [17:50] james_w: actually i wouldnt like automatically copying all over when you exit [17:51] james_w: now that i think about it, i think its a different command. bzr bd-do is similar to cdbs-edit-patch etc. [17:51] while bzr bd-dev is just there to make a working/merged development tree ;) [20:05] armin76, http://juliank.wordpress.com/2008/10/10/gentoo-destroying-earth/ [20:26] asac, mozilla bug 421977 => approval1.9.0.4 denied [20:26] Mozilla bug 421977 in OS Integration "nsGNOMEShellService::GetDesktopBackgroundColor should support GConf's actual format" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=421977 [20:27] fta: fair enough [20:28] fta: i think the policy gets "luckily" harder finally [20:29] what a changelog! https://edge.launchpad.net/ubuntu/intrepid/+source/xserver-xorg-video-nouveau/1:0.0.10~git+20080706+b1f3169-1 [20:30] with automated ppa builds in it [20:31] http://benjamin.smedbergs.us/blog/2008-10-09/release-branches-in-mozilla-central/ [22:34] <[reed]> fta: I requested blocking on it [22:45] [reed], on what? [22:45] <[reed]> new tab button [22:45] <[reed]> making it movable [22:47] bug id ? [22:51] brb