[03:32] <jonahbron_> It looks like the QML HUD can't be tested on the desktop, is that right?
[03:33] <jonahbron_> I add the actions attribute to the MainView, but dragging my cursor only brings up the Toolbar, not the HUD.
[03:33] <jonahbron_> And there are no menu items.
[04:06] <jonahbron_> Any insight on the status of the HUD?  I've been reading bugs, and found this one: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1157213
[04:06] <ubot2> Launchpad bug 1157213 in qtbase-opensource-src (Ubuntu) "Port appmenu support to Qt5 QPA" [High,Fix released]
[04:06] <jonahbron_> I have the package version that says it is fixed in, so that must not be the right bug?  Or I'm doing it wrong?
[05:31] <Mirv> jonahbron_: I'm not a HUD expert, but that bug is about the menus being integrated in Unity, for example in Qt Creator
[05:31] <Mirv> ie at the top of the screen
[07:19] <dholbach> good morning
[09:30] <JamesTait> Good morning all; happy Friday, and happy Common Courtesy Day! :-D
[09:31] <justCarakas> Good day to you sir
[09:33] <gcollura> nice, I can't connect to anongit.kde.org from my wifi university. Good morning JamesTait
[09:42] <ybon> dpm: there is an incoming sprint on the calendar app?
[09:42] <dpm> ybon, yeah, we're planning the core apps hacks next week. We'll be announcing it today
[09:43] <ybon> great! I will try to join
[09:43] <dpm> ybon, the hack day for calendar will be Wednesday, the 26th (next week)
[09:43] <dpm> ybon, awesome!
[09:43] <ybon> dpm: I've those two branch to finish https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/
[09:43] <dpm> ybon, I'm really looking forward to the agenda view!
[09:44] <ybon> the datepicker is also cool :)
[09:44] <ybon> It also allows you to change the date of the event
[09:44] <ybon> and thus to add an event from anywhere and chose the date
[09:44] <ybon> instead of needing to pick the date then add the event
[09:45] <ybon> also, the native DatePicker is much more convenient to use
[10:17] <gcollura> why ImageWithFallback isn't included in the API?
[10:18] <dpm> ybon, cool! Where do you stand with those branches? Are they ready for review, do you need any help?
[10:19] <dpm> hi gcollura, could you provide some more context on what you are trying to do, so that someone can have a go at helping you?
[10:20] <ybon> dpm: the DatePicker is blocker because I'm not able at the moment to autopilot test the native DatePicker
[10:20] <ybon> maybe it's now possible though, cc zsombi
[10:20] <ybon> the other one need just more love from me to autopilot test it too
[10:21] <gcollura> dpm: when a source image isn't available, for example Qt.resolvedUrl doesn't resolve the url, I might want to display a fallback image in its place
[10:22] <dpm> ybon, could you send a merge proposal with the current status, so that we can look at it in more detail? You can mark it as "In progress" to indicate that it's not yet ready, but it would help us to see which area needs work to get AP in shape
[10:22] <dpm> t1mp, perhaps you can help gcollura? ^
[10:23] <gcollura> dpm: at the moment I'm checking with an inline statement if the imagesource is available and then set the proper source
[10:23] <ybon> dpm: ok, I will do this today
[10:24] <dpm> cool, thanks ybon!
[10:24] <ybon> :)
[10:24] <gcollura> it works though
[10:25] <dpm> ybon, we might need to be a bit quick if we want to get these two branches before release, which is in  4 weeks
[10:25] <dpm> but next week with the core apps hack days we're hoping to give development a boost
[10:25] <dpm> and do a bit of a sprint to get all apps in shape
[10:25] <t1mp> gcollura: no, ImageWithFallback is not included in the API
[10:27] <t1mp> I'm not sure why not
[10:27] <t1mp> gcollura: you can add a bug to https://bugs.launchpad.net/ubuntu-ui-toolkit to request it (preferably with a use case)
[10:27] <t1mp> gcollura: in the meantime you can copy its source http://pastebin.ubuntu.com/7129895/
[10:28] <gcollura> t1mp: thanks :)
[10:32] <ybon> dpm: ok, I will dedicate time on next week (the two weeks after I will certainly be in a rush)
[10:32] <dpm> ybon, great, thanks a lot!
[11:28] <zsombi> ybon: are you using the DatePicker or the PickerPanel?
[11:29] <ybon> zsombi: PickerPanel.openDatePicker
[11:30] <zsombi> ybon: ok. anyway, we don't have emulators yet neither for DatePicker nor for PickerPanel.
[11:30] <ybon> hehe, ok ;)
[11:31] <zsombi> ybon: so we need emus for both... and anyway we need emus for them :)
[11:32] <ybon> ;)
[11:32] <ybon> thanks for the update :)
[11:37] <dpm> ybon, here's the announcement now: http://popey.com/blog/2014/03/21/march-2014-core-apps-hack-days/ :)
[11:38] <ybon> great, I'll be there :)
[11:49] <popey> Great!
[11:54] <m-b-o> popey dpm: how are guys doing today?
[11:54] <dpm> hey m-b-o!, doing good, and you? Sorry I've not yet been able to look at your MPs...
[11:55] <m-b-o> I'm fine, added another mp ;)
[11:55] <dpm> popey, I've created events on the G+ and FB pages too. Do you want to send a brief e-mail to the core apps mailing list to give a heads up to all core devs?
[11:55] <dpm> m-b-o, ha! :)
[11:56] <popey> dpm: ya, will do in a moment, just doing the testing on desktop blog post
[11:56] <dpm> cool!
[11:56] <popey> will send one mail covering both to both lists
[11:56] <dpm> sounds like a plan
[11:57] <m-b-o> dpm: one icon is under consideration, besides that there's is some cleanup about the icons in the newest mp
[11:57] <dpm> m-b-o, ack
[12:14] <gcollura> is there a way to know which component in a page takes the most time to load?
[12:41] <SimonK1> .click installing on Desktop: is there a doc anywhere how to test my SDK-Qml-Click-App on my Desktop?
[12:55] <NobodyInPerson> Hey there!
[12:58] <popey> hello
[12:59] <NobodyInPerson> Are you familiar with packaging .deb files?
[12:59] <NobodyInPerson> Because I have a question regarding to this...
[12:59] <popey> a little bit, others here are more expert than I, but ask away
[13:00] <NobodyInPerson> How can I include multiple languages for the descriptions in my debian/control file
[13:00] <NobodyInPerson> I don't really have to create packages for each language just to have the descriptions adjusted, do I?
[13:01] <NobodyInPerson> Googling didn't help that much
[13:04] <ogra_> NobodyInPerson, iirc translations of description are handled by apt usually
[13:04] <ogra_> see man apt.conf
[13:05] <ogra_> (look for "Languages")
[13:05] <NobodyInPerson> okay gonna check that
[13:06] <SimonK1> does anyone know how to use "upstart-app-launch"? Or how to start .click apps in general?
[13:08] <kenvandine> SimonK1, upstart-app-launch takes the APP_ID of the click app as an arg
[13:08] <SimonK1> is APP_ID the name of .desktop-file without ".desktop" or is it "com.ubuntu.developer.octav14n.keepuntu"?
[13:08] <kenvandine> neither
[13:09] <SimonK1> how do i start my app then?
[13:09] <kenvandine> com.ubuntu.gallery_gallery_<IP_ADDRESS>6
[13:09] <kenvandine> for example
[13:09] <kenvandine> look at the installed .desktop file in ~/.local/share/applications
[13:09] <NobodyInPerson> @ogra_: So does that mean, when I upload my package I start with some language and have to translate the description later?
[13:10] <kenvandine> X-Ubuntu-Application-ID=
[13:10] <kenvandine> SimonK1, that is set in the desktop file
[13:10] <ogra_> NobodyInPerson, right, the translation is handled server side
[13:10] <kenvandine> SimonK1, it's the pkg_app_version
[13:10] <kenvandine> is how it's constructed
[13:10] <SimonK1> wow, kenvandine, you are my hero^^
[13:10] <kenvandine> in my gallery example pkg is com.ubuntu.gallery
[13:10] <kenvandine> app is gallery
[13:10] <NobodyInPerson> @ogra_: Okay so for testing purposes the only option for me is using one language
[13:10] <kenvandine> and version is <IP_ADDRESS>6
[13:11] <NobodyInPerson> *without uploading ist
[13:11] <SimonK1> kenvandine, I searched for this like 2 days :)
[13:11] <ogra_> you should use LANG=C by default
[13:11] <kenvandine> SimonK1, i'm not sure where that is documented :)
[13:11] <kenvandine> SimonK1, maybe in the click docs somewhere...
[13:11] <ogra_> (in packages that is)
[13:12] <NobodyInPerson> thanks ogra_!
[13:13] <SimonK1> hm, there is still no ContentProvider for Pictures on my System. Seems like I have to dig deeper
[13:36] <SimonK1> kenvandine, i don't get your +junk/hub-importer example-code working on my desktop. I've installed the ppa but there is no app I can import from (the app-list is empty after clicking "select source")
[13:36] <SimonK1> dou you have a tip what i'm doing wrong?
[13:37] <kenvandine> SimonK1, do you have an sources installed?
[13:37] <kenvandine> like my hub-exporter example?
[13:38] <SimonK1> i've the gallery-app installed (via apt)
[13:39] <kenvandine> that won't work now, you need the click version
[13:39] <kenvandine> gallery has switched to click
[13:40] <kenvandine> the default source for pictures is the click package for gallery-app
[13:40] <kenvandine> and the apt installed version of gallery-app doesn't run the click hooks to register itself
[13:40] <SimonK1> i see
[13:40] <kenvandine> SimonK1, grab my +junk/hub-exporter example
[13:40] <kenvandine> build a click and install that
[13:40] <kenvandine> you can also grab lp:~ken-vandine/gallery-app/content_hub
[13:40] <kenvandine> and build a click package for it
[13:41] <kenvandine> SimonK1, but one tip... if you build gallery as a click, edit click/manifest.json.in
[13:41] <SimonK1> ah, i see something listed :>
[13:42] <kenvandine> change the arch from armhf to the arch of your desktop
[13:42] <kenvandine> i386 or amd64
[13:42] <kenvandine> then ./click-build.sh
[13:42] <SimonK1> i see. Your hub-exporter is working for me though
[13:42] <kenvandine> great
[13:43] <SimonK1> thanks for the help, everything is working now :)
[13:44] <kenvandine> SimonK1, anytime!
[13:44] <kenvandine> file bugs if you find them and feel free to ask questions anytime
[13:44] <gcollura> is there any core app that make use of workerscripts?
[13:44] <kenvandine> SimonK1, any specific plans for what you are going to use it for?
[13:45] <SimonK1> just to play around at first, i wan't to write a keepass2 client.
[13:45] <kenvandine> awesome
[13:45] <kenvandine> i'd love to see that
[13:46] <kenvandine> i'm a lastpass user, but really want something that works on my phone too
[13:51] <netcurli> gcollura: the music app uses WorkerScript afaik
[13:52] <gcollura> thanks netcurli
[13:52] <gcollura> I'll have a look
[13:53] <netcurli> if you plan on using WorkerScript be aware of bug #1294019
[13:53] <ubot2> Launchpad bug 1294019 in qtdeclarative-opensource-src (Ubuntu) "WorkerScript loaded script cannot define functions or variables" [Undecided,New] https://launchpad.net/bugs/1294019
[13:56] <gcollura> ah ok thanks netcurli
[13:57] <netcurli> (I hope this bug gets fixed soon as it blocks the app I am developing)
[14:17] <ybon> dpm: https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163 and https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/AgendaView/+merge/212164 :)
[14:32] <belkinsa> Hello, can I make a suggestion for the core apps of Ubuntu (Touch) on the desktop?
[14:33] <ahayzen> t1mp, ping
[14:33] <SimonK1> belkinsa, i filled a launchpad bug for this last time i had an idea. If you don't have direct contact to a core-apps-member this is the easiest way.
[14:34] <belkinsa> SimonK1, I will try.   Which app do you want to suggest?
[14:56] <belkinsa> Music app.  This one might be a strange one but it's in many other music playing programs.  Have a setting where the user can pick where the music is stored and read from.
[14:57] <belkinsa> Also the Twitter, Remind, and YouTube app doesn't want to work on desktop.
[14:57] <belkinsa> And for the weather app, the Weather Channel API doesn't want to load any data.
[14:58] <belkinsa> Should I bug report a few of these?
[15:13] <dpm> nice work ybon :)
[15:16] <ahayzen> t1mp, I've got a bit further with moving to use the Panel component, but have noticed when the panel is opened it blocks drag events to the rest of the page. So in this example you cannot scroll the listview by click and dragging when the panel is shown. lp:~andrew-hayzen/+junk/test-panel-clicked
[15:19] <t1mp> ahayzen: that shouldn't happen
[15:19] <ahayzen> t1mp, am i doing something wrong in my example?
[15:21] <t1mp> ahayzen: no there is some code in Panel to support a deprecated use case
[15:21] <t1mp> ahayzen: the panel tries to detect clicks on the app contents and then closes it, but it is not handled well now.
[15:21] <t1mp> ahayzen: can you report a bug for it?
[15:22] <ahayzen> t1mp, ok... against ubuntu-ui-toolkit?
[15:22] <t1mp> ahayzen: yes
[15:22] <t1mp> ahayzen: and in the meantime, add __closeOnContentsClicks: false to your panel :)
[15:22] <t1mp> then it works fine
[15:22] <ahayzen> t1mp, cool and i'll link the branch... oo thanks :)
[15:23] <t1mp> I should fix this soon, before people start to create workarounds for the issue
[15:23] <t1mp> ahayzen: thanks for testing out the new stuff :) and please let me know if you find more problems
[15:23] <ahayzen> t1mp, will do hopefully once this is fixed we're there for converting the toolbar :)
[15:25] <ahayzen> t1mp, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1295720
[15:25] <ubot2> Launchpad bug 1295720 in Ubuntu UI Toolkit "When a panel is open it blocks some mouse events to the rest of the page" [Undecided,New]
[15:29] <t1mp> ahayzen: are you running qt 5.2?
[15:30] <ahayzen> t1mp, i find the issue both on the device with Qt5.2 (image 250) and one Saucy desktop
[15:30] <ahayzen> *on saucy
[15:30] <t1mp> ahayzen: does the desktop also have 5.2?
[15:30] <ahayzen> t1mp, erm is saucy or trusty 5.2?
[15:31] <ogra_> trusty
[15:31] <ahayzen> ogra_, thanks
[15:31] <ahayzen> t1mp, i'll check it occurs on a trusty VM..
[15:31] <t1mp> ahayzen: what does  apt-cache policy libqt5core5a say on your saucy desktop?
[15:32] <t1mp> hmm. I'm not sure the package has the same name on saucy
[15:33] <ahayzen> t1mp, libqt5core5:
[15:33] <ahayzen>   Installed: 5.0.2+dfsg1-7ubuntu11.1
[15:33] <ahayzen> t1mp, ^^ on Saucy
[15:34] <t1mp> oh, ok. I thought the bug was new in qt 5.2
[15:34] <t1mp> ahayzen: it should work for you with __closeOnContentsClicks: false ?
[15:34] <t1mp> I will think of the proper solution next week.
[15:34] <ahayzen> t1mp, yep that works
[15:35] <ahayzen> t1mp, thanks
[15:35] <t1mp> it is a leftover from the toolbar of the past ;) which needs to auto-hide some times
[15:59] <mzanetti> popey: oh... just found a bug on the screenshot of the reminders app in the Hack days post :D
[15:59] <ahayzen> t1mp, FYI i remerged this with trunk https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-002/+merge/202171
[15:59] <popey> yay
[15:59] <mzanetti> popey: the Edit, Reminder and Delete icons shouldn't be there at that stage
[16:00] <popey> heh
[16:00] <popey> also, delete doesnt work
[16:01] <mzanetti> if the other two do work in this state its even worse :D
[16:01] <mzanetti> delete should work once you open a note
[16:02] <popey> yeah, it didnt for me
[16:02] <t1mp> ahayzen: thank you. I will re-run the tests next week as soon as the qt 5.2 image gets promoted
[16:02] <popey> i was trying to delete the untitled one before I took the screenshot, it didnt work so i gave up
[16:02] <ahayzen> t1mp, cool thanks :)
[17:00] <PaoloRotolo> Hi all!
[17:01] <PaoloRotolo> Hi nik90 :)
[17:01] <PaoloRotolo> Just a question, how to slide a ListView  from the bottom :D?
[17:02] <PaoloRotolo> I tried with the propriety "x" and with anchors without success...
[17:23] <ubuntuser> is there a free guide for ubuntu sdk gui developing with python??
[18:28] <gcollura> mhall119, for asking to merge a branch I've worked on, do I need to push the code in a github repo first and then make a pull request?
[19:00] <DanChapman> gcollura: is this for email client?
[19:31] <gcollura> DanChapman, yes
[19:48] <nikwen> I'd be interested in which repository is actually used for the development of Trojita. The Github or the KDE repo?
[19:48] <nikwen> http://quickgit.kde.org/?p=trojita.git
[19:56] <netcurli> nikwen: according to https://wiki.ubuntu.com/Touch/CoreApps/EmailClient the kde repo
[19:58] <nikwen> netcurli: Thank you very much. Didn't know it had already been added to that website. :)
[20:20] <oskar> anybody know the avg wait time for USC reviews?
[21:52] <mhall119> gcollura: push to github (or other online git host) and then use the review board process (the post-review commandline tool is easy enough to use)
[21:52] <mhall119> nikwen: the KDE repo is "official" upstream
[21:53] <nikwen> mhall119: Thanks. :)
[22:38] <netcurli> downloading the first podcast via the new ubuntu-download-manager qml component \o/


