[05:23] <pitti> Good morning
[05:47] <pitti> desrt: so it seems I found a hack for bug 1184262, but for fixing it properly we shouldn't set up the timeout at the beginning of shim_method_call() but at its end
[05:47] <ubot2> Launchpad bug 1184262 in systemd-shim (Ubuntu) "[logind] times out too early, stuck in PrepareForSleep, causing network and other services to not resume" [High,In progress] https://launchpad.net/bugs/1184262
[05:47] <pitti> desrt: or somehow disable the timeout while a method call is pending
[07:25] <mlankhorst> morning!
[07:47] <sil2100> Morning!
[10:00] <seb128> good morning desktopers
[10:01] <didrocks> hey seb128!
[10:01] <seb128> didrocks, lut ;-)
[10:01] <didrocks> ;)
[10:18] <pitti> bonjour didrocks et seb128, comment alles-vous ? avons-vous eu un bon voyage retour ?
[10:18] <didrocks> pitti: ça va bien, mais fatigué! bon voyage de retour, mais pas réussi à vraiment dormir :/
[10:18] <didrocks> pitti: et toi? tout va bien?
[10:18] <seb128> pitti, salut, ça va bien merci! J'ai dormis 4-5h dans l'avion, et hier soir de 22h à ce matin 9h30. Et toi, le W.E était bien ?
[10:20] <pitti> didrocks, seb128: oui, nous avons eu un grand week-end; lots of hiking through the Alps, some massages, sauna every day, great food, lots of time for reading and sleeping
[10:20] <didrocks> sounds excellent and relaxing! :)
[10:20] <seb128> nice!
[10:21] <pitti> seb128, didrocks: did you enjoy the week, was it usefuL?
[10:22] <didrocks> pitti: yeah, happy about it. I guess good progress and more technical deep dive in particular issues
[10:22]  * didrocks also has high hope for the CI system evolution
[10:22] <seb128> pitti, I enjoyed it a lot, nice to see everyone, and it was quite useful for touch settings and for desktop LTS planning/discussing what we are going to do
[11:19] <mlankhorst> everyone back yet?
[11:20] <davmor2> chrisccoulson: in 13.10 is it me or is FF not using the right theme?
[12:22] <xnox> seb128: re "Alt+Shift" shortcuts, do you know why each time I boot ubiquity I get a bubble notification from iBus "Default shortcut is now Super+Space" or something? is some-kind of migration running that pops that up?
[12:23] <xnox> seb128: and if the default changed to Super-Space, is bug #1242572 in ubiquity or something that provides ubuntu-desktop settings defaults?
[12:23] <ubot2> Launchpad bug 1242572 in ubiquity (Ubuntu Trusty) "Ubiquity sets Alt+Shift shortcut for layout switching, while installed system uses Super+Space" [High,Confirmed] https://launchpad.net/bugs/1242572
[12:24] <xnox> (do mind ubiquity is the same & i don't know what Ubuntu Gnome wants in this respect: e.g. more like GNOME default or more like across-Ubuntu default.
[12:24] <seb128> xnox, I think the notification is a migration thing yes, I need to look a bit more into that
[12:25] <seb128> xnox, not sure where "alt-shift" in ubiquity comes from, I guess from default xorg options or something
[12:26] <xnox> seb128: no, ubiquity hard-codes that.
[12:26] <xnox> seb128: but it should match the /everything-else/ on the desktop i think.
[12:26] <seb128> well, GNOME changed the default to super-space in 3.8
[12:26] <xnox> seb128: so from the bug, i'm not sure if ubiquity should stay at "alt-shift" or change to "super-space"
[12:26] <seb128> well, I'm not decided on that
[12:26] <seb128> I'm pondering changing back g-s-d to alt-shift
[12:26] <xnox> seb128: you only type in english these days? =)
[12:26] <seb128> because super is already used by unity stuff
[12:27] <seb128> so super-space some of conflicts with other super use
[12:27] <seb128> and make the keybinding less reliable
[12:27] <xnox> seb128: yeah, and tbh, for all my live i've never did myself, nor seen anybody else use "super-space" to change layouts.
[12:27] <seb128> xnox, seems like super-space is the default on macOS...
[12:27] <xnox> seb128: well "alt" can pop-up the "hud-completion thing"
[12:28] <seb128> xnox, like the hud was not already an issue ... and everybody remap hud to a key they don't use right? :p
[12:28] <xnox> seb128: well, it's not really "super-space" wasn't it the mac-button which is at the place where our alt is?
[12:28] <xnox> seb128: cause hud only works in en_US.UTF-8? =)))) </trolling>
[12:31] <seb128> xnox, yeah, google seems to suggest they use "command-space"
[12:31] <xnox> seb128: hm....
[12:31]  * xnox ponders what's Windows 8 default these days.
[12:32] <seb128> xnox, http://blog.the-it-blog.co.uk/2013/02/22/some-windows-8-keybindings/
[12:32] <seb128> xnox, "Win+spacebar : Switch input language and keyboard layout"
[12:32] <xnox> seb128: i use emacs a lot, and back in the day when hud was introduced, it did "clash" with emacs M-x, but these days the detection is pretty good. And I'd expect the error rate of "super/alt" with/without modifier should be about the same.
[12:32] <xnox> seb128: right, so matching the $world makes sense, in that case ubiquity should change,
[12:33] <seb128> xnox, right
[12:33]  * xnox will write a blog post for those who didn't know (like me)
[12:33] <xnox> seb128: ok, then the bug is in ubiquity and i'll fix it there and also check up with d-i / console-setup and friends.
[12:34] <seb128> xnox, thanks
[12:34] <seb128> xnox, I still would like to see some confirmations that super-space works correctly
[12:35] <seb128> I played a bit with it and it seemed it didn't work great, or you have to hold super for a bit
[12:36] <xnox> seb128: well holding it too long, unity help-shortcuts pop-up.
[12:36] <seb128> right
[12:36] <seb128> that's another issue
[12:36] <xnox> and changing keyboard layout should be added to it.
[12:36] <seb128> but just "tapping" super-space was not reliable when I tried
[12:37] <xnox> i think i need to boot into clean install, it's not changing anything for me.
[12:43] <Laney> hey ;-)
[12:43] <Laney> not really here today but I saw https://launchpadlibrarian.net/155743775/accountsservice_0.6.34-0ubuntu6_0.6.34-0ubuntu7.diff.gz go past
[12:43] <Laney> it's wrong, does someone want to deal with it?
[12:45] <Laney> first of all the dpkg -l isn't right, it matches too often, and secondly casing on the presence of a package to change tool behaviour is just plain bad
[12:46] <seb128> Laney, hey, had a good flight back?
[12:46] <seb128> Laney, when are you back? I think that one can wait on you to be back ;-)
[12:47] <Laney> sure, just saw it and got slightly irritated :P
[12:47] <Laney> flight was good thanks, got back an hour or so ahead of schedule
[12:47] <seb128> yeah, those accountsservice hacks are annoying, would be nice to clean :/
[12:49] <Laney> maybe I'll work up an example patch
[12:49] <Laney> hope you had a nice trip back too!
[12:50] <seb128> I did, we got an hour delay in SF but we got it back during the flight
[12:50] <seb128> I also managed to sleep for half of the flight, which made easy to stay up on sunday and avoid jetlag
[12:50] <Laney> wow, impressive
[12:53] <seb128> Laney, you have the week off or just today?
[12:53] <Laney> just today
[12:53] <seb128> k
[12:54] <Laney> doing a couple of Debian uploads then off to town
[12:54] <seb128> have fun!
[14:04] <attente> seb128, can we do another SRU for g-c-c?
[14:04] <seb128> attente, hey, had a good flight back?
[14:04] <seb128> attente, sure, what else did you get fixed?
[14:05] <attente> seb128, double modifiers like shift+shift_r
[14:05] <seb128> attente, seems to be working for me already
[14:06] <attente> seb128, is it in saucy proposed?
[14:06] <seb128> attente, we have that one in proposed https://launchpad.net/ubuntu/+source/gnome-control-center/1:3.6.3-0ubuntu45.1
[14:06] <seb128> attente, diff is http://launchpadlibrarian.net/155443518/gnome-control-center_1%3A3.6.3-0ubuntu45_1%3A3.6.3-0ubuntu45.1.diff.gz
[14:07] <attente> oh. ok
[14:07] <seb128> attente, is that the one you wanted?
[14:07] <attente> seb128, yes
[14:07] <seb128> great
[14:08] <attente> sorry, i didn't see it
[14:08] <seb128> no worry
[14:08] <seb128> you asked about it during the sprint and we got it uploaded midweek
[14:08] <seb128> attente, I've been triaging a bit the keyboard bugs today btw
[14:09] <attente> seb128, i noticed, thanks for that
[14:09] <seb128> attente, yw
[14:09] <seb128> attente, not sure which ones are on your list, but I've noticed 2 that are easy to confirm
[14:10] <attente> which ones?
[14:10] <seb128> - on my keyboard the numlock led is turned off when cycle layouts (but it keeps acting if it was on)
[14:11] <seb128> (I'm using an usb keyboard while docked)
[14:11] <seb128> - https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1247363
[14:11] <ubot2> Launchpad bug 1247363 in gnome-settings-daemon (Ubuntu) "Japanese keyboard layout intercepts caps lock key in ubuntu 13.10 " [Low,Confirmed]
[14:11] <seb128> e.g settings "capslock" for switching works
[14:12] <seb128> but for some reason not with japanese
[14:12] <seb128> e.g it cycles fine fr->en->ru->pinyin here
[14:12] <seb128> but once you hit japanese/anthi it doesn't move
[14:13] <seb128> that one is probably low importance, I guess using capslock is not a common config
[14:15] <attente> yeah, i'm not too sure
[14:16] <attente> maybe that input method is setting an xkb option
[14:17] <attente> there's an xkb option to switch the position of the ctrl and caps lock keys
[14:21] <seb128> attente, not that I can see in "setxkbmap -print"
[14:25] <seb128> attente, sorry, -print doesn't print option, -query does
[14:25] <seb128> attente, indeed
[14:25] <seb128> options:    grp_led:caps,compose:rwin
[14:28] <seb128> hum
[14:28] <seb128> but that's the case for other keymaps as well
[14:30] <sil2100> alex-abreu: ping
[14:49] <seb128> attente, is super-space working for you? it seems to not cycle layout for me with the current versions...
[14:51] <attente> seb128, it's working for me
[14:51] <seb128> attente, ok, it's working now, I had to disable it from ibus-setup though
[14:52] <attente> like changing the switching shortcut under ibus?
[14:52] <seb128> yes
[14:52] <attente> because right now both are set to super space for me
[14:53] <seb128> I wonder if there is a "whatever starts first gets to grab that key"
[14:53] <attente> it might be
[15:00] <seb128> attente, do you think that moving the keys grabbing to unity and using the next group stuff is going to be enough to put us back in shape?
[15:01] <attente> seb128, it should be, but i'm wondering if there's any low-hanging fruit left that we can fix right now
[15:01] <seb128> attente, I start wondering if we should go back to the old libgnomekbd-use way, at least as a backend (e.g keeping the indicator and new UI), though I'm not sure how compatible that would be with the new ibus stuff
[15:02] <seb128> attente, I'm not sure even sure what GNOME tried to resolve there, they basically moved away from xkb but they went back to use it with their nextgroup etc
[15:03] <attente> i guess there's the four groups limitation
[15:03] <attente> i'm not sure
[15:04] <attente> i wonder if the concerns are based on what's in -proposed or what's currently in archive
[15:05] <seb128> attente, some of the users are just in ranting mode, it's hard to know what is really frustrating them
[15:05] <seb128> to me the current situation seems usable
[15:06] <seb128> out of the fact that the "modifier only" actions eat keybindings using the same modifiers
[15:23] <mlankhorst> vila: enjoy, I found a fix for glamor-egl :P
[15:23] <mlankhorst> https://bugs.freedesktop.org/attachment.cgi?id=88619
[15:27] <vila> mlankhorst: \o/
[15:28] <vila> mlankhorst: how will that found its way in trusty ?
[15:33] <mlankhorst> probably on next upload, I want to hear from upstream first
[15:34] <vila> mlankhorst: ok, ping me or Mirv when that happens
[15:34] <mlankhorst> that's what the bug is for, I'll just mention it in the changelog and you'll get a email when it happens
[15:34] <mlankhorst> :P
[15:42] <seb128> cyphermox, sil2100: can we get an sru out for indicator-sound13.10?
[15:43] <seb128> cyphermox, sil2100: sorry, I meant to ask for ido-13.10
[15:43] <cyphermox> seb128: didn't we do ido on thursday?
[15:43] <cyphermox> I think it's in the queue
[15:43] <seb128> cyphermox, right, it's still in the queue
[15:43] <seb128> need to chase SRU team
[15:43] <seb128> cyphermox, hey btw, had a good trip back?
[15:44] <cyphermox> yeah
[15:44] <cyphermox> how about you?
[15:44] <cyphermox> I wasn't going through LAX :)
[15:46] <seb128> cyphermox, mine was good, I managed to sleep in the plane enough to not fall asleep before 10pm yesterday night
[15:49] <seb128> qengho, hey
[15:50] <qengho> seb128: hi
[15:50] <seb128> qengho, did you have a good flight back?
[15:51] <seb128> qengho, I saw you set that chromium segfault fix commited, good work. Do you have a pointer to the fix for it? (it would also be nice to update the upstream bug status if you have a fix, so others don't dup the work you did)
[15:54] <qengho> seb128: flights were okay. between flights not okay. :)
[15:54] <seb128> oh? did you connect in lax?
[15:55] <qengho> seb128: Yes. Had to exit airport, walk along sidewalk, and reenter somewhere else to get to plane. I ran 0.5 km and made it by 10 seconds. No exaggeration.
[15:56] <seb128> qengho, urg, at least you didn't miss it...
[15:56] <qengho> seb128: For that bug, i backported a fix.  https://codereview.chromium.org/23461032/
[15:57] <seb128> qengho, k, I was mostly curious, maybe it would make sense to add a comment in the upstream bug as well?
[15:58] <qengho> seb128: Makes sense.
[15:58] <seb128> thanks
[15:58] <qengho> seb128: De rien.
[15:58] <seb128> ;-)
[15:58] <seb128> qengho, is there a SRU/security upload scheduled for saucy (just wondering when/how that one is going to land)
[15:59] <qengho> I gave #security these last Thursday.
[15:59] <qengho> I suspect very soon should land.
[15:59] <seb128> including the fix we are talking about?
[15:59] <qengho> Yes.
[15:59] <seb128> excellent
[16:15] <xnox> "<cyphermox> I wasn't going through LAX :)" - that's only your alibi at this point ;-)
[16:20] <kenvandine> qengho and i flew through LAX the day before that shooting
[16:21]  * qengho blames kenvandine.
[16:35] <seb128> sil2100, cyphermox: can we get libdbusmenu 13.10 srued?
[16:43] <sil2100> seb128: I can push that, yes - are all the changes in lp:libdbusmenu/13.10 good?
[16:44] <seb128> sil2100, yes, https://code.launchpad.net/~dbusmenu-team/libdbusmenu/trunk.13.10 ... it's one commit (r462)
[16:45] <sil2100> Aaah, 460 was directly pushed to distro
[16:45] <sil2100> Ok
[16:45] <sil2100> Let me spin cu2d
[16:47] <seb128> sil2100, thanks
[16:55] <cyphermox> alright, so sil2100 took care of it
[16:55] <cyphermox> thanks!
[17:23] <seb128> pitti, I've opened https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1247904, let me know what you think
[17:23] <ubot2> Launchpad bug 1247904 in apport (Ubuntu) "Reporting the XDG_CURRENT_DESKTOP value would be useful" [Low,New]
[17:47] <sil2100> seb128, cyphermox: libdbusmenu in saucy unapproved queue, if anything


