[09:15] <dpm> JamesTait, good morning! Quick question: which is/are the best project(s) in LP to report 1) issues with myapps' UI 2) mismatch between API keys used between clients and the store?
[09:28] <popey> dpm: 1) https://bugs.launchpad.net/software-center-agent  2) API keys?
[09:28] <dpm> JamesTait, popey, sorry, I meant API fields
[09:36] <JamesTait> dpm, myapps UI problems should be reported against software-canter-agent, as popey said.
[09:37] <dpm> ok cool. For the API fields, to give more context, it was about the conversation we had on e-mail recently
[09:38] <JamesTait> dpm, API fields should probably be reported against both the client and click-package-index.  Really it's a client problem, IMO, because the API predates all clients, but it might be easier to fix on the server.
[09:38] <dpm> re: mappying of api fields store <-> clients
[09:38] <JamesTait> Yeah, I assumed it was related to that. ☺
[09:40] <dpm> cool, thanks :)
[09:43] <dpm> JamesTait, also, I've got an issue whereby an app that's been just published is being seen by the client as an old revision. I guess I can send a query to the API to see which version it returns, so can I do this manually?
[09:52] <JamesTait> dpm, if you know the package name, curl -H 'X-Ubuntu-Channel: stable' https://search.apps.ubuntu.com/api/v1/package/{package_name} will give you the package metadata on the stable channel, with metadata for other channels embedded (under the _embedded["clickindex:channelpackage"] property).
[09:57] <dpm> JamesTait, yeah, the API seems to be returning the wrong (old) version: http://pastebin.ubuntu.com/15340450 - the latest published is 2.1+snap2, whereas it returns 2.1+snap0
[09:58] <dpm> JamesTait, the app has got uploads for multiple arches: rev 1 (published, 2.1+snap0, amd64), rev 2 (published, 2.1+snap2, amd64), rev 3 (*unpublished*, 2.1+snap2, i386)
[09:59] <dpm> I wonder if the latest i386 upload is obscuring the previous one for some reason, although it shouldn't do it, as it's a different architecture
[09:59] <dpm> and I'm querying from an amd64 machine
[10:05] <JamesTait> ETOOMANYCONVERSATIONS :-/
[10:08] <JamesTait> dpm, querying with -H 'X-Ubuntu-Architecture: i386' returns no results, which is what I'd expect because revisions 1 and 2 are amd64 only.
[10:09] <dpm> right
[10:11] <dpm> JamesTait, but it seems querying with 'X-Ubuntu-Architecture: amd64' returns revision 1 instead of the expected revision 2
[10:18] <JamesTait> dpm, right.  I can try a reindex from myapps to see if that refreshes it.  I'd like to understand why it's returning the old version, though.
[10:19] <dpm> JamesTait, I'm not sure if that could be related, but the automated review highlighted a checksum error, which neither I nor jdstrand could understand
[10:22] <JamesTait> dpm, gimme a few minutes to see if I can get to the bottom of what's actually in the backend, then I'll hit the reindex button.
[10:23] <dpm> awesome, thanks JamesTait!
[10:40] <JamesTait> dpm, I'm treading carefully so as not to destroy CPI again 😉  - but I do see two revisions in the backend: {u'version': [u'2.1+snap0'], u'revision': [1]} and {u'version': [u'2.1+snap2'], u'revision': [2]}.
[10:40] <dpm> is that good or bad? :)
[10:40] <dpm> does it mean the index just needs refreshing?
[10:41] <JamesTait> dpm, I'm going to take a copy of that data and index it locally to try to reproduce the issue, then reindex the package and see where things stand.
[10:41] <dpm> ok, cool
[10:41] <JamesTait> dpm, it could be an indication of a bug in selecting the "latest" revision for the package.
[10:41] <dpm> ok
[10:42] <dpm> let me know if you need me to file a bug
[10:46] <JamesTait> dpm, OK, versio 2.1+snap2 is showing for me now.
[11:10] <dpm> JamesTait, awesome. Did you figure out what it was?
[11:11] <JamesTait> dpm, still digging - currently comparing pre- and post-reindex data for obvious anomolies.
[11:12] <dpm> ok
[11:13] <JamesTait> dpm, interestingly, before the reindex, r1 of that package had a later modification timestamp than r2; after the reindex, r2 is later by ~0.03s
[11:14] <JamesTait> Not saying that's definitely the cause, but there aren't many differences.
[11:14] <dpm> oh, weird. r1 was uploaded last week, whereas r2 yesterday
[11:24] <aquarius> OK, confused. I have my E5 plugged in; in Ubuntu SDK, it shows in the Devices tab (as "Ubuntu Device") and says "Device Status: Ready to use". But I can't deploy to it (the deploy thing says it's not connected), and "Open SSH connection to the device" shows a terminal window for about half a second which then immediately closes. How can I go about working out what's wrong? also, it says that "Has network co
[11:24] <aquarius> nnection" is... disabled? And in the Log it says "error: device offline", although it is not offline (the browser works fine, for example)
[11:49] <t1mp> anyone knows what causes this?
[11:49] <t1mp> tim@tim-mbp:~/Downloads$ phablet-shell
[11:49] <t1mp> Host [localhost]:2222 not found in /home/tim/.ssh/known_hosts
[11:49] <t1mp> Warning: Permanently added '[localhost]:2222' (RSA) to the list of known hosts.
[11:49] <t1mp> Permission denied (publickey).
[11:53] <popey> run it again?
[11:53] <popey> For a new device I always have to run it twice
[12:01] <t1mp> popey: nope, it doesn't work. I ran it multiple times.
[12:01] <t1mp> popey: but indeed the device was recently flashed
[12:01] <popey> hm
[12:03] <t1mp> it appears to be a device issue since it works fine with my other device
[12:04] <t1mp> unless my ssh keys are wrong and they didn't need to be pushed again on the other device?
[12:45] <dpm> JamesTait, just as a heads up: we did an upload of ubuntu-clock-app.ubuntucoredev earlier on today, and for that one the index seems to be correct. Meaning clients can see the latest upload, so I guess that's good news
[12:49] <JamesTait> dpm, maybe... 😉   Things that fail all the time are usually easier to track down than things that only fail occasionally. 😃
[12:50] <dpm> indeed
[13:48] <aquarius> jhodapp, can I, from QML, give the media hub a playlist but tell it "stop playing after exactly 2 hours" even if the playlist is longer?
[13:49] <jhodapp> aquarius, sure, if you maintain the timer and your app stays in the foreground, you an just call stop on the player
[13:49] <jhodapp> or pause
[13:49] <aquarius> jhodapp, yeah, but I am assuming I'm not in the foreground -- that's why I'm handing you a playlist :)
[13:50] <aquarius> jhodapp, after two hours, the phone will have locked the screen and suspended my app.
[13:50] <jhodapp> other than that there's no way for media-hub to do that presently
[13:50] <aquarius> OK. So if I want the playlist to run for 2h, then I need to make sure it's 2h long :)
[13:50] <jhodapp> yup
[13:50] <aquarius> that's fine, no worries
[15:13] <t1mp> ahayzen: hello. Good timing :)
[15:13] <t1mp> ahayzen: I was just looking for you
[15:14] <t1mp> ahayzen: looks like I have a fix for https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1554897
[15:14] <t1mp> ahayzen: is there a way you can test the fix?
[15:14]  * ahayzen ducks
[15:14] <ahayzen> :-)
[15:14] <ahayzen> t1mp, if it is in a silo i can test on device ... or i can try the mini-app with the branch
[15:14] <ahayzen> just won't be perfectly sure, as it is super quick, but i can have a look :-)
[15:14] <t1mp> ahayzen: it is not in a silo, I committed the changes 1 minute ago
[15:14] <t1mp> ahayzen: yes, please do that
[15:15] <ahayzen> hehe :-)
[15:15] <ahayzen> t1mp, thanks for working on it so quickly :-)
[15:18] <zsombi> t1mp: one comment on the https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/fasterWindowColor/+merge/288661
[15:19] <t1mp> zsombi: the line above your comment says: +protected Q_SLOTS:
[15:19] <t1mp> zsombi: is that what you want?
[15:20] <ahayzen> t1mp, how do you test the sdk on device? just branch on device then make and make install ? or do you only test on desktop ?
[15:20] <zsombi> t1mp: put the slot in the MainViewBasePrivate, that's what I want
[15:20] <ahayzen> oh there is a push_to_phone.sh ...
[15:21] <t1mp> ahayzen: the easiest way is to wait for CI to run the tests and generate the .deb packages that can run on the device
[15:21] <zsombi> ahayzen: hopefully works still :)
[15:21] <ahayzen> haha yeah :-)
[15:21] <t1mp> ahayzen: do you have results for the desktop already
[15:21] <ahayzen> t1mp, currently building :-)
[15:21] <zsombi> ahayzen: but that script only pushes the QML stuff
[15:21] <t1mp> zsombi, ahayzen: push_to_phone.sh will not work, because that only works for the updates qml files. This one needs to be compiled for ARM
[15:21] <ahayzen> zsombi, ah i see :-)
[15:21] <ahayzen> eh i'll test on desktop for now
[15:21] <t1mp> zsombi: ok, I got it.
[15:23] <ahayzen> t1mp, hmm i got this when building http://pastebin.ubuntu.com/15341641/ .. and then "module "Ubuntu.Components" plugin "UbuntuComponents" not found" when i try to run :-)
[15:24] <t1mp> oh shit
[15:24] <t1mp> zsombi: ^no isTabFence
[15:24] <t1mp> ahayzen: which ubuntu release are you running?
[15:24] <ahayzen> t1mp, Wily
[15:25] <t1mp> ahayzen: we have a patch for Qt that is only available for vivid (in the overlay ppa) and for xenial.
[15:25] <zsombi> ahayzen: brilliant, go to Xenial :D
[15:25] <ahayzen> should i somehow build under the sdk-dev thing ...
[15:25] <ahayzen> zsombi, i've got todo uni work on here rather not have Beta builds ;-)
[15:26] <zsombi> ahayzen: I know, was just sayin... :P
[15:26] <ahayzen> hehe ;-)
[15:26] <ahayzen> 'soon' :-)
[15:26] <ahayzen> maybe i can just comment that out for now? as i'm not testing that part anyway
[15:30] <ahayzen> yeah commenting that line out worked :-)
[15:31] <ahayzen> t1mp, from what i can see with the mini-app on the desktop it looks fixed, but i'd like to be perfectly sure with music on a device once there is a deb/silo
[15:31] <t1mp> ahayzen: cool. How did you test it?
[15:31] <t1mp> ahayzen: okay, I will let you know when the deb packages are done for that MR
[15:31] <ahayzen> launching the mini-app like 20 times and staring at the screen to see if the app goes white before dark grey
[15:32] <ahayzen> (on the desktop, and to get around the build failure i just commented out that line as it was todo with listitems)
[15:32] <ahayzen> thanks :-)
[15:32] <t1mp> ahayzen: ah, nice. :) I was wondering how you got around the build failure without upgrading your system :)
[15:32] <ahayzen> :-)
[15:33] <t1mp> ahayzen: in a month or so, xenial won't be beta any more. So then you can safely upgrade.
[15:33] <ahayzen> yeah, although it'll probably be Mayish before i do, as i have exams and presentations todo from this laptop
[15:33] <t1mp> and in case you are interested, I installed xenial last week and so far it has been totally stable for me.
[15:33] <t1mp> ahayzen: uhh, yeah. That sounds like something important :)
[15:34] <ahayzen> from what i've heard it is stable :-) but Uni work so :-/ maybe if i get a spare weekend or something but unlikely
[15:53] <ahayzen> t1mp, do you think this will also fix the issue of the scopes/indicators initially being white on boot? or are they done differently ?
[16:39] <t1mp> ahayzen: I haven't checked. But I assume that they don't use MainView.
[16:39] <ahayzen> yeah same :-/
[16:39] <t1mp> ahayzen: the way to fix them may be the same as the fix for MainView though.
[16:39] <t1mp> I never noticed that they are white on boot
[16:40] <ahayzen> wonder why they are white at boot then, maybe the mako is slow
[16:40] <t1mp> if other devices are faster, that only means the issue is less visible, not that it doesn't exist
[16:40] <t1mp> let me reboot my mako to see
[16:41] <ahayzen> :-)
[16:42] <ahayzen> when booting i see the indicator bar go white then black ... then if i unlock the device the whole section is white then the bg and "Today" appears where the scope goes
[16:42] <ahayzen> don't remember those happening pre-silo050 but maybe i'm just looking for it after the music issues :-)
[16:43] <t1mp> I don't see it here. Not sure which version I have installed though
[16:43] <ahayzen> i just flashed the latest rc-proposed and saw it with the silo
[18:03] <bregma> is there any sort of file chooser API for apps under Ubuntu Touch?
[18:05] <ahayzen> bregma, do you mean something like content-hub ?
[18:06] <ahayzen> https://developer.ubuntu.com/api/apps/qml/sdk-15.04.1/Ubuntu.Content.index/
[18:57] <balloons> popey, so looking at https://core-apps-jenkins.ubuntu.com/job/filemanager-app-ci/53/console, it seems it suffers from the same issue as docviewer, but succeeds. Should this also be wiping the download cache? It looks like it's using the cache, and thus is perhaps why it's working a-ok
[19:00] <balloons> I'm going to assume yes, and wipe the cache unless I hear otherwise
[19:26] <popey> balloons: yeah


