[00:02] <MTecknology> jml: at least it seems like it's on the decline some
[00:03] <MTecknology> jml: some really bored people that have probably never been laid and never will be....
[00:08] <jml> what's the test plan home page?
[00:10] <jml> never mind
[00:10] <jml> (I'd like to know what it is, but at least now I've done my QA item)
[00:14] <jml> I'm really looking forward to landing my 'hot bugs' patch
[00:15] <spm> jml: you should perhaps wear your hot pants when you do so? get in the groove of the moment.
[00:16] <jml> spm, good call.
[00:17] <jml> spm, I'll take photos for you.
[00:17] <spm> jml: on this one, I'm prepared to believe *without* photos. a rare exception.
[00:17] <jml> spm, heh.
[00:24] <jml> I often want to file multiple bugs on a project at once
[00:24] <jml> I wish Launchpad made that easier.
[00:30] <poolie> mm
[00:37] <jml> I'm filing stacks of usability bugs on 'gtg'
[00:37] <jml> which means filing a bug, hitting "End", looking for the "Report another bug" thing and then clicking it.
[00:37] <jml> I filed a bug about this years ago, of course.
[00:37] <jml> since my previous bug tracker was trac, which makes this quite easy.
[00:38]  * mwhudson noms
[00:42] <MTecknology> I hate trac...
[00:42] <MTecknology> jml: just do Back; change details if you know it wasn't reported...
[00:45] <jml> MTecknology, I hate trac too, but it still does some stuff better than Launchpad.
[00:47] <MTecknology> jml: You ever try Mantis?
[00:47] <jml> MTecknology, maybe once, but never for long and not enough to remember it.
[01:08] <jml> thumper, hey, I thought code review comments would get permalinks for free
[01:11]  * jml lunching
[01:33] <poolie> jml: what's gtg?
[01:34] <poolie> btw unless it's just me (which it may be) https://bugs.edge.launchpad.net/malone/+bug/471328 seems pretty critical
[01:34] <mup> Bug #471328: Also affects search error - too many matches <bug-page> <ui> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/471328>
[01:34] <jml> poolie, "Getting Things GNOME"
[01:34] <poolie> you can't choose bzr or bzr-svn from a project picker
[01:34] <jml> poolie, it's a todo thing that has potential, a fairly active community and not the greatest code.
[01:35] <jml> poolie, I'm living in constant tension between writing my own and helping them with theirs.
[01:35] <poolie> "price: Free" :-)
[01:35] <poolie> thanks ubuntu :)
[01:37] <jml> poolie, I'm not sure how that could be a new bug
[01:37] <jml> poolie, well, at least new to this cycle
[01:38]  * poolie plays on staging
[01:38] <poolie> well
[01:38] <poolie> i didn't see it before
[01:38] <poolie> i would have noticed because i do reassign from bzr to plugins pretty often
[01:38] <poolie> maybe it's transient xmlrpc failure?
[01:39] <jml> poolie, it was filed in early november, so it'd have to affect production.
[01:39]  * poolie tests
[01:39] <jml> poolie, anyway, it does seem pretty serious. Given that all of the bugs guys are afk atm, I'm not sure of the best way to escalate it.
[01:40] <poolie> let me try to reproduce it again
[01:40] <jml> I mean, other than me actually fixing the bug.
[01:40] <poolie> :)
[01:41] <poolie> hm on https://bugs.staging.launchpad.net/bzr/+bug/385879 i don't get that problem but just a stuck spinner
[01:41] <mup> Bug #385879: EOL filter only applied to files when first checked out <content-filtering> <Bazaar:Fix Released by mbp> <Bazaar 2.0:Fix Released by ian-clatworthy> <https://launchpad.net/bugs/385879>
[01:41] <poolie> oh when i tried a second time i did get "undefined"
[01:41] <poolie> so it may be intermittent?
[01:42] <jml> sounds plausible
[03:23] <jml> mwhudson, hi
[03:23] <mwhudson> jml: hi
[03:24] <jml> mwhudson, I was wondering, now that we almost have a fully working bazaar.edge and we have a bzr buildbot...
[03:24] <jml> mwhudson, how much of a pain would it be to automatically land working bzr updates?
[03:24] <jml> mwhudson, and do you think that would be a good idea.
[03:25] <jml> mwhudson, feel free to tell me to go away -- I'm only asking out of curiosity.
[03:25] <mwhudson> jml: i guess it wouldn't make sense to go on getting bzr from an egg in this case
[03:25] <jml> mwhudson, but eggs are teh future.
[03:26] <mwhudson> jml: in fact it flies rather thoroughly in the face of the "use releases" direction buildout consciously pushes us in
[03:26] <mwhudson> jml: that doesn't mean it's a bad thing though
[03:26] <mwhudson> necessarily
[03:27] <mwhudson> jml: having an autoupdated thingy for bazaar.edge but keeping prod using releases would be nice
[03:27] <mwhudson> a bit harder to arrange though i guess
[03:27] <jml> mwhudson, I was typing the same thing, more or less :)
[03:28] <mwhudson> i guess there might be issues with new formats
[03:28] <mwhudson> you could push a new format to baz.edge but the scanner wouldn't be able to read it
[03:28] <mwhudson> well, i guess tests fail when a new format is added
[03:28] <jml> mwhudson, don't we already have that problem?
[03:28] <mwhudson> jml: yes
[03:28] <mwhudson> well, modulo what i just said
[03:29] <jml> mwhudson, yeah, but even without edge, people can still push up formats that we don't support.
[03:29] <mwhudson> jml: true i guess
[03:29] <mwhudson> maybe only over sftp
[03:29] <jml> right.
[03:31] <jml> mwhudson, anyway, it's something to keep in the back of the mind. getting it set up might save us some boring maintenance work, and give bzr better a tighter feedback loop for new server-side behaviours.
[03:32] <jml> (maybe we should get poolie to do it!)
[03:32] <poolie> saying the word 'egg' requires fighting robert
[03:33] <mwhudson> better than fighting a bear i guess
[03:33] <poolie> questionable
[03:33] <poolie> more seriously, we do have nightly debs
[03:33] <poolie> why not use them+
[03:33] <poolie> s/+/?
[03:33] <wgrant> LP has a vendetta against using packages or anything that isn't woefully insecure.
[03:34] <jml> poolie, I think this is one of those cases where whoever wants to get this done will need to possess a will of iron, regardless of implementation details
[03:34] <jml> poolie, and that given said iron will, they get to do it however they want.
[03:34] <poolie> the good thing is i do have a will of iron
[03:35] <poolie> the bad bit is it's iron filings
[03:35] <jml> hahaha
[03:35] <poolie> os
[03:35] <poolie> so
[03:36] <poolie> hm
[03:36] <poolie> i may try to get it running against the system bzrlib
[03:36] <poolie> not your own copy
[03:36] <jml> poolie, one of the things about using nightlies to consider is that the buildbot doesn't run against them.
[03:37] <jml> poolie, and we only want to update if the tests pass -- it is still a live system running against production data.
[03:41]  * jml afk
[04:30] <mwhudson> ok, i didn't expect this: http://pastebin.ubuntu.com/342383/
[04:30] <mwhudson> (i guess i need to run it with ./bin/py or python2.5)
[04:33] <wgrant> spm: buildd-manager is broken.
[04:34] <jml> mwhudson, nice
[04:34]  * jml does some illicit programming
[04:34] <jml> don't tell anyone
[04:35] <wgrant> https://edge.launchpad.net/~ubuntuone-hackers/+archive/ppa/+build/1129031 is assigned to a builder and utterly broken. I wonder if that is related.
[04:35] <spm> wgrant: I assume that's not a statement of observation; rather a pls fix? :-)
[04:35] <wgrant> spm: Yes please.
[04:36] <spm> hrm. oddness. going for a bounce on it.
[04:36] <wgrant> It might help, but there are some broken build records around...
[04:37] <mwhudson> i wonder if testcasewithfactory should flush the active stores in it's tearDown
[04:37] <spm> ahh. k. will chase them too. ta.
[04:37] <jml> someone just commented that, CACHE_DIRECTORY = os.path.expanduser('~/.launchpadlib/cache') might be a bad idea for windows
[04:37] <jml> does anyone have any good suggestions for what should be used instead?
[04:37] <jml> this is for a launchpadlib cache
[04:38] <spm> wgrant: out of not-idle curisoity, have you considered becomming our nagios system? :-P
[04:38]  * mwhudson finds that all his tests so far violate database constraints, but none of them actually issued any queries
[04:38] <mwhudson> anyway, /me eods more or less
[04:38] <mwhudson> biab
[04:38] <wgrant> spm: Ah, that build is fixed now. I wonder if the restart did that.
[04:38] <spm> haven't been able to get the (*&^(*&^ing thing to stop yet.
[04:39] <spm> I do so love issuing "stop" scripts and have them ignored
[04:39] <wgrant> spm: SIGTERM kills it in not too long for me...
[04:39] <wgrant> Hmm.
[04:39] <wgrant> Interesting.
[04:39] <spm> yeah - but there are "right" ways.  That is slightly concerning.
[04:44] <spm> yup. all looks "normal". for values of...
[04:45] <wgrant> Much better. Thanks.
[04:45] <wgrant> Any idea what killed it?
[04:49] <spm> the passage of time...
[04:49] <spm> I tried 2 'stops', one straight up kill; it actually stopped on it's own a few secs before I was going to -9 it.
[04:50] <wgrant> I mean, what broke it?
[04:50] <spm> either way. wrong. bug 497282
[04:50] <mup> Bug #497282: buildd-manager is reluctant on shutting down in a timely manner <Soyuz:New> <https://launchpad.net/bugs/497282>
[04:50] <spm> no idea.
[04:50] <spm> it looked like it was havng issues with one of the hosts. but...
[04:51] <spm> wgrant: what were the symptoms you were seeing that showed it as broken?
[04:51] <wgrant> bohrium was hung as usual, but that happened 10 hours before the breakage.
[04:51] <wgrant> spm: No build dispatched lately.
[04:51] <spm> kk
[04:51] <wgrant> https://edge.launchpad.net/~ubuntuone-hackers/+archive/ppa/+build/1129031 was also sitting on /builders, assigned to a builder but with status 'Needs build'
[04:51] <wgrant> That doesn't make sense.
[04:52] <wgrant> And now it OOPSes intermittently like OOPS-1446ED192
[04:52] <spm> weird
[04:53] <wgrant> It seems like it was pretty effectively broken, since it also wasn't updating the status of builds that were in progress.
[04:54] <poolie> jml, i think the answer to your 'does lplib follow a fixed release schedule' is 'no' :)
[04:54] <jml> poolie, it's _really_ frustrating.
[04:55] <jml> poolie, trunk has some stuff that'll make bzrlib integration much easier.
[04:55] <jml> well, a little easier.
[04:59] <wgrant> That problematic build just got hit again. I wonder if things have jammed up already.
[04:59] <spm> wgrant: aaaah. this may be a bug we've been tracking
[04:59] <wgrant> Yeah, it is.
[05:00] <wgrant> For now, kill that build and restart, I guess.
[05:00] <spm> https://bugs.edge.launchpad.net/soyuz/+bug/496574
[05:00] <mup> Bug #496574: buildd-manager fails to deal with "Fault 8002" errors <buildd-manager> <soyuz-build> <Soyuz:Triaged> <https://launchpad.net/bugs/496574>
[05:00] <spm> and there was another....
[05:00] <wgrant> Oh, could be that, I guess.
[05:01] <spm> meh. can't find it. the gist is that something in the soyuz part is borked. this has been *flooding* us with OOPSes. that you saw that oops, (as did I on a 2nd attempt) suggests that could be it.
[05:02] <wgrant> That build has hit a builder again, but other builds seem to still be working.
[05:02] <wgrant> So maybe the two horrible brokennesses are unrelated.
[05:04] <jml> mwhudson, where does your lazy-import-supporting pyflakes live?
[07:48]  * jml gone
[07:54] <adiroiban> henninge: hi. do you have 5 minutes to answer a questions? :)
[07:54] <adiroiban> here is the code http://paste.ubuntu.com/342540/
[07:54] <henninge> adiroiban: Hi!
[07:54]  * henninge looks
[07:55] <adiroiban> i would like to get rid of the permission checking from model
[07:55] <adiroiban> and only have them in security.py
[07:55] <adiroiban> also to get rid of permission_helper.py
[07:55] <adiroiban> as those checks are also implemented in security.py
[07:57] <henninge> adiroiban: I just created permission_helper.py last cycle
[07:57] <henninge> adiroiban: and I actually have a branch that extends it
[07:58] <henninge> adiroiban: I discussed this at length at the Dallas sprint
[07:58] <adiroiban> henninge: why not have that logic in security.py ?
[07:58] <henninge> adiroiban: because it is needed in the model, too.
[07:58] <henninge> adiroiban: the zope security system will only give you control over access to attributes.
[07:58] <adiroiban> but we can import the class from security.py
[07:59] <henninge> adiroiban: which class?
[07:59] <adiroiban> AdminTranslationImportQueueEntry
[08:00] <adiroiban> like the last example from the pastebin
[08:02] <henninge> but that one still uses is_admin_or_rosetta_expert. Where would that come from.
[08:02] <henninge> ?
[08:03] <henninge> adiroiban: The challange is to control which values the parameters of a method can take in relation to the user that is setting it.
[08:03] <adiroiban> henninge: true. it just replaces the self.isUbuntuAndIsUserTranslationGroupOwner(user)
[08:04] <adiroiban> and similar , we can use OnlyRosettaExpertsAndAdmins
[08:04] <henninge> adiroiban: To me, security.py is our interface to the zope policy. But we have more policy than that.
[08:04] <adiroiban> henninge: yes. but you can do the same in lib/canonical/launchpad/security.py
[08:06] <adiroiban> but with permission_helper.py, we will end up with code duplicated in security.py
[08:06] <adiroiban> as we already have a check similar to is_admin_or_rosetta_expert , in security.py
[08:06] <henninge> the idea was to move the code out of security.py to make it usable in model code
[08:06] <henninge> adiroiban: yes, and that check should use is_admin_or_rosetta_expert.
[08:06] <adiroiban> but then we still need that code for the view
[08:07] <adiroiban> yep
[08:07] <adiroiban> ok
[08:07] <adiroiban> then reference security_helper from security.py
[08:07] <adiroiban> that is also ok
[08:07] <henninge> sorry, which code do we need for the view
[08:07] <henninge> adiroiban: it does!
[08:08] <henninge> adiroiban: security has just not been converted to use these helpers
[08:08] <henninge> completely
[08:08] <henninge> security.py, I mean
[08:08] <adiroiban> henninge: yes. I see know.
[08:09] <henninge> adiroiban: may be permission_helpers is the wrong term
[08:09] <adiroiban> then I should implemenet all the translations security logic in security_helper.py
[08:09] <adiroiban> and then use that code from security.py
[08:09] <henninge> adiroiban: yes, and call it permission_checkers.py
[08:10] <henninge> adiroiban: I am moving the file out of translations into services anyway.
[08:10] <henninge> adiroiban: I will do the renaming. Can you wait until my branch is done? This should happen this morning.
[08:10] <adiroiban> henninge: ok. It make more sense now :)
[08:11] <adiroiban> yes. no hurry
[08:11] <henninge> Great ;)
[08:11] <henninge> adiroiban: actually, danilo wants me to de done with it ... ;)
[08:12] <adiroiban> henninge: but why is not a good idea to use security.py classes in the model ?
[08:13] <henninge> adiroiban: I have not thought much about that but my first impression is this:
[08:13] <henninge> security.py is our interface to the permissions mentioned in the zcml
[08:14] <danilos> I don't think it would such a bad idea, especially since they define a permission for a user to a model class
[08:15] <henninge> so, if there is a <require> statement on a class that requires a certain permission, there will be a checker or it in security.py
[08:15] <henninge> but, as I mentioned before, that does not give us finer control over method parameters.
[08:16] <henninge> so we have to add checks in the model about parameter values.
[08:16] <adiroiban> @enabled_with_permission('launchpad.Admin') can only be used in the view?
[08:16] <danilos> henninge, right, but those checks can be gotten by using different privileges... ie. if has_perm(user, 'launchpad.Admin'): allow this
[08:16] <henninge> If we want to use the classes from security.py for this, we'd have to add classes there that have no relation to the zcml
[08:17] <danilos> adiroiban, you can define in ZML what attributed/methods are accessible for each permission, but there are cases where you want to allow only certain values to be passed in by certain users (i.e. henning has an example of setStatus on translation import queue, where only admins can set any status)
[08:17] <henninge> adiroiban: on, it is used on the interface, thus on the model. But it only applies to attributes.
[08:17] <adiroiban> you know better. I see security.py as the place to store all security logic
[08:18] <henninge> adiroiban: yes, I think it is a question of what we define security.py to be and what is supposed to be in there.
[08:18] <adiroiban> danilos: yep. I saw that code. and maybe we can have those values in a different attribute
[08:18] <adiroiban> :)
[08:18] <adiroiban> or just do the check in security.py
[08:19] <henninge> adiroiban: I thought about that
[08:19] <henninge> that would have meant to have seperate "setStatusApproved", "setStatusFailed" etc
[08:19] <henninge> or "setStatusAdmin".
[08:19] <henninge> I was advised against that at the sprint.
[08:20] <adiroiban> henninge: ok. np.
[08:20] <henninge> just saying
[08:20] <adiroiban> then I will add the logic in security_helper.py
[08:20] <adiroiban> and make use of it from security.py and from the model
[08:21] <henninge> adiroiban: that is how I meant it to be
[08:21] <henninge> adiroiban, danilos: but maybe we should take that discussion to the list as this is a general discussion about the use of security.py.
[08:21] <danilos> henninge, yep, sounds like a good idea
[08:22] <henninge> ok, I will do that
[08:26] <adiroiban> henninge: i think that is ok to move code away from security.py ... as it can become a big file, but I think we should still use the security.py interface from the model. Instead of security_helper.is_admin_or_rosetta_expert() use security.OnlyRosettaExpertsAndAdmins.checkAuthenticated
[08:26] <adiroiban> or create a new permission interface
[08:27] <adiroiban> but I will wait for your branch
[08:27] <adiroiban> and the discussion from the ml
[08:28] <henninge> adiroiban: yes, the discussion will be of most interest as I don't want some-one else to come along next cycle or so and change it all over again. We need some consensus here across the team.
[08:30] <adiroiban> henninge: ok.
[08:53] <henninge> adiroiban: I just realised you cannot just use " security.OnlyRosettaExpertsAndAdmins.checkAuthenticated" from model code as checkAuthenticated is not a class method.
[08:53] <henninge> adiroiban: you'd have to instantiate OnlyRosettaExpertsAndAdmins first.
[08:54] <adiroiban> yes. I'm doing something like this OnlyRosettaExpertsAndAdmins( self).checkAuthenticated(user)
[08:55] <henninge> I see
[08:56] <adiroiban> I'm running now all tests
[08:56] <adiroiban> and see if there are problems
[09:18] <mrevell> morning
[10:07] <maxb> Hi, I have a trivial lp-dev-deps change, if someone has a moment: https://code.edge.launchpad.net/~maxb/meta-lp-deps/no-pullparser/+merge/16232
[10:35] <jtv> hi mrevell!  you have nag mail.  :-)
[10:36] <mrevell> jtv, thanks, I see it :) Will get to it today
[10:36]  * jtv cheers mrevell on
[10:36] <mrevell> heh
[10:52] <stub> henninge: A long, long time ago we specced out a system of crowds, where you would construct a crowd by combining teams and peoples. You could then query the crowd to see if a person was or was not a member of that crowd. Designed to be DB friendly, but also would make nicer things like is_admin_or_rosetta_export()
[10:53] <henninge> stub: sounds cool
[10:55] <jtv> al-maisan_: do you know if there are any current plans to move Build.sourcepackagerelease (and the stuff that relies on it) into BuildPackageJob?
[10:55] <al-maisan_> jtv: on the phone, ttyl
[10:55] <jtv> pl
[10:55] <jtv> ok
[10:56] <stub> henninge: The crowd was really just a list of Person (or even just their ids), and the 'is in' and 'isn't in' operations just single queries against the TeamParticipation table.
[11:04] <deryck> Morning, all.
[11:13] <al-maisan_> jtv: AFAIU there are no plans to relocate Build properties into BuildPackageJob
[11:13] <al-maisan_> jtv: why do you ask :)
[11:13] <jtv> al-maisan_: my question was misguided.  I don't need a Build for our prospective BuildFarmJob implementation, do I?
[11:13] <jtv> hi deryck
[11:15] <al-maisan_> jtv: you probably don't .. what data/properties do you envision being in your "TranslationFarmJob" ?
[11:15] <jtv> al-maisan_: a reference to the branch it should gets its data from.
[11:16] <al-maisan_> jtv: in that case it would seem there's no need to reference a `Build`
[11:48] <jtv> bigjools, is this the right interpretation of you described on the phone?  http://rookery.canonical.com/~jtv/farmjob.dia
[11:49] <bigjools> can you turn that into a PNG?
[11:49] <jtv> bigjools: with the power of free software, yes I can!
[11:50] <jtv> bigjools: http://rookery.canonical.com/~jtv/farmjob.png
[11:51] <jtv> bigjools: and then I gather our BuildFarmJobBehavior would receive a BuildQueue entry to work on
[11:57] <bigjools> jtv: it's a bit corrupted
[11:57] <bigjools> is the << Iwhatever >> part supposed to be an "implements" ?
[11:57] <jtv> bigjools: yes
[11:58] <jtv> although maybe the base class does that... not too important I guess :)
[11:58] <bigjools> jtv: ok it's wrong on your translations one then :)
[11:58] <jtv> bigjools: ahhh, they're both wrong actually: meant to say IBuildFarmJob on both
[11:59] <bigjools> jtv: that's the basic gist of things, yes.  Although you will need content classes and builder behaviours as well.
[11:59] <jtv> bigjools: I knew about the behaviors but left them out here because I'm focusing on db schema right now... what are the content classes for?
[12:00] <bigjools> jtv: scratch that you already have one, sorry
[12:00] <jtv> ah, branch :)
[12:01] <bigjools> bbiab
[12:17] <danilos> adiroiban, hi, have you done the QA on https://bugs.edge.launchpad.net/rosetta/+bug/406477 as well?
[12:17] <mup> Bug #406477: Need more permissions on admin template pages for ubuntu-translations-coordinators <qa-needstesting> <Launchpad Translations:Fix Committed by adiroiban> <https://launchpad.net/bugs/406477>
[12:18]  * adiroiban looking
[12:22] <maxb> salgado: Hi. If you're around, I'm going to be doing a lp-deps upload today, if you wanted to put the ssh removal in too
[12:29] <salgado> hi maxb.  I'll try to get that in before you upload, but if it's not there by the time you get to it, don't worry
[12:29] <salgado> unless you want to do it yourself and get the blame^Wcredit for it
[12:36] <jtv> adiroiban: need help with that Q/A?  I have an unprivileged account for comparison
[12:37] <adiroiban> jtv: yes. please test this link https://translations.launchpad.net/ubuntu/karmic/+source/kdepim/+pots/kxforms/+admin
[12:38] <adiroiban> do I need to create a test account on edge or staging is also ok?
[12:38] <adiroiban> I'm new to LP qa process
[12:38] <jtv> adiroiban: staging should be fine, provided you're sure that your branch has been rolled out there
[12:39] <adiroiban> i can not access staging right now
[12:41] <GOTTMODUS> Hi everyone
[12:42] <GOTTMODUS> to wich user is the svn import branch review going?
[12:42] <jtv> no need to shout!  :)
[12:42] <GOTTMODUS> i cant see ist from the default users site
[12:42] <GOTTMODUS> ??
[12:42] <GOTTMODUS> where did i shout?
[12:42] <jtv> gottmodus: your nick
[12:42] <GOTTMODUS> ah ok
[12:42] <jtv> adiroiban: same here...  and getting a "not found" for that page on edge.  We're expecting an "access denied," no?
[12:43] <adiroiban> jtv: no. I should be ok
[12:43] <jtv> gottmodus: the joke does work better with all caps, but it's a bit noisy nonetheless :-)
[12:43] <adiroiban> the Navigation is breacking that chain
[12:45] <adiroiban> jtv: I have tested as an UTC and everything is ok
[12:49] <jtv> adiroiban: it's a bit weird though that it says "there's no page with this address in Launchpad" when it should say that I'm not allowed to access the page
[12:50] <adiroiban> jtv: that was the same case in the previous implementation
[12:50] <jtv> adiroiban: in that case, no worry here.  :)
[12:51] <adiroiban> jtv: you can try on lp.net
[12:52] <adiroiban> jtv: i disabled my redirection for edge, and tested on stable and I also got a page not found error
[12:52] <adiroiban> jtv: there should not be a problem, since the user does not see the admin link
[12:53] <adiroiban> jtv: actually, neither do UTCs ... as the +templates pages times out
[12:53] <jtv> :(
[12:54] <wgrant> bigjools: Do you know if dpkg + buildds are upgraded for tomorrow's rollout?
[12:56] <jtv> adiroiban: from an unprivileged account I see neither the link to that page, nor the same for another (non-deactivated) template.  So looks good to me.
[12:57] <bigjools> wgrant: in progress, but not yet AFAIK
[13:01] <adiroiban> danilos: I don't know what to say. I have tested on my computer, and tested on edge as UTC. Everything was ok. Also the test was written to cover an anonymous, a logged in user and an Admin
[13:02] <danilos> adiroiban, right, it was mostly to do some QA, since you haven't marked it as qa-ok in the bug... also, QA is usually done on edge and/or staging, you might be surprised, but many things break only when we hit production database :)
[13:02] <jtv> adiroiban: did D. find something wrong with the branch?
[13:03] <adiroiban> jtv: I don't know. He approved it
[13:03] <jtv> just confusion over the qa process then I guess?
[13:04] <adiroiban> jtv: yes. I did not tag it with qa-ok
[13:04] <adiroiban> but only qa-needtesting
[13:04] <jtv> We're weird that way. :)  It's a pretty nice system actually.
[13:04] <adiroiban> I was thinking that I should mark qa-needtesting, whey I need someone else to also look into it
[13:09] <jtv> adiroiban: it should happen automatically (though we did have some breakage recently)
[13:10] <adiroiban> jtv: well I don't know how things should be going... so as always... I am very confused
[13:10] <jtv> adiroiban: need a summary?
[13:11] <adiroiban> jtv: or a wikipage ? :)
[13:11] <jtv> adiroiban: don't think we have one for this, since it's still only on an experimental scale...
[13:12] <adiroiban> jtv: so when my branch is merged with a fixes=lp:222 the bug report is updated to fix-comminted and qa-needtesting tag is added?
[13:12] <adiroiban> and then I have to test the commit on devel/staging and set it to qa-ok ?
[13:12] <jtv> adiroiban: the bug status is not updated to "fix committed" iirc, but otherwise, yes
[13:13] <jtv> And you try to Q/A on staging or edge, not just devel because of the unexpected differences that real-life data can make (see what D. said above)
[13:13] <adiroiban> jtv: I have tested all my bugs targeted for this release and tagged them with fix-ok
[13:14] <jtv> adiroiban: we usually just verb "QA" to avoid confusion with the test suite.
[13:15] <adiroiban> jtv: ok. thanks for the jargon update :)
[13:15] <jtv> Glad you don't mind; I know I'm pedantic but who knows what confusion it may save later :)
[13:16] <adiroiban> well I still have problems with page tests / stories / functional tests ... etc
[13:26] <beuno> BjornT, bug 497405
[13:26] <beuno> \o/
[13:26] <mup> Bug #497405: Run Windmill tests by default <story-windmill-layer> <Launchpad Foundations:In Progress by bjornt> <https://launchpad.net/bugs/497405>
[13:29] <BjornT> beuno: i'm really looking forward not having to monitor the jscheck builder constantly, and chase people to fix things. better to have buildbot take care of that :)
[13:30] <beuno> BjornT, yeah, and I'm happy to never have to stare at flacoste when we mention tests slowing people down to develop awesomeness
[13:36] <salgado> BjornT, can we use utilities/ec2 to run the windmill tests?
[13:37] <BjornT> salgado: yes. if you grab my branch, you can.
[13:44] <salgado> BjornT, wow, I was expecting a "not yet" answer.  this is great news
[13:44] <salgado> I might even review your branch
[13:57] <beuno> joey, have you changed your default font settings?
[13:58] <joey> that was fast :-)
[13:58] <joey> beuno: no
[13:58] <joey> should I?
[13:58] <beuno> joey, that that I don't trust you
[13:58] <beuno> but
[13:58] <beuno> what's the values?  :)
[13:59] <beuno> what are
[13:59] <beuno> serif, 16, monospace, 12?
[14:00] <beuno> joey, Preferences > Content > Fonts / Advanced
[14:00] <joey> Loading FF. Was in chrome
[14:01] <joey> can't find the option in chrome
[14:01] <joey> 16 and 12 in FF
[14:01] <beuno> hm
[14:02] <beuno> and you see all bug pages with the side portlets at the bottom?
[14:02] <joey> yes
[14:02] <joey> on both FF and chromium
[14:03] <joey> started about a week ago
[14:03] <joey> or more
[14:03] <joey> I was out for a few weeks
[14:03] <joey> it was like that when I came back to work
[14:03] <beuno> joey, and your fonts
[14:03] <beuno> system fonts
[14:03] <beuno> in appearance
[14:03] <beuno> are they set at 10?
[14:03] <joey> afaict, nothing has changed
[14:03] <joey> it happens on two different computers
[14:03] <joey> my desktop and my netbook
[14:04]  * joey looks at his sys fonts
[14:04] <joey> as soon as I figure out where they are. I'm not a font junkie
[14:04] <joey> all listed as 10 on my desktop
[14:04] <beuno> I'm running out of ideas
[14:05] <beuno> WFM (and I think, in general)
[14:05] <joey> try css :-)
[14:05] <beuno> one last test
[14:05] <beuno> can you start firefox with a clean profile, no addons?
[14:05] <joey> sure
[14:06] <beuno> ok
[14:06] <beuno> I can reproduce now
[14:06] <beuno> joey, not needed
[14:06] <beuno> if you have your browser wide enough
[14:06] <beuno> it happens
[14:06] <joey> yeah I JUST now noticed that
[14:06] <beuno> you probably have 1600+ res, right?
[14:06] <joey> 1920 on the desktop, 1280 on the netbook
[14:07] <joey> the clean profile I opened in a window and it was correct, and when I maximized, poof
[14:07] <beuno> I can't reproduce it in 1280, but now we know there's an issue there
[14:07] <beuno> sinzui, where you aware ^>
[14:09] <sinzui> beuno: danilo remarked upon it. I could not reproduce it to identify if we need to add a css rule or markup to base-layout.pt
[14:17] <joey> beuno: a side note... all my computers are widescreens
[14:17] <joey> beuno: so that may be why I see it at other resolutions
[14:17] <beuno> joey, yeah, very likely
[14:18] <beuno> if the width of the sidebar is seto to 17%
[14:18] <beuno> it doesn't break
[14:27] <beuno> joey, bug 493518
[14:27] <mup> Bug #493518: Side portlet moved again below the main content on wide-screen displays (1920x1200) <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/493518>
[14:36] <Pilky> beuno: if it helps, Safari 4 doesn't have the issue, I can spread my browser window across 2 displays and it works fine
[14:36] <beuno> Pilky, interesting...
[14:36] <Pilky> let me just try firefox
[14:38] <Pilky> oh wait, does happen in safari
[14:38] <Pilky> had the wrong bug visible
[14:38] <beuno> ok, that's good news then  :)
[15:55] <danilos> joey, beuno, sinzui: there was a bug along those lines before, which I fixed, but it's back with a vengeance when #maincontent CSS was removed: https://bugs.edge.launchpad.net/launchpad-foundations/+bug/435346
[15:55] <mup> Bug #435346: 3.0 interface overflows sidebars and causes horizontal scrolling if you manually change browser font sizes <qa-ok> <Launchpad Foundations:Fix Released by danilo> <https://launchpad.net/bugs/435346>
[18:00] <james_w> how does a branch become owned by ~vcs-imports?
[18:00] <james_w> I just requested an import and it is under ~james-w, I assumed it went under the former
[18:01] <cody-somerville> james_w, it shouldn't be under ~james-w unless thats changed.
[18:01] <cody-somerville> james_w, whats the branch?
[18:02] <james_w> ~james-w/alsa-driver/trunk
[18:36] <salgado> sinzui, is there any reason why registry/templates/object-timeline-graph.pt doesn't use the new stylesheet?
[18:37] <sinzui> salgado: yes it is in an iframe. It should be just canvas and thus not use any css
[18:37] <sinzui> salgado: if the template now has markup displayed to users, we need to reconsider this
[18:38] <salgado> sinzui, oh, right, my question was actually: "why does it use the old stylesheet instead of the new one".
[18:39] <salgado> should it use none?  I'd be more than happy to change that
[18:41] <sinzui> salgado: I do not think it needs css, I see every element uses a style attribute to disable the default. If I am wrong, it must use style-3.0.css.
[18:42] <salgado> ok, I'll remove the launchpad-stylesheet macro from it and see what happens
[19:46] <mwhudson> good morning
[19:58] <thumper> morning
[20:10] <thumper> mwhudson: I changed the url for https://code.edge.launchpad.net/~vcs-imports/analysesi/main, but the update still looks at the old location
[20:10] <thumper> mwhudson: I'm pretty sure it is the same repository, just at a different location
[20:10] <thumper> mwhudson: how do we blow away the existing checkout?
[20:10] <mwhudson> thumper: oh for CVS its completely terrible
[20:11] <mwhudson> thumper: https://wiki.canonical.com/InformationInfrastructure/OSA/LPHowTo/UpdateCodeImportLocation
[20:11] <mwhudson> thumper: needs a LOSA :(
[20:11] <thumper> ok
[20:12] <thumper> mwhudson: ew
[20:13] <mwhudson> thumper: yes
[20:15]  * mwhudson fights with storm
[20:36] <sinzui> bac: what are your plans for Bug 447418
[20:36] <mup> Bug #447418: Timeout with large milestone with lots of private bugs <timeout> <Launchpad Registry:In Progress by bac> <https://launchpad.net/bugs/447418>
[20:47] <bac> sinzui: don't know yet
[20:47] <bac> sinzui: just started looking.
[20:53] <thekorn> intellectronica, hi, thanks to you guidance last evening I managed to fix bug 497108, I attached the branch and a screenshot of the result.
[20:53] <mup> Bug #497108: show changes to the affected product field of a task in the interleaved activity log <Launchpad Bugs:New> <https://launchpad.net/bugs/497108>
[20:53] <thekorn> what's the next step?
[20:53] <intellectronica> thekorn: that's wonderful! thank you so much for taking on this work
[20:55] <intellectronica> thekorn: go ahead and propose the branch for merging. i can review it now. the tree is closed right now (release in 1h) but we can land this as soon as it opens again
[20:56] <thekorn> ok
[21:00] <thekorn> intellectronica, created merge proposal at https://code.edge.launchpad.net/~thekorn/launchpad/affects_in_interleaved_activitylog/+merge/16261
[21:01] <sinzui> bac: sorry, I was called away to get children from the local institution
[21:01] <intellectronica> thekorn: huh, that's a very small diff :)
[21:02] <thekorn> intellectronica, yes, that surprised me too
[21:02] <intellectronica> thekorn: we do need to add a test, though, to demonstrate the new behaviour
[21:02] <sinzui> bac: I was pondering (this weekend) of converting. the bug table to an ajax call like subscribers. I need to see all the bugs when looking at a milestone, so I am not keen to use a batch navigator.
[21:03] <thekorn> intellectronica, that's what I thought, can you point me to a place where I should add them
[21:03] <thekorn> should I add a doctest or a unittest
[21:03] <sinzui> bac: my plan may be total rubbish because the SQL time on the page is very good as I recall. Most of the time was in python, and I think it is in the status counts, the same code we disabled on series because they caused timeout.
[21:03] <intellectronica> thekorn: there should be a story test somewhere, looking for it
[21:04]  * sinzui suspects something with enums, but he really does not know wtf is wrong with the code
[21:04] <thekorn> intellectronica, and most importantly: is there a way to only run relevant test, and not this huge testsuite
[21:05] <intellectronica> thekorn: of course :) `bin/test -vv -t $pattern` where pattern is a regex matching the paths of the tests you'd like to run
[21:07] <thekorn> ok, so stories are doctests, nice
[21:08] <sinzui> thekorn: that is almost nice. most stories are mediocre function tests instead of user integration tests.
[21:09] <intellectronica> thekorn: see lib/lp/bugs/stories/bugs/xx-bug-activity.txt
[21:09] <intellectronica> thekorn: to run it, go `bin/test -vv -t xx-bug-activity.txt`
[21:15] <thekorn> ok, lets try to compile a test
[21:42] <sinzui> I think I just approve the last two mailing lists that will ever need approval
[21:42] <sinzui> I think I just approved the last two mailing lists that will ever need approval
[21:47] <bac> sinzui: yeah, as soon as i started looking at this problem i ran into our friend get_status_counts
[21:49] <sinzui> It looks so simple to loop of a fixed set of object that are cached. yet I suspect something is not cached, or worse, the access of status is very costly
[21:53] <wgrant> When is 3.2.1/3.1.13/whatever it is?
[21:55] <sinzui> wgrant: I think we are going to rename the series 10.05 and the milestone will be named 01 after the month
[21:56] <sinzui> wgrant: We are trying to use series like we tell other projects
[21:56] <al-maisan_> sinzui: the series?
[21:56] <wgrant> sinzui: But that's barely useful, since LP doesn't really release, and has no use for series.
[21:56] <sinzui> al-maisan_: yes rename the series to make sense, and the milestone to be the month
[21:56] <sinzui> or the step
[21:57] <wgrant> Anyway, I don't really care about how it's spelt -- what is the targetted release date?
[21:57] <sinzui> wgrant: it does not make sense to ever create a new series since we do not release, but since a series sets the focus of development, and we mean to be very focused for this series, we would be insane to create another series
[21:58] <sinzui> I wish I knew. I took a guess for the registry
[21:58] <wgrant> Ah. And when is ~launchpad on vacation?
[21:59] <thumper> wgrant: for me, real soon now :)
[21:59] <sinzui> I think we stop getting paid to work on the 25 of December and most of us return on  January 2
[21:59] <thumper> sinzui: 2nd is a Saturday
[21:59] <wgrant> Ah, so just the week. Great.
[22:00] <sinzui> thumper: true.
[22:00] <bac> thumper: you don't get paid for saturdays?
[22:01] <sinzui> I hope not, otherwise management would tell me to stop woring on what I want to work on
[22:03] <sinzui> I started a branch to add karma to registry actions (with the ulterior motive to wire all the events so that I can send notifications and create sparklines). I hope to finish over the holidays