[15:26] <xnox> kees:  we do build linux-raspi for armhf and it is used on pi's with less than 4GB of RAM. We do build linux (generic) for armhf, but i don't know if anybody actually boots it. In theory we have uboot and dtbs for some intersection of armhf things..... but in practice we don't provide installer media for them. If people are booting them, they figured out how to debootstrap an sd-card and put
[15:26] <xnox> uboot on it by hand.
[15:28] <ogra> the pc-kernel snp for armhf ships ~500 dtbs
[15:28] <ogra> *snap
[15:28] <ogra> which means you could theoretically use it on these systems
[15:29] <ogra> (i personally use it on a pocketbeagle, beglebone black, cubox and sabrelite for local ubuntu core images)
[15:31] <ogra> and with us recently enabling the 512MB pi zero2 as another reference Pi device you really wouldnt want to run an arm64 system (though i guess you could use an armhf userspace with arm64 kernel here)
[15:37] <xnox> but out of ~500 dtbs => nobody knows if they still work with current kernel.
[15:37] <xnox> because dtbs seem to get contributed, but nobody actually tests that every upstream vanilla kernel actually boots on them.
[16:04] <ogra> well, most of them are for really old hardware too and since a long time in mainline ...  we will surely not run on 64MB systems, but in my experience i have not hit one yet that did not work on HW that i tried UC on
[16:04] <ogra> (with that kernel that is)
[16:05] <ogra> either way, i dont think it is realistic that we can drop arm32 kernels soon