[03:47] <h00k> Cool: http://www.wxpr.org/news/index.php?art=860
[03:47] <h00k> I corrected some spellings they had...
[03:47] <h00k> well, 'contacted them'
[03:49] <h00k> we're having a radio spot tomorrow
[12:48] <h00k> I heard Rick on the radio this morning
[13:02] <h00k> Awesome.
[15:13] <Cheesehead> I missed Rick - driving kids to school. Will listen later.
[17:14] <h00k> http://anthonyrhook.com
[17:16] <Cheesehead> Deborah Cecsarini
[17:16] <Cheesehead> 5220 N Hollywood Ave
[17:16] <Cheesehead> Huh. That's not what I meant to write.
[17:17] <h00k> a common typo
[17:17] <Cheesehead> Deborah Cecsarini
[17:17] <Cheesehead> 5220 N Hollywood Ave
[17:18] <Cheesehead> Argh. Stupid different behavior on different systems
[17:18] <h00k> It happened again!
[17:18] <Cheesehead> *LOUSY MINOR SETBACK!*
[17:18] <Cheesehead> Although it
[17:18] <Cheesehead> 's not really a setback at all.
[17:18] <Cheesehead> Just a different behavior of left-clicking on this system
[17:19] <h00k> shortly, the blog post will be on planet.ubuntu.com as well
[17:21] <Cheesehead> h00k: Great blog post
[17:21] <h00k> wooooo
[17:26] <h00k> and we're on planet.ubuntu.com.
[17:26] <h00k> syndication ftw.
[17:27]  * Cheesehead nods
[17:28] <h00k> I hope we get at least > 5 people.
[17:28] <h00k> Rick loves doing this kind of thing, which is awesome.
[20:02] <lostson> leaving pretty soon for the Brewers game
[20:04] <h00k> lostson: at the new stadium
[20:04] <h00k> it's nice there
[20:05] <h00k> but expensive :(
[20:05] <lostson> i have never been to the new stadium
[20:05] <lostson> last time i was there was in 82 when they made that run with my grandfather
[20:05] <lostson> ill be posting pics and stuff all night on G+
[20:06] <h00k> Cool, I'll keep watch
[20:07] <lostson> been posting stuff all day about it
[20:22] <lostson> h00k: how did your tan pants fare today ?
[20:24] <h00k> lostson: so far, so good.
[20:24] <h00k> I just got another cup
[20:24] <lostson> lol
[20:24] <h00k> we'll see if I can't manage to stain them yet
[20:24] <h00k> my shirt faired okay, too
[20:25] <lostson> well that is good
[20:25] <lostson> well time to get my stuff together to get going talk to ya later
[20:26] <h00k> Good luck, enjpy
[20:26] <h00k> enjoy, rather


[01:03] <pleia2> big issue
[01:03] <pleia2> Unit193: can you link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue388
[02:53] <Unit193> pleia2: Oh right, sorry.  Just found the screen window.  All is good.
[03:10] <pleia2> thank you :)
[19:06]  * pleia2 writes fridge post for Ubuntu's 10th birthday
[19:31] <pleia2> http://fridge.ubuntu.com/2014/10/20/happy-10th-birthday-ubuntu/