[00:00] <jelmer> Solarion: yeah, I am
[00:00] <jelmer> Solarion: just busy getting this bug fixed..
[00:05] <Riddell> how do I fix a bad lock in launchpad? "Unable to obtain lock lp--1221055540:///lock held by<EMAIL_ADDRESS>on host vostok [process #18204] locked 34 hours, 38 minutes ago"
[00:08] <Peng> Riddell: Running bzr break-lock on the URL should fix it.
[00:08] <Peng> Riddell: Well, first make sure you don't actually have a bzr process from 35 hours ago running. :P
[00:13] <Riddell> let me try
[00:21] <jelmer> Solarion, fixed
[00:34] <Riddell> works well
[00:34] <Riddell> thanks Peng
[03:15] <ubotu> New bug: #177809 in bzr "bzr mv should handle and report failure better" [Undecided,New] https://launchpad.net/bugs/177809
[03:32] <abentley> jelmer: if rich-root-pack is experimental, that's a bug.
[04:59] <CardinalFang> I want to write a plugin hook on "post-commit" that peeks at the commit message and performs some action based on it.  Can I traverse the data given to me in the "master" parameter to get to it?
[05:00] <CardinalFang> I really don't want to spawn a subprocess to run "bzr log".
[05:01] <lifeless> CardinalFang: sure
[05:01] <lifeless> CardinalFang: see what bzr-email does for instance
[05:02] <spiv> via last_revision() on the branch, I'd guess.
[05:02] <CardinalFang> Hmm.
[05:02] <igc> have a good xmas and New Year everyone - see you in 2008
[05:02] <spiv> igc: see you!
[05:02] <igc> see ya spiv
[05:18] <abentley> igc: Happy holidays
[05:58] <spiv> Ok, I think that's probably it from me for the day.
[05:58] <spiv> Happy holidays everyone!
[06:03] <lifeless> bye!
[06:16] <abentley> spiv: Happy holidays
[06:27] <vila> haaaa, vcs-import resurrected the python branch ! 400 mails, one for each commit since october 5st 8-)
[07:13] <lifeless> does vcs-import use packs yet ?
[07:27] <i386_> hey lifeless
[07:45] <lifeless> hi
[08:39] <mwhudson> lifeless: i expect so
[08:40] <mwhudson> $ bzr info http://bazaar.launchpad.net/~vcs-imports/openoffice/2.0
[08:40] <mwhudson> Standalone branch (format: knitpack-experimental)
[08:40] <mwhudson> Location:
[08:40] <mwhudson>   branch root: http://bazaar.launchpad.net/%7Evcs-imports/openoffice/2.0/
[08:46] <lifeless> mwhudson: should upgrade all existing branches tho :)
[08:46] <mwhudson> lifeless: yeah, i guess
[08:46] <mwhudson> lifeless: need to reconcile all branches first, i guess
[08:47] <lifeless> can convert and then reconcile
[08:47] <lifeless> be faster
[09:25] <ubotu> New bug: #177855 in bzr "assertionerror trips on pull --overwrite in dirstate branch with non-canonical history" [Undecided,New] https://launchpad.net/bugs/177855
[09:58] <mindstorms> hi there! is anyone using bzr-svn?
[10:06] <mindstorms> I have quite a few questions and I cannot find the answer online, so I thought I'll find somebody here using it
[10:07] <mwhudson> i have used it
[10:10] <mindstorms> against what svn version? I am on Mac using a disk image svn install for 1.4.4
[10:10] <mindstorms> so my first question is: do I still need to patch svn and rebuild it locally?
[10:10] <mindstorms> and then usability questions
[10:10] <mindstorms> :)
[10:11] <mindstorms> connecting to SVN repo=checking out a SVN repo?
[10:12] <mindstorms> committing to SVN from Bzr=is it the bzr commit or is it something else?
[10:12] <mindstorms> if it is bzr commit then how can I have initially just a local bzr commit and just afterwards push it to svn
[10:12] <mindstorms> or this op is actually not supported
[10:13] <mindstorms> 3/ what exactly does this mean: "Track Bazaar merges in Subversion. Merged revisions show up as ghosts."
[10:13] <mindstorms> (all these questions are based on the information found on http://bazaar-vcs.org/BzrForeignBranches/Subversion)
[10:18] <mindstorms> I guess I'm just having too many questions :(
[10:19] <mwhudson> mindstorms: yes, you need to patch svn
[10:19] <mwhudson> then once you've done
[10:19] <mwhudson> bzr branch <svn url>
[10:19] <mwhudson> you make changes, local commits, etc
[10:19] <mwhudson> then bzr push will convert them into svn commits
[10:22] <lifeless> mindstorms: to push to a new svn branch from bzr 'bzr svn-push' will do that
[10:24] <mindstorms> great it sounds all good... except the part about rebuilding the svn :(
[10:27] <mindstorms> is there a simpler solution? I mean if somebody has already built it for my OS (Mac OS 10.4) can I only replace some pieces and get it working?
[10:27] <mindstorms> (the real problem is that I don't have xcode installed, and if it would be possible I would delay this for a while)
[10:37] <mwhudson> mindstorms: intel or ppc?
[10:37] <mindstorms> intel
[10:37] <mwhudson> then i don't know
[10:38] <mwhudson> i uploaded a ppc build somewhere, but i guess that doesn't help
[10:41] <mindstorms> it is just the regular MacBookPro machine with intel proc
[10:41] <mindstorms> don't tell me you had the ppc version, cause that would be too funny :)
[10:41] <mindstorms> I am sure it will not unfortunately
[10:42] <mindstorms> hopefully there is another bzr-svn user that did this on the intel based Mac
[10:43] <mwhudson> there was a guy in here yesterday who managed it
[10:43] <mindstorms> interesting... is this chat logged somewhere so that I can look for him?
[10:47] <mwhudson> http://irclogs.ubuntu.com/2007/12/20/%23bzr.html, but it seems i was misremembering :(
[11:39] <mindstorms> it's a bit weird to me that there aren't many users for this feature
[11:40] <lifeless> there are quite a few; its discussed a bit most days here
[11:41] <mindstorms> I still keep my hope then
[11:41] <mindstorms> do you have any ideas how should I proceed further? like putting up a notice or something like that
[12:00] <mwhudson> maybe send a mail to the mailing list
[12:01] <mwhudson> it would be very handy to get an installer for a patched svn for os x/intel uploaded somewhere
[12:01] <AfC> (what feature are you looking for?)
[12:01] <mwhudson> AfC: bzr-svn
[12:15] <speakman> hello ppl
[12:15] <speakman> anyone awake?
[12:16] <mwhudson> maybe
[12:18] <mindstorms> that may be an idea
[12:25] <ubotu> New bug: #177872 in bzr "unable to load plugin 'version_info_format_c' " [Undecided,New] https://launchpad.net/bugs/177872
[12:28] <mindstorms> I hope I've posted through gmane
[12:38] <pitti> hi
[12:38] <pitti> I'm curious; I just upgraded my apport branch to pack, after which .bzr was 3.2 MB; now I reconciled, and it grew to 6.4 MB; what did that actually do?
[12:39] <mwhudson> anything in obsolete-packs?
[12:39] <pitti> 3,2M./.bzr/repository/obsolete_packs
[12:39] <pitti> that would be the 3.2 MBs
[12:40] <mwhudson> well, there we go then :)
[12:40] <pitti> can this just be killed? or is it useful for anything?
[12:41] <mwhudson> it's killable i think
[12:41] <mwhudson> though i think the next time bzr obsoletes a pack, it will delete whatever's in there
[12:41] <mwhudson> it won't grow without bound
[12:41] <pitti> and another question, if I may
[12:42] <pitti> Lp now has bzr 1.0; will branch formats be converted wholesale, or should this be triggered with bzr upgrade bzr+ssh://bazaar.launchpad.net/...?
[12:43] <pitti> bzr info <remote> just says 'unknown' format
[12:43] <mwhudson> we're not going to upgrade branches wholesale
[12:43] <mwhudson> i don't think upgrade works over bzr+ssh
[12:43] <mwhudson> try bzr upgrade sftp:// ...
[12:44] <mwhudson> (or if it's huge, we can do this locally, but (a) 3.2 megs isn't huge, (b) *you* can do it from some data centre machine :)
[12:44]  * mwhudson off for lunch
[12:45] <abentley> pitti, you have probably upgraded your repo, but not your branches.  We don't have a short name for the combination this produces.
[12:45] <pitti> mwhudson: ok, thanks for the heads-up!
[12:45] <abentley> But it's perfectly safe.
[12:46] <ubotu> New bug: #177874 in bzr "upgrading to rich-root-pack fails" [Undecided,New] https://launchpad.net/bugs/177874
[12:46] <abentley> bzr info -v should say you have Branch format 5 and packs format 1.
[12:46] <mwhudson> oh yes, i meant to report that
[12:46] <mwhudson> (#177874)
[12:49] <abentley> This is happening when upgrading from knit to pack, right?  Have you reconciled first?
[12:49] <abentley> that was to mwhudson
[12:50] <pitti> abentley: somewhere recently I read that we should upgrade first and reconcile afterwards
[12:50] <pitti> so I did that
[12:50] <abentley> pitti: that was to mwhudson, who is upgrading to rich-root-pack, rather than pack-0.92
[12:50] <pitti> ah
[12:51] <mwhudson> abentley: i don't quite remember what i did, but yes, i think i reconciled first
[12:51] <abentley> pitti: The conversion is slightly different, because it needs to generate info for the rich roots.
[12:52] <mwhudson> abentley: i think it fails both for knits->packs->packs-rich-roots and knits->pack-rich-roots
[12:52] <mwhudson> abentley: but i was fighting this a while ago and got very confused
[12:52] <abentley> mwhudson: does cat-revision<EMAIL_ADDRESS>[12:52] <abentley> succeed?
[12:52] <mwhudson> abentley: sorry, have to go now
[12:55] <abentley> mwhudson: anyhow, you probably don't want to be converting bzr.dev to rich-root-packs except for experimentation.
[12:59] <speakman> Anyone using bzr with Trac ?
[13:01] <abentley> Yes, but ugh.
[13:01] <speakman> ugh?
[13:01] <speakman> btw, I'm using your branch...
[13:01] <speakman> :)
[13:02] <abentley> Trac makes all kinds of assumptions about how data is stored that are wrong for bazaar.
[13:02] <abentley> Which forces bazaar to do expensive operations to answer queries that the user doesn't care about.
[13:03] <speakman> ok?
[13:04] <abentley> Which is to say that it's terribly slow.
[13:04] <speakman> okay, but it sure seems to work!
[13:04] <speakman> Except for my bugreport yesterday :)
[13:06] <abentley> I've given up on trac-bzr, and I don't read the bug reports.
[13:08] <speakman> I see. That's bad cause I do like Trac alot...
[13:08] <speakman> You don't see any way to integrate bzr into Trac?
[13:09] <abentley> I don't think it's worth it.  You could build something much better than Trac with less effort.
[13:09] <abentley> Got to go.
[13:09] <speakman> Better Project manager?
[13:14] <speakman> Anyone using a similar project manager?
[13:25] <Solarion> wow I'm stupid
[13:26] <Solarion> FYI, bzr doesn't like it if you upgrade it while running it.  :)
[13:36] <speakman> Btw, I was just telling about bzr to a friend who uses GIT for his work.
[13:37] <speakman> He wasn't very impressed, and one major thing, which I also noticed, is that bzr is veeeery slow sometimes.
[13:37] <speakman> All git-commands runs within a tenth of a second..
[13:38] <speakman> What really is the "killer" feature to choose bzr before git?
[13:38] <mlh> ease of use
[13:38] <speakman> is it really easer?
[13:39] <jelmer> speakman: The very slow bit isn't as bad as it used to be
[13:39] <speakman> I have no practical experience with git, but it seems pretty the same...
[13:39] <mlh> that sort of thing is always a matter of opinion but I think most people would agree
[13:39] <jelmer> speakman: see also http://bazaar-vcs.org/BzrVsGit
[13:39] <speakman> jelmer: Thats maybe true, but some things still takes a pretty long time...
[13:40] <luks> it simply does more for you, so it takes longer :)
[13:40] <speakman> (why havn't I seen that link? I did google on bzr vs git...)
[13:40] <speakman> really?
[13:40] <jelmer> speakman, have you tested with bzr 1.0 and the packs format?
[13:42] <speakman> hm, what's packs format?
[13:42] <speakman> new feature in 1.0?
[13:42] <speakman> never seen it before...
[13:47] <speakman> How do i "convert" to Packs from Knit?
[13:48] <jelmer> bzr upgrade --pack-0.92
[13:49] <speakman> hm what's default on 1.0 then?
[13:50] <TFKyle> pack-0.92
[13:51] <speakman> ok! how can I determine which one my repo use currently?
[13:51] <TFKyle> bzr info -v should say
[13:52] <speakman>     repository: Packs containing knits without subtree support
[13:52] <speakman> pretty abstract, but sure mentions packs.. :)
[13:52] <TFKyle> (also top line, says Standalone tree (format: pack-0.92) here)
[13:54] <speakman> oh! there it was! I was indeed "packs".
[13:54] <speakman> (I = it)
[13:54] <speakman> btw, what's the preffered web interface for bzr?
[13:55] <speakman> Are there anything like ViewRCS ?
[13:55] <speakman> And what's Bundle BuggY? :)
[13:55] <TFKyle> loggerhead seems pretty popular, havn't tried it myself though
[13:57] <TFKyle> (http://www.lag.net/loggerhead/ )
[13:59] <speakman> thnks!
[13:59] <speakman>     repository: Packs containing knits without subtree support
[13:59] <speakman> hm, paste button... :)
[14:05] <cykze> Does anyone know how to make "bzr log" print the code diff for every commit/rev, just like "git-log -p" does? (btw, hi speakman! :))
[14:05] <speakman> lol hi cykze ;)
[14:07] <speakman> Read the BzrVsGit ?
[14:07] <speakman> git indeed seems more powerful, but the "vs" do have some good points...
[14:08] <cykze> Yes, some days ago. I thought had too.
[14:09] <speakman> had?
[14:10] <cykze> forgot a "you"
[14:10] <speakman> Never seen it. Although my search for "bzr vs git" @ google. Was directed to it from here... :)
[14:11] <speakman> Found some speed benchmarks, but from some old version.
[14:26] <cykze> The only speed issue that bothers me is the 0.2 seconds it takes for eg. "bzr log" to startup. "git log" starts up in no time.
[14:35] <speakman> 0.2 secs is really slow... :)
[14:36] <speakman> I've filed a blueprint for the "git-log -p"-like request.
[14:36] <speakman> Time to go home now. Bye. :)
[14:39] <luks> revisions don't have diffs...
[14:39] <luks> I wonder what git-log -p outputs for revisions with multipe parents
[14:42] <cykze> Perhaps I have mixed up the terms "revision" and "commit". But "git-log -p" at least shows diffs where possible.
[14:42] <fullermd> Eh, git people always rebase.  Multiple parents are a myth   :p
[14:47] <cykze> luks: If I look at the Linux kernel repos using "git-log -p", then every commit seem to have diffs except for _merges_. Is that what you meant?
[14:48] <luks> yes
[14:48] <luks> but that's really not what I'd expect
[14:52] <cykze> So what did you expect? :)
[14:52] <luks> multiple diffs maybe
[14:52] <luks> or some multi-parent "hybrid", dunno
[14:56] <cykze> Perhaps you should check out the repos and have look for yourself, so that I'm not telling you anything here. I haven't used SCMs very long...
[15:00] <cykze> I think it's a very convenient way to get an overview of a new project and to see what has happened lately. I really miss that feature in bzr.
[15:25] <Alan_Bell> hi, I am a newbie with bzr, trying to get the ubuntu-desktop-course checked out. It sits and does nothing for ages then terminates wtih a memory error. Any clues?
[15:26] <Alan_Bell> alan@confluence:~$ bzr branch lp:ubuntu-desktop-course
[15:26] <Alan_Bell> lp:ubuntu-desktop-course is redirected to<EMAIL_ADDRESS>[15:26] <Alan_Bell> Enter passphrase for key '/home/alan/.ssh/id_rsa':
[15:26] <Alan_Bell> bzr: ERROR: exceptions.MemoryError:
[15:26] <Alan_Bell> Traceback (most recent call last):
[15:26] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/commands.py", line 802, in run_bzr_catch_errors
[15:26] <Alan_Bell>     return run_bzr(argv)
[15:26] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/commands.py", line 758, in run_bzr
[15:26] <Alan_Bell>     ret = run(*run_argv)
[15:26] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/commands.py", line 492, in run_argv_aliases
[15:26] <Alan_Bell>     return self.run(**all_cmd_args)
[15:26] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/builtins.py", line 905, in run
[15:26] <Alan_Bell>     possible_transports=[to_transport])
[15:26] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/bzrdir.py", line 833, in sprout
[15:27] <Alan_Bell>     revision_id=revision_id)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/remote.py", line 601, in sprout
[15:27] <Alan_Bell>     dest_repo.fetch(self, revision_id=revision_id)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/repository.py", line 873, in fetch
[15:27] <Alan_Bell>     return inter.fetch(revision_id=revision_id, pb=pb, find_ghosts=find_ghosts)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/decorators.py", line 165, in write_locked
[15:27] <Alan_Bell>     return unbound(self, *args, **kwargs)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/repository.py", line 2763, in fetch
[15:27] <Alan_Bell>     pb=pb)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/fetch.py", line 103, in __init__
[15:27] <Alan_Bell>     self.__fetch()
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/fetch.py", line 132, in __fetch
[15:27] <Alan_Bell>     self._fetch_everything_for_revisions(revs, pp)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/fetch.py", line 408, in _fetch_everything_for_revisions
[15:27] <Alan_Bell>     self.to_repository.insert_data_stream(data_stream)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/repository.py", line 778, in insert_data_stream
[15:27] <Alan_Bell>     for item_key, bytes in stream:
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/remote.py", line 863, in _deserialise_stream
[15:27] <Alan_Bell>     buffer = StringIO(protocol.read_body_bytes())
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/smart/protocol.py", line 549, in read_body_bytes
[15:27] <Alan_Bell>     _body_decoder.accept_bytes(bytes)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/smart/protocol.py", line 257, in accept_bytes
[15:27] <Alan_Bell>     self.state_accept(bytes)
[15:27] <Alan_Bell>   File "/usr/lib/python2.5/site-packages/bzrlib/smart/protocol.py", line 427, in _state_accept_reading_body
[15:27] <Alan_Bell>     self._in_buffer += bytes
[15:27] <Alan_Bell> MemoryError
[15:27] <Alan_Bell> bzr 1.0.0 on python 2.5.1.final.0 (linux2)
[15:27] <Alan_Bell> arguments: ['/usr/bin/bzr', 'branch', 'lp:ubuntu-desktop-course']
[15:27] <Alan_Bell> encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_GB.UTF-8'
[15:27] <Alan_Bell> plugins:
[15:27] <Alan_Bell>   launchpad            /usr/lib/python2.5/site-packages/bzrlib/plugins/launchpad [unknown]
[15:27] <Alan_Bell>   multiparent          /usr/lib/python2.5/site-packages/bzrlib/plugins/multiparent.pyc [unknown]
[15:28] <Alan_Bell> *** Bazaar has encountered an internal error.
[15:28] <Alan_Bell>     Please report a bug at https://bugs.launchpad.net/bzr/+filebug
[15:28] <Alan_Bell>     including this traceback, and a description of what you
[15:28] <Alan_Bell>     were doing when the error occurred.
[15:34] <mwhudson> paaaaaaaaaaaaaaaaaastebin!
[15:34] <mwhudson> !paste
[15:34] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[15:34] <mwhudson> Alan_Bell: please don't do that again :)
[15:36] <Alan_Bell> ok
[15:36] <Alan_Bell> any ideas why it has the memory error?
[15:42] <mwhudson> Alan_Bell: not immediately, no
[15:48] <sabdfl> Alan_Bell: interesting. it works fine for me, but i have 1.5gb RAM
[15:52] <matkor> Hi ! Is it possible to select one revision not usiing -r N..(N+1) ?
[15:52] <jelmer> matkor, a lot of commands support "-c"
[15:52] <jelmer> which allows you to do that
[15:54] <luks> -c is -r (N-1)..N
[15:55] <matkor> yop - thanks luks, jelmer
[15:55] <LeoNerd> Ahh... -c looks cute ;)
[15:55] <LeoNerd> bzr di -c 10    love it :)
[15:55] <matkor> and second question: Easiest way to revert selected files from given revision in past ?   sth llike bzr revert -c N file1 file2 .. fileN ? TIA
[15:56] <jelmer> matkor: You'd want -r in that case
[15:56] <LeoNerd> Likely  bzr revert -r
[15:58] <matkor> jelmer, LeoNerd: But I want all  changes from all later revisions to stay ?
[15:58] <LeoNerd> Ah.. hrm..
[15:58] <matkor> It is like patching with reverse patch but only applying selected files ...
[15:58] <LeoNerd> You want a bzr equivalent of   baz replay --reverse patch-12  , say
[15:59] <jelmer> bzr merge -r N+1..N <files>
[15:59] <jelmer> I think
[16:00] <LeoNerd> Ooh yes.. a reversed merge
[16:00] <jelmer> although I guess it would make sense to support --reverse for replay
[16:01] <matkor> whoa, decresing revs range ... bzr is really pythonic :), thanks a lot !
[16:03] <matkor> And really last question , is it prosible to grep text over past revisions ? I mean answering question - where given string was added/deleted in history of branch ?
[16:07] <jelmer> I think there was a grep plugin or something
[16:08] <Alan_Bell> sabdfl: I have 2 gig, just closed everything else running and I am trying again with verbose flag
[16:13] <aadis> hello all
[16:13] <aadis> can i tag individual files with tag command? or is it branch level only?
[16:36] <aadis> what does rich-root format do?
[16:37] <jelmer> aadis: it contains some extra metadata over the regular format
[16:37] <aadis> i'm setting up a shared repo on a central server
[16:37] <jelmer> aadis: it's required for the upcoming nested-tree-by-reference support and by bzr-svn
[16:37] <aadis> should i go for it?
[16:38] <jelmer> aadis: it will probably be the default format in the future, but it's not supported by bzr < 1.0
[16:38] <aadis> that's not a problem for us actually
[16:38] <jelmer> aadis: I'd recommend rich-root-pack if you don't have to be compatible with bzr < 1.0
[16:39] <aadis> rich-root-pack?
[16:39] <jelmer> yep
[16:39] <aadis> heh, i was going there too :)
[16:39] <jelmer> should be faster than rich-root
[16:39] <jelmer> perhaps we should have a wiki page or something with format recommendations
[17:26] <Alan_Bell> should bzr branch write files as it goes along. I have had it running for a couple of hours now, it is slowly consuming lots of memory (264MB so far) but has written no files apart from the directory and .bzr folder
[17:29] <Odd_Bloke> Alan_Bell: I would imagine it branches and then creates the working tree at the end.
[17:33] <Alan_Bell> last time I tried it hit a memory error, I have now freed up some extra ram for it. Is a 700MB tree unusually big?
[18:08] <Alan_Bell> having some success now, I stopped using  lp:ubuntu-desktop-course and  used
[18:08] <Alan_Bell> bzr branch http://bazaar.launchpad.net/~canonical-training/ubuntu-desktop-course/ubuntu-desktop-course-beta/ ubuntucourse
[18:08] <Alan_Bell> instead
[18:09] <Alan_Bell> that gave me the progress indicator and the .bzr directory is filling up with knits
[18:10] <jelmer> Alan_Bell, what version of bzr are you using?
[18:10] <Alan_Bell> 1.0
[18:11] <jelmer> this would probably be faster with packs
[18:16] <Alan_Bell> to be more precise bzr 1.0.0 from the bzr repository for Ubuntu Gutsy on Python 2.5.1.final.0
[18:17] <sabdfl> night all
[18:37] <oly-> hi, i am getting an error with bzr on 2 machines now on a commit and on a pull, an error about renaming a file the exact error is on this link http://paste.ubuntu-nl.org/49186/
[18:41] <soren> oly-: You sure, there's not a stale lock around?
[18:42] <oly-> might be but i have no idea what one of those are :p
[18:43] <oly-> how do i check,
[18:44] <oly-> just googled it, well there should not be any bzr process running i switched of my work computer
[18:44] <oly-> and only just switched this on, so nothing should have a lock on the code repo
[18:45] <oly-> unless the launchpad server is still holding a lock, in which case can i force it any way ?
[18:49] <soren> oly-: bzr break-lock
[18:49] <soren> oly-: It'll ask for confirmation first.
[18:51] <oly-> cheers soren, that worked a treat
[19:03]  * soren ^5's himself
[19:12] <aadis> does bzr support UTF-8 for commit messages?
[19:12] <luks> it uses unicode for commit messages, and it will use whatever encoding you use
[19:13] <aadis> weird then
[19:39] <aadis> i know my editor (emacs22) is writing UTF-8 files. how do i tell bzr to use UTF-8?
[19:41] <Peng> aadis: Set your system charset to UTF-8.
[19:41] <aadis> it seems there is a specific issue on darwin
[19:42] <aadis> http://bazaar-vcs.org/DarwinCommandLineArgumentDecoding
[19:42] <Peng> Oh.
[19:42] <devinus> Does bazaar 1.0 support pushing changesets out using http?
[19:46] <Peng> http is read-only (of course), but I think bzr+http might support writing.
[19:46] <Peng> There's also an experimental webdav plugin.
[20:15] <pfharlock> Peng: just so I'm clear, what does bzr+http:// mean?
[20:28] <devinus> i wanna know too :(
[20:29] <devinus> man, i'm really trying to decide whether to use bzr, hg, or darcs for my companies VCS needs
[20:29] <devinus> but i can't see through all the buzzwords to see which one would suit us best
[20:30] <devinus> we like the idea of distributed
[20:30] <bitmonk> devinus: what sort of needs do you have? one reason i like bzr, though i haven't really switched to it for my own purposes, is that it supports pulling from svn masters, which is really useful if you want to collaborate with people who use sourceforge, googlecode, or run their own via a major linux distro.
[20:30]  * bitmonk still uses svn, but worked for a company who licensed bitkeeper for a year, and can sing the praises of distributed dev
[20:32] <devinus> bitmonk: we use svn currently. we need it to have a central repository because we have programming teams in canada, texas, and now london. but i heard that bzr isn't good at pushing changesets to a central repo, and hg requires more steps than one to merge changes from a central repo, and darcs...well darcs is a haskell beast, and a few of us don't know haskell
[20:33] <bitmonk> hum.  you could consider using a local bzr master at each location, or for each developer, and push up to an svn master.. that might be a bit tenuous, though..
[20:33] <bitmonk> i don't know about the performance of various solutions for pushing to a central repo.  bzr runs over http and maybe ssh.
[20:33] <bitmonk> how much code do you deal with?
[20:33] <fullermd> "isn't good at"?  How?
[20:33] <devinus> we also use trac. maybe it's best if we just stick to svn
[20:33] <devinus> but damn i wish i could keep a local repo...
[20:34] <bitmonk> well, look at bzr-svn as a start.
[20:34] <bitmonk> i like it for the same reason, because i work in a large f/oss community that has svn and is not changing that any time soon.
[20:34] <devinus> bitmonk: huge 1000+ file PHP codebase, a new python codebase to scale into 500+ files, and maybe later some smaller C/C++ codebases
[20:34] <bitmonk> so, if i would get off my duff and change my workflow, i could benefit from bzr somewhat, while sending changes up to svn.
[20:35] <devinus> hrm...
[20:35]  * bitmonk is curious who devinus works for ;d
[20:35] <devinus> we're just a travel company
[20:36]  * bitmonk nods
[20:36] <devinus> use open source solutions for everything we can
[20:36] <bitmonk> well.. svn is very good at some things, esp on the server, but i don't know that it's really much better at them than bzr.
[20:36] <bitmonk> i haven't really figured out how to get bzr running on http yet
[20:36] <bitmonk> that's awesome, btw.. sound business sense.
[20:37]  * bitmonk is tired of hearing people in non-tech businesses call f/oss words like "cute"
[20:38] <Peng> bitmonk: For read-only HTTP, all you need to do is push/branch to some HTTP-accessible location. That's it.
[20:38] <bitmonk> anyway, i suggest that as a first step you should look at the svn bridge, do some work in bzr, push it up to svn, see how that works for you.
[20:38] <devinus> bitmonk: good suggestion
[20:38] <bitmonk> Peng: that's my understanding, but i've had poor luck with that in the past and gave up.  i should try again today.
[20:39] <bitmonk> devinus: at least that makes your question less academic, and you can show your colleagues what it's like.
[20:39] <Peng> bitmonk: Are you working on bzr+http, with the CGI script?
[20:40] <bitmonk> hold, sorry
[20:40] <bitmonk> someone at door :)
[20:40] <Peng> And he was never heard from again. :O
[20:41] <kakun-> butchered by a clearcase programmer
[20:44] <bitmonk> heh
[20:44] <Peng> Oh, good.
[21:09] <pfharlock> Peng: what is bzr+http?
[21:10] <pfharlock> incidentally, I'm also pretty stoked about bzr, however I ran into problems getting the bzr-svn plugin working on my windows workstation at work.  Has anyone else had any luck with this that could give me a pointer or two.  I'm sure it's something very simple that I'm missing.
[21:11] <jelmer> pfharlock, did you install the patched python subversion bindings?
[21:11] <pfharlock> I thought that I did, however bzr kept complaining that I hadn't, so I'm guessing I installed it wrong
[21:11] <Peng> pfharlock: bzr+http uses a CGI/FastCGI/whatever script on the server to be faster.
[21:11]  * fullermd sure will be glad when a svn release with all the updates is set free...
[21:13] <pfharlock> is there something else you have to do other than run the python-svn-binding.exe setup file?
[21:13] <pfharlock> I butchered the name of the file
[21:14] <pfharlock> I made sure I had the appropriate version of svn installed and the appropriate version of python installed as well.
[21:38] <bitmonk> okay, so, whups, i had a meeting, but Peng, if you are still around, and want to help me understand how to use bzr on http, that'd be mucho appreciado.
[21:41] <bitmonk> and yeah, i know that's not a real word. ;)
[21:43] <jelmer> pfharlock: re
[21:43] <jelmer> pfharlock: but you have a patched version rather than a default svn intallation?
[21:48] <Peng> bitmonk: All you have to do is push (using sftp or bzr+ssh or whatever) to some HTTP-accessible location. That's all there is to it.
[21:48] <bitmonk> ok.
[21:48] <bitmonk> how does writable http work?
[21:49] <bitmonk> do i need to push, or would copying / moving a repo work?  it shouldn't matter with distributed dev, ideally, but good to revisit assumptions.
[21:49] <bitmonk> maybe that's what i did wrong before?
[21:50] <Peng> bitmonk: I'm not sure about writable HTTP.
[21:51]  * bitmonk nods
[21:51] <Peng> bitmonk: You could copy or move it too, but you don't need working trees, and pushing sets it up so they won't be created.
[21:53]  * bitmonk wrestles with python svn module
[21:58]  * Peng bets $5 on the module. ;P
[22:00] <bitmonk> yeah
[22:00]  * bitmonk thinks packages like svn who love python and thus put the bindings in the main distribution are bad santas.
[22:01]  * bitmonk points, "bad santa! no cookies!" :-P
[22:05]  * devinus me.
[22:18]  * Peng pokes Enigmail.
[22:18] <Peng> I swear I had signatures for some of the people on the bazaar list.
[22:27] <pfharlock> jelmer:  I installed the default install then I installed the one that said python 2.5 bindings over top of that one
[22:27] <pfharlock> so in all two setup files
[22:28] <aadis_> we're just going to start using bazaar for our company
[22:28] <aadis_> after mucho delibration
[22:32] <pfharlock> yeah, unfortunately I don't think my team willi be able to switch to it from svn because of the way we use svn, but I'm thinking about using bazaar for individual projects and using the bzr-svn plugin to push and pull from our svn repo where it makes sense.
[23:48] <jelmer> luks: still there?


