=== med_out is now known as medberry
vilahi all06:52
maxbjelmer: You reviewed https://code.launchpad.net/~maxb/bzr/fix-meliae-feature-use/+merge/72353 as "Needs Fixing" without an explanation?06:59
vilamaxb: on natty, with the bzr ppa in sources.list, bzr-2.4.0 is not proposed. If I try to force its installation, I'm told bzrtools and qbzr should be removed07:43
vilamaxb: is it because we need new versions for bzrtools and qbzr in the ppa ?07:44
=== Quintasan_ is now known as Quintasan
jamhi all08:37
vilajam: hey08:47
maxbvila: err... I can't reproduce that09:02
* vila blinks09:03
vilamaxb: any idea on how I could debug it ?09:03
maxbtry 'apt-cache policy bzr bzrtools qbzr', and see if anything seems unexpected09:04
vilayup, was going down that route and: http://paste.ubuntu.com/674389/09:05
vilamaybe I should just force the installation of bzr and bzrtools and be done09:06
maxbah, you have apt pins you've forgotten about :-)09:06
maxbSee /etc/apt/preferences09:06
vilaoooh, -updates preferred over ppa ?09:08
vilaok :)09:09
vilaSo, what are the possibilities here ? Add a pin-priority for ppa ? Move apt/preferences out of the way during the upate ? Just force bzr install ?09:10
maxbWell, why do you have an /etc/apt/preferences at all?09:10
vilahehe, right, I was there indeed, I used to need it to be able to test -proposed but I don't need it anymore09:11
vilamaxb: solved, thanks09:19
pooliehi jam, maxb, vila09:33
vilapoolie: hey09:40
pooliehi there09:41
jelmerhi jam, maxb, poolie, vila09:44
vilajelmer: hey09:44
maxbmorning all :-)09:46
maxbjelmer: Could you clarify your "Needs Fixing" on https://code.launchpad.net/~maxb/bzr/fix-meliae-feature-use/+merge/72353 ?09:46
jelmermaxb: That was in response to jam's comments, I hadn't seen you had updated the code already09:48
jelmermaxb: now approved09:48
maxbI thought it most likely was - thanks09:48
poolieno jam yet?09:56
jelmerhe was here earlier this morning09:57
vilahe's often lunching around  this time of day09:58
pooliei always forget you guys are a bit closer than i expect, at least at this time of year09:58
vilapoolie: funnily enough, I feel the same with you :) I often think: "Damn, still awake ???" before checking your tZ ;)10:01
pooliei should stop soon10:01
poolieit's 8 here10:01
denihi all10:17
denianyone have any idea how to change the default permissions bzr uses when someone does a push to a local repo10:17
Riddelldeni: the files just get written by the receiving sever (ssh or apache or bzr smart server etc) so it just depends on who that server is running as10:22
deniRiddell: i use bzr+ssh10:27
denito push to a remote repo10:27
pooliehi deni, riddell10:27
denibut the permissions are not set accoiring to the defualt umask10:27
denii have a shared repo .... that need to be g+w10:28
deniso i set the default umask to 007....10:28
deniso all the files and folders are created with the g+w permission10:28
denibzr seems to disregard that10:28
denicause when i push a newly created local repo on to the remote host it creates the folder with g-w permissions10:29
jelmerdeni: bzr doesn't track modes, just the exectutable bit10:29
denii've searched a little bit on the net and this seems to be a bzr bug10:29
denijelmer: what do you mean by doesn't track modes?10:29
jelmerdeni: sorry, I was misunderstanding your question.10:30
poolieyes there is a bug for this10:30
denipoolie: do you know what the status is for this?10:32
denior if there are any workarounds10:32
poolieso first off, are you sure the umask is actually set when the remote bzr shell starts?10:34
poolieeg if you do 'ssh myhost mkdir foo'10:34
pooliedoes foo end up with the intended permissions?10:34
denipoolie: yes i've tested creating files and folders over ssh and it respects the default umask10:35
pooliedeni, and doesn't it at least inherit the permissions from the repository directory?10:36
denipoolie: here's the scenario10:40
denii create a local repo....do some work....and i decide i want to push this repo onto a remote host so that others can access it and so i can have a backup if my hard drive fails10:41
denii do a push10:41
denithe repo is created with the screwed up permissions...10:41
denii have to go ssh onto the remote host10:41
denido a chmod -R10:41
deniand after that everything works fine10:41
denibut i don't wan't to have to do this every time we create a new project10:42
poolieyeah i can understand that10:42
poolieit's https://bugs.launchpad.net/bzr/+bug/39455910:42
ubot5Ubuntu bug 394559 in Bazaar "want a config option to specify permissions" [Medium,Confirmed]10:42
denii assume i could ssh first and create the folder manually and then do a push and that the permissions would be perserved but that's not the best solution either10:43
deniactually that's no different from having to do a chmod10:43
denipoolie: i think it has more to with this one https://bugs.launchpad.net/bzr/+bug/5056810:44
ubot5Ubuntu bug 50568 in Bazaar "'bzr push' does not preserve sgid bit on newly created directories" [Medium,Confirmed]10:44
deniit's from 2006 and still not solved???10:45
pooliethat's sftp specific10:46
pooliebut it has a workaround10:47
denipoolie: you mean ACLs?10:48
deniseems kind of an overkill for something like this10:49
poolieor i believe bzr+ssh will not reset the setgid bit10:49
denithat's no different than doing a chmod10:50
denino wait10:50
denii'll test that right now10:51
denipoolie: it doesn't seem to work10:59
denibzr+ssh screws things up again10:59
pooliedeni, isn't it inheriting them from the containing directory?11:01
denipoolie: it appears not11:04
pooliethat's really pretty strange11:06
denii'd say so11:09
denithe sitcy bit doesn't do anything other than make it so that the files created in that directory belong to the same group regardless of who creates it11:12
denithat doesn't help me much cause bzr users already all belong to the same group11:13
denibzr doesn't change the group or anything like that11:13
deniit just doesn't preserve the write permissions that the parrent directory does have11:13
denii don't see how the sitcky bit would help in this situation at all11:14
pooliewhere did the sticky bit even come in to this?11:14
denisorry my bad....i was talking about setdit11:15
deniit kinda goes along with the sticky bit so i was thinking about one and talking about the other11:16
denianyway..i tried setting g+s but like i said all that does is make it so that all the files created in my /bzr folder have the same group as the bzr folder11:16
denithat does not help at all since the bzr users are already in the same group11:17
denisetgid does not preserve the g+w option11:17
viladeni: what does 'ssh myhost umask' says ?11:35
dpi_can any1 here help me with a bzr problem on Win7 64 ?11:37
dpi_plz ?11:37
viladeni: just checking, I've been confused in the past about profile files executed or not depending on the way you connect and what command you run, bzr+ssh doesn't start a shell by default so very little is set (unlike when you start a remote shell)11:37
vilain other news the babune windows salve reports 105 new failures since revno 6076..608211:38
poolieok good night all11:39
vilapoolie: g'night !11:39
nigelbgosh, I need to stop hilighting my last name, I end up getting pinged for babune :)11:40
vilanigelb: soory about that ;)11:40
jelmerg'night poolie11:41
jelmerRiddell: reviewed i18n-install11:41
Riddella hat trick of approvals, that should keep PQM busy for the next day11:43
denivila: tnx for the info....so bzr+ssh ignores the /etc/profile file11:49
deniis there any way around that?11:49
vilawell, *ssh* does11:49
deniso how do you explain the fact that it ignores the umask settings?11:51
denii'm getting all kinds of mixed information11:51
dpi_so far, I tracked the problem to pageant and bazaar ... any1 can help me please ?11:51
vilaso roughly you need to execute the right command which can be achieved either setting bzr_remote_path or tweak your authorized_keys file to execute a wrapper11:51
jelmerRiddell: btw, would now be a good time to ask for translations on the mailing list, or do you want to wait with that?11:52
Riddelljelmer: it needs to wait at least until launchpad has done the import11:52
Riddellbut I'd also like to look at topic help and other translations first11:52
Riddellwe need to consider adding string freezes to our release schedule11:52
jelmerRiddell: ah, fair enough11:52
jelmerRiddell: perhaps around the same time we do the API freeze ?11:53
viladeni: AIUI, *sftp* tweak the group bits, ssh now, it depends on what you ask it to execute (which is often hard to get right)11:53
Riddelljelmer: when is that done?11:53
dpi_okay, so either I'm mute or no one even cares to say "no, sorry, cannot help"...11:54
vilalast beta for a series freezes the API11:54
jelmerdpi_: Hi11:54
jelmerdpi_: Sorry, I don't really have much experience with Bazaar on Windows.11:54
dpi_hi Jelmer, thanks I was starting to wonder if I was muted11:54
denivila: the bottom line is that neither sftp now ssh work the way they should11:54
dpi_no problem, thanks for answering11:54
denii think that the best thing i can do is wait for the bug to get fixed....11:55
denior try and look into it myself11:55
denii don't want to fiddle aroung with workarounds that complicate things and confuse everything even more11:55
viladeni: well, AIUI, the most used setup is a server with a *single* user and an authorized_keys file so the issue you're encountering doesn't impact enough people to gather the energy to fix it :-}11:57
denivila: ???? i think you got it very wrong....or you a making a joke11:57
viladeni: I've heard people using chmod and they seem to be happy with it, I guess it depends on how often you need to do it11:57
denihow do you think people colaborate if not via a shared server?11:58
dpi_ok, bye people11:58
viladeni: I'm just stating what I've heard here and from the bugs11:58
viladeni: no, I'm saying you can setup the server with a single user that everybody connect to11:58
denithis issues impacts every user of bazaar11:58
denilike every single one of them11:58
viladeni: like, not at all11:58
deniif they are working in some kind of team11:58
viladeni: launchpad uses bzr+ssh and there is no need for the sticky group bit11:59
denivila: oh, ok...sorry i missed that in you statement somehow11:59
denibut the fact to use a single user for working with bazaar is apsurd11:59
deniwhat's the purpose a multiuser system then12:00
viladeni: the only known issue is indeed the group sticky bit, but AFAIK from the bzr code base, the umask is obeyed12:00
denilaunchapd is a different story alltogether12:00
denivila: nope....it's not just the issue with the group bit....that was just a workaroung12:01
viladeni: most people prefer to maintain a *single* authorized_keys file than a bunch of users12:01
denithe fact is that the umask is NOT obeyed12:01
denithat's the whole problem12:01
viladeni: well, bzr internally uses the python chmod which, AFAIK, obeys umask12:01
denithat makes absolutely no sense to me..... i have a machine on which there are many users.... all are in the same group...say development....12:02
viladeni: I understand the setup, I'm just saying it's not the most used12:02
denii disagree12:02
denii think we are gonna have to agree to disagree on this one12:03
jelmerRiddell: I think it's 4 weeks before the final release12:08
viladeni: right, looks like I started on the wrong foot, let's restart, what does 'ssh myhost umask' says in your case ?12:13
Lo-lan-doHi all :-)12:14
vilaRiddell: yup, as jelmer says, 4 weeks before final release (i.e. last beta which also freezes the API so plugin authors can do their releases for the series)12:14
jelmerhi Lo-lan-do12:15
Lo-lan-dojelmer: I think I've hit a bug in bzr-svn.  Before I report it formally, is there any more info needed beyond what's at http://pastebin.com/bS2yBghd ?12:15
vilaRiddell: by the way, will it be possible to add more translations for minor releases (or is it not the way it works) ?12:15
jelmerLo-lan-do: looks like bug 82694612:15
ubot5Launchpad bug 826946 in Bazaar Subversion Plugin "commits to http repository are empty" [Critical,In progress] https://launchpad.net/bugs/82694612:15
jelmerLo-lan-do: what version of bzr-svn are you using?12:15
Lo-lan-dojelmer: 1.1.0~bzr3767-112:16
Lo-lan-dojelmer: Not quite 826946: I get a traceback, and the commit fails, and I'm on svn+ssh://12:17
Lo-lan-do(But I've encountered something very like 826946 on an svn+https:// repo too, some time ago)12:18
jelmerLo-lan-do: does that particular file exist if you look with "svn log -v" ?12:18
Lo-lan-doNot at the revision mentioned.  It's been renamed to fusionforge.pot about 3000 revisions ago.12:21
Lo-lan-do(a bit before the Branch_5_1 was forked from the trunk)12:22
jelmerLo-lan-do: please file a bug12:22
jelmerI'm about to fix bug 826946 and then release 1.1.0; hopefully the fix for that one can make it into 1.1.112:23
ubot5Launchpad bug 826946 in Bazaar Subversion Plugin "commits to http repository are empty" [Critical,In progress] https://launchpad.net/bugs/82694612:23
Lo-lan-doThanks :-)12:23
denivila: sorry i went away for a while... anyway....umask is set to 00713:25
denii've made some progress btw13:25
deniu can make sftp use specific umask by setting so in the sshd_config....13:25
denithat affects only sftp though.....if i want to cover sftp, scp and ssh you have to use pam13:26
deniso i've set up 007 umask for ssh as well13:26
denivila: now it works fine with bzr because like you said bzr+ssh doesn't execute bash and therefore does not read the settings in /etc/profile13:27
denibut setting this up in pam fixed the problem13:27
viladeni: \o/13:27
denisort of anyway....now i'm stuck with all users having the default umask 007 which is not that great...13:27
denito have new files in your home directory created with those permissions13:28
denithe good part is that the users ~/.profile or .bashrc file can override these settings13:28
deniif needed13:28
vilaright, so the issue (AIUI) with *sftp* is that the bits we send are dropped by the server13:28
vilafor ssh, it's still unclear to me where exactly the problem appears13:29
denissh did the same thing as well13:29
denidropped the bits13:29
vilaone trick would be to set bzr_remote_path to a wrapper that set the umask as you see fit *before* calling 'bzr serve'13:29
deniseveral work arounds come to mind13:30
denii've learned quite a few things about umask, sftp, ssh and pam so far :)13:30
denithat i dind't know before13:30
denithe whole setup seems a little messy but hey :)13:30
vilagreat, if you could add this pieces of wisdom to the bug report, that would be awesome :)13:30
denisure thing13:31
vilathanks !13:31
viladeni: just to make sure I understood: you're saying that the group bits are dropped by the sftp server and that the profile is not taken into account when executing 'bzr serve' remotely ?13:32
jelmerthe latter seems reasonable, isn't profile just for login shells?13:33
vilayup, just making sure I understand what tricked the unsuspecting users13:34
Lo-lan-doIs there a way to tell bzr to use some specific options for ssh?13:48
Lo-lan-do(I'm looking for options not in ~/.ssh_config, because I want to have them only for when bzr invokes ssh and not in the general case)13:49
denivila: yeah i know, we established that already :)13:50
vilaLo-lan-do: from memory, because we support different ssh implementations, there is no way to specify options13:50
denivila: ups....wrong channel sorry for the highlight13:51
Lo-lan-doAh, I guess BZR_SSH would be it.13:51
vilaLo-lan-do: not even -vvv which will make connection issues debugging so much easier :-/13:51
denivila: i've posted the info on the bug btw13:51
viladeni: thanks !13:51
vilaLo-lan-do: BZR_SSH only specify the shh client, but may be you can use a wrapper and inject options ?13:53
deniif i find out more i'll be sure to post.... although i don't think i'll come up with something better....atleast not without looking at the bzr code13:53
viladeni: where you'll find that we use chmod(0755) by default hence the bug about making it configurable13:53
denivila:  :)13:54
Lo-lan-doActually, it seems the option I wanted to pass is already used by bzr so I don't really need it :-)13:55
Lo-lan-do(I was looking for ControlMaster=no or some equivalent)13:55
smoseris it trivial for someone to kick the importer for http://package-import.ubuntu.com/status/qemu-kvm.html#2011-05-16%2017:12:45.463425 ?14:19
smoseris it ever trivial to kick the importer to get a package branch fixed?14:20
jelmervila, maxb: ^ Does either of you know what's up with that one?14:21
vilanot without digging but shooting in the dark:14:22
vilawe've fixed some inconsistent delta bugs for 2.414:22
vilaso I'd rather update jubany to 2.4 ?14:23
vilajelmer: regarding bug #833097, does http://paste.ubuntu.com/674549/ looks like the kind of fallout from the API change ?14:30
ubot5Launchpad bug 833097 in Ubuntu Distributed Development "bzr-builddeb needs to be updated on jubany" [High,Confirmed] https://launchpad.net/bugs/83309714:30
vilaothers may be needed, I just want a quick go/no-go14:30
vilanot a review ;)14:30
jelmervila: yeah, looks like it14:31
vilak, thanks14:31
* jelmer backports bzr 2.4 to python2.514:33
vilajelmer: err, jubany has python 2.6 already, what do I miss ?14:36
jelmersome buildds are still on hardy :(14:36
jelmerdoesn't seem too bad14:38
vilaabout pqm being slow, I tried various tricks with TMP on 5400 RPM disks, comparing with /tmp mounted as tmpfs, nothing comparable with pqm14:46
jelmervila: do you know what might cause the doc strings to not be preserved on 2.5?14:46
vila-O ?14:46
vilaI thought we preserver the needed ones by naming them __doc__14:47
vilaeven disabling fdatasync doesn't makes such a difference on the whole test suite... I'm inclined to rule that out as a possible cause...14:49
MerwinHey, I forgot to specify --fixes in my commit. How can I amend it ?15:04
Merwin(The problem is that I pushed my change to LP :D)15:04
jelmerMerwin: easiest is probably a new commit which does have --fixes15:04
Merwinok ;)15:04
MerwinBut i need t oedit something to commit :p15:05
Merwin(Ah, just discovered --unchanged)15:06
=== beuno is now known as beuno-lunch
vilajam: I don't understand your comment on bug #832061, what do you mean with 'similarly' ? Except for the first option which I migrated myself, none of the others are configurable as in 'associated with a config option'15:30
ubot5Launchpad bug 832061 in Bazaar "bzr has some hardcoded constants that could be configurable" [Low,Confirmed] https://launchpad.net/bugs/83206115:30
=== beuno-lunch is now known as beuno
=== deryck is now known as deryck[lunch]
AdamdVHello, I'm trying to develop a bit of a web-interface for bzr (amongst other things), and I'm wondering problems I'll have keeping accurate commit history bc of bzr whoami. Because all the bzr commits will only be coming from one *system* user, (php) how can I keep an accurate commit history? Is there some parameter I can pass to commit to have it spoof the whoami, or do I have to unset and set it before each action?16:03
smoseris there a way to explicitly push tags ?16:05
smoserie, i do something, commit, push16:05
smoserthen tag16:05
smoserand if i push, i think it does nothing as i have no new versions16:05
jelmersmoser: bzr push (confusingly) only reports the new revisions it has pushed, while it does in fact update both tags and revisions.16:06
jelmerAdamdV: hi16:06
jelmerAdamdV: I would set "bzr whoami" to e.g. "mywebapp@`hostname`" and then specify --author to commit.16:06
jelmersmoser: there is a bug open about it, perhaps we should increase its priority16:11
jelmerbug 16445016:11
ubot5Launchpad bug 164450 in Bazaar "should show a message when pushing(overwriting?) tags" [Low,Confirmed] https://launchpad.net/bugs/16445016:11
jelmerI'll set it to high, you don't seem to be the only one who is hitting it16:12
jelmerbug 16445016:12
AdamdVjelmer: Okay, that sounds like it will work. Thanks.16:15
smoserjelmer, well, clearly any bugs that affect me should be marked critical16:21
jelmersmoser: I think an awesome april fools joke for Launchpad would be to show all the bugs the currently logged-in user has reported as Critical16:41
=== deryck[lunch] is now known as deryck
vilajelmer, smoser: and assigned to him ;)17:48
fullermdOr just reject bug 1 as an intended feature   :p17:52
ubot5Launchpad bug 1 in Ubuntu "Microsoft has a majority market share" [Critical,In progress] https://launchpad.net/bugs/117:52
jamvila: look at the code that I mentioned, all of them have config options.18:04
vilajam: great then ! That means less options to migrate/add18:16
vilajam: regarding locks, how about those pesky problems we had on windows where we still haven't manage to get useful feedback about pausing/retry (that should stay off by default) for example18:18
vilajam: the point is that even if it has always worked, being *able* to ask a random user to do a simple test will help, whereas asking him to write code have failed in the past18:20
vilajam: I fail to understand why you seem to be against such a goal :-(18:21
* vila bbl, dinner time18:22
=== spiv_ is now known as spiv
AdamdVWhat bzr * command can I use to get the current branch revision number?23:45
jelmerAdamdV: "bzr revno"23:46
AdamdVGreat thanks23:46

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!