[00:21] <Akino> Well, hello there. I just registered today, and I figured I'd come here and introduce myself...
[00:21] <Akino> My name is Akino Hamlet, and I'm a ComSci student from Trinidad and Tobago
[00:24] <Akino> I'm also an up and coming software developer, though I've mostly done websites. I've also developed a few applications using (And currently working on another) in Java although I can also code in C, C++, Visual Basic.NET along with PHP, ASP for server side programming for websites
[00:26] <Akino> I'm interested in learning more about Linux systems via Ubuntu, seeing that I like the idea behind Open Source Software, along with having the ability to write software for different OS platforms, which would really help in expanding my ability as a programmer, hence the reason I joined this site (at the recommendation of a friend of mine) So that I can learn as much as I can from the experts on here ^_^.
[00:27] <Akino> So uh...I look forward to getting to know everyone here, and hopefully one day contributing to the Ubuntu community, and maybe the Open Source Software community in general ^_^
[00:36] <jedijf> Akino: welcome, the local t&t team info is here: https://launchpad.net/~ubuntu-tt
[00:38] <Akino> Thanks ^_^
[05:05] <vibhav> 1.6 weeks , And no reply from Indian LoCo admins
[14:25] <paultag> nigelb: ^
[14:48] <paultag> nigelb: c'mon man, I just saw you push to github
[16:40] <nigelb> paultag: I already did deal with that.
[16:40] <nigelb> paultag: Scroll up to Friday and you'll seelaura replying to him.
[17:17] <seikthit> quit
[17:17] <cjohnston> don't quit.. its no fun


[13:45] <clepto> Hello! I need someone to resize my app's icon to 64x64 for the contest :)
[13:51] <clepto> If someone is willing to do my icon is this http://ubuntuone.com/7h7r7b3q1RgZ4iYd1Jlvut