[01:16] <xu-irc7w> i need help fixing my firefox install, at first it was fixed why i installed the deb version of firefox but after a software update it reverted to snap.  the damn thing is rendering total gibberish.
[01:16] <xu-irc7w> using the deb version of firefox works just fine but snap is totally broken
[20:50] <xu-irc87w> hi xubuntu programmer


[12:48] <misko_> Hey flocculant
[13:46] <cheets> Hi
[13:48] <Spass> hello cheets
[13:48] <diogenes_> hi
[14:04] <cheets> I got a question regarding a package dotnet core
[14:04] <cheets> It installs fine but the main command has a different name
[14:05] <cheets> It is dotnet-sdk.dotnet instead of dotnet
[14:07] <cheets> The problem I have is when I use an app that expects it to be "dotnet". Now I created an alias using bash, and logged in / logged out. It works nice on the command line (the alias). But I guess this app that calls the 'dotnet' does a 'which dotnet' and finds that it doesn't exist.
[14:08] <cheets> I could create an alias in bash in ~/bin and put that in path I guess
[14:09] <cheets> The app I am trying to get working is 'vscode' with the C# extension
[21:45] <friendlyGoat> hello
[21:45] <friendlyGoat> can i ask for help with something somewhat small
[21:45] <knome> friendlyGoat, that's the very purpose if this channel...
[21:45] <friendlyGoat> heh sorry bout that i was just saying that to try being polite
[21:46] <knome> no worries
[21:46] <friendlyGoat> anyways i need to get two things handled, 1: i forgot how to get something of mine to run when i open my terminal, and 2: for some reason that thing from 1 opens up by itself without the terminal whenever i turn on my computer
[21:47] <friendlyGoat> i should explain better and one step at a time
[21:51] <Spass> 1: you can try putting it at the bootom of the ~/.bashrc file
[21:52] <Spass> 2: check your xfce4-session-settings (Session and Startup), Application Autostart tab
[21:55] <friendlyGoat> its not on the autostart thing, its what im trying to have my terminal run when i turn it on
[21:56] <friendlyGoat> im trying to think of a way to explain it without sounding dumb
[21:57] <Spass> what exactly you want to run with your terminal?
[21:57] <friendlyGoat> im trying to make my terminal execute something when it opens, i need to get it to open another directory then do ./(file) but it just wont
[21:57] <friendlyGoat> its a thing called cool retro term
[21:58] <Spass> and did you try putting that command in the bottom of ~/.bashrc file?
[21:59] <Spass> like "cd /path/to/that/directory && ./file"
[22:00] <friendlyGoat> nah i didnt do that, that just kind of happened by itself.
[22:00] <friendlyGoat> im trying to make it so when my terminal opens it opens cool retro term instead but for some reason whenever i turn on my computer it just opens cool retro term automatically?
[22:00] <friendlyGoat> also im gonna try what you said
[22:01] <Spass> friendlyGoat, try to clear your saved sessions in xfce4-session-settings
[22:02] <Spass> btw, make sure that ./file is executable
[22:06] <friendlyGoat> "Failed to execute child. Failed to execute child process "cd /home/jonah/cool-retro-term/ && ./cool-retro-term" (No such file or directory)