[17:01] <Nour> Hello.
[17:01] <ashams> Nour, Hi
[17:02] <Nour> did you guys receive my email ?
[17:02] <Nour> about Telecomix Egypt.
[17:02] <ashams> mmmm, let me check
[17:03] <ashams> Telecomix Egypt 2 ?
[17:03] <Nour> yeah and the one before it.
[17:04] <ashams> Can you add it to the Agenda: https://wiki.ubuntu.com/EgyptTeam/Meetings/Agendas/2011-12-09
[17:05] <Nour> sure.
[17:05] <ashams> Thanks :)
[17:14] <Nour> i can't edit it.
[17:14] <Nour> yeah i have sent you a notification
[17:14] <Nour> of the edit.
[17:15] <ashams> no problem I'll do it
[17:15] <ashams> May put your name next to it
[17:15] <ashams> ?
[17:16] <Nour> ok
[17:17] <ashams> Nour,  it was already there, Thank you :)
[17:18] <Nour> no problem.
[17:18] <Nour> looks like it someone else accepted it before you.
[17:18] <ashams> the wiki is open
[17:18] <ashams> anyone can edit
[17:19] <ashams> without waiting confirmation
[17:19] <ashams> That Notification was, because ppl subscribed to that page
[17:19] <Nour> actually, it didn't edit, it printed that a notification was sent to like...5 people.
[17:19] <Nour> ah, ok
[17:26] <ashams> Nour, have you created a wiki page for yourself, so far? :D
[17:27] <Nour> nope, not yet.
[17:27] <Nour> i'm brand new in the loco
[17:27] <ashams> you want it to be named as Nour Haridy?
[17:28] <ashams> go to https://wiki.ubuntu.com/NourHaridy and make your own :)
[17:33] <Nour> already made an initially little one.
[17:34] <ashams> coooooool :)
[17:34] <ashams> 14 yrs old ?
[17:34] <Nour> yeah.
[17:34] <Nour> g2g now, later.
[17:35] <ashams> k
[17:35] <ashams> peace :)
[17:35] <Nour> gonna come back today after an hour or two.
[22:05] <Menopia> ashams: hi
[22:05] <Menopia> ashams: r u here?
[22:16] <ashams> Menopia, Sorry wasn't here!
[22:20] <Menopia> hi seif
[22:37] <seif> hi Menopia
[22:39] <Menopia> ashams: told me that I can join zeitgeist bug triaging
[22:40] <Menopia> seif:
[22:41] <seif> yeah
[22:41] <seif> ok let me explain better
[22:41] <seif> bug managment
[22:42] <Menopia> ok
[22:54] <Menopia> seif:
[22:54] <Menopia> r u still here?
[22:55] <seif> kinda
[22:55] <seif> hacking on epiphany
[22:57] <ashams> seif, seriously what is the need of epiphany at all?
[22:59] <ashams> ok he's dead :P
[23:07] <seif> ashams, it is going through a big change
[23:07] <seif> read my blog
[23:07] <ashams> ok
[23:08] <seif> its going ot be more integrated into gnome
[23:08] <seif> making all of gnome look like a product
[23:08] <ashams> ah, good for them
[23:08] <ashams> no body was using it before
[23:08] <seif> i mean the desktop environment
[23:08] <ashams> ah, I got it :)
[23:09] <seif> i mean android is linux why dont they use google chrome
[23:09] <seif> why do they have a custom UI
[23:09] <seif> same goes for ios
[23:09] <seif> we are building a custom UI for gnome
[23:10] <ashams> I think epiphany is not used much coz it doesn't have many features like other browsers
[23:10] <ashams> the problem wasn't in the ui
[23:11] <ashams> actually some ppl use it for the light ui
[23:42] <seif> ashams, yep
[23:42] <seif> u got it
[23:43] <seif> for porn i use chrome
[23:43] <seif> but for normal stuff i use epiphany
[23:43] <seif> and this is the beauty of open source
[23:43] <ashams> yeah, it's the best :)
[23:43] <seif> u have a variaty
[23:43] <seif> u can pick what you want etc
[23:44] <ashams> Sure :-)
[23:44] <ashams> and it's all free
[23:45] <ashams> :)