[15:44] <hassanibraheem> hi
[15:44] <newz2000> hello
[15:44] <hassanibraheem> I want to report a typo in recent news
[15:44] <hassanibraheem> is this the right place?
[15:47] <newz2000> sure
[15:47] <hassanibraheem> http://www.ubuntu.com/news/arm-linux
[15:47] <hassanibraheem> the title itself "low-poer" to "low-power"
[15:49] <newz2000> hassanibraheem: thanks, I'll correct it now
[15:50] <newz2000> wow, how did that get missed?
[15:51] <newz2000> ugh, now I have to fix it in 5 diff places
[15:51] <hassanibraheem> oh, I noticed just the title :)
[15:51] <newz2000> yeah, that's in 5 diff pages though
[15:55] <newz2000> all fixed, thanks a bunch for taking the time to report it hassanibraheem
[15:56] <hassanibraheem> great :) , and great news btw ;)
[15:56] <hassanibraheem> bye
[18:08] <qense> hello
[18:32] <newz2000> hi


[08:00] <tomreyn> klebers: thanks - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1813873/comments/53
[08:13] <klebers> tomreyn, thank you for the comment on the bug
[08:14] <tomreyn> yw, IMO it's good to keep users informed - if time permits (it did for me).
[18:53] <apol_> hi, I am trying to test some changes in the kernel, what I did was clone git://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic, modify the files I need to change and call "fakeroot debian/rules binary-headers binary-generic binary-perarch"
[18:54] <apol_> I'm running the resulting kernel, but I don't see the debug statements that I added, would anyone know what could I be doing wrong?
[23:36] <apol_> anybody knows if it's possible to rebuild the kernel without having to "clear" first?
[23:36] <apol_> i.e. with "fakeroot debian/rules binary-headers binary-generic binary-perarch" as advised in the documentation