[01:05] <alex_c> yes
[02:03] <Undertaker> hello
[08:06] <gnrp> hm, anyone can help me with my ssh keys? I have a 16.04 machine here
[08:06] <gnrp> and otu of a sudden, the ssh keys get unlocked when I log in, instead of asking for a password. How do I get rid of that?
[08:08] <diogenes_> gnrp, did you mess with gnome-keyring?
[08:09] <gnrp> diogenes_: Nope, nothing. Must have come with an update
[08:10] <gnrp> all I ever did was killing the daemon to flush the password cache...
[08:11] <diogenes_> do you have 'save session' on?
[08:13] <gnrp> hm,good point, have to log out
[08:14] <gnrp> nope
[08:15] <diogenes_> wait you have to disable it and do rm ~/.cache/sessions/*
[08:15] <diogenes_> then logout.
[08:16] <gnrp> hm, didn't help
[08:16] <gnrp> you mean the "save session" thing on the logout panel?
[08:18] <diogenes_> setting > settings editor > xfce4-session > SaveOnExit
[08:19] <gnrp> no, that is not set either
[08:20] <diogenes_> then see the .xsession-errors and .xfce4-session.verbose-log
[08:23] <diogenes_> maybe you have set a blank password in the keyring? run: seahorse and change the password.
[08:24] <gnrp> latter one doesn't exist, first one says it "openConnection: connect: File or directory not found" and "cannot connect to brltty at :0"
[08:25] <gnrp> there is a password set. If I kill the gnome-keyring-daemon and start it again, I am prompted for a password
[08:26] <gnrp> (and I run ssh, I mean)
[08:27] <gnrp> it is just weird because it happened all out of a sudden. I know that's what users always say, they never do anything and the computer just changes stuff by itself, but in this case it really was like that...^^
[08:30] <diogenes_> libpam-ssh-agent-auth libpam-ssh libpam-gnome-keyring any of those installed?
[08:32] <gnrp> the last one, yep
[08:33] <diogenes_> as a test you could remove it.
[08:33] <gnrp> yep, now it works
[08:33] <gnrp> thanks a lot!
[08:33] <gnrp> how did this happen though?
[08:33] <diogenes_> libpam-gnome-keyring automatically unlocks it.
[08:37] <gnrp> yeah, that I get. But why is this automatically installed
[08:37] <gnrp> that's a serious security problem. The automatic installation as well as the configuration to automatically unlock
[08:38] <gnrp> maybe I should file a bug report
[08:40] <gnrp> anyway, thanks!
[08:40] <diogenes_> well libpam-gnome-keyring has never automatically unlocked the session, you had to explicitly tweak the pam configs in order to make it work automatically but, what happened now, (my theory) is they updated libpam-gnome-keyring so you no longer need to mess with the pamd configs.
[08:41] <gnrp> hm, actually, checking my dpkg.log, there has been no changes to libpam-gnome-keyring (in the last year)
[08:41] <gnrp> but whatever, problem solved and I am probably the nly one in the world who dislikes that behavior anyway
[08:42] <diogenes_> the maybe updates in pam? no clue.
[08:42] <diogenes_> but a bug would be useful i guess.
[08:42] <diogenes_> bug report*
[09:05] <xu-help66w> Hi, I am completley new to xubuntu.  When I open it on my laptop vm it breifly shows the desktop but then goes black and I cannot do anything.  I have tried reinstalling but no change!
[09:07] <xu-help66w> has anyone else had this problem?  Do you know how to fix it?
[09:07] <diogenes_> what vm what host?
[09:08] <xu-help66w> Oracle VM
[09:08] <xu-help66w> not sure what the host is?
[09:08] <diogenes_> and host OS is the OS you run currently.
[09:09] <xu-help66w> oh i see.  Linux
[09:09] <diogenes_> but which distro?
[09:10] <xu-help66w> How do I find that out?  So sorry I am completely new top this!
[09:11] <diogenes_> xu-help66w, in terminal run: cat /etc/os-release
[09:11] <diogenes_> find pretty name.
[09:12] <xu-help66w> I can't open the terminal because the screen is blank so I cannot access the menu
[09:14] <xu-help66w> I think I will just start from the beginning and reinstall   Sorry!!
[09:14] <diogenes_> the terminal on the system you're currently running, the one you installed virtualbox on.
[10:38] <krumelmonster> xubuntu 20.04.1 installer: How can I see log messages or progress during installation? Right now I only see a "Welcome to Xubuntu" Splashscreen with the window title "Installation". I can scroll through a few banners but I have no indication whether there's any actual progress. (My last installation attempt did indeed fail and stopped working. I resolved that issue but now I'm sceptic about what's happening)
[10:39] <krumelmonster> Haha, it finished while I was typing. I'd still like to know how to see progress anyways ;)
[11:14] <gnrp> krumelmonster: I don't know exactly since it is a long time I installed something, but can't you switch to the console (Ctrl+Alt+F1)?
[19:17] <Guest_88> hello
[19:20] <Guest_88> i'm trying to install a .tff font
[19:21] <gnrp> hi
[19:21] <Guest_88> i've tried the "install" button in the font viewer
[19:21] <Guest_88> i've tried manually copiing it (through thunar and through terminal) to ~/.local/share/fonts/
[19:22] <Guest_88> i've tried manually copying it to /usr/local/share/fonts/
[19:23] <Guest_88> ive rebuild the cache with "fc-cache -f -v"
[19:23] <Guest_88> the font GETS found in libreoffice writer/gimp/inkscape
[19:24] <Guest_88> but when i select it/apply it to text, the text is in some default font and not in the desired one
[19:25] <brainwash> it looks fine in the font viewer?
[19:25] <Guest_88> inkscape displays a warning saying "font not found on system" eventhough it finds it and shows it in the fons dropdown
[19:25] <Guest_88> yes
[19:26] <Guest_88> it looks fine in the font wiever
[19:26] <Guest_88> viewer*
[19:28] <brainwash> does the fontconfig cli command list your font?
[19:28] <brainwash> fc-list or so
[19:28] <Guest_88> and it seems to be a problem with just this one font (i've tried installing some other just now, and it works. ..)
[19:29] <Guest_88> yes fc-list finds it
[19:29] <brainwash> well, then it's the font file which is to blame... or?
[19:32] <Guest_88> don't know; i guess? but why would font viewer display it correctly? and why would inkscape say font not found on system? (it doesnt work in other programs too; it's just that inkscape is the one that actually displays some message)? ani ideas? /:
[19:33] <brainwash> I would boot up the live session of Xubuntu and check if this problem is reproducible
[19:33] <brainwash> other than that, no idea
[19:34] <brainwash> (or check with another PC)
[19:39] <Guest_88> heh. ok. it was totally font's fault. thanks for time and patience anyway! :D


[15:48] <coolbhavi> nhaines, around...
[15:50] <coolbhavi> please let me know if I have to send a detailed email on ubuntu local communities rejig and the loco council , and perhaps setup a meeting agenda with the CC :)


[00:08] <lifeless> jelmer: what is 'discovering revisions' in a bzr-svn branch operation
[00:08] <lifeless> jelmer: after the tip of the output branch is set
[00:18] <jfroy> jelmer: hey, push is still broken :/
[00:19] <jfroy> pushing to an existing branch emits "Created new branch." no matter what
[00:20] <jfroy> And --remember seems to be ineffective
[00:27] <jfroy> Filed: https://bugs.launchpad.net/bzr-svn/+bug/355914
[00:31] <igc> morning
[00:36] <lifeless> hi igc
[00:37] <lifeless> jml: python commit - 71208 ;)
[00:37] <lifeless> small steps
[00:40] <igc> hi lifeless, jml
[00:41] <jml> igc: hello
[01:12] <kingos> hi, I have a possible bug, and I am wondering if anyone wants to help me :)
[01:13] <lifeless> probably, but just ask
[01:14] <kingos> it seems to be similar to a lot of other bugs, especially #295611
[01:14] <kingos> I try and do a bzr upgrade --1.9, and it fails with that NoSuchRevision exception.
[01:14] <kingos> I am using bzr-1.13
[01:14] <lifeless> what does 'bzr info -v' report?
[01:14] <kingos> bzr info -v
[01:14] <kingos> Format:
[01:14] <kingos>        control: Meta directory format 1
[01:14] <kingos>         branch: Branch format 5
[01:14] <kingos>     repository: Packs containing knits without subtree support
[01:15] <lifeless> does 'bzr check' succeed?
[01:16] <kingos> um.
[01:16] <kingos> not sure.
[01:16] <AfC> Good answer
[01:16] <kingos> We could be here for a while.
[01:16] <kingos> 31219 revisions.
[01:16] <kingos> running
[01:17] <kingos> I *thought* I ran it before and it didn't return any errors.
[01:17] <kingos> I imagine this could take a few hours
[01:18] <kingos> Should I come back when it is finished?
[01:20] <jfroy> jelmer: push reports that there are no revisions to pull now :p
[01:24] <lifeless> kingos: please
[01:24] <lifeless> kingos: you're welcome to remain here in the interim of course :)
[01:30] <ivan> I'm trying to clone http://bzr.notengoamigos.org/emacs/trunk/ but bzr ate all my memory
[01:30] <ivan> It hasn't written a single byte into the pack file yet
[01:31] <ivan> anything I can do besides more memory?
[01:31] <ivan> using 506MB RSS
[01:33] <lifeless> ivan: emacs is very big; we're bringing in a bunch of changes of the next couple of releases that will help a lot
[01:34] <ivan> cool, I will relax until then
[01:34] <AfC> "bzr ate my memory" ... that's better than "the dog ate my homework"
[01:35] <AfC> ivan: no idea if this will help, but something I had to do when converting things like GTK from svn to bzr was to work in smaller chunks
[01:35] <AfC> (this was due to Subversion's server crashing, not Bazaar's problem)
[01:35] <AfC> by doing
[01:35] <AfC> $ bzr init .
[01:35] <AfC> $ bzr pull -r 100 URL
[01:35] <AfC> $ bzr pull -r 200 URL
[01:35] <AfC> and so on. Yes, I used a loop and expr :)
[01:36] <lifeless> ivan: the bulk of that 500MB is probably index handling, that branch is in our default format which is quite memory hungry
[01:36] <lifeless> igc: so, more bbc today
[01:37] <AfC> [interestingly, Subversion is horrible at accessing historical revisions; it took over 30 minutes for svn to dig out 100 revisions at first. This dropped to 9 minutes at the end. Unreal]
[01:37] <AfC> lifeless: (maybe we should politely encourage someone there to upgrade it?)
[01:37] <ivan> i've crashed svn servers pulling history
[01:38] <ivan> well, just one :)
[01:40] <ivan> AfC: seems to be working great, thanks
[01:40] <igc> lifeless: absolutely - on it now
[01:40] <igc> lifeless: next review will be for the intertree stuff
[01:44] <lifeless> igc: what are you waiting on me for
[01:44] <lifeless> spiv: ping; want to work together today?
[01:45] <igc> lifeless: nothing yet. I'm hoping you or poolie are chasing that legal issue though
[01:45] <lifeless> poolie is still on leave
[01:45] <igc> lifeless: back tomorrow then?
[01:45] <igc> I had assumed it was today
[01:47] <igc> lifeless: looks like poolie is back Wed
[01:48] <lifeless> yes
[01:57] <kingos> 10% through
[02:22] <lifeless> spiv: ping
[02:22] <spiv> lifeless: pong
[02:23] <lifeless> 10:40 < lifeless> spiv: ping; want to work together today?
[02:23] <lifeless> also, do I remember correctly that my set_config_option patch was approved by you?
[02:23] <spiv> lifeless: yes, and BB should remember that for you too ;)
[02:25] <spiv> lifeless: I think I'd rather work by myself today.
[02:27] <lifeless> spiv: cool
[02:27] <lifeless> spiv: you're working on the critical bug yeah?
[02:27] <spiv> Yeah.
[02:27] <lifeless> if you need any assistance shout out
[02:28] <lifeless> I think you'll need to patch the code that does seen_parents = ...
[02:29] <lifeless> to determine that [some] parents are unavailable and now try to read them etc
[02:29] <lifeless> spiv: and I agree, 1.13.2 is a good idea
[02:31]  * spiv ndos
[02:31] <spiv> nods, even
[02:50]  * igc food
[02:56] <kingos> lifeless: bzr check fails
[02:56] <kingos> bzr: ERROR: exceptions.KeyError:
[02:57] <kingos> that sounds bad
[02:57] <lifeless> kingos: well it means the problem is not related to upgrade
[02:57] <lifeless> is this a bzr-svn converted branch?
[03:47] <jelmer> lifeless: "discovering revisions" after setting the branch tip means it's determining the revids to use for tags
[03:48] <jelmer> lifeless: the InterBranch.pull() branch I submitted pretty much eliminates that
[03:50] <lifeless> ok
[03:51] <fullermd> Hm.
[03:52] <fullermd> So, assume I have two branches with shared history, but one has gone way off in its own direction since they diverged.
[03:52] <fullermd> If, in the "older" one, I do a merge --uncommitted, is it going to pull all those revs into its repository before it does its thing in the WT?
[03:57] <fullermd> (and/or the same Q with cherrypicks)
[03:58] <lifeless> no
[03:58] <lifeless> or
[03:58] <lifeless> maybe
[03:59] <fullermd> Hm.  'k.
[03:59] <fullermd> 'cuz I've got this branch that should have (and does have) a completely linear history.  It also has
[03:59] <fullermd> Branch history:
[03:59] <fullermd> Repository:
[03:59] <fullermd>        502 revisions
[03:59] <fullermd>         28 revisions
[03:59] <fullermd> Was trying to figure out how they got crammed in there...
[04:00] <lifeless> probably that
[04:00] <fullermd> I have done one or the other of --uncommitted and cherrypicks into it, so...
[04:00] <lifeless> they won't propogate on push.pull
[04:00] <fullermd> Or indeed commit (this being a checkout)
[04:01] <fullermd> Which is slightly weird.  It suggests that would be another difference in what happens where between light/heavy checkouts   :|
[04:30] <lifeless> igc: would a phone call about the format names help?
[04:33] <igc> lifeless: not at this point - I'm about to have lunch and I'm deep in other stuff
[04:33] <igc> lifeless: I'd also like to hear from others beyond you and I
[04:34]  * fullermd prefers serial numbering.
[04:36] <lifeless> jelmer: ping
[04:37]  * igc lunch
[04:44] <kingos> lifeless: no, not bzr-svn
[04:45] <kingos> has been around a long long time.
[04:46] <kingos> has had everything done to it at various points in time
[04:46] <kingos> eg. uncommit
[04:46] <kingos> etc.
[04:47] <lifeless> kingos: please file a bug, I'll generate a little script to get details about whats going on
[04:49] <kingos> urgh ok
[04:49] <kingos> lost the output
[04:49] <lifeless> it may be in ~/.bzr.log
[04:50] <Peng_> igc: FWIW, I don't like 1.15-development, but development-1.15 seems okay to me. But I'm still happy with development6.
[06:16] <AfC> Is there a way to stop bzr from adding [merge] when it's giving single line summaries (log, missing, etc) of revisions that just happen to be merges?
[06:17] <AfC> It's quite annoying. If I wanted that text in the commit message I would have added it.
[06:19] <igc> AfC: not currently. It there to tell users that there's interesting stuff under that revision
[06:20] <kingos> hmmm. bzr check seems to have gotten further than last time.
[06:20] <igc> I guess we could suppress it if you've given -n0 though
[06:21] <igc> AfC: And the text isn't in the commit message (it's just shown before it)
[06:22] <AfC> igc: come on, mate. You know what I mean.
[06:24] <AfC> igc: incidentally, this is the second time I've seen you mention this "-n0" thing. What is that? I don't see it on the help of `bzr missing`
[06:25] <igc> AfC: missing doesn't support it yet - it has --include-merges though (which is the same thing)
[06:25] <Talden> It would be good to suppress it if we're going to show those revisions anyway.  That is, if we've asked for the next depth of revisions we don't show [merge].  I also wonder, given that --line is supposed to be quite terse, that another indicator than [merge] (7 characters) might be used.
[06:25] <igc> AfC: see bzr help log
[06:26] <AfC> Ah
[06:26] <AfC> Well, that's fine and nice for `log`. Not much use for the other commands.
[06:26] <AfC> Anyway, if we could have a global config option to stop bzr adding decorations that we didn't ask for, that'd be great.
[06:28] <thumper> if I want to merge in a branch but only to a specified revno, can I just go "bzr merge ../other-branch -r 1234" ?
[06:28] <spiv> thumper: yes
[06:29] <thumper> spiv: ta
[06:29] <Talden> Don't you want it to be a range of revisions - or it's a cherry pick I thought
[06:29]  * Talden is a bzr noob - you have been warned...
[06:30] <Talden> Ahh no a range of a single rev is cherry pick...
[06:31] <spiv> Talden: if you give a single revision rather than a range to merge it'll assume you want all the revisions upto and including the specified revision.
[06:32] <spiv> It's only if you specify a range that you can get a cherrypick.  (And even then, if you choose a range that is forwards and connected/overlapping your current ancestry then bzr will treat it as a regular merge rather than a cherrypick)
[06:33] <kingos> lifeless: bug filed as #356028
[06:38] <kingos> lifeless?
[06:40] <lifeless> kingos: thanks, I'll put together a small script over the next day or two and get you to run it
[06:40] <kingos> lifeless: thanks.
[06:40] <kingos> lifeless: what are the implications of this? is our repo busted? or will we be able to fix it?
[06:41] <lifeless> clearly something is wrong
[06:41] <lifeless> the nature of that we have yet to ascertain
[06:41] <kingos> of course. I just thought you may have some ideas what the implications could be
[06:41] <lifeless> its probably that any missing content is in someones source branch
[06:41] <kingos> pretty scary! :)
[06:42] <lifeless> and once we identify it they - e.g. - tibra.com.au - can do a custom push to fix it up
[06:42] <lifeless> I also need to ascertain *why* you have any glitching occuring
[06:43] <lifeless> bzr is fairly cautious about copying your history around
[06:43] <lifeless> as a just in case, don't delete any old branches you have hanging around, or old repos
[06:44] <kingos> ok
[06:44] <lifeless> but normal use on an ongoing basis should be fine
[06:44] <lifeless><EMAIL_ADDRESS>[06:44] <kingos> so much for privacy ... left an email address in :(
[06:44] <lifeless> edit it now, I doubt google will have found it
[06:45] <lifeless> there's also a tonne of spaces
[06:45] <lifeless> so I doubt spammers will pickup on it
[06:45] <lifeless> anyhow, the key its erroring on is roughly when/where something went wrong
[06:45] <kingos> how do I edit it ... can't see an edit button
[06:46] <kingos> foudn it
[06:46] <kingos> thanks for your help lifeless
[06:47] <lifeless> np. I'm treating this as serious, but we're juggling time to get 1.14 out, which is why you're not getting the script *today*
[06:47] <lifeless> we have a couple of important RC bugs
[06:47] <lifeless> spiv: speaking of which...
[06:47] <lifeless> how goes it?
[07:20] <vila> hi all
[08:05] <lifeless> igc: I'm about to call it a day
[08:20] <igc> lifeless: ok, I'm off to the hospital tomorrow at 9am for most the day btw
[08:21] <lifeless> igc: good luck
[08:21] <igc> lifeless: thanks
[08:21] <igc> lifeless: I'm make a bit more progress on integrating bbc tonight but a review of the gc patch would be great tomorrow say
[08:22] <igc> s/I'm/I'll/
[08:23] <lifeless> other than the licence question I think its landable
[08:24] <igc> vila: can I ask you to tweak (and land into bzr.dev) the InterCHKRevisionTree code as lifeless and jam requested in their reviews?
[08:51] <Peng_> igc: "lifelessjamcompress" is a weird name. Why would you compress jam, and why would you need a different compress for jam that is alive? :D
[11:00] <pygi> jelmer, is bzr git supposed to do clones?
[11:01] <pygi> like this: bzr branch git://github.com/bla/bla.git ?
[11:01] <pygi> every time I try that I get random number at "Compressing objects" step...
[12:17] <herzi> alright, my ex-girlfriend wants to write her thesis and I though bazaar would be a good DVCS system for her windows + latex workflow
[12:17] <herzi> any recommendations on a gui for her?
[12:37] <AfC> herzi: you mean a Microsoft Windows GUI, I assume
[12:40] <AfC> herzi: (and not X Windows)
[12:40] <AfC> herzi: there is http://bazaar-vcs.org/TortoiseBzr
[12:40] <AfC> I have no idea if it's {complete, usable, nice to use, etc}.
[12:43] <Talden> Honestly... not really but it is getting better.
[12:46]  * AfC vaguely wonders what it is that Microsoft people DO do to work with bzr
[12:47] <AfC> of course,
[12:47]  * AfC vaguely wonders what it is that Microsoft people DO do to do work
[12:49] <jpds> lifeless: Do you have an opinion on bug #354843 ?
[12:51] <AfC> herzi: (sorry I couldn't be more help)
[12:54] <lifeless> jpds: not really, certainly it would be better to tell the user what is wrong
[12:59] <Talden> AfC - commandline... the odd qbzr command... I'm happy enough at the prompt - getting adoption at work though would require a good GUI or shell integration at the least and probably IDE integration for full buy-in.  We have scaling issues first though that brisbane-core looks like it might resolve.
[13:00] <AfC> Talden: perhaps we should suggest Sven investigate QBzr on Windows, then
[13:02] <Talden> AIUI it takes the commandline to invoke the various qbzr dialogs.  Some at my workplace seem to have some sort of allergic reaction when commandline use is mentioned (certainly there's a lot of red-faced frothing at the mouth).
[13:03] <jpds> lifeless: Yes, my thoughts exactly.
[13:04]  * Talden wanders off to bed here in NZ.
[13:45] <jelmer> lifeless: pong
[13:51] <james_w> jpds: the immediate issue is that the warning is from an external library, and the library also provides no sensible way to determine if it just gave that error so you could add some explanatory text afterwards
[13:54] <Lo-lan-do> Hi all
[13:54] <Lo-lan-do> jelmer: Can one install bzrtools from sid on lenny with the bzr backport?
[13:56] <jelmer> Lo-lan-do: hi
[13:56] <jelmer> Lo-lan-do: I think so
[13:56] <jelmer> at least the versions match, I haven't tested the particular combination
[13:58] <Lo-lan-do> Blargh
[13:58] <Lo-lan-do>   bzrtools: Depends: python-central (>= 0.6.11) but 0.6.8 is installed.
[13:59] <jelmer> Lo-lan-do: Is there anything particular from bzrtools you need?
[14:00] <jelmer> Lo-lan-do: shelve and clean-tree were moved into bzr core from bzrtools
[14:00] <Lo-lan-do> Let's remove it then, see if anybody complains :-)
[14:29] <Bluehorn> james_w: Hi James. Aren't you the guy who created package-import.ubuntu.com?
[14:29] <james_w> Bluehorn: yup
[14:30] <Bluehorn> james_w: I am trying to get a package of mine imported into bzr, and bzr dsc-import does not cut it for me.
[14:30] <Bluehorn> james_w: Is the code for package-import somewhere available?
[14:30] <james_w> it just uses dsc-import under the hood
[14:30] <Bluehorn> Because I like the package-import setup - having a distinct upstream branch etc.
[14:31] <Bluehorn> hmm, okay. how do you get the seperation into package-upstream and package-{hoary/warty/you-name-it}?
[14:32] <Bluehorn> james_w: BTW: Great work. Actually having bzr repos for most ubuntu packages makes it interesting to use bzr for me - so that the exchange Ubuntu<->Debian can go faster.
[14:33] <james_w> ah
[14:33] <james_w> I just create the upstream branch by hand afterwards actually
[14:34] <Bluehorn> Manually, for all packages? Or do you have a script for that?
[14:35] <james_w> yeah, it's part of the driver script
[14:36] <james_w> once you have done dsc-import it's easy to find the tip of the upstream branch via it's tag, and this can be branched/pulled out
[14:37] <Bluehorn> james_w: May I ask if the driver script is available somewhere?  ;-)
[14:37] <james_w> it's not currently
[14:38] <Bluehorn> james_w: Would save me some time, I already tried to change dsc-import to support an upstream branch (and to use a shared repo), but I did not dig through the bzr python api fast enough.
[14:38] <luks> package-import.ubuntu.com seems to have messed up unicode for maintainer names
[14:38] <james_w> luks: do you have an example?
[14:38] <Bluehorn> james_w: okay, thank you anyway.
[14:38] <Bluehorn> james_w: I'll try to reproduce the "pull out upstream" functionality.
[14:38] <luks> http://package-import.ubuntu.com/libd/libdiscid/hardy/changes
[14:38] <james_w> Bluehorn: thanks for the feedback
[14:39] <james_w> luks: thanks, I'll look in to that
[14:39] <luks> it's utf8 in debian/changes, seems to be parsed as latin1
[14:39] <luks> *changelog
[14:41] <Bluehorn> luks: probably dependent on the current user locale... ;-)
[14:41] <luks> yeah, not a good solution if you are importing the whole distro
[16:38] <BarryRWUK_> Hi All, I have a problem using Bazaar when sending files using FTP. Apparently my hosts ftp server doesn't support the APPE command. Is there a way around this?
[18:32] <fallenpegasus> how do i change a default parent like doing --rememeber, without actually doing the pull?
[18:36] <Tak> fallenpegasus: can you do something like: `bzr pull -r latest-local-revision --remember /foo/bar` ‽
[18:37] <jelmer> fallenpegasus: you can edit .bzr/branch/branch.conf
[18:41] <fallenpegasus> thanks!
[19:00] <BasicOSX> Is there a delay from when you push to LP to when PQM can access it?
[19:06] <LarstiQ> BasicOSX: yeah
[19:07] <LarstiQ> BasicOSX: you can test that by accessing it via http
[19:29] <BasicOSX> ok, that explains why I push to lp, the pqm submit and pqm yells at me with a "non-PQM managed branch"
[20:10] <theAdib> hello all, someone send a diff to me via email starting "# Bazaar merge directive format 2 (Bazaar 0.90)" ... . What do I have to do now?
[20:11] <jelmer> theAdib: "bzr merge <filename>"
[20:12] <jelmer> theAdib: or "bzr pull <filename>"
[20:13] <LarstiQ> theAdib: assuming you are using bzr
[20:13] <LarstiQ> hey jelmer!
[20:14] <theAdib> cool: bzr pull foo.patch worked thanks
[20:14] <LarstiQ> theAdib: good :)
[20:14] <LarstiQ> theAdib: generated by `bzr send` btw
[20:16] <james_w> would putting a sentence in the header make sense?
[20:17] <james_w> either a pointer to a help topic, or "you can use bzr merge <filename>" or something?
[20:19] <BasicOSX> PQM failures are  back for me, nothing different from the last time I submitted. Error here: http://www.nopaste.com/p/aLsVQmm8v
[20:26] <LarstiQ> james_w: yeah, I think so
[20:27] <jelmer> LarstiQ: dude!
[20:27] <LarstiQ> jelmer: I'm not dead yet!
[20:35] <jelmer> LarstiQ: how are things?
[20:35] <jelmer> vila: pingz0rz
[20:37] <vila> BasicOSX: replace your lp url by an http one (I had troubles with PQM and lp urls, different than yours, but worth a try)
[20:37] <vila> jelmer: pong
[20:37] <LarstiQ> jelmer: Anu came to visit from 26th of march till 3 april
[20:38] <LarstiQ> jelmer: back to long working hours now
[20:41] <LarstiQ> vila: a colleague of mine has (recently) done some work to build on httplib (and urllib2 a bit iirc) to make it do things we need, more than just GET
[20:41] <LarstiQ> vila: ie PUT, 100-continue, and I forget more
[20:41] <jelmer> vila: I was wondering if you had any more feedback on my username patch :-)
[20:42] <LarstiQ> vila: would you be interested in discussing with him possibly joining forces? Since Bazaar beefs up stdlib in that area as well.
[20:42]  * LarstiQ would ideally want to upstream it all the way to Python, but maybe a good library on top of it is more feasible
[20:44] <vila> jelmer: no time today, but roughly, except for maybe  a s/password/user/ it sounded good, I hope to review it tomorrow
[20:44] <jelmer> LarstiQ: Ahh, that explains your sudden quietness on IRC (-:
[20:45] <vila> LarstiQ: certainly
[20:45] <jelmer> vila: Cool, thanks :-)
[20:46] <vila> the urllib based implementation shows its limits, replacing it by an enhanced httplib is the way to go (urllib2 is targeted at *downloading* *one* url, not the fundation I will chose today if I was starting again)
[20:46] <LeoNerd> Ooooh the new 'bzr shelve' is now in my debian/testing desktop...
[20:46] <LeoNerd> Finally
[20:46] <vila> LarstiQ: httplib is more oriented to connection handling like we need
[20:47] <vila> LarstiQ: but bzr-webdav already has PUT and some more :-) (It even had 100-continue at one point :)
[20:48] <jelmer> LeoNerd: yeah, the new shelve is really neat
[20:48] <LeoNerd> It's cute... it can .. like.. actually cope with pending-add and pending-delete now
[20:48] <LeoNerd> And it doesn't litter .shelf about the place
[20:49] <jelmer> LeoNerd: it can even shelve renames :-)
[20:49] <LeoNerd> Oh.. the old shelve could do that
[20:50] <jelmer> oh, ok, I wasn't aware of that
[20:53] <LarstiQ> vila: cool, should I just give him your email address, or is there a more suitable forum to discuss things?
[20:55] <vila> LarstiQ: here, email, bazaar ML all are fine I think, 100-continue will be welcome in bzr and landing webdav in core is on the agenda, so...
[20:56] <LarstiQ> vila: k
[20:56] <jelmer> Tak: hi
[20:58] <Tak> jelmer: hey, what's up?
[20:58] <jelmer> Tak: Looks like I can finally build monodevelop-bzr \o/
[20:58] <Tak> hooray!
[21:02]  * Tak brace for critique
[21:05] <jelmer> Tak: I'm not getting it to load yet
[21:05] <jelmer> Tak: I've also fixed some things in my  branch to get it to build
[21:06] <jelmer> Tak: System.InvalidOperationException: Type 'MonoDevelop.VersionControl.Bazaar.BazaarCommands' not found in add-in 'MonoDevelop.VersionControl.Bazaar,1.9.3'
[21:07] <vila> BasicOSX: Once my patch land, you may want to edit the NEWS file, I wasn't clear about where to put the fix for #355273
[21:07] <BasicOSX> ok
[21:07] <BasicOSX> PQM still eating on it
[21:08] <Tak> jelmer: that's defined in BazaarCommands.cs - is there maybe an old assembly floating around?
[21:11] <vila> BasicOSX: Eerk, just saw that, I thought your 'Approved' meant: 'Go, sent it to pqm' :-/
[21:12] <BasicOSX> he
[21:12] <BasicOSX> heh
[21:12] <BasicOSX> Your mailing list said if you would like to merge yourself
[21:13] <vila> BasicOSX: So, you're still using lp:~tanner/bzr/1.14rc1, you can use http://bazaar.launchpad.net/~tanner/bzr/1.14rc1
[21:13] <vila> BasicOSX: *I* had problems with lp urls making PQM hang, but that's me :)
[21:14] <vila> BasicOSX: yeah, sure, no problem
[21:15] <vila> I'm off, have a nice day all
[21:17] <vila> BasicOSX: by the way, I worked a bit on bug #355454, AFAICS, the warning is still harmless, we should avoid it, but the strings *are* different when the warning fired (one path is file, the other is its base dir), so don't worry too much about it)
[21:18] <vila> if even ubottu times out now :)
[21:18] <pygi> who's gonna gimme a quick line to migrate git repo to bzr? :)
[21:18] <pygi> (and yes, I know about fast-import)
[21:19] <jelmer> Tak: no, that doesn't seem to help
[21:19] <jelmer> pygi: bzr git-import ?
[21:19] <pygi> jelmer, o, such a command exists? xD
[21:19] <jelmer> pygi: if you have bzr-git installed
[21:20] <pygi> jelmer, yes, I do
[21:20] <pygi> jelmer, I tried doing "bzr branch git://path" but it didn't work :p
[21:20] <jelmer> pygi: oh, that should work
[21:21] <pygi> jelmer, hm, this command seems to have same problem...compressing objects stops at random percentage
[21:21] <jelmer> pygi: please file a ug
[21:21] <jelmer> *bug
[21:22] <pygi> jelmer, bzr: ERROR: mmap.error: [Errno 22] Invalid argument
[21:22] <pygi> oh well
[21:22] <pygi> will do
[21:22] <jelmer> pygi: ah, you're running python2.6 ?
[21:22] <pygi> jelmer, yes?
[21:23] <jelmer> pygi: there's a bug in the way bzr-git uses the offset argument to mmap apparently
[21:23] <jelmer> and that parameter is only available in py2.6
[21:23] <pygi> jelmer, right, so I should just try calling bzr with py2.5?
[21:23] <jelmer> Tak: perhaps I'm installing the plugin differently; I'm building a repository and installing from that
[21:23] <jelmer> Tak: is there an easier way?
[21:24] <Tak> I'm building the plugin, then manually dropping the dll into my addins directory
[21:24] <Tak> I guess if it doesn't work to create a repo and install that way, it needs to be addressed, though
[21:29] <pygi> jelmer, want a patch for sha deprecation warning?
[21:31] <jelmer> pygi: where is that occurring?
[21:32] <pygi> jelmer, dulwich if I remember right
[21:32] <BasicOSX> pygi:  sure that isn't a pycrypto issue?
[21:33] <pygi> BasicOSX, well, it tells me that sha is deprecated, to use hashlib instead :p
[21:34] <jelmer> pygi: Are you using the latest dulwich, I thought we had fixed all those issues..
[21:35] <jelmer> Tak: woot, I got it working now
[21:35] <pygi> jelmer, latest from bzr
[21:35] <Tak> woo!
[21:37] <BasicOSX> vila:  just point of interest, if my pqm of your patch played ok, won't your pqm just fall out with nothing to do? I still see your patch playing.
[21:37] <jelmer> pygi: in that case, please submit
[21:39] <pygi> jelmer, will do, I'll try to fetch/install once again
[22:10] <lifeless> BasicOSX: it will find a merge to do
[22:16] <jelmer> lifeless: pong
[22:19] <lifeless> hi
[22:21] <jelmer> lifeless: you pinged me yesterday?
[22:26] <lifeless> *gone*
[22:30] <lifeless> [as in the reason is gone]
[22:32] <jelmer> lifeless: ah, ok
[22:33]  * jelmer wonders how much review plugging he can do before it becomes annoying
[22:43] <lifeless> jelmer: for your serialiser?
[22:52] <jelmer> lifeless: InterBranch.pull in particular, as that will be very noticable to bzr-svn users
[22:53] <jelmer> lifeless: I'd already given up on RIOSerializer making it into the new format - am I mistaken?
[22:55] <lifeless> yes, it can't get in 1.14, it can in 1.15
[22:55] <lifeless> beta format != no more changes
[23:16] <jelmer> lifeless: ok, so I guess that means I have at least another week or to to whine about reviews for that :-)
[23:47] <james_w> hmm, I seem to have a case of bzr pushing a full branch to launchpad again
[23:48] <james_w> Using saved push location<EMAIL_ADDRESS>[23:48] <james_w> Source format does not support stacking, using format: 'Remote BZR Branch'
[23:48] <james_w>   bzr remote repository
[23:48] <james_w> Using default stacking branch /~bzr/bzr/trunk at<EMAIL_ADDRESS>[23:48] <james_w> then lots of data being sent
[23:51] <lifeless> james_w: bzr version?
[23:51] <james_w>     revision: 4230
[23:51] <james_w> hmm, that's a bit old
[23:52] <jelmer> lifeless: what is record_entry_contents() used for these days?
[23:52] <lifeless> jelmer: commit
[23:53] <jelmer> lifeless: as opposed to record_iter_changes, I mean?
[23:53] <lifeless> jelmer: we use record_iter_changes when it will be faster
[23:54] <jelmer> is there any way I can force either to be used?
[23:54] <lifeless> not currently, why?
[23:54] <james_w> still get the same message with the tip of bzr.dev
[23:55] <lifeless> james_w: rev 4174 fixed it in theory, if the /~bzr/bzr/trunk is stackable on lp
[23:55] <grettke> Hi folks, I've got a question about doing a bzr push to a svn project that does not yet exist. I'm doing a bzr push --create-prefix [url.../trunk] but bzr complains: ERROR: Prefix missing for branches/merged; please create it before pushing. Both branches and tags projects exist. I am confused; what is wrong here?
[23:56] <james_w> it should be, if it isn't we should certainly fix that
[23:56] <jelmer> grettke: which version of bzr-svn?
[23:56] <lifeless> james_w: it is
[23:56] <jelmer> lifeless: I don't have record_iter_changes implemented for bzr-svn yet
[23:57] <lifeless> james_w: so, check your ~/.bzr.log
[23:57] <james_w> nothing interesting
[23:58] <jelmer> grettke: if it's not bzr-svn trunk then you need to use "bzr svn-push" rather than "bzr push"
[23:58] <lifeless> james_w: if you can reproduce this, get a trace using -Dhpss and file a bug
[23:58] <james_w> [14773] 2009-04-06 23:52:29.421 INFO: Source format does not support stacking, using format: 'Remote BZR Branch'
[23:58] <james_w>   bzr remote repository
[23:58] <james_w> [14773] 2009-04-06 23:52:29.427 INFO: Using default stacking branch /~bzr/bzr/trunk at<EMAIL_ADDRESS>[23:58] <james_w> 11.267  Using fetch logic to copy between KnitPackRepository('file:///home/jw2328/devel/bzr/.bzr/repository/')(<RepositoryFormatKnitPack6>) and RemoteRepository(bzr+ssh://james-w@bazaar.launchpad.net/%7Ejames-w/bzr/bzr.dev.known_hooks/.bzr/)(<RemoteRepositoryFormat>)
[23:58] <grettke> jelmer: I am using bzr 1.12 (standard install). Where do I check which bzr svn is it?
[23:58] <grettke> jelmer: I see. It is definitely not trunk.
[23:58] <jelmer> grettke: in that case you can't have the latest bzr-svn, so you'll need to use "bzr svn-push"
[23:58] <jelmer> grettke: as of bzr 1.14 "bzr push" will Do The Right Thing
[23:59] <grettke> jelmer: I see. Thanks