[20:50] <AJH101> hi do we have an eta for U on a phone
[20:52] <Myrtti> nope
[20:52] <Myrtti> not a public set date, no
[20:52] <AJH101> hmm ok
[20:52] <Myrtti> of course depending on what do you mean "on a phone"
[20:52] <AJH101> is there a decent beta?
[20:54] <AJH101> forgive me - what do we have available currently?
[22:39] <popey> AJH101: no, not yet


[00:11] <lifeless> spiv: FWIW I think RemoteRepository really wants to be a Repository subclass; but lots of Repository stuff wants to be on other subclasses
[00:11] <spiv> Yeah, I think RemoteRepository wants to be a subclass too.
[00:18] <lifeless> poolie: I've popped up for air; its going really well.
[00:18] <poolie> great
[00:20] <lifeless> poolie: if you want a call; now is a good time for me.
[00:21] <poolie> sure
[00:21] <lifeless> and to the crowd in general, review sought on [MERGE] New development format (unchanged) and alias support for format
[00:21] <lifeless> poolie: I'll call in a sec
[01:36] <poolie> lifeless, did you say something the other day about the feisty bzr repo being out of date
[01:36] <poolie> (as in https://answers.launchpad.net/bzr/+question/21602)
[01:47] <core-ix> i have a question about bazaar vcs: does it support user rights (access to branches like read/write) and secure communication over the internet (i.e. SSL/TLS) ?
[01:47] <poolie> core-ix, yes, you can do access control either through the 'bzraccess' hook, or by OS permissions on the repo
[01:48] <poolie> and you can use either bzr+ssh, sftp, or https for encrypted access
[01:49] <core-ix> ok, thanks poolie ... i'm choosing new VCS for several projects and i need those features i mentioned before
[01:49] <lifeless> poolie: yes, on my todo
[01:49] <lifeless> poolie: I should get to it today I hope; I figure its not life or death right now
[07:47] <indu> hiall
[07:47] <indu> hi all
[07:55] <indu> in loggerhead, i want the Log, Inventory, RSS,Repository under the branch itself , means, how can I  do it?
[07:55] <indu> just similar to http://goffredo-baroncelli.homelinux.net/bazaar-dev
[08:04] <indu> how can i improve my loggerhead look similar to http://goffredo-baroncelli.homelinux.net/bazaar-dev
[08:04] <indu> mwhudson, can you help me in this please
[08:48] <indu> Do I need to use redirect option of apache for this ?
[08:51] <indu> mwhudson, are you there
[08:51] <indu> anyone please tell me where can I get help in loggerhead,
[09:00] <poolie> indu, from mwhudson,
[09:00] <poolie> or i suggest you use the list or http://answers.launchpad.net/bzr
[09:01] <indu> poolie, he is in leave till feb 4th itseems
[09:01] <poolie> indu, i'm not sure but i think that page is actually running the webserve plugin
[09:01] <poolie> which is different to loggerhead
[09:11] <ubotu> New bug: #180969 in bzr "export to a non-existing directory failed" [Undecided,New] https://launchpad.net/bugs/180969
[10:07] <TFKyle> hmm, for some reason bzr pull lp:someproject doesn't work here (tries to use a local dir /cur/path/lp:someproject/) even though bzr ls lp:someproject does, is there a reason for that? (bzr 1.0 and 1.1rc1)
[10:35] <poolie> TFKyle, that is strange, could you please file a bug on http://launchpad.net/bzr ?
[11:25] <siretart> 'bzr get lp:bzr' takes about 5 minutes. is this 'normal'?
[11:25] <siretart> feels quite slow
[12:35] <vila> abentley: BB down since more than 12 hours now
[12:38] <abentley> vila: Thanks.  Restarted.
[12:50] <ubotu> New bug: #180996 in bzr "bzr checkout fails with 'No buffer space available'" [Undecided,New] https://launchpad.net/bugs/180996
[12:52] <indu> anyonw here again now, who has idea about loggerehad configurations
[12:55] <indu> could some one give me the path for webserve, download
[12:59] <indu> is there a way of receiving a mail when someone uploads some source into my repo
[13:06] <vila> abentley: thanks to you ;-)
[13:06] <abentley> np
[13:09] <vila> abentley: now, that I can access it again, I notice you voted tweak on<EMAIL_ADDRESS>[13:10] <vila> but I *never* saw the email ???
[13:10] <abentley> Yeah, it's a problem because I changed my email, but BB wants to use the wrong one.
[13:11] <abentley> Which Mailmain no longer recognizes as a subscriber.
[13:12] <vila> abentley: ok ok
[13:12] <abentley> So for now, I can only vote by mail, which I didn't realize then.
[13:13] <dennda> http://paste.pocoo.org/show/19892/ <-- Any thoughts on how to resolve that?
[13:20] <dennda> works again
[13:20] <dennda> magic
[13:30] <Peng> dennda: Perhaps you had another bzr process running?
[13:32] <dennda> maybe
[13:51] <lifeless> indu: perhaps ask on list
[13:51] <lifeless> indu: I suspect people are not understanding the question.
[13:51] <lifeless> ngiht all
[16:02] <mgedmin> I don't suppose there's a vcscommand vim plugin for bzr?
[16:04]  * mgedmin settles for bzr get lp:bzr-vimdiff ~/.bazaar/plugins/vimdiff
[16:09] <mgedmin> why does 'bzr st' print paths that aren't valid in the current directory, when you're not in the root of a working dir?
[16:11] <Peng> Yeah, it prints paths relative to the root.
[16:12] <Peng> God knows who made that choice and why.
[16:12] <Peng> There's at least thought of changing it.
[16:12] <mgedmin> I think I vaguely remember a discussion about this, maybe on the mailing list
[16:12] <mgedmin> today it bit me, and I wanted to ask here before filing a bug report
[16:26] <Peng> Yeah, mailing list.
[16:28] <mgedmin> do you perchance have a url/date + subject?
[16:28] <Peng> Nopers.
[16:36] <asac> lifeless: is bzr init without any repo format option what i should use for large projects/max speed nowadays (latest 1.1.0.dev.0)?
[16:43] <vila> asac: yes
[16:49] <dlee> Got a bzr bind that stalls seemingly forever (until I kill it), but a bzr push to the same repo works fast.  The repo is a bzr:// one where the marchine name maps to a VPN-accessible subnet.  Since bzr push works, I figure it's not a connectivity problem though.  Bzr 1.0.
[18:29] <salgado> hey there
[18:29] <salgado> is there any easy way to find the latest N revisions which touched a given file?
[18:30] <luks> bzr log path/to/file --limit N
[18:31] <salgado> that easy!?
[18:35] <salgado> thanks luks. I hadn't notice I could use 'log' on a file/dir
[18:35] <luks> well, log on a dir will probably not do exactly what you expect
[18:35] <luks> but on a file it should work fine
[20:45] <dlee> Re my earlier issue with bzr bind hanging where bzr push works fine:  bzr tags -d <same_repo> also hangs.  Ideas for what to look for welcome.
[20:54] <vila> dlee: have a look at $HOME/.bzr.log, then you can also try -Dhpss
[20:59] <dlee> Doing...
[21:01] <lifeless> moin
[21:08] <dlee> Results: Stall after "ok" result from repository.get_revision_graph; sending SIGINT gives a traceback in the log.
[21:19] <lifeless> dlee: file a bug please
[21:22] <dlee> Will do
[21:28] <dlee> Etiquette questions btw: Is it best to check here before filing a bug, or just to go file and ask later?  Also, I park here to ask and (when I actually know enough) answer questions.  I'm not a Bazaar developer though (if I learn a bit of Python this may change...).  Please let me know if there's a better way before I unwittingly become a pest. :)  (I say all this because, for whatever reason, many questions I've asked since the day I fil
[21:28] <beuno> dlee, asking for help and before filing a bug is just fine
[21:29] <beuno> it's a bzr-in-general channel
[21:29] <dato> dlee: (your line broke up at "the day I fil")
[21:30] <dlee> Arg... my client shows it all. :P thanks for the catch
[21:30] <dlee>   filed the cvsps-import_under_Cygwin bug have drawn no comment)
[21:30] <lifeless> dlee: I'd rather you file a bug than the issue go unknown by folk who are coding; asking here first is good but if its inconclusive please do file a bug
[21:31] <lifeless> on IRC people will often not respond if they have no clue
[21:31] <lifeless> so if what you're asking is not obvious you may get no commit ;)
[21:32] <dlee> Lifeless: ok thanks.  I figured silence meant uncertainty, but after a week or so of the same luck, I thought, "I'm too new to find so much new stuff already!" :)
[21:35] <zeasier> are there any bug tracking applications that work with bzr?
[21:36] <zeasier> heard of the trac module but haven't gotten it to work
[21:36] <Peng> Well, there's Launchpad.
[21:36] <lifeless> and trac
[21:37] <lifeless> and cart
[21:37] <lifeless> and bugs everywhere
[21:37] <lifeless> and I think there's a buzilla module for bzr, so you can write a script to interrogate a bzr repo and use that to modify bugzilla
[21:37] <zeasier> launchpad is pretty cool
[21:38] <zeasier> but it isn't for closed source projects
[21:40] <zeasier> never heard of cart and bugs everywhere
[21:40] <Rinchen> Hi folks.  I have a quick question.  When I do a bzr whoami, I get my correct email address (verified in bazaar.conf) but when I do a bzr commit  it uses a different gpg key (from another email address in the ring).  Ideas on how I can fix that?
[21:46] <lifeless> zeasier: you should talk to 'statik'
[21:47] <zeasier> just found the cart thread in lists.ubuntu.com
[21:47] <zeasier> looks interesting
[21:47] <lifeless> Rinchen: you can set a gpg signing command
[21:47] <lifeless> Rinchen: possibly there are other gpg options; have you looked in the manual ?
[21:48] <Rinchen> lifeless, I've been scanning through it now
[21:48] <Rinchen> so far, no luck
[21:52] <lifeless> abentley: still thinking about annotating inventory changes? I'm thinking that this format can generate revision markers for execute bit/sha/name/parent etc quite easily during composition
[21:52] <lifeless> abentley: course at the start of a new delta chain it would be all new :(
[21:54] <lifeless> Rinchen: probably the wrong way, but I'd start with gpg_signing_command = gpg --id FOO (or whatever gpg takes as options)
[21:54] <lifeless> Rinchen: I think that that will work
[22:05] <ubotu> New bug: #181115 in bzr "bind and tags hang where push does not" [Undecided,New] https://launchpad.net/bugs/181115
[22:18] <Rinchen> so lifeless, it seems that it was a gpg thing as you suspected.  Looks like seahorse does not actually include the "default-key" option in gpg.conf when you select it (bug maybe) so I had to manually specify that. By default it seems gpg uses the oldest private key to sign with (per a pipermail archive)
[22:33] <lifeless> woo
[22:33] <lifeless> 2 tests failing only (but inter foo is entirely absent)
[22:38] <Peng> Oooh, I forgot that 'bzr branch' uses the branch format of the branch being branched from, not the repo.
[22:41] <Peng> Seems I did have some older branches.
[22:41] <ubotu> New bug: #181123 in bzr-cvsps-import "Tags import as branch tips, not tags" [Undecided,New] https://launchpad.net/bugs/181123
[22:45] <ubotu> New bug: #181124 in bzr "short options for bzr ls" [Wishlist,Confirmed] https://launchpad.net/bugs/181124
[23:00] <abentley> lifeless: No, I'm not actively planning to handle criss-cross inventory merging.  It strikes me that we could apply LCA merge, though.
[23:00] <lifeless> I'll need to read up on lca merge
[23:02] <mtaylor> 24605 mtaylor   18   0 1205m 976m 7928 D   19 32.5   9:06.60 bzr
[23:03] <mtaylor> damn that's a lot of memory
[23:03] <jelmer> what is it doing ?
[23:04] <abentley> lifeless: One way to look at it is 3-way, extended to handle multiple bases.
[23:04] <abentley> If it's really painless, then by all means, include annotation.
[23:05] <abentley> lifeless: Bugs Everywhere and Cart are unfortunately abandoned now.
[23:06] <mtaylor> jelmer: svn-import
[23:06] <mtaylor> jelmer: copying revision 3341/6851
[23:06] <mtaylor> :)
[23:06] <jelmer> ah
[23:06] <jelmer> mtaylor: you did see the link to the python-subversion memory leak fix?
[23:07] <mtaylor> oh, no... is that what that is?
[23:07] <jelmer> I think so
[23:07] <mtaylor> ahhhhh. that would make sense
[23:07] <jelmer> http://subversion.tigris.org/issues/show_bug.cgi?id=3052
[23:08] <jelmer> or the matching Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428755
[23:08] <ubotu> Debian bug 428755 in python-subversion "bzr-svn: 'bzr push' consumes memory" [Important,Open]
[23:13] <lifeless> abentley: oh, ok :(
[23:14] <lifeless> abentley: I think InterRepository._same_model is the reason you can pull subtrees into rich roots
[23:15] <abentley> Hrm.
[23:15] <lifeless> it only looks at one of the two parameters
[23:15] <abentley> I'm wondering whether our InterRepository approach is too much LBYL.
[23:16] <abentley> If you look at what we did with diff, for example.
[23:16] <jelmer> abentley: LBYL?
[23:16] <lifeless> well it was intended to be simply a multimethod; the model stuff that has crept in adds confusion I think
[23:16] <lifeless> look before you leap
[23:17] <abentley> lifeless: But perhaps it would be nicer if it you just called interrepo.fetch() on all registered interrepos until it succeeded or you ran out.
[23:18] <abentley> That way, we would have enough data to determine whether a fetch from 'subtrees' into 'rich-root' could succeed.
[23:18] <lifeless> ah, I see
[23:18] <lifeless> so nuke is compatible
[23:18] <lifeless> and do a loop
[23:19] <abentley> Right.
[23:19] <lifeless> I don't think it would make a difference in this case; we need something that knows 'subtrees allowed/not allowed' and raises when it sees them
[23:20] <lifeless> so one interrepository can do all rich-root variations that use the same inventory serialisation API
[23:20] <lifeless> when do you start with Canonical ?
[23:20] <abentley> A fetch from subtrees into rich-root could look for subtrees in the inventories it was fetching.
[23:21] <abentley> lifeless: I start next week.  And I'll be in Sydney the week after.  Too bad I'll miss you.
[23:21] <lifeless> right, and a fetch from subtrees into subtrees needs to look for subtrees in the inventories as well to fetch dependent data doesn't it ?
[23:21] <abentley> Mmm.  Not sure.
[23:22] <lifeless> so a InterSubTree parametereised with either "lambda x: raise NotSupported " or "queue a revision id to copy"
[23:22] <abentley> I think that's right.
[23:22] <abentley> The problem of fetching dependencies was one I had put off.
[23:23] <lifeless> anyhow, I only noticed that as I refreshed my head on InterRepository to do this journalled inventory logic - I need to make sure that all the delta elements are fetched correctly injounralled->journalled, and that revisions are reserialised in journalled<->non-journalled
[23:24] <abentley> injounralled->journalled ?
[23:24] <lifeless> in (journalled->journalled)
[23:24] <abentley> right.
[23:24] <lifeless> a journalled inventory repository has inventory deltas rather than xml deltas
[23:25] <lifeless> cool
[23:25] <abentley> Are you doing unidirectional or bidirectional deltas?
[23:25] <lifeless> minimal unidirectional with full entry contents included
[23:26] <abentley> Also, you were asking about why we're including revision-ids in inventories.
[23:26] <lifeless> that is we write out a new entry and nothing about the old state, and we also write out a line when a delete occurs
[23:26] <abentley> jam could answer that better, but I believe it was a performance win.
[23:26] <lifeless> I was having a brain-fart morning;
[23:26] <lifeless> I'm pretty sure it was for the working tree basis cache
[23:27] <lifeless> so that we didn't have to reserialise the XML
[23:27] <lifeless> which is a bit bogus when you think about it (you can just prefix the repository xml with a revision id). But it doesn't matter anyhow, because I already had a version: field for the journal entry
[23:27] <abentley> Sounds plausible.
[23:28] <lifeless> so, I don't think this journal contents is necessarily optimal; I only claim its better than the xml delta style
[23:28] <lifeless> in fact I may change it to only have the basename of the path
[23:29] <lifeless> because the case where the exact pathname is interesting is insufficient to do things log like PATH or 'find PATH in history'
[23:29] <lifeless> so it doesn't seem like a useful optimisation and it costs quite some duplicate text for the dirname of the path to be included.
[23:31] <abentley> lifeless: Or to be really minimal, you could just include the paths of parents once.
[23:31] <abentley> Since we have the parent-id already.
[23:31] <lifeless> not quite sure what you mean there; how is that different from just the basename of the path ?
[23:32] <abentley> I assume if you have three children of 'foo/bar', you would include 'foo/bar' three times.  Correct?
[23:32] <lifeless> currently yes; it was moddelled on the python inv delta object
[23:32] <abentley> Future: no?
[23:33] <lifeless> Well like I say above I'm considerring dropping it back to just the basename
[23:33] <lifeless> so foo/bar/baz and foo/bar/quux -> 'baz' and 'quux'
[23:33] <abentley> The example I gave had just the basename
[23:33] <abentley> I think we're probably in violent agreement.
[23:33]  * lifeless is confused
[23:34] <abentley> No, my bad.
[23:34] <abentley> I was thinking dirname, not basename.
[23:34] <lifeless> ah!
[23:34] <abentley> Not enough sleep.
[23:34] <abentley> So if the dirname was considered useful at all, a future format could include it only once.
[23:35] <lifeless> e.g. on the dir itself
[23:35] <fullermd> Sorta mtree-style-ish.
[23:35] <lifeless> but that then prevents grep style matching
[23:35] <abentley> The dir itself might be unchanged?
[23:35] <abentley> Therfore not included in the delta.
[23:35] <lifeless> well, I need to keep the stuff I'm working on paged in
[23:36] <abentley> Okay, nm.
[23:36] <lifeless> so I'm going to not chase this just now
[23:36] <lifeless> but yes - iteration on the basic concept++
[23:37] <abentley> What you've got already sounds quite useful.  I look forward to applying it to iter_changes.
[23:37] <lifeless> cool
[23:38] <lifeless> I don't think it will save 'load the full inventory' but it should drop it from loading 2 to loading 1 and using the delta
[23:38] <lifeless> I think you can also do log -v well from it with some care
[23:39] <abentley> Yes.  bidi is what will give us the ability to avoid the full inventory.
[23:43] <lifeless> abentley: I think we need more than journalling to achieve that
[23:44] <lifeless> abentley: but I may be wrong. I'm htinking about operations on children of renamed dirs.
[23:45] <abentley> Well, path reconstitution is not actually needed for iter_changes.
[23:45] <abentley> though it would be for generating an inventory delta.
[23:46] <abentley> But we can sort it out later.
[23:48] <lifeless> yah
[23:49] <lifeless> I wonder if its time to write the 'tree at a time copier' again
[23:50] <abentley> Likely.
[23:50] <abentley> It's as old as the hills.
[23:51] <lifeless> I thought we didn't have one
[23:51] <lifeless> it got lost in the -> weave transition
[23:54] <abentley> InterDifferingSerializers is a tree-at-a-time fetcher, if that's what you mean.
[23:55] <lifeless> oh sweet
[23:55] <lifeless> cause I need to fix:
[23:55] <lifeless> BzrError: Corrupt repository, final inventory validator mismatch for<EMAIL_ADDRESS>'0db02bfb8702b10a0df52ecc6ba89bb5aefd61c6' != '1132d23eb4e5ce1c73470259de6c84789a32adff'
[23:55] <lifeless> (this format checks the sha1 on every inventory access)
[23:56] <abentley> Ah.  Perhaps something is matching that shouldn't.
[23:57] <lifeless> yah
[23:57] <lifeless> :)
[23:57] <lifeless> at least thats my current theory
[23:59] <lifeless> erm no
[23:59] <lifeless> there's a bug in that fetcher :)
[23:59] <lifeless> it installs the inventory
[23:59] <lifeless> but it doesn't capture the inventories sha1


[19:20] <Eickmeyer> Definitely a live one in -offtopic.
[19:22] <tomreyn> the same person used to spam #ubuntu-de-offtopic weeks ago
[19:22] <tomreyn> fuchs would likely remember
[19:22] <Eickmeyer> *sigh* where are the -offtopic ops?
[19:24] <tomreyn> there just aren't a lot of them, i think