[01:21] <teward> Daviey: ping
[01:21] <teward> if you're not busy :)
[07:16] <ztane_> should we downgrade our openssl ... :P
[07:44] <njmbb8> hey guys, if i want to run a server and be able to run a gui, what is my best option?
[07:46] <hellyeah> dunno about topics this could be helpful http://askubuntu.com/questions/53822/how-do-you-run-ubuntu-server-with-a-gui
[08:28] <lordievader> Good morning.
[08:43] <skylite> how can I check if an hdd is part of an lvm?
[08:43] <lordievader> skylite: Run 'pvs'.
[08:43] <skylite> thx
[08:56] <jamespage> mfisch, hey - I am working a 2.3.2 update for ovs - but blocked on some unit test failures atm
[11:26] <matadores> help ubuntu server 14.04 lts?
[11:29] <bekks> matadores: Ask a question :)
[11:30] <matadores> you have tutorial  install antiddos ?
[11:31] <matadores> and protectio my vps ?
[11:31] <bekks> matadores: Is that a specific software or do you have an actual question? :)
[11:32] <matadores> i am search tutorial protection and install anti-ddos
[11:32] <matadores> help mi pray
[11:49] <patdk-lap> it is impossible to protect against a ddos, unless you unplug your network cables
[11:50] <lordievader> Isn't that giving them, the attackers, an instant win?
[11:50] <patdk-lap> basically, the one with the bigger guns wins, and the point of a ddos is, they can always scale to have the largest
[11:50] <patdk-lap> well, if you get lucky, you can do something, like traffic profiling to block them
[11:50] <patdk-lap> but then, that is just lazyness on their part :)
[11:51] <patdk-lap> the only way to protect against it, is to blacklist as many incoming ip's as possible as fast as possible, and pray you aren't blocking ligit customers
[11:52] <patdk-lap> and the blocks must be at a level that has enough bandwidth to handle it
[11:52] <patdk-lap> so the ones with the most bandwidth wins
[11:52] <patdk-lap> and the latest ones for the last few years, it doesn't really matter how much bandwidth you have, it's not enough
[11:53] <patdk-lap> terrabits of bandwidth needed
[11:56] <matadores> ok
[12:01] <matadores> The attack always comes from one person or a maximum of 3 people
[12:01] <lordievader> Block those ;)
[12:02] <matadores> tutorial?
[12:02] <matadores> I am just starting out with a vps ubuntu 14.0.4 lts
[12:03] <matadores> sorry for my english but use google translator
[12:04] <lordievader> matadores: https://help.ubuntu.com/community/IptablesHowTo
[12:05] <matadores> how to use this command the vps throws me out and I have to reinstall
[12:05] <matadores> sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
[12:07] <Tzunamii> matadores: Just add a timer to a shellscript that flushes all the Iptables rules after, let's say, 5 mins
[12:07] <Tzunamii> no need to reinstall
[12:08] <lordievader> Or first allow ssh, or whatever you use to connect.
[12:09] <matadores> i I tried to use the commands through ovh but the result that the controls were not working more than in the tutorial
[12:09] <Tzunamii> In short, have a shellscript set a cron-job that will flush all the rules. After that functionality just add the Iptables rules you want to test.
[12:10] <Tzunamii> lordievader: that's how you do it the proper way
[12:10] <Tzunamii> aka, dev mode
[12:10] <teward> 'dev mode' - you know that what lordievader is saying is the proper way to do things?
[12:11] <Tzunamii> sigh
[12:11] <teward> allow connections to only the ports you need opened, IP-restrict them as well if you want them more locked down, etc.?
[12:12] <Tzunamii> Unless you know what you're doing you can still screw up any pre-allowed service/port with subsequent rules. Hence the dev mode
[12:12] <teward> Tzunamii: FWIW they should be doing it 'right' rather than flushing all their iptables rules every 5 minutes (as they won't come back)
[12:12] <Tzunamii> You're wrong, mate
[12:12] <lordievader> If anything, flush and then reload a save. Not just flush. That is rather bad for an internet facing server.
[12:13] <teward> ^ that
[12:13] <Tzunamii> The Iptables rules you want to test is (read: should be) in a script already, hence they won't "go away"
[12:13] <lordievader> But if you know what you are doing you don't need that 'dev-mode'.
[12:13] <matadores> I want you to lock the user running the attack although it uses an IP not true
[12:13] <Tzunamii> lordievader: Even the best CSO can frack things up royally
[12:14] <matadores> the user running the attack also prides itself on using python
[12:15] <teward> rbasak: ping, btw, if you're not busy :)
[12:15] <lordievader> matadores: You know your attackers?
[12:16] <matadores> si
[12:16] <matadores> yes
[12:16] <lordievader> matadores: Heh. Still, if it is just a handfull of IPs, just drop their traffic right away.
[12:17] <matadores> you can give me as you do?
[12:18] <lordievader> matadores: Read the tutorial I gave you.
[12:18] <matadores> excuse my asking, but I do not know still use the commands and so I try to use the guide
[12:19] <Tzunamii> In addition to lordievader's recommendation (HOWTO) I can recommend this tutorial as well https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html
[12:26] <matadores> I have to run all the tutorial or a specific part?
[12:27] <teward> matadores: you should *read* the tutorial then run the relevant parts
[12:28] <matadores> ok
[12:29] <teward> and while we *could* write up a ruleset for you, we don't actually know what servicse you want exposed to the internet, etc.
[12:29] <teward> so we'd be *guessing* at what you need
[12:29] <teward> and you wouldn't learn anything
[12:32] <lordievader> ^ that, we want you to learn how to configure a firewall
[12:32] <Daviey> a/win	goto #b
[12:34] <matadores> I have to use only port 80 and 10090 in my site but I can also change the port 10090
[12:35] <matadores> how to use the control panel sentora
[12:57] <bekks> matadores: this is the starting point: http://docs.sentora.org/?node=23
[12:59] <matadores> hanks
[12:59] <matadores> thanks*
[13:17] <coreycb> jamespage, zul, hey, can you review this?  https://code.launchpad.net/~corey.bryant/ubuntu/wily/python-fixtures/1.3.1
[13:19] <jamespage> coreycb, some feedback - pbr 1.2.0 means you don't need the patch for test-requirements
[13:19] <jamespage> coreycb, does it build and unit test ok?
[13:21] <coreycb> jamespage, yes, build and unit test are ok.  I see pbr 1.2.0 is in proposed so I probably wasn't picking it up in the build.
[13:21] <jamespage> coreycb, pbuilder?
[13:21] <coreycb> jamespage, sbuild
[13:21] <jamespage> hmm - sbuild should use proposed by default I think
[13:21] <jamespage> coreycb, I only merged that this morning btw
[13:22] <coreycb> jamespage, ok lemme try again
[13:22] <coreycb> without patch
[13:23] <jamespage> coreycb, no worries - I'll drop that as I merge and upload
[13:23] <coreycb> jamespage, cool thanks
[13:23] <Teduardo> Howdy everyone. Has anyone had any funky problems with sendmail in ubuntu 14 since the logjam thing?
[13:24] <Teduardo> i'm getting crazy tls issues
[13:24] <jamespage> coreycb, I'm also going to version pbr >= 1.2.0 as that's the release that supports that python version foo
[13:25] <coreycb> jamespage, yep good idea
[13:25] <jamespage> coreycb, that should unblock heat aside from the MIR's right?
[13:25] <coreycb> jamespage, I think so
[13:27] <jamespage> coreycb, marked merged and uploaded - thanks!
[13:29] <Teduardo> does anyone use ubuntu 14 and sendmail?
[13:29] <bekks> People do - but whats your actual question?
[13:32] <Teduardo> i'm trying to figure out why i'm getting this when trying to send email. 28496:error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small:s3_clnt.c:3339 i actually found the error in google and created a new 2048 bit dh key
[13:34] <Teduardo> is there a command that will regenerate the tls keys/certs for sendmail on ubuntu?
[14:12] <teward> Daviey: rbasak: ping, again xD
[14:14] <teward> Daviey: rbasak: No rush, but just an FYI: If the Security team needs to weigh in on the nginx issue, I talked to sarnold and he said that effectively his opinion in the ubuntu-server list could be considered the Security Team's view on the nginx issue.  You can reach out to him to confirm this, if you wish.
[14:15] <Daviey> teward: thans
[14:15] <Daviey> +k
[14:33] <rbasak> teward: sorry, pretty busy ATM. The TB email is on my list.
[14:34] <teward> rbasak: no rush, just wanted to add the note above
[14:34] <rbasak> teward: ack, thanks.
[14:34] <teward> i'm still writing out my plan-of-action either way
[14:34] <teward> got sidetracked with some Apache hell yesterday
[14:56] <Teduardo> do we think there will ever be a release of apache 2.4.10 or 11 for 14.04 lts? there is an annoying PCI DSS thing flagging with the LUA bug
[14:56] <Teduardo> even though we arent using LUA the scanners are very stupid
[14:57] <patdk-wk> it will never happen
[14:57] <patdk-wk> not even sure why it would need to happen
[14:57] <patdk-wk> this is normal pci dss scanner stuff you should solve
[14:59] <patdk-wk> even if it was upgraded to 2.4.11 to solve that issue, next month you will be in here saying, my pci dss scanner says I have an issue and need to upgrade to 2.4.13, when will that be released?
[14:59] <patdk-wk> !usn
[15:00] <Teduardo> I'm sorry I asked.
[15:00] <Pici> /70/70
[15:01] <mdeslaur> Teduardo: like most Linux distros, we backport security patches, we don't update to new versions. See our FAQ here: https://wiki.ubuntu.com/SecurityTeam/FAQ#Versions
[15:02] <mdeslaur> Teduardo: do you know which CVE they are referring to? Is it CVE-2014-8109?
[15:03] <mdeslaur> Teduardo: apache in 14.04 doesn't even compile mod_lua
[15:03] <mdeslaur> Teduardo: see here: http://people.canonical.com/~ubuntu-security/cve/2014/CVE-2014-8109.html
[15:15] <Daviey> jcastro: Can you moderate ubuntu-cloud pls?
[15:15] <Daviey> jcastro: A user trying to report an issue with aws mirrors.
[15:20] <jcastro> uhh, I don't know how to do that?
[15:20] <jcastro> you mean the mailing list?
[15:20] <jcastro> I thought it got subsumed by the server list?
[15:30] <Daviey> jcastro: Well there is still low volume traffic there..
[15:31] <Daviey> jcastro: mailman thinks you are the admin for the list... :/
[15:32] <Daviey> smoser, utlemming: Do you admin ubuntu-cloud list?
[15:32] <lucidguy> Ubuntu server with two nics on same network different ips... configured dns round robin for host.  Obiously all  inboud packets will be balanced, but will the packet exit out the nic it came in?  Or will it goto a default first  NIC?
[15:32] <smoser> utlemming can probably dig it up
[15:33] <jcastro> Daviey: yeah sorry that's not me, we should fix it though, heh.
[15:33] <Daviey> jcastro: no worries, thanks :)
[15:36] <bekks> lucidguy: According to the TCP RFC, it chooses an interface randomly, if both have the same routing weights.
[15:39] <jamespage> coreycb, urgh - just spotted this - https://launchpadlibrarian.net/210631929/buildlog_ubuntu-wily-amd64.ceilometer_1%3A5.0.0~b1-0ubuntu1_BUILDING.txt.gz
[15:42] <coreycb> jamespage, hmm I'll look in a bit
[15:42] <jamespage> coreycb, the sphinxcontrib stuff can be trimmed
[15:44] <rbasak> matsubara: are still OK to chair the meeting today please?
[15:45] <matsubara> rbasak, yes
[15:48] <rbasak> Thanks!
[16:07] <jamespage> coreycb, heat uploaded - I trimmed the sql related bd's out - not required for now
[16:07] <jamespage> but we do need to switch python-mysqldb <-> python-pymsql this cycle
[16:07] <coreycb> jamespage, ok, thanks
[16:08] <jamespage> coreycb, it won't build until the MIR for the clients completes and an archive-admin does the promotions
[16:08] <jamespage> coreycb, urgh - I still have horizon on my list
[16:11] <teward> it's official - i'm developing a hatred for VPS providers' default Ubuntu images
[16:11] <teward> we don't have Apache installed by default with a standard server install do we?
[16:12] <teward> (i.e. if they skip tasksel and such)
[16:19] <smoser> teward, no. ubuntu server install would not have that. either in cloud-image or default from d-i media.
[16:19] <teward> then that's where all these nginx bugs're coming from
[16:19] <jrwren> this is why CPC is awesome.
[16:20] <teward> smoser: also d-i media?  (I'm not 100% fluent in all shortened names/acronyms yet)
[16:21] <smoser> debian-installer
[16:21] <teward> ah ok
[16:21] <smoser> ie, download of server iso
[16:21] <teward> smoser: was there a reason that Apache is included by default on cloud and d-i media?
[16:22] <jrwren> teward: its not.
[16:22] <teward> then i'm confused
[16:22] <teward> because people are apparently installing nginx on new things and getting Apache conflicts
[16:22] <teward> because port 80 can't be bound to, so postinst fails
[16:22] <teward> and this is brand new with something in 15.04
[16:22] <teward> 'cause no others have that problem
[16:23] <jrwren> yes, that is true, you can apt-get install apache2 nginx and both packages will install and boht default to port 80 and conflict.
[16:23] <smoser> it wouldnt surprise me if a provider of a vps made an install that had apache installed.
[16:23] <teward> I know some VPS providers roll it out and are a pita
[16:23] <jrwren> one would have to install both packages.
[16:23] <teward> smoser: i know that RamNode does that and I've already thrown a wrench at them
[16:23] <teward> jrwren: or have Apache preinstalled - which AFAICT appears to be the case
[16:23] <teward> based on these apt logs i keep looking at
[16:23] <teward> (in the bugs)
[16:24] <teward> the trouble is, there's no usable debug info in the 'fail to install' reports, because the systemd logs and other logs aren't included with the bugs
[16:24] <jrwren> teward: maybe for their tasksel. its certainly not preinstalled on cloud-image or -server install
[16:24] <teward> so it ends up with 10 or 15 Incomplete bugs because we need more info
[16:24] <smoser> well, ideally you put apport hooks into nginx
[16:24] <smoser> and then tell people to run 'apport-collect' or 'ubuntu-bug'
[16:24] <teward> smoser: i have yet to find detailed documentation for that or a useful resource
[16:24] <smoser> and it collects installed packages and such.
[16:25] <teward> smoser: it already does that stuff, i need a new hook to grab data from other commands
[16:25] <teward> where's one of thsoe bugs...
[16:25] <teward> we also need translators 'cause i can't read anything but english >.<
[16:25] <smoser> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1462530
[16:26] <smoser> that was filed via 'ubuntu-bug linux'.
[16:26] <teward> smoser: https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1447294  <-- example of a post-installation failure bug
[16:26] <smoser> it collects up all thatCRDA, CurrentDmesg...
[16:26] <jrwren> IMO we should encourage VPS providers to use cloud-image and join CPC
[16:26] <teward> what it needs to pull is the `journalctl -xe` output, and/or the `systemctl status nginx.service` data
[16:26] <teward> smoser: and I can't find how to force such apport hooks
[16:26] <smoser> oh. i see.
[16:27] <teward> smoser: several of these're nonstandard configurations or a likely Apache conflict
[16:27] <smoser> i dont really know how you'd get that.
[16:27] <teward> smoser: nor do I, hence my question about Apache
[16:27] <teward> most of these're caused by something listening on port 80
[16:27] <smoser> i'm sure pitti would know.
[16:27] <teward> otherwise it'd be a bigger fireball in the dpkg logs and such
[16:28] <teward> 'cause this kind of stuff ain't useful:
[16:28] <teward> Apr 22 14:24:32 hostname systemd[1]: Failed to start A high performance web server and a reverse proxy server.
[16:28] <teward> Apr 22 14:24:32 hostname systemd[1]: nginx.service failed.
[16:28] <teward> ^ E: Not Useful
[16:29] <smoser> yeah, that' seem like you could get better info.
[16:29] <teward> smoser: and alas: that's all systemd gives you
[16:29] <teward> it actually says "Please check [other commands]"
[16:29] <teward> so i'm about ready to take systemd and throw it into /dev/null
[16:29] <jrwren> i miss /var/log/upstart/ logs of stdout and stderr
[16:30] <teward> https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1471713 <-- THIS is a clear "Won't Fix" or "Invalid"
[16:30] <teward> and a clear evidence of the issue of apache conflicting
[16:32] <teward> smoser: short of me modifying the postinst script to (a) check if the Apache service exists, and if it does stop Apache, or (b) check if port 80 is open or not, that's not a fixable bug
[16:33] <teward> and can have unintended other hell if you just need to install nginx to run it on a different port (i.e. could take down a production web server)
[16:33] <jrwren> or nginx conflicts apache2 deb, which would be terrible.
[16:33] <teward> jrwren: indeed, and that's an unacceptable option
[16:33] <teward> one i refuse to touch
[16:34] <teward> s/touch/use/
[16:34] <jrwren> i use nginx on 81 and apache on 80 and much crazy proxying  :)
[16:34] <teward> so either we need apport hooks to call in the data from those other commands that it's saying to include, or I have to flesch out the postinst scripts and cause undesired behavior with Apache being installed on the system
[16:34] <teward> jrwren: i use nginx on multiple ports, and also Apache on others, so as I said, it'd cause potentially undesired behavior.
[16:35] <teward> but the postinst script *could* check if port 80 is bound to, and if it is, just not start nginx
[16:35] <teward> and make a note saying "Check what's listening on port 80, or have nginx listen on a different port, before starting the service/"
[16:35] <jrwren> do we have any other cases of services in main which don't deb conflict and use the same ports by default? I'd guess no.
[16:35] <teward> jrwren: in main?  probably not.
[16:35] <jrwren> right, I think that is a great solution.
[16:35] <teward> but lighttpd comes to mind if we expand to Universe
[16:36] <teward> jrwren: i'd be lucky to be able to get that in as an SRU though, but it could be an SRU to prevent fail-to-install-due-to-port-80 binds and such
[16:36] <jrwren> exim, postfix, sendmail, likely all conflict with each other.  various identds various ntpds
[16:36] <teward> mhm
[16:37] <teward> what tools exist in a default plain install to test if ports are bound to?
[16:37] <teward> netstat?  (yes I know it's old)
[16:37] <jrwren> lsof maybe?
[16:40] <smoser> python ? perl ?
[16:40] <smoser> twethe issue though, is that:
[16:40] <smoser>  'apt-get install service'
[16:40] <smoser> on ubuntu should result in that service running
[16:40] <smoser> and if it doesnt, then that is arguably a bug.
[16:41] <smoser> ie, fixing your behavior to "do not fail install if i can't bind to port 80" is arguably creating a bug.
[16:41] <smoser> teward, ^
[16:42] <teward> smoser: agreed, and neither of my options are desirable
[16:42] <teward> smoser: ultimately, though, the bug report would have more details
[16:42] <smoser> right. and a useful ereror message to the user.
[16:42] <teward> so we can "Invalid" half the bugs and provide "Find the conflicting port binding program"
[16:42] <teward> as a workaround
[16:42] <jrwren> teward: /proc/*/net/tcp and translate the hex port :)
[16:42] <teward> PART of that is apport hooks
[16:43] <teward> unrelated: does the cloud team or otherwise provide openvz images or no?
[16:44] <teward> smoser: i assume pitti's the go-to for apport hooks?
[16:46] <teward> jrwren: LOL
[16:47] <jrwren> teward: hey, it works well. cat /proc/*/net/tcp | grep :0050
[16:48] <smoser> teward, yeah, i'd start there.
[16:48] <teward> smoser: if apport hooks won't work, then something in the postinst script to check if port 80 is bound anywhere, and exit with an actually meaningful error to stdout and such might be more useful than just 'passing' over the error
[16:48] <smoser> jrwren, http://www.smallo.ruhr.de/award.html
[16:49] <teward> and i'd rather NOT have to have an apache2 conflicts, because then people using both simultaneously get mad
[16:49] <smoser> just because :)
[16:49] <smoser> well, you may have thought of this, but one solution might be to give someone a package that does not (by design) start the service.
[16:50] <smoser> so:
[16:50] <smoser>  apt-get install nginx
[16:50] <smoser> starts the service or fails as espected
[16:50] <smoser>  apt-get install nginx-manual
[16:50] <smoser> does not
[16:50] <smoser> i
[16:50] <teward> smoser: we'd have to replicate 4 binaries then
[16:50] <smoser> yeah, i'm sure you've thought of a lot of this stuff.
[16:50] <teward> nginx-core-manual nginx-light-manual nginx-extras-manual nginx-full-manual
[16:50] <teward> and that makes a HUGE delta from Debian
[16:50] <teward> which we're actually trying to reduce xD
[16:51] <smoser> why are these not debian bugs ?
[16:51] <teward> smoser: because people use sane Debian images?
[16:51] <jrwren> smoser: yes, I know :)  thanks for calling me out on it
[16:51] <teward> smoser: i can't answer why they aren't but still
[16:51] <smoser> well, its still a bug that you get crap failure out of out of 'apt-get install'
[16:51] <teward> smoser: right, in either case
[16:52] <teward> and i could create a replica situation by installing APache in Debian and see if I can reproduce the problem
[16:52] <teward> (there, though, there's no apport hooks, so a bug report would contain 0 useful infromaiton compared to mildly useful info)
[16:52] <teward> i know the problem - `ubuntu-bug` is too user friendly.  loljk
[16:52] <ash_m> if my default ssh config doesn't have a AllowTcpForwarding line, should I still write one to set it to no?
[16:57] <teward> smoser: the other issue with a -manual package would be that it too needs a main promotion - which of course is a separate review
[16:57] <smoser> binary main promotions are not really a problem
[16:58] <smoser> ie, from same source.
[16:58] <teward> mmm
[17:24] <Kully3xf> how can I pass in text into a script
[17:25] <Kully3xf> like if the script asks "how many servers" when ran, how can I include that information in the command
[17:28] <brett__> Anyone using Trusty as a Samba PDC to set temporary password for new users which they must change at their first login?
[17:29] <lamont> no password stuff here, it's just a fileshare
[17:30] <tarpman> brett__: i'm running a samba classic PDC (not AD) with openldap as backend, not sure whether that's relevant for you
[17:32] <coreycb> jamespage, I must need an sbuild config change b/c currently it doesn't fail the build if a dep is in universe.
[17:32] <brett__> tarpman: I really appreciate the response! We're presently using tdbsam as a backend, but I'd love to know what mechanism you are using to force users to change their passwords. I'm an LDAP idiot and don't know if there are tools baked in for this or if you use PAM or something else...?
[17:33] <tarpman> brett__: I force a password change by setting "sambaPwdLastSet: 0" in the LDAP database. you could probably do a similar thing against tdbsam using pdbedit...
[17:35] <brett__> tarpman: Huh.We used to use "net sam set pwdmustchangenow <USER> yes" and I've seen references to  "sambaPwdLastSet" but wasn't sure it would work with Samba4. I'll give it a try! Thank you mucho!
[17:35] <lucidguy> bekks: thanks
[17:36] <tarpman> brett__: sambaPwdLastSet is specific to the samba3-openldap schema, I have no idea what the equivalent is in a samba4 world, sorry
[17:38] <brett__> tarpman: No problem, like I said I'm grateful for the hint anyway. In #samba I was directed to samba-tools but that appears to be very AS focused. Anyway, thanks again for the suggestion!
[17:51] <sarnold> Kully3xf: most scripts that accept input do so on standard input, so you cna do something like "echo 10 | ./script" and it'll supply the 10 to standard input
[17:51] <Kully3xf> cool thanks
[18:19] <coreycb> jamespage, testing is done and complete on precise icehouse proposed for 2014.1.5
[18:36] <ash_m> if my default ssh config doesn't have a AllowTcpForwarding line, should I still write one to set it to no?
[19:09] <Tzunamii> yes, the default is 'yes'
[19:36] <Seveas> ash_m: the default is on.
[19:36] <Seveas> so no need to set it
[19:37] <Seveas> ah, I misread 'no?' as 'on?'. Yes, you need to write an AllowTcpForwarding line to disable it :)
[19:37] <Tzunamii> >.<
[19:37] <Tzunamii> Already answered that
[19:38] <jamespage> coreycb, awesome-o
[19:41] <ash_m> Seveas: thanks :)
[20:02] <coreycb> jamespage, new proposal for ceilometer - https://code.launchpad.net/~corey.bryant/ubuntu/+source/ceilometer/+git/ceilometer/+ref/master
[20:10] <ash_m> I'm not sure how this works. eth0, eth1... are interfaces right?
[20:11] <ash_m> is there a command to show which adpater each interface uses?
[20:16] <cryptodan_laptop> ash_m: yes "sudo ifconfig"
[20:17] <ash_m> cryptodan_laptop: I see... I can't ssh to my vbox for some reason :(
[20:17] <ash_m> cryptodan_laptop: (thanks)
[20:24] <cryptodan_laptop> ash_m: is your vbox using bridged or nat?
[20:24] <ash_m> NAT
[20:25] <teward> ash_m: you need to set up the NAT rules to allow 22 in over the NAT to the specific VM
[20:25] <cryptodan_laptop> ash_m: use bridge so it can get an IP from the router or dhcp pool
[20:25] <teward> cryptodan_laptop: alternatively they can change the NAT
[20:25] <teward> nat rules*
[20:26] <ash_m> teward: I set up a host only adapter and configured the network config file on the server
[20:26] <ash_m> teward: I can ping that adapter at least.
[20:27] <teward> ash_m: i meant at VBox
[20:27] <teward> not on the 'server'
[20:27] <cryptodan_laptop> Id recommend switching to bridged its much easier
[20:27] <ash_m> teward: yeah, I have a host-only adapter on vbox
[20:27] <teward> ash_m: is the host-only adapter on the host added to the server?
[20:27] <teward> and did you update the IPs there?
[20:27] <teward> and did you install openssh-server?
[20:28] <ash_m> teward: I've installed openssh-server and I've configured /etc/network/interfaces
[20:28] <jamespage> coreycb, problem with ceilometer
[20:28] <jamespage> "ceilometer.tests.publisher.test_kafka_broker_publisher" errors with an import error; but testr just ignores those
[20:29] <jamespage> the kafka patch might need some updating
[20:31] <coreycb> jamespage, hmm ok I'll look.  not sure why it worked for me.
[20:31] <jamespage> coreycb, it builds fine - just skips the unit tests
[20:32] <jamespage> Ran 0 tests in 2.546s
[20:32] <jamespage> \o/
[20:32] <coreycb> jamespage, oh shoot
[20:33] <coreycb> jamespage, technically that's 100% success
[20:36] <jamespage> ha
[20:46] <ash_m> teward: any ideas on what to troubleshoot :(
[20:46] <ash_m> ?*
[22:29] <erkburgles> enough messing around, straightforward question possibly no answer-how in the hell do i free my photos from the maximum security osx prison and import them to ubuntu
[22:30] <erkburgles> particularly speaking of IPHOTO
[23:36] <axisys> to upgrade from 10.04.04 LTS do I just run do-release-upgrade ?
[23:37] <bekks> !eolupgrade | axisys
[23:38] <sarnold> axisys: yes, note this bug might bite you once you're up and running https://bugs.launchpad.net/ubuntu/+source/ca-certificates/+bug/1472378
[23:39] <axisys> sarnold: I dont have any web server running
[23:41] <axisys> sarnold: thanks for the link tho
[23:43] <axisys> I guess I will need two upgrade to get the latest LTS?
[23:43] <axisys> this is ubuntu server
[23:44] <axisys> I guess reboot (before start, just in case); apt-get update; apt-get dist-upgrade; reboot; do-release-upgrade?
[23:47] <sarnold> axisys: yeah, you're two releases behind; your plan for updating to trusty makes sense to me
[23:47] <sarnold> axisys: the ca-certificates issue will actually affect ssl/tls connections that your server initiates; I don't think it'll matter to a web server...
[23:49] <axisys> sarnold: I am mostly using ssh ..
[23:50] <axisys> this is a jumpstation I am upgrading
[23:50] <sarnold> nice, then it's unlikely to matter much :)
[23:50] <sarnold> besides, the precise->trusty upgrade may fix it all up anyhow
[23:50] <axisys> will kick it in 10 mins
[23:51] <sarnold> do you have console access to the system? updates ought to work but it's always nice to make sure you've got a backup mechanism to log in
[23:51] <axisys> so reboot -> apt-get update ; apt-get dist-upgrade; reboot -> apt-get install update-manager-core; do-release-upgrade  ?
[23:52] <axisys> sarnold: ^
[23:52] <axisys> and update-manager I guess
[23:52] <sarnold> axisys: sounds good to me
[23:54] <axisys> do I need to upgrade the sources.list file too? that seems odd
[23:56] <sarnold> do-release-upgrade ought to handle that
[23:57] <axisys> cool.. kicking it in 3 mins


[00:22] <tro> i'm trying to convert a svn repository into a bzr one. i just did "bzr svn-import --all --trees http://...mysvnrepo/project ../project-bzr", but there are no working trees in ../project-bzr. it's a repository, in fact. how do i get a branch from that?
[00:22] <tro> i'm using bzr 1.7 and bzr-svn 0.4.13
[00:23] <jelmer> tro, are any branches created?
[00:39] <tro> jelmer: i'm not sure. it's just a .bzr directory inside. the size looks about right
[00:39] <tro> and i saw it retrieving revisions one by one
[00:39] <jelmer> tro, did you specify --scheme ?
[00:40] <tro> nope. i have no trunk/branches/tags. it's just one directory per project
[00:41] <tro> should i have done "--scheme none"?
[00:51] <tro> jelmer: would it work better if i had an svnadmin dump?
[00:52] <jelmer> tro, if you have just one directory per project, use "bzr branch"
[00:52] <jelmer> rather than svn-import
[00:52] <jelmer> svn-import is for complete repositories
[00:52] <tro> ah
[01:00] <tro> jelmer: tried bzr branch. got: "bzr: ERROR: bzrlib.plugins.svn.core.SubversionException: ("REPORT of '/svn/!svn/vcc/default': Chunk delimiter was invalid (http://glyphy.com)", 175002)"
[01:00] <tro> and then a stacktrace
[01:01] <jelmer> tro, I don't recall seeing that error before - any chance you can file a bug?
[01:01] <jelmer> tro, are you on Mac OS X?
[01:02] <tro> jelmer: ubuntu
[01:04] <tro> jelmer: should i file a bug in the standard bzr place? https://bugs.launchpad.net/bzr
[01:04] <tro> or is there a bzr-svn specific place too?
[01:04] <jelmer> launchpad.net/bzr-svn
[01:05] <jelmer> tro, is this a public repository?
[01:05] <tro> jelmer: no, sorry
[01:06] <tro> it's using http basic
[01:07] <tro> i pointed bzr branch to a working copy. should i have pointed it to the repository instead?
[01:10] <tro> jelmer: i'll try with a public repo as well
[01:11] <tro> works fine with a public  repository on the same server
[01:12] <jelmer> tro, it's hard to do anything about it if I can't reproduce it :-/
[01:15] <tro> jelmer: i understand. i'll try a few things here. i'll see if i can create a new private repo where the problem occurs. then i could just give you a password to that
[01:25] <tro> jelmer: works fine with a simple project in a private repo. darn.
[01:26] <jml> lifeless: did I return your umbrella?
[01:27] <tro> the one i'm trying to branch has lots of renames/moves and additions/deletions
[01:28] <tro> jelmer: bug for this: https://bugs.launchpad.net/bzr-svn/+bug/275643
[01:28] <jelmer> tro, This shouldn't be related to that
[01:28] <jelmer> tro, The error comes from within the Subversion layer
[01:29] <tro> jelmer: do you think downgrading to subversion 1.4 would help?
[01:30] <lifeless> jml: I think not
[01:31] <jelmer> tro: it could - I'm not sure what's triggering this error
[01:31] <tro> meanwhile, i've got an svnadmin dump file. can i create branches out of that?
[01:31] <jml> lifeless: ok. thanks.
[01:31] <jelmer> tro, not with bzr-svn (it will just create a repository from the dump file and access that like it is currently)
[01:32] <jelmer> tro, what you may want to try though is to access the repository locally
[01:32] <jelmer> tro, specify a file:// url rather than a http:// url
[01:34] <tro> jelmer: the remote svn repository is hosted. i'm not sure if i'll be able to install the dev svn libraries there
[01:34] <tro> oh, but i can certainly recreate the repo locally
[01:34] <jelmer> yeah
[02:14] <alperkanat> hey there.. anyone here using nginx with bazaar ?
[02:20] <tro> jelmer: i recreated the remote repository locally from a "svnadmin dump". i can create a branch now, but not all revisions are there. many were skipped.
[02:21] <jelmer> tro, skipped in what sense?
[02:21] <jelmer> hi alperkanat
[02:21] <tro> the revnos don't map 1:1. bzr revision 1 started at svn revision 7
[02:21] <alperkanat> jelmer: hi ?
[02:22] <jelmer> tro, that's correct - see the FAQ
[02:23] <jelmer> alperkanat, just replying to your "hey there..."
[02:23] <alperkanat> oh ok :)
[02:23] <tro> jelmer: ah. in that case it worked fine
[02:25] <tro> i wonder what was wrong, though. i'm sorry, i can't make that repo public, but maybe i can help you gather some more debug data?
[02:45] <poolie> hello lifeless
[03:09] <lifeless> hi poolie
[03:09] <lifeless> hey, tomorrow, want to spend the day together, your place?
[03:09] <poolie> that would be great
[03:09] <lifeless> cool, midmorning start?
[03:10] <lifeless> s/start/arrival/ (clarity FTW)
[03:11] <poolie> hm
[03:12] <poolie> i'm just imagining you saying "so i woke up at 5am therefore midmorning is 7:10, so get out of bed"!
[03:12] <poolie> :)
[03:12] <lifeless> :>
[03:12] <poolie> but about 9:30-11:30 would be fine :)
[03:35] <lifeless> mmmm pie
[04:01] <dlee> Apologies, I probably missed this:  Which is the right 1.7 release Windows installer bzr version now?
[04:02] <poolie> dlee, i think there's no 1.7.rc1 installer yet
[04:02] <poolie> so 1.7 would be the way to go
[04:03] <dlee> The "Windows installer(s_
[04:03] <dlee> installer(s)" page shows an rc1, but I thought that was older than 1.7 release.
[04:05] <poolie> this one -> https://edge.launchpad.net/bzr/+download ?
[04:06] <poolie> yes that is kind of confusing
[04:07] <dlee> Yes that one
[04:07] <poolie> you want bzr-setup-1.7-1.exe, second from the top
[04:07] <poolie> i'm just going to file a bug that this table is hard to understand :)
[04:08] <dlee> The Instructions link, after Windows installer(s), still only lists 1.6.1.  I seem to have gotten a developer interested in Bazaar, but I've been having him wait for the 1.7 installer.  Thanks for the bug; I didn't think of filing that.
[04:13] <dlee> Thanks much
[04:13]  * dlee goes to update some systems...
[04:14] <poolie> dlee, it's bug 275677 if you'd like to add anything
[04:54] <poolie> spiv, i just noticed you have 6 approved patches...
[06:36] <poolie> markh: i was going to try making a 1.7.1rc1 exe soon
[06:36] <poolie> unless you're doing it at the moment, in any case the practice and making sure it's documented might be useful...
[06:55] <vila> hi all!
[06:55] <poolie> hello vila
[07:11] <poolie> spiv, ping?
[07:13] <spiv> poolie: pong
[07:17] <poolie> spiv, how's it going?
[07:17] <poolie> want any reviews?
[07:19] <markh> poolie: I haven't started yet.  By all means have a go and see if the wiki is up to date.  It is fairly complicated though - eg, you need c compilers, etc
[07:19] <poolie> is it complicated to do, or just to set it up?
[07:20] <markh> just setup really
[07:20] <markh> sourcing and installing the various packages etc - but once the environment is setup it is easy
[07:21] <poolie> i was thinking about getting a shared virtual server for us somewhere
[07:21] <poolie> and we could set it up on that, then just turn the crank when a release comes out
[07:22] <markh> the setup process could do with some work to make it more reliable though - eg, the "official" setup process should know exactly which "optional" components it wants and fail if they don't exist.  Nothing will prevent a build going out without paramiko, for example.
[07:22] <markh> that would be fine with me.  You will need MS Visual Studio on it
[07:22] <markh> well
[07:23] <markh> the freebie one might work to actually :)
[07:29] <vila> poolie: is http://paste.ubuntu.com/51983/ ok as a NEWS entry for python-2.6 ?
[07:30] <poolie> vila, i think 'works with python2.6' is a new portability feature
[07:31] <vila> http://paste.ubuntu.com/51985/
[07:31] <vila> :)
[07:32] <poolie> and the notes to developers about how to support it should be separate
[07:32] <poolie> if you see what i mean
[07:32] <vila> ok
[07:33] <vila> so that part should stay in INTERNALS right ?
[07:33] <poolie> right
[07:35] <vila> Overall, thins have evolved in the right direction, with recent modifications on python, less of my modifications are needed. Since you voted 'tweak', I'll submit the good bits to pqm and reply to your review to explain the differences
[07:35] <vila> s/thins/things/
[07:35] <poolie> ok, great
[07:36] <vila> oh, and my patch about proxies has been merged in python too ;-)
[07:36]  * vila grab some coffee
[07:54] <lifeless> poolie: see you tomorrow
[07:54] <poolie> see you
[08:29] <poolie> spiv, are you still around?
[09:10] <poolie> vila, i have some reservations about triaging bugs for the sake of it
[09:11] <poolie> at the end of the day would you rather classify 20 bugs or fix one?
[09:11] <vila> I'm all ears
[09:11] <poolie> (the proportion may vary)
[09:12] <poolie> i guess i'd say that reading them is good
[09:12] <vila> I think I should begin fixing when the new queue is low enough. The rationale being that duplicates can be avoided doing so and people will be more responsive if their bugs are triaged when there are still hot
[09:12] <poolie> but, if you're not going to act on it now, is recategorizing it really useful
[09:13] <vila> but if you think that's counter productive I'll stop doing that
[09:14] <vila> my main motivation is that I find too many 'New' bugs depressing :-/ More than to many 'Triaged' bugs
[09:14] <vila> s/to/too/
[09:17] <vila> Having bugs triaged and/tagged means, to me, that fixing them is therefore more organized. And also that reading the 'New' bugs doesn't have to done again
[09:17] <vila> s/to done/to be done./
[10:00] <beuno> james_w, congrats on your MOTUship. Long overdue ;)
[10:01] <james_w> thanks beuno
[10:12] <jml> markh: have you filed a bug about those failed uploads?
[10:19] <vila> PQM blocked at 'merge successful' again, I /msged mthaddon, but I'm not sure he's online...
[10:30] <thumper> Odd_Bloke: ping
[10:32] <Odd_Bloke> thumper: Pong, for something brief.
[10:32] <Odd_Bloke> I'm at work ATM.
[10:45] <jml> Odd_Bloke: that never stops us from talking on IRC! :P
[10:46] <Odd_Bloke> Yeah, but your boss is much less likely to walk into the room in which you're working. ;)
[10:46] <jml> Odd_Bloke: he's on most of the IRC channels though :)
[10:47] <Odd_Bloke> Touche.
[10:49] <rawler_> does anyone know a nice way to rebase and drop a revision..
[10:49] <rawler_> basically, I have two branches, whereas HEAD@A is the branch-point of branch B..
[10:50]  * thumper stabs config-manager
[10:50] <thumper> lifeless: oi
[10:50] <thumper> lifeless: how am I supposed to run "make check" for pqm on a clean hardy machine?
[10:50] <rawler_> I have a bunch of revisions on top of the branch-point in branch B, but would like to drop one close to the branch-point.. any ideas?
[10:50] <thumper> lifeless: config-manager says it needs pybaz, and pybaz says "isn't installable"
[10:52] <Odd_Bloke> thumper: You can move the imports for config-manager to where they are actually used.
[10:52] <thumper> Odd_Bloke: got a branch for that?
[10:54] <james_w> thumper: you are using config-manager from the hardy package?
[10:54] <thumper> james_w: config-manager: Depends: pybaz but it is not installable
[10:54] <james_w> sucks
[10:54] <thumper> james_w: that is what I get if I try to install config-manager
[10:55] <james_w> bug 235952
[10:55]  * thumper stabs unsupported packages
[11:00] <Odd_Bloke> thumper: I don't think so, no.
[11:00] <Odd_Bloke> It's quite obvious.
[11:00]  * thumper throws in the towel for today
[11:08] <thrope> hi - i'm trying to checkout a google code svn repository using bzr-svn
[11:08] <thrope> but I'm having toruble authenticating
[11:10] <thrope> ah ok - got it sorry for the noise
[11:10] <Odd_Bloke> thrope: Google Code is a PITA, don't worry about it.
[11:12] <james_w> erm, I didn't think config-manager worked with other systems as well.
[11:13] <james_w> It only ships an arch implementation though
[11:13] <Odd_Bloke> james_w: It has a bzr implementation.
[11:15] <james_w> Odd_Bloke: ah yeah, it's just hidden. Thanks.
[11:22] <Odd_Bloke> james_w: It's basically a mess. :p
[12:15] <thrope> oh - turns out it didnt remember my password on the google code svn checkout... also I have to enter it 3 times
[12:15] <thrope> any idea whats going on there?
[12:18] <jelmer> thrope, bzr's authentication layer doesn't cache passwords yet
[12:18] <thrope> oh
[12:19] <thrope> any idea why I need to enter it 3 times?
[12:20] <thrope> http://pastebin.com/m7c5b0229
[12:22] <jelmer> three connections are made to the server
[12:22] <jelmer> but since bzr doesn't cache the password, you have to re-enter it each time it needs the password
[12:22] <thrope> oh
[12:22] <thrope> any idea when the caching feature migth be added?
[12:23] <thrope> it makes it a bit of a pain to work with obviously
[12:23] <jakobb> thrope: http://tinyurl.com/4zl6ae
[12:24] <thrope> great thanks
[12:30] <thrope> having trouble getting it to work actually
[12:30] <thrope> is there an example anywhere for use with googlecode?
[12:31] <thrope> http://pastebin.com/m39dadb2a
[12:36] <thrope> I tried with and without path specified but it doesnt seem to work
[12:39] <ryanhaigh> is there some way to compact a bzr branch or to remove files from previous revisions, i have a branch which i was using locally which has a lot of images in it that are regularly modified, i have since removed those files and added them to the ignored files but they are still in previous revisions
[12:39] <bob2> there's no ui for it atm
[12:39] <thrope> in fact - even if I take the password out of the authentication.conf and enter it by hand - I can't authenticate if there are any settings in authencation.conf
[12:40] <thrope> it seems to be the user setting in authentication.conf that prevents it from working even typing the password in by hand
[12:41] <thrope> has anyone used bzr-svn with googlecode svn repository?
[12:41] <jelmer> thrope, yes, people have used it with google code before
[12:42] <thrope> jelmer: any idea what the settings in authentication.conf should be?
[12:42] <jakobb> thrope: what's the full url to the repository you're trying to access?
[12:42] <thrope> https://pyentropy.googlecode.com
[12:42] <thrope> https://pyentropy.googlecode.com/svn/trunk i guess
[12:43] <jakobb> so... why did you put 'project' in the host then?
[12:43] <thrope> sorry i replaced the name of the project in the config files i was pasting
[12:43] <jakobb> aah, oke.....
[12:44] <thrope> if i have scheme=https and host=pyentropy.googlecode.com in the file, then I can still log in typing in my password
[12:44] <thrope> as soon as I add the extra line user=user
[12:44] <thrope> then I can't log in anymore
[12:45] <jakobb> I have a suspicion...... let me check......
[12:45] <thrope> bzr: ERROR: Permission denied: ".": OPTIONS of<EMAIL_ADDRESS>authorization failed (https://pyentropy.googlecode.com)
[12:45] <jakobb> thrope: what's the error you get?
[12:45] <jakobb> right... that's what I wanted to know
[12:45] <jakobb> what command do you give??
[12:45] <thrope> bzr up
[12:46] <thrope> it is a checkout in a shared repository
[12:46] <thrope> (ie following the manual for svn use
[12:46] <jakobb> hmmm.... that kills my suspicion
[12:47] <thrope> if I remove the user line it is fine... with the user line I get the error
[12:47] <thrope> i'm pasting the password so thats the same every time
[12:48] <thrope> maybe its becuase I checked out with https://user@host):
[12:48] <thrope> .//branch/branch.conf:bound_location =<EMAIL_ADDRESS>[12:51] <jakobb> it would be surprising if that were the problem
[12:52] <ryanhaigh> so is there no way to do what i asked about, compacting the branch/removing files from previous revs?
[12:53] <jakobb> ryanhaigh: i don't think there are standard ways of doing this
[12:53] <ryanhaigh> ok thanks for the response anyway
[12:54] <jakobb> but there may be some tricks; i'm not familiar enough with version control stuff to think of something
[12:58] <jakobb> ryanhaigh: maybe there is a possibility to create a seperate branch, with the images removed??
[12:59] <jakobb> and then continue with that branch
[13:01] <jakobb> thrope: how do things work for a clean checkout? does that work with your auth.conf set?
[13:21] <thrope> jakobb: clean checout: bzr: ERROR: Invalid http response for https://pyentropy.googlecode.com/svn/trunk/.bzr/branch-format: Unable to handle http code 401: Authorization Required
[13:31] <jelmer> thrope, that's bug 256612
[13:34] <thrope> jelmer: ah ok - it's a bit confusing that svn+https has a deprecation warning, but is actually still required for accessing https repositories
[13:35] <thrope> in any case - trying a fresh checkout authentication still fails if I have user set in authentication.conf
[13:35] <jelmer> vila, ping
[13:36] <vila> jelmer: pong
[13:36] <vila> oh, 256162 ?
[13:36] <jelmer> any idea what could be going wrong there? ^^
[13:36] <jelmer> vila, Well, that too :-)
[13:37] <jelmer> thrope, what happens if you don't set a user in authentication.conf ?
[13:37] <thrope> it works
[13:38] <thrope> but i have to entter the password each time
[13:38] <jelmer> vila, any idea what could cause that?
[13:38] <thrope> ah actually it doesn't work
[13:38] <vila> jelmer: It would be easier for me if I could reproduce :-/ But when I try to install libsvn-dev I get:libsvn-dev:
[13:38] <vila>  Depends: libaprutil1-dev but it is not going to be installed
[13:39] <thrope> with no user, and password option it still doesn't work - i enter the password 3 times just like when it it is working then I get the permission denied
[13:39] <jelmer> what if you explicitly install libaprutil1-dev ?
[13:39] <jelmer> ah, ok - so that's no different
[13:40] <vila> ibaprutil1-dev:
[13:40] <vila>  Depends: libpq-dev but it is not going to be installed
[13:40] <jelmer> vila, and what if you install that explicitly ?
[13:41] <vila> chasing
[13:41] <vila> ibpq-dev:
[13:41] <vila>   Depends: libpq5 (=8.3.3-0ubuntu0.8.04) but 8.3.3-1~gutsy1 is to be installed
[13:41] <vila> lipq5 *is* installed 8-/
[13:42] <jelmer> what about apt-get install libpq5=8.3.3-0ubuntu0.8.04 ?
[13:42] <jelmer> or is there a reason it's still at that older version?
[13:42] <thrope> i'm on a mac incidently - but I don't think that should make any difference here
[13:44] <vila> jelmer: no idea, I never played with those
[13:45] <vila> jelmer: roughly, regarding these 401, will it help if bzr-svn get a AuthError inheriting from ConnectionError instead of InvalidHttpResponse (really unfortunate)
[13:45] <jelmer> vila: The problem is, it fails before bzr-svn is involved
[13:46] <jelmer> bzr needs to continue probing with other formats even when the first fails
[13:49] <vila> hmm
[13:55] <vila> jelmer: the problem is that if we catch the 401 then nobody will see it (if bzr-svn is not used) :-/
[13:56] <jelmer> vila: we should catch the 404 and store it, try the other backends and if they fail as well, raise the first error
[13:58] <vila> no, look at bzr.dir.find_format, the final error is already NotBranchError(path=transport.base)
[13:59] <vila> so the 401 should somehow becomes a NotBranchError, catching ConnectionError may fit
[14:00] <vila> bzrdir.probe_transport may be too restrictive or asking too much by catching only NoSuchFile
[14:01] <jelmer> vila, we should catch *any* errors that happen during probing
[14:02] <jelmer> and later raise the error raised by the first format
[14:03] <vila> imagine  a server handling format2, we try format1 (NoSuchFile), format2(bad password), format3 (blah), the user will have a hard time understanding why we say NoSuchFIle when he mistype his password...
[14:04] <vila> damned if you do, damned if you don't
[14:05] <jelmer> ah, true
[14:05] <jelmer> but that assumes the servers errors are correct
[14:06] <jelmer> while some servers return incorrect errors
[14:07] <vila> let's start with correct errors :) But yes, there is a weakness here
[14:08] <vila> The error is correct here, we use HTTP and we don't provide the right credentials so we fail
[14:09] <vila> In that case only bzr-svn knows the right credentials, but that's not the ideal answer either :-/
[14:10] <vila> May be we should collect *all* the errors and display them if no format can be found (that will be correct but ugly...)
[14:13] <vila> jelmer: the simplest solution seems to be that bzr-svn provides the credentials to bzr (so that bzr can happily fail (still ugly but nobody sees it :-( ))
[14:14] <vila> that should also address the "i enter the password 3 times"
[14:17] <awilkins> Hmm, while on the general subject, I couldn't do an anonymous branch of an SVN repo because it insisted on asking me fo auth which I didn't have
[14:18] <awilkins> Does it really need to ask for write-access to branch, or it this a peculiarity of the repo in question forcing https?
[14:19] <jelmer> vila, yeah
[14:19] <jelmer> vila, except bzr has to support prompting for Basic auth passwords then :-)
[14:20] <vila> It does prompt for passwords, it doesn't prompt for users
[14:27] <vila> all right, libsvn-dev is happy now, don't now what happened with libpq5 there, it looks like some gutsy dependency was still active
[14:27] <vila> jelmer: so what version should I get ? lp:bzr-svn ?
[14:28] <jelmer> vila, lp:~jelmer/bzr-svn/0.4
[14:29] <vila> jelmer: wil I be able to run it from linux and OSX from the same source directory ?
[14:29] <strk_away> bzr: ERROR: Cannot commit to branch BzrBranch6('file:///usr/src/gnash/gnash-head/'). It is bound to BzrBranch6('file:///usr/src/gnash/bzr/trunk/'), which is bound to<EMAIL_ADDRESS>[14:29] <vila> strk_away: only one level of bind is allowed
[14:30] <strk_away> so unbind and then update ?
[14:31] <vila> unbind and then push I'd say
[14:32] <strk_away> uhm.. I was used to 'commit' for an automatic push, what am I doing wrong
[14:32] <strk> supposedly my workin tree is a checkout of bzr/trunk (local) which is bound to the remote one
[14:33] <awilkins> A checkout is a bound branch
[14:33] <strk> so what's the deal with max one level of bind allowed ?
[14:34] <awilkins> I'd imagine it's there to hedge against both complexity and the possibility of making an circular bind
[14:35] <strk> gah.. well, I committed these changes and have NO idea how to push upstream now :/
[14:35] <awilkins> strk: bzr push <my upstream branch>   ?
[14:36] <Prodoc> Good afternoon
[14:39] <Prodoc> This might be a dumb question but is it possible to use bzr in a portable manner on e.g. a USB stick under Windows? I was only able to find an installer.
[14:39] <beuno> Prodoc, sure, you can run from source
[14:39] <awilkins> Prodoc: The "exe" version should be runnably portably
[14:39] <awilkins> Prodoc: The "source" version needs python to be installed (or a portable python?)
[14:40] <Prodoc> awilkins: by the 'exe' you mean just copy the folder to a usb stick after the installation?
[14:41] <awilkins> Prodoc: AFAIK that will work ; you might also want to set up a quick batch file or something to start a command prompt with the binary on the PATH
[14:42] <awilkins> Or maybe just start "bzr shell"
[14:42]  * awilkins thinks about trying this also
[14:42] <awilkins> Sounds good for adjusting server config, etc, in a versioned way impromptu-stylee
[14:43] <Prodoc> I was wondering if it'll start complaining about the .conf file located in '\Documents and Settings\*user*\Application Data\bazaar\2.0'
[14:43] <awilkins> Hmm.
[14:43]  * awilkins moves folder
[14:45] <awilkins> It seems to recreate it, but not whine about it's absence
[14:45] <strk> I feel like I'm about to loose all my changes
[14:45] <strk> keep getting errors on every operation
[14:45] <strk> push: ERROR: Operation denied because it would change the main history, which is not permitted by the append_revisions_only setting on branch<EMAIL_ADDRESS>[14:46] <strk> trying to bind to the remote branch directly now
[14:46] <Prodoc> The file only contains the user info (name+email). Not something you want to loose though. Maybe it'll accept the file if it's located in the same folder as bazaar?
[14:48] <awilkins> Prodoc: If you also set BZR_HOME in your "start me up" file, it will take the conf from there  http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html#environment-variables
[14:49] <Prodoc> ah, cool
[14:50] <Prodoc> let's see if it accepts relative paths
[14:51] <Prodoc> ow, darn...just realized that I'll probably don't have the proper rights to set the PATH
[14:51] <awilkins> Prodoc: You should be able to set PATH for your current user
[14:52] <awilkins> There's a system and  user PATH ; user PATH is often not set be default though
[14:52] <awilkins> Windows appends user PATH to system PATH
[14:53] <awilkins> It's not permanent anyway ; you're only setting the ENV variable in the context of the shell you open
[14:55] <awilkins> Create a shortcut to %comspec% /k <batch file>
[14:55] <Prodoc> yeah, but that'll get lost as soon as you start a different process, so using it in combi with eclipse isn't going to work
[14:55] <awilkins> It might still work if you start the eclipse instance from the shell
[14:56] <awilkins> That's all you're doing for bzr anyway ; starting it from an environment
[14:56] <awilkins> Which is why it get the ENV vars from that environment
[14:57]  * Prodoc wonders if it's possible to set this stuff in eclipse itself...
[14:57]  * Prodoc goes and check
[14:57] <awilkins> Isn't the email addy of the user in Eclipe a pref in bzr-eclipse?
[14:58] <Prodoc> you can set it by bzr whoami
[14:58] <awilkins> Prodoc: It's a pref in the Eclipse plugin too
[14:58] <Prodoc> ah
[14:59] <Prodoc> problem solved then :D
[15:01] <robsta> hiya
[15:01] <robsta> seems i encountered something, bzr bails out on a "diff" operation
[15:02] <robsta> what can i do to make the bugreport most useful?
[15:07] <Prodoc> darn, the latest eclipse plugin has problems
[15:08] <awilkins> Prodoc: What kind of problems?
[15:08] <Prodoc> If you try to go to the settings you'll get a big 'The current displayed page contains invalid values' error
[15:09] <awilkins> Prodoc: But you can't set the values?
[15:09] <Prodoc> nope
[15:09] <awilkins> Prodoc: Which version are you using ; that should be fixed in the latest dev snapshots
[15:10] <Prodoc> 1.1.0
[15:10] <Prodoc> with bzr-xmloutput 0.8 and eclipse 3.4.1
[15:11] <Prodoc> fixed it
[15:11] <awilkins> Hmm. That version should work. I've been using source, because I'm on Callisto and the UI stuff isn't compatible ; I've got a patched branch
[15:12] <Prodoc> I managed to set the 'Executable' value after a couple of tries
[15:12] <Prodoc> that seems to be the cause of the problems
[15:12] <Prodoc> now everything is available again without the errors
[15:13] <Prodoc> it shouldn't be a requirement though, if it's available in the PATH
[15:14] <awilkins> Prodoc: It's because it defaults to "bzr" and I don't think java applies PATHEXT
[15:14] <awilkins> And Windows knoweth not what to do with #!/bin/python
[15:25] <pcc1> hello, after upgrading from 1.3 to 1.5, htttp transport no longer works for me (seems to be trying to use the smart server): "bzr: ERROR: Transport error: Server refuses to fullfil the request" how can I force it to use the dumb server?
[15:25] <Peng_> pcc1: "bzr branch nosmart+http://example.com/..."
[15:26] <Peng_> pcc1: You should fix your web server too.
[15:26] <pcc1> unfortunately I don't run it
[15:26] <Peng_> Well...you should yell at whoever does. :P
[15:29] <Peng_> Bazaar will try to POST to http://.../your/branch/.bzr/smart. If the server returns a 404, it will gracefully fall back to using dumb HTTP, but your server seems to be doing something weird instead.
[15:30] <pcc1> it looked like it was returning a 403
[15:30] <Peng_> Oh
[15:31] <pcc1> perhaps bzr should downgrade if it gets anything other than 200
[15:52] <Prodoc> awilkins: too bad, the Eclipse plugin doesn't allow you to specify a relative path for the bzr executable. Would have solved all problems in one go, no config problems and no need to set the PATH for Windows
[15:53] <Prodoc> I'll file a RFE
[15:53] <Verterok> Prodoc: I'm out of context (just reading the backlog), a relative path?
[15:53] <Prodoc> aye, in Eclipse
[15:54] <Prodoc> here you can specify the location of bzr.exe
[15:54] <Prodoc> by being able to specify a relative path you can have a portable setup of bazaar with eclipse without any additional hassle
[15:55] <Verterok> Prodoc: ok, that wouldd be nice. but relative to what? :) the eclipse install?, the workspace?
[15:55] <Prodoc> since the prefs are not related to the workspace I'd say the eclipse folder
[15:56] <Verterok> Prodoc: actually, the prefs are stored in the workspace.
[15:57] <Prodoc> hmm...
[15:57] <Prodoc> still I'd go for the eclipse folder I think, the most stable factor
[15:58] <Verterok> Prodoc: ok, I'll take a look about how to do that, please file that RFE ;)
[15:58] <Verterok> Prodoc: Just to note, I've been playing with bzrlib.config, to add support in eclipse (i.e: to allow default username, per branch config, etc)
[15:59] <Prodoc> so if you use the browse feature to find the exe you'd get an absolute path, if you fill in the location by hand (which isn't possible at the moment) and no drive letter is specified it'll be treated as a relative path
[16:00] <Prodoc> Verterok: does that mean that a portable solution won't be working for long unless the feature to specify the config folder's location is added?
[16:01] <Verterok> Prodoc: sure, I'll check about this relative-path thingy, it sound easy to implemente :)
[16:01] <Verterok> Prodoc: not at all :)
[16:02] <Verterok> Prodoc: the preference page 'll be exactly the same
[16:02] <Verterok> Prodoc: the only difference is that bzr-eclipse 'll use the config facilities provided by bzrlib
[16:03] <Verterok> Prodoc: so, if you have a per branch config of your email (in branch.conf or in locations.conf), it 'll use that instead of the global config
[16:03] <Prodoc> (if you missed the previous bit of the portable discussion: the config file is stored in  '\Documents and Settings\*user*\Application Data\bazaar\2.0', which isn't available anyone if you go portable)
[16:04] <Prodoc> ah, cool
[16:05] <Verterok> Prodoc: my idea was to fallback to global config, but provided a preference page (in the project properties) to allow the customization of it :)
[16:05] <Verterok> s/provided/provide
[16:10] <robsta> jelmer: is there any way to work around missing ghost revs?
[16:11]  * robsta had been wondering why svn and bzr were showing different rev# for some time anyway ...
[16:15] <Prodoc> Verterok: just wondering, does the ID value in the eclipse prefs overwrite the global whoami setting of bzr at the moment?
[16:15] <Verterok> Prodoc: yeap, it uses the BZR_EMAIL env var
[16:17] <jelmer> robsta, the rev numbers being different is independent - see the FAQ
[16:17] <jelmer> robsta, I'm not sure if there's a good workaround, lifeless/abentley/jam may be able to comment better
[16:17] <Prodoc> Weird, I thought I never set that value before in Eclipse, and the value differs from the value I set by whoami. Just have made a mistake.
[16:22] <Verterok> Prodoc: it default to the current user name, but you should change that :)
[16:22] <Verterok> Prodoc: take a look for a use case for the config improvements: https://bugs.edge.launchpad.net/bzr-eclipse/+bug/264378
[16:23] <Verterok> Prodoc: in that bug, Luis comment about his problem with the global-only config, and request the per branch config :)
[16:24] <Prodoc> Ah, I was starting to think you send me the wrong link ;-)
[16:24] <Prodoc> RFE submitted by the way
[16:24] <Verterok> Prodoc: thanks!ç
[16:28] <robsta> jelmer: well, sigh, thanks anyway
[17:30] <james_w> beuno: hey, was there a bug about the plugin installer stuff you were working on?
[17:31] <james_w> I want to dupe bug 275207 to it if there was
[17:34] <jfroy|work> vila: https://code.launchpad.net/~jeanfrancois.roy/bzr/keychain-auth-rdonly *very* experimental
[17:37] <vila> jfroy|work: ok. I'll look at it
[17:38] <beuno> james_w, there should be. Let me find it...
[17:38] <jfroy|work> vila: it's really a hack at this point, but I wanted to prototype things. I need to port my _keychain module tests to the bzr test infrastructure
[17:38] <jfroy|work> although I'm guessing by things I saw that it has issues on OS X?
[17:39] <jfroy|work> I might have to rewrite the _keychain module using Pyrex as well >.>
[17:39] <vila> what ? Your proto ?
[17:40] <vila> Things will be easier if you do that in a plugin, I'll look at what you did to see what is needed
[17:43] <jfroy|work> yeah, I think a plugin + refactoring in bzr is the way to go
[17:45] <jfroy|work> Roughly, I'm thinking AuthConfig should provide authentication configuration information, such as a default user name for a particular set of domains, or servers, and then have a list of credential providers capable of giving back a password given a set of connection parameters (host, port, scheme, path, user, etc.)
[17:45] <jfroy|work> Then plugins can export or register credential providers, and we can add one for the conf file itself as well.
[17:49] <vila> That's the idea and the user decides in auth.conf, no need to register a 'plain text' credentials provider :)
[17:50] <vila> jfroy|work: I'm off, I'll try to mail you tomorrow
[17:50] <jfroy|work> I'd rather avoid the "user decides explicitly" model, in the sense that installing the keychain authentication plugin should be considered as an indication of intention by the user for bzr to check the keychain for credentials when it needs them
[17:51] <beuno> james_w, actually, seems there's no bug
[17:51] <james_w> beuno: thanks for looking, I'll open a bzr task on that one
[17:51] <jfroy|work> vila: np, I'll continue to play around in the branch until I figure out a design that seems to work and scale
[18:23] <rockstar> jelmer, ping
[18:35] <jelmer> rockstar, pong
[18:38] <abeaumont> hi, trying to push to a svn repo i got an error, because the svn repo was tagged. I solved the problem with a svn-push, but now when i try to do a pull i get the same error: 'Conflicting tags:'. How can i solve that? is svn-import the command to solve that?
[18:39] <jelmer> abeaumont, did you change any tags before you pushed?
[18:40] <abeaumont> jelmer: in svn repo? yes
[18:42] <jelmer> abeaumont, remove the tags locally and pull again
[18:44] <abeaumont> jelmer: ok, it worked, i'll have to do this everytime a new tag is done in svn or i did something wrong?
[18:45] <jelmer> abeaumont, yes
[18:45] <jelmer> abeaumont, the same thing would happen if the remote branch was a native bzr branch
[18:45] <jelmer> abeaumont, bzr tags aren't versioned
[18:45] <abeaumont> jelmer: oh, I see
[18:45] <abeaumont> jelmer: ok, thanks!
[19:27] <LeoNerd> Does bzr have an equivalent of tla/baz's "sync-tree"..? I.e. just pretend a I have some foreign merge?
[19:28] <LeoNerd> I've tried merge ; revert  but the revert even forgets the pending merges. I want to revert all the file changes -except- the pending merge.. since I know it's actuall been done anyway
[19:29] <LeoNerd> Ohwait... merge -c   doesn't actually mark it, does it?
[19:32] <luks> `bzr revert .` ?
[19:33] <luks> I don't know what sync-tree does, but revert . revers all the changes but not the pending merges
[19:33] <LeoNerd> That's not helping... it turns out   merge -c   and   merge -r 340..341   don't actually mark the mrge
[19:33] <LeoNerd> This is ... annoying
[19:33] <LeoNerd> 'bzr st' doesn't list it in pending merges
[19:33] <luks> isn't that documented on bzr help merge?
[19:34] <uws> LeoNerd: No merge tracking for cherry picking, unfortunately
[19:34] <luks> bzr doesn't track cherrypicks
[19:34] <LeoNerd> Oh...
[19:34] <uws> but at least it doesn't generate conflict if you cherry pick the same change twice (checks the ancestor and the resulting file contents, and if they match nothing happens)
[19:34] <luks> it doesn't fit the "the history is a DAG" scheme
[19:35] <LeoNerd> uws: Ah OK... that's... probably sufficient
[19:35] <uws> luks: everyone knows that history repeats itself!
[19:35] <LeoNerd> OK.. this is a bit annoying.. I've just moved the entire revision control system out of tla/baz into bzr because it's generally nicer.
[19:35] <uws> LeoNerd: yeah, it sort of works for me
[19:35] <LeoNerd> Only.. I kinda rely on those cherrypics :P
[19:45] <nosklo> hello!
[19:56] <nosklo> I am having trouble using bzr-svn could someone help me?
[19:56] <nosklo> here is the traceback: http://dpaste.com/81248/ Is it related to using a proxy? Does it support proxies?
[19:58] <jelmer> nosklo, can you reproduce this? It looks like google code is messing up
[19:58] <nosklo> jelmer, yes, it happens every time I try.
[19:59] <nosklo> jelmer, I am now trying it in a machine with a direct connection to see if it is proxy-related
[20:00] <jelmer> nosklo, bzr-svn uses the same library for network access as the svn command-line client, so a proxy in the middle shouldn't make a difference
[20:00] <nosklo> this seems proxy-related, since with a direct connection it worked out fine.
[20:01] <jelmer> ok, strange
[20:01] <nosklo> jelmer, checking proxy logs now
[20:31] <alperkanat> anyone here using bzr with mac os x leopard ?
[20:56] <thrope> jelmer: is there anyway to disable the "The svn+ syntax is deprecated, " message - it comes with every operation and I think it shouldn't be deprecated anyway, since the svn+ syntax is the only way I can access my repository
[20:56] <jelmer> thrope, Nothing other than commenting it out in the source
[20:57] <jelmer> thrope, It's correct it's deprecated - it's a bug in bzr that causes it to not work for you
[20:57] <thrope> ok - it's just its a bit like the message the python interpreter gives you when you type quite
[20:57] <thrope> *quit
[20:58] <nosklo> it is a proxy issue. It works with a direct connection. It seems to stop at random revision number - not sure what is happening yet.
[20:58] <jelmer> nosklo: what sort of request / path is failing?
[21:01] <nosklo> jelmer, PROPFIND http://formalchemy.googlecode.com/svn/!svn/vcc/default HTTP/1.1
[21:01] <nosklo> jelmer, I think (by looking at the proxy logs) that this was the last request before fail
[21:02] <jelmer> nosklo, do you still have the backtrace you got up somewhere?
[21:02] <nosklo> http://dpaste.com/81248/
[21:03] <jelmer> nosklo, can you try running something like this:
[21:03] <jelmer> svn proplist --revprop -r42 http://formalchemy.googlecode.com/svn/trunk
[21:03] <jelmer> (on the machine with the proxy)
[21:04] <nosklo> jelmer, you mean on the proxy server?
[21:06] <nosklo> jelmer, I ran it on both machines, the one behind the proxy and the one with direct connection. Both returned this: http://dpaste.com/81267/
[21:09] <jelmer> hmm, so I wonder if the proxy broke on a particular revision
[21:11] <nosklo> jelmer, problem is revision number disappears from the screen when the traceback is printed
[21:11] <johan> I'm doing a bzr checkout of a bzr+ssh:// branch, but when I do a checking the remote working tree is not updated
[21:11] <johan> s/checking/check-in/
[21:12] <uws> johan: That is intended.
[21:12] <johan> is it possible to remotely update a working tree?
[21:12] <uws> the idea is that you don't have a working tree at the remote end
[21:12] <johan> I want the working tree, this is for a website.
[21:12] <uws> there's a plugin for that I think, bzr-upload  or something like that
[21:12] <uws> others in here will know
[21:13] <johan> looks good, thanks
[21:13] <uws> johan: or the rspush stuff from bzrtools might help (doesn't work with checkouts i think)
[21:15] <jelmer> nosklo, if you set BZR_PDB=1 when running that command it should put you in a debugger
[21:15] <jelmer> nosklo, after that, run "up" followed by "print self.revnum"
[21:17] <nosklo> jelmer, *** AttributeError: 'SvnBranch' object has no attribute 'revnum'
[21:17] <jelmer> nosklo, you're running "bzr checkout http://formalchemy.googlecode.com/svn/trunk/ formalchemy" again?
[21:17] <nosklo> jelmer, yes.
[21:18] <nosklo> jelmer, weird, it seems to stop at random revisions, now the command you gave me returned "1"
[21:20] <alperkanat> how can i populate a remote directory tree ? should i do checkout then commit ?
[21:20] <alperkanat> if i branch and then push the changes, how can i populate the mainline ?
[21:23] <jelmer> nosklo, google code seems to not always be very reliable
[21:24] <jelmer> not sure how the proxy complicates that though
[21:39] <hash_g> Hi
[21:39] <hash_g> Is there a way to configure bzr to commit on change in a period of time ?
[21:39] <thumper> hash_g: ??? cron?
[21:40] <hash_g> in the bzr itself I mean
[21:41] <hash_g> I'm on win xp and don't want to write bat ;]
[21:44] <nosklo> jelmer, strange that I made thru it to the end 3 times without the proxy. Made a loop trying it behind the proxy and it is still trying, although the error is always on a random revision
[21:44] <nosklo> jelmer, I will make some tests with non-google repositories
[21:46] <uws> hash_g: You don't want to commit at random intervals. Commits are intended to mark PROGRESS, not just CHANGES. You may accidently commit broken stuff
[21:48] <nosklo> jelmer, I think I found out
[21:49] <nosklo> jelmer, it was some kind of proxy limit issue. Thanks for helping me figuring it out, sorry for the raising a bzr non-issue.
[21:49] <jelmer> nosklo: Any chance you can file a bug explaining this issue so we can add an entry to the FAQ?
[21:50] <jelmer> nosklo, (or perhaps just a patch to the FAQ?)
[21:50] <nosklo> jelmer, of course.  But when I ssh directly, I have no trouble "touch"ing the file.
[21:53] <jelmer> there's not a lot it can do
[21:53] <davidstrauss> I'm running Bazaar 1.7
[21:53] <jelmer> nosklo, it gets the error from the underlying library and that doesn't provide enough information
[21:54] <davidstrauss> This is my traceback http://pastebin.com/m4fb1ee08
[21:54] <hash_g> uws so I want
[21:55] <hash_g> but don't know how
[22:02] <hash_g> and probably I would never know
[22:04] <lifeless> poolie: is 7am, is time to be waking
[22:04] <alperkanat> i've got a questions about bazaar.. i branch a project.. i make some changes and push it to a centralized server.. i guess that the mainline only has the history of changes not the actual tree ? then what happens if someone else wants to branch the mainline ? will he have the changes of mine ?
[22:34] <enobrev> can anyone tell me how to disable tortoisebzr on win32?
[22:38] <trotek> enobrev: try reinstalling and disabling the tortoisebzr option, maybe?
[22:38] <enobrev> trotek: guess i could try that.  seems silly that it can't be turned off otherwise.  thanks.
[22:47] <poolie> hello lifeless
[23:38] <abentley> lifeless: PQM appears hung.  Can you please give it a thump?
[23:45] <markh> are there any plans at all to localize things like help for options?  If not, is it expected that each GUI toolkit for example, will simply copy/paste these strings and localize them independently from each other?
[23:49] <abentley> markh: I think localization just hasn't been a priority so far.
[23:50] <markh> abentley: it looks like qbzr might want to localize some of these strings - it would seem a shame for such localizations to be done provately in its code.
[23:50] <lifeless> markh: The main concern is performance
[23:50] <lifeless> markh: e.g. docstrings are evaluated at class object construction, which is at module load time
[23:51] <lifeless> markh: so if all the command docstrings themselves were localised, we'd process and translate every help text for all commands, just by loading the module.
[23:53] <markh> lifeless: so yeah, clearly that would be bad.  But having 'bzr help foo' show localized info for the options foo takes needn't cause that, should it?
[23:53] <lifeless> markh: noone has put a patch forward without that cost, as yet.
[23:53] <james_w> lifeless: isn't that the use case for N_() ?
[23:53] <lifeless> markh: if someone were to, I'm sure it would be gladly reviewed
[23:55] <markh> lifeless: I guess I'm asking if I should encourage qbzr to try and contribute such localizations to the core rather than keep them private.  That would depend on support and help from bzr though, so I guess I'm asking if that would be forthcoming
[23:56] <lifeless> markh: I wouldn't expect anyone to cut code, if thats what you mean; AFAIK its not near the top of the pile for any of the regular contributors
[23:56] <lifeless> markh: I'm interested in its existing; I can promise to outline my concerns and review patches
[23:57] <lifeless> jam did some testing I think about a year back
[23:57] <lifeless> back online in 90m or so -> poolies
[23:58] <poolie> hello
[23:58] <poolie> see you then lifeless
[23:58] <markh> hrm - I don't think I want to take that burden on all by myself...
[23:58] <jam> lifeless, markh: from what I remember,simply doing "import gettext" was pretty expensive, and doing "gettext.install()" was also a big issue
[23:59] <jam> If we used N_() in lots of places, and then translate on-demand that would probably get us around some of the overhead.
[23:59] <markh> jam: yeah, that might be true.  I'm asking about intent and plans
[23:59] <jam> It also makes the test suite easier to run as you don't have to worry about the translation at all times
[23:59] <markh> ie, if bzr has no interest in localizations for such strings, my question is answered!