[00:09] <igc> morning
[01:52] <db-keen> the user guide describes two methods of starting a repo, one with init and one with init-repo and a nested branch. How should I choose which one to use?
[01:52] <lifeless> init creates a branch
[01:53] <lifeless> init-repo creates a shared repo which may contain branches
[01:53] <lifeless> branches do not need a shared repo, they will have their own if no shared one is available
[01:53] <lifeless> just start with init and get used to bzr, worry about shared repositories once you are familiar with the tool
[01:55] <jdong> db-keen: the advantage of shared repos is that multiple branches can share a common storage of their history, which saves local disk space and lowers the cost of retrieving another related branch over a slow network connection
[01:55] <jdong> but as lifeless said, first familiarize yourself with the operation of bzr without repos, then repos will be an easy tool to learn
[02:47] <db-keen> I don't see a move command, how do you move a file?
[02:47] <jelmer> bzr mv
[02:47] <db-keen> nevermind, I found it
[02:49] <andresj> hello! how can I install bzr-1.2 in ubuntu gutsy? I added the ppa repository and `apt-get update`, and tried to install it, but there is a conflict... bzrtools needs <bzr-1.2
[02:59] <tchan> bzrtools-1.2.0 works just fine with bzr-1.2
[03:00] <db-keen> bzrtools 1.2.0 isn't in the ppa repository
[03:04] <andresj> tchan: bzrtools--oh db-keen already said it :)
[03:04] <poolie> andresj, it'll be up soon
[03:04] <andresj> when was bzr-1.2 released?
[03:07] <poolie> last friday
[03:16] <andresj> I see :)
[03:19] <db-keen> I've got this: bzr: ERROR: Generic bzr smart protocol error: <Fault 8002: 'error'>
[03:19] <db-keen> however it looks like the operation (push) succeeded
[03:24] <jml> db-keen: that's from pushing to Launchpad, right?
[03:25] <jml> db-keen: how did you invoke bzr to get that message?
[03:25] <db-keen> bzr push<EMAIL_ADDRESS>[03:28] <andresj> I created a repository with '--no-trees' and created a branch in the same place.  Then I created a file and added it, and tried to commit it. But it throws a traceback and an error... "bzrlib.errors.NoSuchRevision: KnitPackRevisionStore(VersionedFileStore('file:///.../.bzr/repository/')) has no revision<EMAIL_ADDRESS>[03:28] <andresj> (I replaced some parts with ... to not reveal personal details :))
[03:35] <andresj> mm... fixed in 1.2 :)
[03:38] <abentley> andresj: Basically until bzrtools 1.2 gets uploaded, you have to choose between bzr 1.2 and bzrtools.
[03:38] <dle> Hi.  I'm wondering if anyone knows why the version of bzr distributed with Ubuntu 7.04 (Feisty) is stuck way back at 0.15.0?
[03:39] <dle> I do know of the ppa rep., btw.
[03:39] <beuno> dle, because packages don't get updated on final versions
[03:39] <beuno> just security updates
[03:39] <lamont> dle: because feisty hasn't accepted uploads since it released, would be my first guess
[03:40] <abentley> Additionally, feisty is out of date, and not an LTS release.
[03:40] <andresj> And because gutsy is the stable ubuntu now
[03:40] <dle> Mm, good points.
[03:40] <abentley> So backports are unlikely.
[03:41] <dle> I notice that ppa has a nice fresh bzr for fesity but not bzr-svn.
[03:41] <beuno> dle, and, of course, you have ppa's, so it's probably not worj the extra work
[03:42] <beuno> s/worj/worth
[03:42] <beuno> agh, it's late
[03:44] <beuno> poolie, you wouldn't happen to be around, would you?  I was about to mail the list about the "bazaar" package in hardy, and what the chances where that is was bzr == bazaar instead of baz == bazaar
[03:46] <beuno> it's past feature freeze now, but maybe we can still push the change it considering it's LTS. Many people come into the channel wondering why "bazaar" isn't what they expect
[03:48] <lifeless> beuno: we need to patch bazaar to recommend bzr
[03:48] <lamont> beuno: well, if people quit spelling it 'bazaar'.... :-)
[03:48] <lifeless> beuno: as a transition; there was a thread on debian-devel a while back about this.
[03:48] <lifeless> beuno: ideally the entire set of transitions is this:
[03:48] <dle> beuno: Just a few m. ago, I installed bazaar first, before figuring out that it was not bzr.
[03:49] <lifeless> step 1) 'bazaar' source package stops producing 'bazaar' binary, instead produces 'baz' binary. New 'bazaar-meta' source package produces 'bazaar' binary, which depends on both baz and bzr packages
[03:50] <lifeless> step 2) - a release later - the 'bazaar' binary stops depending on 'baz', and starts recommending various additional useful plugins.
[03:51] <beuno> lifeless, and what are the chances that that transition and start for hardy?  I expect Debian to take a bit longer, but considering this is going to be an LTS...
[03:52] <lifeless> beuno: we can definitely do step 1 immediately
[03:52] <lifeless> beuno: possibly depending on bzr and recommending baz would be sufficient, and allow 'bazaar' to be in main with the recommended 'baz' in universe.
[03:53] <db-keen> how do I branch a specific directory from another branch?
[03:53] <beuno> lifeless, sounds great
[03:53] <beuno> db-keen, you can't (yet)
[03:53] <db-keen> that's really killing my enthusiasm
[03:54] <db-keen> is it planned for the near future?
[03:54] <lifeless> db-keen: very few (none) of the modern VCS's support this.
[03:54] <beuno> lifeless, so I can scratch that off my "to-bug" list, or do you want me to file a bug for it?
[03:54] <lifeless> db-keen: in fact we do support it via a two-step process already; but I'd like to understand what you want it for
[03:54] <lifeless> beuno: I'd like you to do it :)
[03:59]  * beuno waits for ubotu to brag about the bug report
[04:00] <db-keen> lifeless: In this particular instance, I was trying to branch just the ruby bindings to a program written in C. I don't care about the C source files, and I'm not going to compile them myself, I only want to modify the ruby side of the bindings
[04:00] <db-keen> why checkout the whole thing?
[04:01] <lifeless> db-keen: generally we'd say that if you want to do that the ruby bindings should be a separate tree
[04:02] <lifeless> db-keen: there are a variety of reasons for this, but at the heart of it we generate a single transaction for each commit at the top of the tree
[04:03] <lifeless> db-keen: being able to work on only a subset of the files is a desired feature; but in terms of network traffic and work-during-commit - neither of those will change at all.
[04:05]  * beuno is off to bed, g'night all
[04:05] <ubotu> New bug: #193576 in bzr ""bazaar" package should point to bzr instead of baz" [Undecided,New] https://launchpad.net/bugs/193576
[04:32] <db-keen> how do I undo bzr add?
[04:33] <db-keen> (I haven't committed yet)
[04:33] <spiv> db-keen: bzr rm --keep
[04:51] <lifeless> poolie: Thats a full day for me, two merge/review requests sent in, 1 branch merged. Stacking moving along well. Tchau.
[04:51] <poolie> lifeless, quick call about this first?
[04:52] <lifeless> sure
[05:34] <jml> does paramiko's log go to .bzr.log?
[05:43] <poolie> jml, no, we need a patch to do that
[05:43]  * jml uses the One True Patch instead
[05:44] <jml> +        import pdb; pdb.set_trace()
[05:44] <poolie> "pp
[05:44] <poolie> in vim
[06:17] <poolie> is it really necessary for bzrtools to refuse to run with newer bzrsL
[06:47] <abentley> poolie: I can't predict what will happen to bzrlib from release to release.
[06:48] <abentley> During the 1.5 release cycle, the requirements for locking changed between different release candidates.
[06:50] <abentley> bzr 1.2 had two API breaks.  How can I predict whether they would have affected bzrtools?
[06:53] <poolie> i think that should be handled by having the new bzr release declare that it breaks bzrtools
[06:53] <poolie> i'm not a debian packaging expert, but i think that would be a better match
[06:54] <abentley> Wouldn't the result be the same?  You still wouldn't be able to install bzr without removing bzrtools.
[06:55] <poolie> it gets you away from making predictions
[06:55] <poolie> you just declare the breakage when it happens
[06:55] <poolie> so there are 3 main cases
[06:55] <poolie> 1- both
[06:56] <poolie> 1- both of them are uploaded about the same time; an upgrade gets you both of them
[06:56] <poolie> 2- there's a lag before getting bzrtools released and packaged, but the old one still works
[06:56] <poolie> 3- there's a lag but the old one is broken
[06:56] <poolie> declaring that it will not work with later versions disallows 2
[06:57] <poolie> i'm talking btw about the debian-level rules
[06:57] <poolie> or that's what i'm looking at now
[06:57] <poolie> i guess you also have a check in bzrtools itself?
[06:58] <abentley> Yes, there are checks in bzrtools itself.
[06:58] <poolie> btw good point about bug priority vs ordering
[06:58] <abentley> Thanks.  I do see your point about case 2.
[07:01] <abentley> I guess my one hesitation about that approach is that it doesn't work in cases where the add-on is not packaged by the same team.
[07:02] <abentley> But if you're willing to test the one-older version of bzrtools with bzr to make sure that it's not broken, we can try it that way.
[07:03] <poolie> well
[07:03] <poolie> i might ask a packaging expert about it firsnt
[07:04] <abentley> Sure.  We'll also want to disable the automatic version warnings for the packaged version.
[07:04] <abentley> poolie: Did you have any further thoughts about moving BB to Canonical hardware?
[07:04] <poolie> if bzrtools will give a warning, then the package should probably warn you too
[07:06] <poolie> so, moving it to the DC will probably have a lot of setup cost
[07:07] <abentley> poolie: If we test that the old bzrtools isn't broken, I think it's reasonable not to warn.  But it's up to you.
[07:07] <poolie> because IS is not really oriented towards running ad hoc apps
[07:08] <poolie> i did have another idea, which was to put it on a vhost somewhere
[07:08] <poolie> do you still think it's a good idea/worth spending time on?
[07:10] <abentley> I think it could reduce the connectivity problems and make the home page load faster, but probably wouldn't address the "aaron just broke it" and "aaron didn't know it was broken" issues.
[07:10] <poolie> right
[07:11] <poolie> so, what fraction of outages do you think each one is?
[07:13] <abentley> In terms of duration, I think "didn't know it was broken" is maybe half of it, with connectivity being another third.
[07:15] <abentley> I break it the most often, but for the shortest length of time.
[07:20] <poolie> so it probably would be worth the trouble to move it?
[07:22] <jamesh> blame turbogears
[07:23] <abentley> I think so, but it's close.
[07:24] <abentley> jamesh: Someone mentioned I should talk to you about the lp: transport, but I don't remember why.
[07:24] <abentley> I've been thinking it makes sense to make it into a straight-up directory service rather than a transport.
[07:24] <jamesh> abentley: that sounds like something lifeless would say
[07:25] <abentley> jamesh: Yes, I think it was him.
[07:25] <Peng> Doesn't bazaar-vcs.org have very restricted access to the server, and don't you guys have problems getting attention from the sysadmins?
[07:25] <jamesh> abentley: and I agree.  The main reason we converted it to a transport was to delay the branch resolution til after get_transport()
[07:25] <jamesh> i.e. when the branch is used
[07:26] <abentley> Oh, good I asked, then.  Why do we need to delay the branch resolution 'till then?
[07:27] <jamesh> abentley: because get_transport() should not block on network access
[07:27] <jamesh> (so I was told)
[07:27] <poolie> Peng, it's fairly tightly controlled
[07:29] <jamesh> abentley: e.g. get_transport('http://example.com/') shouldn't cause a DNS lookup on example.com or attempt to connect to that server
[07:29] <abentley> jamesh: I think we need to revisit that rule, because doing the lookup immediately would reduce the pain of that indirection.
[07:30] <jamesh> and there was apparently a bunch of code that expects get_transport() to be cheap
[07:31] <abentley> Well, I should get some sleep, but let's talk about this again.
[07:31] <jamesh> okay
[07:32] <jamesh> I should be online roughly 2 hours after the other .au guys :)
[08:13] <thekorn> good morning, I've got a problem, I'm using bzr on two different versions of ubuntu (hardy and gutsy)
[08:13] <thekorn> since yesterday's update of bzr in hardy I cannot acces my bzr branches in gutsy anymore
[08:13] <thekorn> it seems the branch format changed
[08:14] <thekorn> is there any way to fix this
[08:16] <poolie> thekorn, the default format for new branches changed
[08:16] <poolie> we shouldn't be automatically updating any existing branches
[08:16] <poolie> you can control it with parameters to init, init-repo, etc
[08:16] <poolie> you probably want --knits
[08:16] <poolie> hth
[08:18] <thekorn> poolie: but automattically changing the branch format is a little bit harsh IMHO
[08:18] <poolie> that's my point, we have not
[08:19] <thekorn> without aksing the user
[08:19] <thekorn> ok
[08:19] <poolie> i have to go now, if you have other questions and no one can answer here, please mail<EMAIL_ADDRESS>[08:19] <poolie> night
[08:20] <thekorn> poolie: ok, thanks
[09:49] <awilkins> jelmer: I ran that pull all night and it's finally finished....
[09:51] <awilkins> jelmer: 9250 revisions, pulled 100 at a time. I'm not sure there's a great reduction in size over SVN, this is about 2/3 of a 1.5GB repo and the .bzr tree is 1.3GB
[09:51] <awilkins> And it's only 9250/13000 revisions
[09:52] <awilkins> But hey, it all worked, no KeyError exceptions, wahey.
[10:07] <awilkins> jelmer: Branching it runs the memory use up to 620MB at peak, and a fair chunk of CPU time, but it works too.
[10:17]  * awilkins waits for the interminable sloth that is the NTFS filesystem to finish
[10:22] <jelmer> awilkins: ah, great :-)
[10:22] <jelmer> awilkins: that really sounds like the windows build of python-subversion doesn't actually have that patch applied, btw
[10:26] <matholio> could bzr be used to manage configuration files ?
[10:27] <matholio> I have a handful linux boxen which I want to have identical config files.
[10:31] <mwhudson> uh, do the bzrtools-1.2 debs conflict with bzr-1.2
[10:32] <dato> the package in sid doesn't; I'm not sure what the package in PPA was based on.
[10:45] <awilkins> jelmer: You could be right, I've just downloaded that package and run a binary compare on the one in site-packages and there are some differences.
[10:48] <awilkins> Peng: I've tried to import bzrlib on IronPython 2 alpha 8 but fallen at the first hurdle, it goes into an infinite loop defining a function in trace.py
[10:55] <johnny> does anybody maintain a bzr branch that contains many of the existing plugins? or would that be a bad idea/
[10:55] <matholio> I'm trying to use bzr to manage config files but I'm not sure I have it right.
[10:56] <matholio> first I init a folder : cd /foo/etc; bzr init
[10:56]  * bob2 just did "cd /etc ; sudo bzr init ; sudo bzr add ."
[10:56] <bob2> but then found I didn't actually want to version a lot of them
[10:57] <matholio> bzrignore
[10:57] <matholio> bob once you have commited them how to you use them on another system ?
[10:57] <awilkins> jelmer: I am an idiot ; it's managed 230 revisions using 360MB, which previously would have run it up over 1GB or even popped the stack
[10:58] <awilkins> jelmer: Note to self ; make a list, check it twice.
[10:58] <bob2> matholio: you can copy the .bzr dir to another one
[10:58] <awilkins> jelmer: It's still far from perfect though, 300 revisions has it up over 500MB, something I suspect, is still leaking in htere.
[10:58] <bob2> awilkins: does bzr-svn pack things after the import?
[10:59] <awilkins> bob2: Yes, it just packs as it goes like normal bzr
[10:59] <jelmer> awilkins: That's not necessarily a bzr-svn problem though, may be regular bzr problem given the size of your tree
[10:59] <awilkins> bob2: I've also branched it ; all revisions are now in a single pack and it's still 1.3GB
[10:59] <bob2> ah, ok
[11:00] <awilkins> jelmer: Yes, it could well be ; I'd guess that with CPython being a reference counter they should either find or write some leak detection tools for it :-)
[11:01] <awilkins> bob2: There are a lot of binaries in there so it may well be the nature of the source material
[11:01] <awilkins> Visio diagrams in particular
[11:01] <bob2> ahh
[11:01] <awilkins> jelmer: I think those patches have made it a lot faster too
[11:02] <awilkins> bob2: We've only recently moved to an XML format instead of Visio
[11:29]  * awilkins swears violently because he just deleted his branch by accident instead of the old one that didn't work
[11:29]  * awilkins looks forward to another multi-hour pull from svn :-(
[11:29] <awilkins> Ah well, not like I'm really working on it :-)
[13:22] <awilkins> Woot, I got bzrlib to import on IronPython
[13:23] <awilkins> Any tips on how to make it run the test quite from a python console?
[13:54] <arnarl> I'm getting some "ObjectNotLocked: KnitPackRepository(...path...) is not locked" after I upgraded form 1.0 to 1.2
[13:54] <arnarl> google didn't yield anything interesting
[13:55] <arnarl> anyone know what could be causing this or point me in a direction where I can find out what it is?
[13:55] <Peng> awilkins: Cool. How much work did it take?
[13:55] <fullermd> arnarl: I'd start with plugins.
[13:55] <arnarl> ok
[13:56] <Peng> Oh, good point. arnarl: Try with --no-plugins
[13:56] <Peng> arnarl: .bzr.log may also say something useful.
[13:56] <arnarl> will do, the problem seems to intermittent as it works after a few retries
[13:56] <arnarl> but I probably have some outdated plugins
[13:57] <johnny> how do you folks work with multiple devs on a project who want to use specific sets of plugins?
[13:58] <abentley> awilkins: what commands are producing this error?
[13:59] <abentley> sorry, arnarl: what commands are producing this error?
[13:59] <arnarl> I was trying to run push and push_and_update
[14:01] <awilkins> Peng: Well, I had to patch a module.
[14:01] <awilkins> Peng: But the test suite isn't running because of the platform checks
[14:02] <arnarl> (works without plugins though, so I'm guessing its a problem on my side)
[14:02] <awilkins> Peng: os.platform == 'cli' on IronPython
[14:02] <awilkins> Not sure what it would read on IronPython/Mono (if such a thing exists)
[14:03] <jelmer> I would guess cli as well
[14:03] <jelmer> since mono is technically cli too
[14:03] <awilkins> jelmer: That would be my interpretation, which means you have to answer "does Mono on *nix support the platform features that are checked off) like "signal"
[14:04] <awilkins> Although a first apatch will be to change all == 'win32' to "in ['win32, 'cli'] and run the tests again :-)
[14:04]  * awilkins goes about getting a branch
[14:05] <jdong> >>> platform.system()
[14:05] <jdong> 'cli'
[14:05] <jdong> my os doesn't contain a platform attribute on ipy
[14:06] <jdong> whoa cool, you can call all of .NET from ironpython
[14:06]  * jdong instantiates a System.Windows.Form....
[14:07] <jdong> grr it doesn't take ctrl+D
[14:07] <awilkins> Meh, the 'doze console is lame
[14:08] <awilkins> I always miss ^U
[14:08] <jdong> raise SystemExit seems to be the only way
[14:08] <awilkins> ctrl-Z <enter> should work
[14:08] <jdong> quite a silly way to exit out of a shell
[14:08] <jdong> awilkins: yeah but Linux captures that
[14:08] <awilkins> Doh
[14:08] <jdong> well ctrl+V ctrl+Z enter
[14:08] <jdong> I guess that would work
[14:10] <jdong> nope that is captured too
[14:11] <awilkins> You pythonics would know this : would you expect the answer to "does this class have __getattribute__?" to be true if it didn't have it, but the parentclass did?
[14:12]  * awilkins has submitted a ticket to the IronPython issue tracker because IronPython generates code that doesn't think so.
[14:38] <awilkins> Anyone else getting "Expected a boundary" errors?
[14:47] <grutte_pier> awilkins: to your __getattribute__ question: I would say: yes
[14:48] <grutte_pier> If B is a class derived from A, then the relation 'B is an A' holds
[14:49] <awilkins> That would be my interpreation too ; Liskovs substitution principle n'all.
[14:56] <grutte_pier> however the function hasattr() would work only on an instance of the class, not the class itself i guess
[14:57] <grutte_pier> correction: it works on the class definition itself as well
[15:08] <awilkins> grutte_pier: Oh yes, classes are not quite classes in Python, it's more like JScript (as far as I perceive it)
[15:09] <ubotu> New bug: #193685 in bzr "bzr 1.2.0: MemoryError when file size ~1M" [Undecided,New] https://launchpad.net/bugs/193685
[15:10] <awilkins> Naah, I don't beleive it, it's been versioning 50MB files for me today.
[15:31] <Peng> He's on Solaris. Maybe that platform has some really weird problem?
[15:31] <Peng> Or he has 10 MB of RAM...
[15:37] <schwuk> I'm using the PPA, but I can't install bzrtools:  bzrtools: Depends: bzr (< 1.2~) but 1.2-1~bazaar2~gutsy1 is to be installed
[15:58]  * lamont wonders if folks would like his packaging for bzr/bzrtools for dapper/edgy
[16:02] <schwuk> I'd be happy with bzrtools working for Gutsy (from PPA)
[16:07] <lamont> schwuk: I don't have upload privs  to the ppa, but I'll find someone to fix0r it.
[16:07] <schwuk> lamont: you are a gentleman, sir
[19:38] <jkakar> So, I just committed a revision, tagged it and then uncommitted it, which resulted in the tag being left bound to a revision reported as '?'.  Is this behaviour expected?
[19:38] <jkakar> Or rather, is this a bug?
[19:40] <fullermd> I wouldn't think so.
[19:40] <fullermd> The ? would be because it doesn't have a revno, not being in the current branch ancestry.  Try it with "bzr tags --show-ids", it should show the revid.
[19:41] <Bloguero__Connor> hi, I prepared a patch (using bzr send -o user1code.patch) and send it to another user. How this user should use that file to merge it into his tree?
[19:42] <fullermd> Bloguero__Connor: "bzr merge usercode1.patch".  Or maybe 'pull', if that's the intended use.
[19:42] <Bloguero__Connor> what is the difference beteen merge and pull?
[19:43] <fullermd> The short answer is "pull is for updating a mirror, merge is for merging in someone else's changes to a branch you're developing on"
[19:43] <Bloguero__Connor> fullermd, thanks
[19:52] <luislavena> hi everybody
[19:54] <luislavena> wondered if some of the bzr-svn guys are around?
[19:54] <jelmer> luislavena, hi
[19:55] <luislavena> jelmer: hi there :)
[19:56] <luislavena> jelmer: is true that svn 1.4.7 will include backported patch to make bzr-svn compatible without big hacking?
[19:56] <luislavena> since I'm aware of 1.5, but is a real pain get svn env building on windows...
[19:57] <jelmer> luislavena: No, only 1.5.0 will
[19:57] <jelmer> 1.4.7 will include a memory leak fix, but misses some other changes
[19:58] <luislavena> jelmer: so there will be no chance of getting an official build of python bindings until 1.5
[19:58] <jelmer> luislavena: yes, correct. However, most Linux distributions already include the required changes in their svn 1.4 packages and there are windows builds
[19:59] <luislavena> I'm asking this since every time I tried get svn build on windows, was a real nightmare...
[19:59] <luislavena> and the windows builds link against msvcr80, not the same msvcrt python uses...
[19:59] <jelmer> the one on http://d5190871.u44.websitesource.net/bzr/ ?
[20:00] <luislavena> oh, is up again!, last time I checked was down!
[20:01] <luislavena> who did it? I want to send a big thank you... :)
[20:02] <jelmer> luislavena: Kevin Light is to thank for them :-)
[20:03] <luislavena> jelmer: Oh, I'm so anxious to test it on windows... enjoyed on linux... now I'll be in heaven!
[20:06] <luislavena> jelmer: thank you for the data, the website should be updated with this.. or at least give hosting for the file... :)
[20:07] <jelmer> it's already mentioned on the bzr-svn wiki page
[20:08] <luislavena> jelmer: great, just checked... but I my mouth is faster than my hands... sorry about that
[20:10] <luislavena> is bzr-svn compatible with 1.2?
[20:10] <luislavena> just checking... just to be sure.
[20:10] <jelmer> maybe
[20:10] <ubotu> New bug: #193779 in bzr "bzr+ssh on Win32 dies in paramiko with EOFError" [Undecided,New] https://launchpad.net/bugs/193779
[20:10] <jelmer> I haven't checked yet
[20:11] <luislavena> jelmer: I'll be your guinea pig then...
[20:13] <awilkins> luislavena: jelmer: It seems to be compatible
[20:13] <luislavena> awilkins: thank you for the info :)
[20:13] <awilkins> It managed pulling 1.3GB of revisions.. and some minor pushes
[20:13] <awilkins> Since there are no api deltas between 1.1 and 1.2 (according to changelog) then I would expect it to work
[20:15] <abentley> awilkins: There are two API breaks listed in my copy of NEWS.
[20:16] <abentley> I doubt either would affect bzr-svn, though.
[20:16] <jelmer> awilkins: wow, ok. That would be a first, I think :-)
[20:16] <awilkins> Ah, I see, whoever uploaded the sources didn't relink to the 1.2 changelog
[20:17] <awilkins> Naughty nuaghty
[20:17] <jelmer> bzr has steadily broken bzr-svn each release until now :-)
[20:17] <awilkins> Humph, there isn't even a 1.2 changelog on the same link pattern as 1.1
[20:18]  * awilkins stops trusting the wiki editor
[20:18]  * luislavena agree with awilkins
[20:18] <luislavena> some housekeeping must be done :P
[20:20] <awilkins> THe memory usage in 1.2 is much better than 1.1, it makes bzr-svn almost usable on large trees :-)
[20:22] <foom> nobody updated the summary of new wonderful features in 1.2 either.
[20:23] <jelmer> awilkins: that still surprises me somewhat, none of the entries in NEWS seem related to decreased memory use
[20:24]  * awilkins isn't knocking it
[20:26] <luislavena> mm, is bzr branch supposed to work over password protected svn:// repositories?
[20:26] <awilkins> luislavena: Do a password-required thing with the svn client and cache your auth
[20:27] <awilkins> luislavena: Or use svn+ssh and ssh-agent
[20:27] <foom> (or use svn 1.5 I think jelmer said?)
[20:27] <luislavena> awilkins: already did, but svnserve.conf states "anon-access = none" .. and bzr branch failed
[20:28] <lifeless> moin
[20:28] <luislavena> awilkins: needed to change it to read for it to work... and was working with svn ci and others
[20:29] <lifeless> foom: hi
[20:29] <lifeless> foom: have you filed a bug ? :)
[20:30] <awilkins> Hmm, I agree that bit is a bit flaky.... using 1.5 is out for me until it releases, and also the wider ecosphere of svn tools releases.
[20:30] <foom> lifeless: Nope. But when I retry everything on bzr 1.2 I'll file bugs this time.
[20:30] <awilkins> 1.5 breaks the WC format again, I can't risk fubaring all my Eclipse plugins given that my current project has so many source control automations
[20:31]  * awilkins really wants to use bzr
[20:31] <lifeless> foom: thanks
[20:31] <lifeless> awilkins: 1.5?
[20:31] <awilkins> They do a lot of heinous branching and merging
[20:31] <awilkins> svn 1.5
[20:31] <lifeless> awilkins: oh, right
[20:31] <awilkins> Bah, can't branch bzr.dev from launchpad
[20:31] <awilkins>  Revision {('robertc@robertcollins.net-20070321041435-lyb7a2hxgb1547mj',)} not present
[20:32] <lifeless> we're correcting that at the moment
[20:32]  * awilkins is thankful
[20:32] <awilkins> does 1.2 work?
[20:32] <lifeless> we had a unreconciled repository floating around. bad booboo
[20:33] <awilkins> I just want to start trying to patch it up to support IronPython better
[20:36] <awilkins> Does launchpad support putting branches in a shared repo with the originating projec tyet?
[20:36] <luislavena> awilkins: tried what you said aboud anon-access and auth for a repo... bzr branch still yell at me...
[20:37] <luislavena> awilkins: I need to set anon-access = read in svnserve.conf for the repository so bzr can access it... even that authentication is being stored in subversion.
[20:37] <lifeless> awilkins: oh hmm, bzr.dev should be fine
[20:37]  * luislavena is using a copy of the server with svnserve (subversion smart server)
[20:38] <lifeless> awilkins: awilkins can you try branching bzr.dev from http://bazaar-vcs.org/bzr/bzr.dev please.
[20:38] <awilkins> lifeless: No probs
[20:39] <luislavena> jelmer: this should be a problem of python bindings or bzr-svn?
[20:39] <luislavena> bzr branch svn://localhost/repo/trunk repo-trunk output:
[20:39] <luislavena> bzr: ERROR: Permission denied: ".": Can't get password
[20:39] <awilkins> lifeless: I was using the lp:bzr link before
[20:42] <jelmer> luislavena: what version of the bindings and bzr-svn are you using?
[20:43] <lifeless> awilkins: it worked ok ?
[20:43] <luislavena> jelmer: the bindings indicatd in the BzrSvn wiki page and the bzr-svn package from there too (0.4.7)
[20:44] <jelmer> luislavena: this is a windows-specific issue in bzr-svn, which has been fixed in the development branch
[20:44] <awilkins> lifeless: It's still going
[20:44] <awilkins> I only have 2MBit/s bandwidth here
[20:44] <jelmer> luislavena: however, the development branch has some severe performance regressions atm
[20:45] <luislavena> jelmer: no problem, I can live with the anon-access issue for the time being :)
[20:45] <luislavena> jelmer: wanted to know before submit a bug report...
[20:45] <luislavena> don't want to waste your time or any other developers with duplicated bugs.
[20:46] <awilkins> lifeless: Same error
[20:47] <awilkins> lifeless: I'm branching inside a --rich-root-pack repo, is that effecting it?
[20:48]  * awilkins tries outside in a fresh folde
[20:48] <lifeless> awilkins: that will be causing it to rewrite the data; and I know there are bugs in that rewrite process
[20:50] <awilkins> Heh, different error in clean folder
[20:50] <awilkins> bzr: ERROR: Could not install revisions:
[20:50] <awilkins><EMAIL_ADDRESS>[20:51] <lifeless> doing bzr branch http://bazaar-vcs.org/bzr/bzr.dev test-bzr
[20:51] <lifeless> just worked for me
[20:51] <lifeless> do you have a web proxy?
[20:52] <lifeless> actually, just try again, we may have raced with each other
[20:52] <awilkins> There is a transparent proxy here, ISP flavoured
[20:52]  * awilkins goes
[20:54] <lifeless> it shouldn't be an issue actually
[20:54] <lifeless> we've made our primary files cacheable
[20:54] <awilkins> Looks healthier so far
[20:54] <awmcclain> Hi all.. I'm transitioning my team from SVN to bazaar. I'm looking to split up our current SVN trunk into a few sub branches in the bzr repo. I'm trying to make branching as painless as possible. Is there a way to export, say, just the last 30 revisions of an SVN directory into a new bzr branch?
[20:59] <awilkins> lifeless: Branched 3228 revision(s).
[21:01] <awilkins> lifeless: And trying to branch it into a --rich-root-pack repo produces the robercollins error
[21:03] <awilkins> lifeless: Trying the same with a pack0.92 repo works fine
[21:11] <lifeless> awilkins: please file a bug; not sure where the fault lies
[21:25] <ubotu> New bug: #193804 in bzr "Branching bzr.dev to rich-root-pack causes error" [Undecided,New] https://launchpad.net/bugs/193804
[21:29] <abentley> awilkins: You realize your changes won't be mergeable if you do them in a --rich-root-pack repository?
[21:31]  * awilkins is now using pack0.92 because you can't branch to a rich-root-pack anyway
[21:50] <ubotu> New bug: #193814 in bzr-svn "find_repository on local disk does network traffic" [Undecided,New] https://launchpad.net/bugs/193814
[21:54] <jelmer> lifeless: Stop reading my mind!
[21:54] <jelmer> I was five seconds away from committing a fix for that bug when you filed it :-)
[21:54] <fullermd> He doesn't need to _stop_; he just needs to do a better job of it   :p
[21:55] <bob2> or read the fix out of your mind, too
[22:04] <lifeless> jelmer: :)
[22:04] <lifeless> jelmer: it just makes you look responsive :)
[22:17] <igc> mornng
[22:35] <boolegue> hello
[22:37] <boolegue> anybody to answer question ?
[22:43] <awilkins> No, we're all dead
[22:43]  * awilkins moulders
[22:44] <boolegue> do dead answer bzr question ? ^^
[22:44] <dato> boolegue: just ask your question and stay around for a while
[22:44] <boolegue> ok
[22:48] <boolegue> I renamed and moved to a different directory a file that was versioned, now I want to tell bzr about this and used bzr mv oldfile newfile
[22:48] <boolegue> but it fails
[22:48] <awmcclain> I'm looking to split up our current SVN trunk into a few sub branches in the bzr repo. I'm trying to make branching as painless as possible. Is there a way to export, say, just the last 30 revisions of an SVN directory into a new bzr branch? (sorry about the repost, my internet died since I asked earlier)
[22:49] <boolegue> I get something like bzr: ERROR: Could not rename newfile => oldfile is not versioned.
[22:49] <dato> boolegue: try `bzr mv --after oldfile newfile`
[22:50] <boolegue> -- after dont 't improve things
[22:50] <boolegue> same result
[22:50] <boolegue> but bzr status tells oldfile has removed
[22:51] <boolegue> as removed
[22:51] <bob2> did you run "bzr mv --after filename directory/filename"?
[22:51] <boolegue> I used full relative paths
[22:53] <bob2> did mv say anything?
[22:53] <boolegue> something like bzr: ERROR: Could not rename newfile => oldfile is not versioned.
[22:54] <bob2> does "bzr status" show the file as newly added, in it's new location?
[22:55] <boolegue> I tried without and with newfile added to bzr, same result
[22:55] <bob2> oh, is the dir added?
[22:55] <fullermd> The simple answer is just mv it back to the old location, then bzr mv it to the new.
[22:56] <fullermd> (that doesn't necessarily do much to answer "why isn't it working as-is, which it should", but it does get you to Point B)
[22:58] <boolegue> actually, with newfile versioned, I get bzr: ERROR: Could not move olfile => newfile: newfile is already versioned.
[22:59] <boolegue> by versioned here I mean added
[22:59] <fullermd> Yeah, you don't want to do that.
[23:01] <boolegue> I am using version 1.1 on os x 10.5.2
[23:06] <boolegue> looks like adding the new directory but not its content worked
[23:06] <boolegue> with bzr add --no-recurse
[23:07] <bob2> "bzr mkdir" is handy, too
[23:07] <boolegue> but status shows oldfile as removed, is it normal ?
[23:08] <bob2> it should only show up in "renamed:"
[23:09] <boolegue> it doesn't :-/
[23:09] <boolegue> oldfile is removed and newfile is added, status said
[23:10] <bob2> fullermd's right, mv it back to it's original location, then "bzr mv oldfile newdir/newfile"
[23:11] <boolegue> ok but I have actually about 100 files !
[23:12] <bob2> did their filenames change or just their location?
[23:12] <boolegue> both
[23:12] <boolegue> a painfull task without bzr helping
[23:13] <bob2> well, you'll need to run "bzr mv --after oldfilename dir/newfilename" the same way you ran the original bzr mv
[23:18] <bob2> hm, maybe vcs-load-dirs would be the way to go
[23:18] <bob2> or reverting and starting over (all the mvs would at least be in your shell history)
[23:19] <boolegue> after doesn't change anything
[23:20] <boolegue> but wait, now even bzr mv isn't working while it was 5 minutes ago after adding the newdir only
[23:21] <bob2> oh, you need to "bzr rm --keep" hte incorrectly "added" ones first
[23:21] <boolegue> I don't get it
[23:21] <boolegue> I did
[23:22] <boolegue> the new dir and file is reported as unknown
[23:23] <fullermd> The dir needs to be known.  You can't add a file inside a non-added dir, or move a file into a non-added dir.
[23:24] <boolegue> that seems intuitive, is --no-recurse the right option ?
[23:24] <bob2> yes
[23:27] <boolegue> ok so how about I revert to the old source tree, then bzr mv, then replace the tree with actual tree (newdir/newfile is a modified oldfile)
[23:27] <boolegue> ?
[23:31] <johnny> how do you guys handle sharing a set of plugins among a project with multiple users?
[23:34] <lifeless> poolie: yesterday I said:
[23:34] <lifeless> 15:51 < lifeless> poolie: Thats a full day for me, two merge/review requests sent in, 1 branch merged. Stacking moving along well. Tchau.


[16:32] <mup> Bug #1974468 opened: Search should be able to search on Make and Model data for machiens <MAAS:New> <https://launchpad.net/bugs/1974468>
[16:35] <mup> Bug #1974468 changed: Search should be able to search on Make and Model data for machiens <MAAS:New> <https://launchpad.net/bugs/1974468>
[16:38] <mup> Bug #1974468 opened: Search should be able to search on Make and Model data for machiens <MAAS:New> <https://launchpad.net/bugs/1974468>
[20:41] <mup> Bug #1974480 opened: changing image source forces re-select all images and architecture individually step by step  <ui> <MAAS:New> <https://launchpad.net/bugs/1974480>
[20:47] <mup> Bug #1974480 changed: changing image source forces re-select all images and architecture individually step by step  <ui> <MAAS:New> <https://launchpad.net/bugs/1974480>
[20:50] <mup> Bug #1974480 opened: changing image source forces re-select all images and architecture individually step by step  <ui> <MAAS:New> <https://launchpad.net/bugs/1974480>
[22:39] <mup> Bug #1974468 changed: Search should be able to search on Make and Model data for machiens <MAAS:Invalid> <https://launchpad.net/bugs/1974468>


[00:05] <Bunie> Hey guys :D
[00:05] <Bunie> my lubuntu wont hibernate?
[00:05] <Bunie> i click hibernate but when i power back on it just restarts as normal
[00:05] <MrChrisDruif> Bunie; how much swap did you allocate?
[00:05] <Bunie> MrChrisDruif: I let it handle itself :S
[00:06] <Bunie> how do i check
[00:06] <MrChrisDruif> (P.S. I've yet to make a machine properly hibernate with Ubuntu)
[00:06] <MrChrisDruif> You've got that disk utility right?
[00:06]  * MrChrisDruif not on Lubuntu atm
[00:06] <jrgifford> MrChrisDruif: i've always had my machines properly hiberate. :P
[00:07] <Bunie> Ah =/ Hibernation is a LITTLE important to me, but lubuntu boots pretty fast so its not that impoortant i guess
[00:07] <Bunie> gparted, you mean?
[00:07] <MrChrisDruif> Well then jrgifford, I'll let you do the talking then ^_^
[00:07] <jrgifford> Bunie: run 'cat /proc/swaps'
[00:07] <jrgifford> MrChrisDruif: it's always worked out of the box for me, never had to mess with it. :P
[00:07] <Bunie> Shows one partition
[00:07] <jrgifford> how big?
[00:08] <MrChrisDruif> It USED to work back at Ubuntu 9.10 or something like that
[00:08] <Bunie> 3396604
[00:08] <jrgifford> so 3.3GB
[00:08] <jrgifford> how much ram do you have?
[00:08] <Bunie> used 0 :P lols
[00:08] <Bunie> 4GB
[00:08] <MrChrisDruif> I've got 5858300
[00:08] <Bunie> ahh
[00:08] <Bunie> i see lols
[00:08] <MrChrisDruif> (Might as well try to get it working on my machine as well ^_^ )
[00:09] <Bunie> if i can use gparted to increase the size of swap past my ram, it should work?
[00:09] <MrChrisDruif> I've also got 4GB
[00:09] <jrgifford> don't try to increase the SWAP size while you're running lubuntu
[00:09] <Bunie> jrgifford: Can i unmount swap and do it?
[00:09] <MrChrisDruif> Bunie; You'd have to use the LiveCD or LiveUSB to decrease your / partition
[00:09] <Bunie> or should i use a  liveusb
[00:09] <Bunie> kays
[00:10] <MrChrisDruif> Assuming that you've used your entire drive ^_^
[00:10] <jrgifford> rule of thumb for swap space is to have 2X your ram.
[00:10] <jrgifford> so because i have 4GB of ram, i have a 8GB swap partition.
[00:10] <Bunie> well thatd be nice
[00:10] <Bunie> but im gonna go for 1.5
[00:10] <Bunie> due to like
[00:10] <Bunie> my hdd only being 20GB or somethin
[00:10] <MrChrisDruif> jrgifford; I've got 5858300 of swap and 4GB of RAM
[00:10] <jrgifford> fair enough in that case.
[00:11] <Bunie> besides, thats only important if you ever end up utilizing ur swap
[00:11] <MrChrisDruif> *Should* about 1,5 right?
[00:11] <jrgifford> MrChrisDruif: that's not bad. you have more swap than ram - that's what really really really really matters.
[00:11] <Bunie> i've got enough ram that i doubt ill ever need it
[00:11] <Bunie> by 1.5 i ment 1.5x my ram, like 6GB
[00:11] <jrgifford> yeah, 1.5x your ram is fine.
[00:11] <MrChrisDruif> Same here Bunie , but still I'd like a working hibernation ^_^
[00:11] <Bunie> i think you only need more when ur using swap + hybernation
[00:12] <Bunie> with 4GB of ram i doubt ull use any swap using lubuntu Lols
[00:12] <Bunie> but i dunno ;D im new here
[00:12] <Bunie> depends what you do i guess.
[00:12] <jrgifford> i rarely use any swap with my normal ubuntu.
[00:13] <MrChrisDruif> With about 30 tabs in chromium I'm using 0.3% of swap atm
[00:14] <Bunie> Chromium has always been a ram hog for me D;
[00:14] <Bunie> ppl say FFox hogs ram but
[00:14] <Bunie> Chromium runs like 20 processes for 2 tabs lolol
[00:14] <jrgifford> i'm using 12MB of my 8GB of swap, but then again i'm not compiling anything atm. i normally am compiling a few things, running a web server or two, or something like that.
[00:15] <Bunie> mkay so
[00:15] <Bunie> it says
[00:16] <Bunie> 34GB ext4, 3.24GB extended
[00:16] <Bunie> with a branch under it that says 3.24GB Unknown
[00:16] <Bunie> with a red "!"
[00:17] <jrgifford> can you take a screenshot and upload it to imgur.com? what you're describing isn't making much sense.
[00:17] <Bunie> quickest way to do that?
[00:17] <Bunie> im an l/ubuntu/linux noob
[00:17] <Bunie> cant print screen and paste in paint D; Lols
[00:17] <jrgifford> print screen button
[00:17] <jrgifford> and it'll ask you to save it somewhere
[00:17] <jrgifford> do that, and then upload to imgur. :)
[00:18] <Bunie> and if it doesnt ask?
[00:18] <Bunie> im running the live disk, btw.
[00:18] <jrgifford> it'll ask.
[00:18] <Bunie> its not >>
[00:18] <jrgifford> odd...
[00:18] <Bunie> ohhh
[00:18] <Bunie> its auto saving
[00:19] <Bunie> to  home/ubuntu
[00:19] <jrgifford> oohhh... forgot it did that.
[00:20] <Bunie-Lubuntu> So i can copy and paste the link :P
[00:20] <jrgifford> yup.
[00:20] <Bunie-Lubuntu> http://postimage.org/image/d5r4l4kdt/
[00:21] <jrgifford> what happens if you roll your mouse over the red ! ?
[00:21] <Bunie> nothin
[00:21] <Bunie> right click and going to information
[00:21] <Bunie> say sstuff
[00:21] <Bunie> "unable to detect file system"
[00:22] <jrgifford> ohh.... thats normal, since it's swap space which isn't a normal file system
[00:22] <Bunie> :P
[00:22] <Bunie> ks
[00:22] <Bunie> But then
[00:22] <Bunie> how do i enlarge a FS
[00:22] <Bunie> that it doesnt know about?
[00:22] <jrgifford> you need to shrink /dev/sda1
[00:22] <jrgifford> and then enlarge /dev/sda2, and then enlarge /dev/sda5
[00:23] <jrgifford> but before you do anything make sure you have a backup
[00:23] <Bunie> im only like an hour into my install
[00:23] <Bunie> i wont lose much
[00:24] <jrgifford> then it's "ok" then.
[00:24] <MrChrisDruif> jrgifford; lubuntu != ubuntu. Lubuntu uses scrot which auto-saves to ~/
[00:25] <Bunie> should i shrink it on the left side or the right?
[00:25] <MrChrisDruif> On what side it the other?
[00:26] <Bunie> the screenshot i sent shows a square on the right side of my main partition
[00:26] <MrChrisDruif> Shrink it on that side, otherwise you also need to move it
[00:26] <Bunie> but shows some "yellowish" area on the left?
[00:26]  * MrChrisDruif looking
[00:26] <Bunie> maybe the yellowish is showing how much ive used?
[00:26] <MrChrisDruif> Yup
[00:27] <MrChrisDruif> And besides, on the right side is already sda2 && sda5
[00:27] <Bunie> "Moving a partition might cause your operating system to fail to boot"?
[00:27] <MrChrisDruif> Are you moving it?
[00:28] <MrChrisDruif> I only said resizing on the right ;-)
[00:28] <Bunie> yeh thats what i tried to resize
[00:28] <Bunie> but the right partition has to be moved left
[00:28] <Bunie> or streached left*
[00:28] <Bunie> and then i've got another problem
[00:28] <MrChrisDruif> Ah, it'll shrink and then move to the left I think?
[00:28] <MrChrisDruif> jrgifford; ^
[00:29] <Bunie> i need jrgifford to come back lols
[00:29] <jrgifford> sorry.
[00:29] <jrgifford> was grabbing some more tea really quick.
[00:29] <MrChrisDruif> Keep your head with it jrgifford ^_^
[00:29] <Bunie-Lubuntu> im gonna upload you another image just because im lost.
[00:29] <Bunie-Lubuntu> it wont let me increase the size of the unknown partition
[00:29] <MrChrisDruif> Bunie-Lubuntu; because it's nested inside the extended partition
[00:30] <MrChrisDruif> Did you try enlarging it first?
[00:30] <jrgifford> i think you can't do it that way
[00:30] <Bunie-Lubuntu> http://postimage.org/image/5hslnv0i3/
[00:30] <Bunie> wait
[00:30] <Bunie> nvm yeh
[00:31] <MrChrisDruif> Bunie; why don't you just delete the unknown partition?
[00:31] <jrgifford> Bunie: right-click /dev/sda5
[00:31] <jrgifford> MrChrisDruif: that causes problems with lubuntus swap setup
[00:31] <jrgifford> might make him unable to boot.
[00:31] <Bunie> right click it and do what?
[00:31] <jrgifford> right click and select resize/move
[00:31] <Bunie> it's grey'd out
[00:32] <Bunie> wich makes since to me, it cant manage an unknown filesystem can it?
[00:32] <Bunie> Sense*
[00:32] <MrChrisDruif> jrgifford; doesn't the boot sequence look for swap every boot?
[00:33] <jrgifford> MrChrisDruif: not sure... let me look really quick.
[00:33] <MrChrisDruif> As long as a partition is marked as swap it'll act like it I think
[00:33] <Bunie> so yeh what if i delete extended and create one big linux-swap?
[00:34] <jrgifford> Bunie: yes.
[00:34] <Bunie> the fact that its "unknown" might be why hibernations not working, and why i was uisng 0MB of swap
[00:34] <jrgifford> it's safe to do that.
[00:34]  * MrChrisDruif thinks so
[00:34] <jrgifford> according to the swapFAQ. - https://help.ubuntu.com/community/SwapFaq#How_do_I_add_more_swap.3F
[00:34] <Bunie> the OS may not be using it at all
[00:34] <Bunie> so just erase SDA5
[00:34] <Bunie> and create a linux-swap partition?
[00:34] <jrgifford> yes.
[00:36] <MrChrisDruif> jrgifford; maybe also delete sd2? At least the extended part?
[00:36] <MrChrisDruif> Just a normal partition..
[00:36] <Bunie> yeh i could use a real partition
[00:36] <Bunie> then again, not sure it would make any difference?
[00:36] <jrgifford> yeah, since you don't really need the logical partition...
[00:36] <Bunie> i guess i can do that D;
[00:37] <Bunie> there
[00:37] <Bunie> i did the math to make my ext4 partition exactly 32GB, the rest went to swap :D
[00:38] <Bunie> now lets hope it boots D;
[00:38] <jrgifford> Bunie: apply those changes first.
[00:38] <Bunie> i did
[00:38] <jrgifford> ok, good. :)
[00:38] <Bunie> i hate how live disks need to "unload" on shutdown
[00:38] <Bunie> when theyre read only, why not just power off Lols
[00:39] <jrgifford> well, they aren't always read only
[00:39] <jrgifford> sometimes they are USB sticks, and those aren't always read only.
[00:39] <Bunie> yeah i know
[00:39] <Bunie> i've used a persistant usb before, pretty amazing stuff.
[00:40] <Bunie> Kay so
[00:40] <Bunie> how to test swap? :P
[00:40] <jrgifford> hibernate it. then you'll know for sure.
[00:40] <Bunie> nope
[00:40] <Bunie> lol
[00:40] <Bunie> no hibernate option
[00:41] <jrgifford> look at the "Making the SWAP partition work for hibernate" section here - https://help.ubuntu.com/community/SwapFaq#How_do_I_add_more_swap.3F
[00:41] <Bunie> wait i figured something out i think
[00:41] <Bunie> hibernates back
[00:42] <jrgifford> oh cool!
[00:42] <Bunie> went into gparted, right clicked it, and selected "swapon"
[00:42] <Bunie> rebooting, lets see if it works! :D
[00:42] <Bunie> doesnt look like it so far ><
[00:43] <Bunie> nope
[00:43] <Bunie> and sda2 once again says "unknown" now.
[00:43] <Bunie> no longer linux-swap
[00:43] <Bunie> APARENTLY, latest lubuntu broke hibernation
[00:43] <Bunie> and attempting to, destroys swap partition?
[00:44] <jrgifford> i'm now way out of my depth with this. :(
[00:44] <Bunie> dunno. my guess is lubuntu hibernation is broken
[00:45] <MrChrisDruif> Would care to report it on launchpad?
[00:45] <Bunie> Whats a launch pad? D;
[00:46] <MrChrisDruif> A launchpad page is where projects are managed
[00:47] <Bunie> It's not automatically mounting my new swap partition ._.
[00:47] <MrChrisDruif> https://bugs.launchpad.net/~lubuntu-desktop
[00:48] <Bunie> I could be wrong, im a linux noobie :P
[00:48] <Bunie> i think ill wait on reporting a bug
[00:48] <Bunie> tho, hibernation causing a linux-swap partition to become "unknown" is pretty buggy. hm D;
[00:50] <MrChrisDruif> If you'd like to report it, the team would be very thankful
[00:50] <Bunie> Oh! oh! One thing that does bother me slightly
[00:51] <Bunie> the clock says 19:50, i want it to use AM/PM instead?
[00:51] <MrChrisDruif> RMB doesn't do it?
[00:51] <MrChrisDruif> Right Mouse Button*
[00:52] <Bunie> it lets me go to digital clock settings
[00:52] <Bunie> where it says format %r
[00:53] <Bunie> ohh
[00:53] <Bunie> i figured it out
[00:53] <Bunie> :D
[00:53] <Bunie> yey
[00:58] <MrChrisDruif> Cool
[00:58] <MrChrisDruif> Sorry, got a bit distracted
[01:00] <Bunie> also it looks like it was encrypting my swap or somethin
[01:01] <Bunie> i've got the swap file to mount on boot :3
[01:02] <Bunie> testing hibernation
[01:02] <Bunie> nope ._.  dont think it worked
[01:03] <Bunie> nope, but swap isnt broken :3 progress!
[01:03] <jrgifford> yay for progress!
[01:05] <Bunie> kay
[01:05] <Bunie> grub_cmdline_linux=" "
[01:05] <Bunie> >:3
[01:05] <Bunie> im gonna break it i know it D; Lols
[01:09] <iceroot> btw, great logon-screen for lightdm :)
[01:10] <MrChrisDruif> The LXDM?
[01:10] <iceroot> lightdm on 12.04
[01:10] <iceroot> dont know if it is also for lxdm on 11.10
[01:10] <MrChrisDruif> Ah, lightdm on 12.04
[01:11] <MrChrisDruif> Didn't know or remember you ran 12.04
[01:11] <Bunie> time to see if i broked it :3
[01:11] <iceroot> 11.10 is not fun for hunting bugs, there are not enough of them :)
[01:11] <Bunie> iceroot: hibernation. k go.
[01:11] <Bunie> :P
[01:12] <iceroot> hibernation is always the hell on GNU/Linux
[01:12] <MrChrisDruif> iceroot; +1
[01:13] <iceroot> long ago i gave up on that topic
[01:13] <Bunie> moment of truths
[01:13] <Bunie> did i get it working?! :3
[01:13] <Bunie> yesh!
[01:13] <Bunie> i has hibernation and you don't, MrChrisDruif! -does a jig-
[01:13] <Bunie> ♥
[01:14] <MrChrisDruif> =(
[01:14] <Bunie> i did it in like, 5 minutes, and im a windows nub :3 you should give it a shot
[01:14]  * MrChrisDruif hasn't tried hibernate in a while, not even after changing the swap size ^_^
[01:14] <iceroot> Bunie: depending very strong on the hardware
[01:14] <Bunie> i went in and changed grub and did something with initram or something, something i read on a swapfaq page
[01:14] <iceroot> trust me, hibneration is even more hell then owning apple-products
[01:15] <Bunie> iceroot: But the "bug" wasnt hibneration not working, per-say
[01:15] <Bunie> it was attempting to hibernate corrupted the swap partition
[01:15] <iceroot> ah ok
[01:15] <Bunie> was gonna report it but id have to make an acc, etc, meh. :P
[01:16] <iceroot> Bunie: please always reports bugs
[01:16] <iceroot> !bug | Bunie
[01:16] <iceroot> Bunie: so the next person will hopefully not run in that issue
[01:16] <Bunie> but yeh if you install lubuntu 11.10 and try to hibernate, your linux-swap partition says "Unknown"
[01:16] <MrChrisDruif> Bugs Bunie ^_^ Sounds like Bugs Bunny =P
[01:17] <Bunie> :P
[01:17] <iceroot> Bunie: i would suggest you setup an account on launchpad, create a bug, descripe the issue and the workaround
[01:17] <iceroot> only with something like that it is possible to make ubuntu better
[01:23] <Bunie> no idea how to report a bug, im on the launchpad pasge
[01:24] <iceroot> Bunie: open a terminal and type "ubuntu-bug lxde"
[01:24] <iceroot> Bunie: also see https://help.ubuntu.com/community/ReportingBugs
[01:38] <Bunie> Im having a problem that i didnt have with Ubuntu
[01:38] <Bunie> Accessing windows networks
[01:39] <Bunie> in ubuntu, it required me to know my user password even though the directories didnt require passwords, but it worked
[01:39] <Bunie> Lubuntu i cant access them at all =/
[01:42] <Bunie> lol installing an i386 package on x64 =/
[01:43] <Bunie> just stops mid install
[01:43] <Bunie> oh wells
[01:43] <jrgifford> Bunie: i install i386 packages on my 64 all the time. . .
[01:44] <jrgifford> whats the error?
[01:44] <Bunie> o error
[01:44] <Bunie> Processing triggersd for man-db ...
[01:44] <Bunie> then stops
[01:44] <jrgifford> as in it pauses?
[01:44] <Bunie> no
[01:44] <Bunie> as i in i can type again
[01:44] <Bunie> etc.
[01:44] <jrgifford> sounds like it's done then.
[01:45] <Bunie> You'd think that, but its no where to be found =/
[01:45] <Bunie> that or im fckn blind
[01:45] <Bunie> nvm :3
[01:45] <jrgifford> try installing it again, it should tell you if it's complete or not
[01:47] <Bunie> how well does firefox run on wine in comparison to the native linux one?
[01:48] <Bunie> also how do i get a diff cursor? This feels like my apple notebook from the 90's
[01:59] <Bunie> nobody can help me access Windows networks?
[02:01] <MrChrisDruif> samba?
[02:01] <MrChrisDruif> !samba
[02:01] <Bunie> it works in Ubuntu
[02:01] <Bunie> but not Lubuntu
[02:02]  * MrChrisDruif can't test, haven't got any Windows at all
[02:02] <MrChrisDruif> ..in my network
[02:02] <Bunie> i tried ubuntu last night
[02:02] <Bunie> could easily access my window pc's shared files
[02:03] <MrChrisDruif> !samba | Bunie
[02:04] <Bunie> wait im having some luck with it now =o
[02:06] <Bunie> X:\gams
[02:08] <Bunie> oops
[02:08] <Bunie> ment to type that elsewhere
[02:08] <Bunie> D;
[02:15] <Bunie> how do i create a shortcut to my Home on my desktop?
[02:15] <Bunie> and how would i make what windows refers to as Batch files?
[02:15] <MrChrisDruif> Lxshortcut I think..
[02:16] <Bunie> also just out of curiosity, what happens if i use the package manager to say, install Gnome?
[02:17] <MrChrisDruif> Bunie; Here's our FAQ area. I hope you'll find answers there as I'm off to bed: https://help.ubuntu.com/community/Lubuntu/Documentation/FAQ
[02:18] <Bunie> Sleep tight :3
[02:18] <MrChrisDruif> Well, it'll install Gnome ^_^
[02:18] <Bunie> will i be able to use it?
[02:18] <Bunie> or select it from the login screen?
[02:18] <MrChrisDruif> And at log in you'll be able to choose which session you'd like to run
[02:18] <Bunie> that sounds neat~
[02:19] <Bunie> i may check it out for fun. learning experience and what-not
[02:19] <Bunie> have a good night :3
[02:19] <MrChrisDruif> You too
[02:19] <Bunie> Darn, nearly 700MB of space XD
[02:19] <MrChrisDruif> Bunie; https://help.ubuntu.com/community/Lubuntu/Documentation/FAQ/Guides#How_can_I_create_a_shortcut_on_the_Desktop
[02:20] <Bunie> Thanks, your a nice guy :3
[02:20] <MrChrisDruif> But you'll need to toy with that, as it's only about apps
[02:20] <MrChrisDruif> You'd probably need to have some terminal command to start the app with the proper settings
[02:21] <Bunie> OH ONE QUIC KEASY QUESTION
[02:21] <Bunie> ive seen some commands have "&" at the end
[02:21] <Bunie> why? :p
[02:22] <MrChrisDruif> It should let them run in their own process, aka let them run without making your Terminal unusable
[02:22] <Bunie> oh, epic.
[02:22] <Bunie> This general "Gnome" package
[02:22] <Bunie> its not unity right?
[02:22] <Bunie> XD
[02:22] <MrChrisDruif> I heard you can close the terminal with Ctrl+D without killing the process
[02:22] <Bunie> thanks for the info
[02:22] <Bunie> sorry for keeping you :3
[02:23] <MrChrisDruif> Well, Gnome != Unity, but Unity == Gnome
[02:23] <Bunie> well yeh :P
[02:23] <Bunie> but im not gonna log into gnome
[02:23] <Bunie> and see unity
[02:23] <Bunie> right?
[02:23] <MrChrisDruif> But you mean the gnome package I think?
[02:23] <Bunie> yeh
[02:23] <Bunie> just "Gnome" is all i selected to install
[02:23] <MrChrisDruif> Where?
[02:23] <Bunie> synaptic package manager
[02:24]  * MrChrisDruif usually installs with terminal ^_^
[02:24] <Bunie> same thing yes?
[02:24] <Bunie> dont they come from the same repos?
[02:24] <Bunie> like, package manager uses apt-get?
[02:24] <Bunie> idk :P so much to learn
[02:24] <Bunie> i feel kinda dumb
[02:24] <MrChrisDruif> Yes, but with the terminal you'll get the specific technical name ^_^
[02:24] <Bunie> going with Lubuntu
[02:25] <Bunie> and then installing gnome
[02:25] <Bunie> lxdm? gdm?
[02:25] <Bunie> oh
[02:25] <Bunie> gnome and lx
[02:25] <Bunie> i get it ;D nvm
[02:25] <Bunie> OH
[02:25] <Bunie> these packages
[02:25] <Bunie> they delete after install, right?
[02:26] <Bunie> i dont have 5000 packages idle on my hdd?
[02:26] <MrChrisDruif> lxdm and gdm are the Desktop Managers of LXDE && Gnome respectively
[02:26] <MrChrisDruif> Btw, LightDM is very nice to the eyes ^_^
[02:26] <MrChrisDruif> And does practically the same
[02:26] <Bunie> whats LightDM?
[02:27] <Bunie> something i can install?
[02:27] <MrChrisDruif> Yup
[02:27] <Bunie> ill check it out after gnome is done taking up 1GB of my space for nothin :P
[02:27] <MrChrisDruif> Btw, which Gnome do you want to try? The new and improved Gnome 3 with Gnome Shell or the old Gnome2?
[02:27] <Bunie> i always like new
[02:27] <Bunie> :P
[02:28] <Bunie> how well will these multiple dm things work with each other?
[02:28] <Bunie> like if i have stuff on my lx desktop, will it be on my gdm desktop?
[02:28] <MrChrisDruif> You only use one
[02:28] <Bunie> they all use /home so.. theyll all have the same stuff yes?
[02:28] <MrChrisDruif> Yup, it's just a different session
[02:29] <Bunie> what about CTRL+ALT+F1
[02:29] <Bunie> etc.
[02:29] <Bunie> how do i start x on those?
[02:29] <Bunie> i thought it was "start x"
[02:29] <Bunie> but aparently it isnt
[02:29] <Bunie> or can X only run once?
[02:29] <MrChrisDruif> So for instance: if you have Chromium set up to open the same tabs as when you close, you'll get the same on either session
[02:30] <MrChrisDruif> Does are the tty's
[02:30] <MrChrisDruif> I'm not sure what they do
[02:30] <Bunie> they allow you to log onto multiple users and stuff
[02:30] <MrChrisDruif> I don't know
[02:30] <MrChrisDruif> I only got one user on this computer && network
[02:31] <MrChrisDruif> ^_^
[02:31] <iceroot> Bunie: you can run multiple instances of X
[02:31] <Bunie> its neat tho, its like you can run multiple pc's at once almost :P
[02:31] <Bunie> lols
[02:31] <iceroot> Bunie: normally used on a setup with 2 monitors where each monitor is running an own instance of x
[02:32] <MrChrisDruif> Btw, to view what options you've got with that lxshortcut (or other terminal command) use the -h or --help option
[02:32] <MrChrisDruif> Anyhow Bunie
[02:32] <Bunie> "startx -- :1"
[02:32] <MrChrisDruif> I'll be back tomorrow and maybe iceroot can help you a bit further
[02:33] <Bunie> :p lols iceroot? help the likes of me? Psh
[02:33] <Bunie> Lols anyway gnite :D
[02:37] <Bunie> running X Multiple times doesnt work right. i wish it did, that'd be awesome :3 pointless, but awesome.
[02:52] <Bunie> What is OpenBox?
[04:16] <Bunie_> Hi guys :D
[06:08] <bkm> Gtk-Message: Failed to load module "canberra-gtk-module" <- i see this a lot. specific case is making a gnuplot plot. happy 2012!
[10:16] <iceroot> need some help from a lubuntu-package-maintainer, would be great if someone can contact me. topic is the buildprocess of the latest lxde packages from the git-repo as a debian-package
[10:19] <iceroot> http://sourceforge.net/tracker/?func=detail&aid=3468291&group_id=180858&atid=894869 and http://sourceforge.net/tracker/?func=detail&aid=3468292&group_id=180858&atid=894869 specially the second bug i cant fix and wanted to know if this method/git-repo is the correct one
[10:21] <iceroot> or maybe there is a another way to have the latest version on ubuntu without compiling it with make, so i still have a clean system, managed by dpkg
[11:45] <head_victim> iceroot: I don't think they're online at the moment, the best way to get on to them when they're not here is either raising bugs on launchpad (if appropriate) or contacting them on the mailing list.
[11:52] <iceroot> head_victim: sounds like a good idea, i will create a bug on the issue about a documentation how to provide better testing-results in lubuntu
[11:53] <iceroot> i think we need a standard-solution on how to handle upstreambugs, because lxde-team will always ask (does it happen on the latest version)
[12:00] <head_victim> iceroot: without upstream there is no Lubuntu so communication and testing is important :)
[12:01] <head_victim> Sorry I'm not able to help much myself but if you raise the bug or jump on the mailing list I'm sure you'll get some assistance.
[12:04] <DanielSenat> (laptop)My fan seems to work a lot more when I use external usb mouse and keyboard
[12:06] <iceroot> head_victim: you are right about upstream and i am really interested working on the lubuntu/lxde project, so in the first two steps i requested a membership of lubuntu-team and also will create that bug :)
[13:13] <iceroot> first step done :)
[13:18] <]Spectre[> well done
[13:28] <iceroot> phillw: thank you for that :)
[13:30] <phillw> yw
[15:23] <benoliver999> I'm having awful trouble getting the panel to work right. http://db.tt/29I88esN
[15:24] <iceroot> benoliver999: its a bug
[15:24] <benoliver999> Ah
[15:24] <iceroot> benoliver999: https://bugs.launchpad.net/ubuntu/+source/lxpanel/+bug/846878
[15:25] <benoliver999> Anyway to get the clock back?
[15:25] <benoliver999> It comes and goes as it pleases.
[15:26] <iceroot> ah you are talking about the clock, not the spaces in the panel
[15:26] <benoliver999> Well, both.
[15:26] <benoliver999> The spaces happen, as mentioned in the bug report, on a suspend/wake cycle.
[15:27] <benoliver999> The clock... I have no idea what happened.
[15:28] <benoliver999> Ah I got it back after a poke around.
[15:28] <benoliver999> Thanks for the heads up about the bug
[17:09] <iceroot> lubuntu 12.04 will get 18month sec-updates for lxde-related packages? everything else is following the normal lts-rules? or does lubuntu have less then 18month of support?
[17:12] <gigirock> Do lubuntu install in 4gb ?
[17:12] <iceroot> gigirock: yes
[17:13] <gigirock> iceroot: it is a eeepc with ssd
[17:13] <iceroot> gigirock: i am also running lubuntu on a eeepc
[17:14] <iceroot> gigirock: my / is taking 5.1GB but i installed a lot of additional stuff
[17:14] <iceroot> 4gb is enough for a lubuntu-installation
[17:18] <gigirock> Allright i will try tonite is it possible via netinstall with unetbootin ?
[17:18] <gigirock> I fear i have no cd device
[17:33] <phillw> iceroot: IIRC, 12.04 is not an official LTS for Lubuntu, but it will receieve at leat
[17:34] <phillw> least 18 months support
[17:34] <phillw> the hope is we may have more people on dev / packaging by the time 14.04 is due.
[17:35] <jrgifford> phillw is correct. 12.04 for Lubuntu is *not* an LTS>
[17:36] <phillw> we're also hoping to throw some more stuff at 10.04 before it retires. It is matter of prioritising workload for the precious few devs
[17:46] <bkm> Gtk-Message: Failed to load module "canberra-gtk-module" <- i see this a lot. Specific case is running gnuplot from the command line
[17:51] <iceroot> phillw: thanks for the info about that, looking for a good solution for a big roleout (3000 clients) and updating every 18 month is a very nice thing. maybe backporting by hand is the only solution for me
[17:52] <iceroot> is not
[17:54] <iceroot> but if 14.04 maybe has an lts, i think using 12.04 and backporting the last 6 month by hand is ok
[17:57] <iceroot> !flavor (something important missing)
[17:57] <iceroot> hö?
[17:57] <iceroot> !flavor
[18:02] <phillw> iceroot: the kernel updates etc will still continuw, just lubuntu specific stuff will not.
[18:02] <iceroot> phillw: yes, all the lxde packages are EOL then
[18:04] <iceroot> any chances 12.04 lubuntu will be lts on a later point? mabye when the team is bigger? or is this 100% not possible?
[18:05] <iceroot> i could do some backporting on patches, maybe i will open a topic about that on the mailing-list
[18:05] <jrgifford> retroactively make it an LTS?
[18:06] <iceroot> i would say, backporting sec-patches is a good start for lts
[18:07] <iceroot> maybe not 5 years lts but 3 lts
[18:07] <iceroot> or even 2 years to have always support untl 14.04
[20:08] <]Spectre[> is incredible
[20:11] <]Spectre[> I have a bug "inside of the lcd screen"  I was pushing him on the screen to kill him but I saw that he is behind the front protective plastic cover
[20:39] <nothingspecial> hey Unit193
[20:39] <Unit193> Howdy, nothingspecial
[22:45] <]Spectre[> hi guys
[22:51] <]Spectre[> I'm looking for a GMail notifier for Lubuntu(so lxde) can you suggest something please ? thanks in advance
[22:54] <Unit193> gm-notify might do the trick, but I haven't used it
[22:56] <Unit193> Otherwise, apt-cache search gmail   should help you ;)
[22:58] <MrChrisDruif> What? What was the problem?
[23:00] <Unit193> Looking for a "GMail notifier for Lubuntu" so I pointed at gm-notify :P
[23:02] <MrChrisDruif> Alright
[23:04] <]Spectre[> thanks Unit193
[23:04] <]Spectre[> ciao MrChrisDruif
[23:04] <MrChrisDruif> Ciao ]Spectre[
[23:05] <]Spectre[> Hallo MrChrisDruif
[23:07] <]Spectre[> MrCrhisDruif: hoe gaat het?
[23:07] <]Spectre[> the tab ...
[23:07] <]Spectre[> MrChrisDruif: hoe gaat het ?


[07:23] <dpm> good morning
[07:23] <silverlion> dpm : mornin'
[07:23]  * silverlion yawns
[07:25] <dpm> hey silverlion :)
[07:30] <silverlion> how are things?
[07:33] <dpm> silverlion, UOS, Scope Showdown... busy, but all exciting things :)
[07:34] <silverlion> dpm so am I busy and nothing but busy ;)
[07:46] <dholbach> good morning
[07:47] <popey> morning
[07:56] <silverlion> good morning
[08:46] <dholbach> relocating, brb
[14:46] <popey> jose: https://twitter.com/UbuntuOnAir seems to be a bit wrong timzeone wise.
[14:47] <jose> popey: when is the Q&A supposed to go? afaik it was tuesdays 15 UTC
[14:48] <popey> well whoever's calendar it's in, its wrong because in my calendar it shows at 16:00 UTC
[14:48] <popey> anyway..
[14:48] <popey> can you delete that tweet?
[14:48] <jose> I can, sure
[14:48] <popey> We _may_ not do it today
[14:48] <belkinsa> UTC doesn't have time light savings, maybe you are in GMT?
[14:48] <popey> and instead do it during UOS
[14:48] <popey> I know how timezones work ☻
[14:48] <jose> popey: want me to cancel the session for this week?
[14:48] <belkinsa> I know, shameless pug by me.
[14:48] <jose> it's on the uonair cal, automatically triggers
[14:49] <popey> jose: lets remove it for today and we can decide when to re-add it. thanks jose !
[14:49] <jose> np :)
[14:49] <popey> odd that i have it at a different time in my calendar
[14:49] <popey> strange timezone voodoo
[14:50] <jose> mhall119: hey, quick question: are we still having the engineering live tomorrow?
[14:50] <dholbach> quick straw poll: I (and a few others) just became admin of ubuntu-devel-discuss@ which had a HUGE moderation backlog - I'll drop old mails as they won't make much sense... what do you suggest as a cut-off date? 2 months?
[14:52] <jose> 1 month seems reasonable to me
[14:52] <dholbach> any more opinions?
[14:53] <popey> +1 for 1 months
[14:53]  * popey says "months" to be vague
[14:53] <dholbach> (I'm personally not too fussed about the exact time)
[14:53] <elfy> seems a bit short at 1 month
[14:53] <popey> it depends whether its a new thread or reply too
[14:53] <popey> new threads should be let through
[14:54] <popey> replies where someone is duplicating something someone already said 2 months back, less so
[14:54] <popey> just makes the list noisy and people will get annoyed and reply in an annoyed way and thus make it worse
[14:56] <dholbach> ok
[14:58] <dholbach> wow... the stuff you see when looking through mails:
[14:58] <dholbach> X-Mailer: Sylpheed 3.4.0beta7 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
[14:58] <dholbach> X-Operating-System: NO Operating System, Just Luck ;>]
[14:58] <dholbach> X-IsTrolling: True
[14:58] <dholbach> ... nuts!
[15:00] <popey> hah
[15:01] <dholbach> it'll be around 20 mails
[15:01] <dholbach> so not too crazy
[15:02] <popey> \o/
[15:03] <popey> friend of mine has:-
[15:03] <popey> X-Parrot: It is no more. It has joined the choir invisible.
[15:03] <popey> has had for many years
[15:03] <elfy> ha ha ha
[15:04] <popey> http://lists.bitfolk.com/lurker/message/20120626.185844.972d2d08.it.html you can even see it in mail archives
[15:10] <dholbach> jose, we'll cancel the Q&A today and to one during UOS
[15:10] <dholbach> thanks popey for bringing up the idea!
[15:11] <popey> No problemo!
[15:15] <jose> dholbach: sounds good, cancelled!
[15:18] <dholbach> dpm, mhall119: there are still quite a few meetings which need to be scheduled
[15:18] <dholbach> shall we just go ahead and place them on the schedule?
[15:18] <dpm> dholbach, for the community track, or in general?
[15:18] <dholbach> dpm, the majority is appdev and community
[15:19] <dpm> dholbach, it's bank holiday in US, so mhall119 won't be around until tomorrow. Ok, let's do this
[15:19] <jose> mhall119: I think we'll be good if we close one devops room
[15:19] <dpm> popey, could you look at the appdev sessions that needs scheduling?
[15:19] <dpm> dholbach, let's you and I look at those in community
[15:20] <dholbach> sure
[15:22] <dpm> dholbach, so I can see two sessions which need scheduling - and I think both could belong to the users track
[15:22] <dpm> actually, wait
[15:23] <dpm> the lubuntu one is already scheduled on Thursday
[15:27] <dpm> dholbach, ok, I've gone ahead and scheduled the ISO one
[15:27] <dholbach> dpm, can we drop the other one somehow?
[15:27] <dholbach> the other lubuntu session
[15:27] <dpm> dholbach, no idea, we'd need to ask mhall119
[15:27] <dholbach> ok
[15:28] <dpm> let me see if I can change the status to "Removed" somehow
[15:28] <dpm> it seems I can't
[15:33] <mhall119> dpm: which session needs to be dropped?
[15:34] <dpm> mhall119, "Latest developments in Lubuntu development" -> http://summit.ubuntu.com/uos-1411/meeting/22384/community-1411-latest-developments-in-lubuntu-development/
[15:37] <mhall119> dpm: that one is linked to a BP, the other is not, are you sure you want that one deleted?
[15:37] <mhall119> If so, I can add the BP link to the other one
[15:38] <dpm> mhall119, I think that'd be best (adding the BP to the scheduled one), as the scheduled one has got several people subscribed to attend already
[15:39] <mhall119> and do you want it marked as removed or deleted?
[15:39] <dholbach> mhall119, what's the difference?
[15:40] <dpm> mhall119, I've no idea, what's best to just get it removed from the sessions to schedule?
[15:40] <mhall119> marking as removed keeps it's record in Summit, it just won't be available to schedule
[15:40] <dholbach> ah ok
[15:40] <mhall119> ok, done
[15:40] <dpm> thanks mhall119
[15:40] <dholbach> sounded a bit like "I like my files just slightly removed, not totally removed" :-P
[15:41]  * dholbach hugs mhall119
[15:41] <dpm> popey, dholbach, on Wednesday, I'll need to leave about 20 mins into the last session. I've got something to showcase on the "More appdev/scope code examples", but I will probably not make it to the session. Could we perhaps swap it by the "Why Go" session (currently on Thu)?
[15:41] <mhall119> dholbach: :)
[15:41] <dholbach> dpm, sure
[15:42] <dpm> thanks dholbach
[16:53] <dholbach> all right my friends - I call it a day - see you all tomorrow!
[17:55] <dpm> popey, would you be able to do swap the appdev sessions mentioned earlier? ^^
[18:08] <popey> dpm: lemme see
[18:09] <dpm> popey, I think there shouldn't be an issue moving the Go session. Gustavo told me he might be able to run it, but it's not sure yet, so we might have to end up cancelling it. Akiva proposed it and I was just trying to help him find someone to actually run the session
[18:10] <popey> dpm: swapped
[18:13] <dpm> thanks popey!
[20:14] <jose> balloons: ping
[20:14] <jose> mhall119: hey, I have a removed meeting that shouldn't have been removed, what should I do?
[20:33] <mhall119> jose: unremove it?
[20:33] <jose> mhall119: don't see any options to
[20:34] <mhall119> what's the meeting ID?
[20:35] <jose> 22341
[20:38] <jose> mhall119: link was hidden.fixed
[20:40] <mhall119> jose: so you're good now?
[22:43] <czajkowski> pleia2: 30/11 -? 6/12 I'm there!!!


[00:00] <yofel> because when kwin was built, not all archs had the same version of plasma-workspace
[00:00] <yofel> and the tests are architecture specific
[00:02] <yofel> except that I'm utterly clueless how to tell britney that it should disregard the test results for plasma-workspace 5.4
[00:02] <yofel> I'll leave that to pitti..
[00:02] <sgclark> so plasma-workspace 5.4.3 triggered kwin 5.5.4 on armhf because dependency version was not set or ?
[00:02] <yofel> the other way around
[00:03] <sgclark> kwin 5.5.4 triggered plasma-workspace 5.4.3 ?
[00:03] <sgclark> using kwin 5.5.4? build dep?
[00:04] <yofel> yes, that's the 4th build from the top
[00:04] <sgclark> eww
[00:04] <sgclark> I rather think that will fail
[00:04] <yofel> well, it did :D
[00:04] <sgclark> so what can we do to stop the madness? set versions?
[00:04] <yofel> no idea, that's the problem
[00:05] <sgclark> ah ok, well we are on the same page of unknown then
[00:05] <sgclark> thanks for the explanation
[00:05] <yofel> you *can* re-run a test, that's what the retry button on the excuses page does. But it will still use the same trigger
[00:05] <yofel> which is no help at all
[00:06] <sgclark> oh ouch.
[00:10] <yofel> well, in the meantime we can fix the tests that are actually broken - like kopete
[00:11] <yofel> and there's dependency issues with breeze
[00:11] <yofel> at least the release team deleted the NBS packages themselves
[00:12] <sgclark> NBS?
[00:14] <yofel> no binary source - packages in the archive that have no source that they're built from anymore. e.g. packages that you removed from a control file (like kdepim-dbg this time etc.)
[00:16] <sgclark> ah
[00:16] <yofel> cantor-backend-maxima/s390x unsatisfiable Depends: maxima
[00:16] <yofel> aaargh. Who came up with the idea to support System z
[00:18] <sgclark> maxima is not something we have control over is it? is there a way to block an arch per package?
[00:19] <yofel> that's what I'm trying to remember. You *can* just list the allowed architectures. But I would rather just blacklist s390x if that's a thing
[00:25] <sgclark> I see now why they were reluctant to approve our Ffe. What a mess. There has got to be a way for us to know prior to release that our autopkgtests will fail? Is that not covered in the CI? Or is it due to their system being complex?
[00:25] <yofel> doesn't look like it, bummer
[00:26] <sgclark> us not having the different arch's I guess we can do nothing about
[00:26] <sgclark> oh :(
[00:26] <yofel> not covered in CI and system being compley
[00:26] <yofel> *complex
[00:26] <sgclark> hm
[00:26] <yofel> right, that's just what you have to live with. Qemu can go some way, and I can debug armhf on my raspi. But that's about it
[00:28] <yofel> OTOH, we already had like ubuntu20 or so uploads to the archive, exactly for such reasons
[00:29]  * yofel remembers kde-workspace *shudder*
[00:29] <yofel> lets see if I got this right
[00:34] <yofel> oh my, I completely missed the clock
[00:34]  * yofel -> bed
[00:34] <yofel> nini
[00:37] <sgclark> night!
 undefined
 Can someone please copy the irc status in Telegram?
 Or just în irc, as a message
[02:40] <valorie> again, can you say what you mean by status?
[02:40] <valorie> topic?
[04:00] <vertago1> Have any of you all upgraded to xenail?
[04:01] <valorie> my travel notebook is on xenial
[04:02] <vertago1> does plasmashell crash as soon as you login every time?
[04:02] <vertago1> I am trying to figure out if there is something in my .kde folder messing it up. It looks like baloo is what is crashing though
[04:03] <valorie> plasma hasn't crashed for me for about a year
[04:03] <vertago1> do you start with a clean home directory with every install?
[04:04] <vertago1> or upgrade
[04:04] <valorie> look in ~/.local and ~/.config
[04:04] <valorie> ~/.kde is only used for kde4 applications now
[04:05] <valorie> vertago1: on an install, I have a fresh /home
[04:05] <valorie> not upgrade
[04:05] <valorie> and to xenial was an upgrade
[04:05] <valorie> if you think it is a config problem, test with a new user
[04:05] <vertago1> do you disable baloo or let it run?
[04:06] <valorie> let it run
[04:06] <valorie> haven't messed with it for over a year
[04:07] <vertago1> I usually disable it because I would have to reorganize my files to keep it from indexing large directories of source code
[04:07] <valorie> you can just disallow those I believe?
[04:07] <vertago1> right, but that would take a while I don't have just one
[04:08] <vertago1> and I would have to do it on almost every machine
[04:08] <vertago1> plus if I clear my settings ever I have to do it again
[04:08] <vertago1> the easiest thing to do would be to put all that in one folder
[04:08] <vertago1> but then I would have to reorganize everything
[04:09] <valorie> testing with a new user is east
[04:09] <valorie> easy
[04:09] <valorie> and it's just a test
[04:09] <vertago1> yeah I am going to see if the new session works
[04:09] <vertago1> it looks like it doesn't
[04:10] <vertago1> let me try on my other machine
[04:11] <vertago1> that one seems to be fine, so it is probably something wrong with this machine.
[04:13] <vertago1> hmm I cleared the .kde folder and it seems to be fine this time
[04:14] <vertago1> I figured I didn't need the kde4 stuff
[04:14] <vertago1> and could reconfigure the rest
[04:14] <vertago1> I have a backup if I really need it
[04:16] <vertago1> does /etc/init.d still get used or has everything moved over to systemd with 16.04?
[04:19] <valorie> I have one, but we've been on systemd for about a year
[04:21] <valorie> contents: https://paste.kde.org/py7aq8jd2
[04:28] <vertago1> arg why do these people have to make billions or trillions of files less than 4k
[04:29] <valorie> omg I've been registered longer than you
[04:29] <valorie> talk about geek cred!
[04:29] <valorie> oops, wrong chan, sorry
[04:29] <vertago1> I think my launchpad account is from 2007
[04:31] <valorie> sorry, vertago1, I was talking to someone else about something else (registration on freenode)
[04:31] <vertago1> oh ok
[04:32] <valorie> I've been a member since 2013-05-20, but I don't know when I registered on lp
[04:32] <valorie> oops, that was kc membership
[04:32] <valorie> kubuntu membership: 2009-04-11
[04:35] <valorie> how do you find where you registered on launchpad?
[04:35] <vertago1> you click your username at the top right
[04:35] <vertago1> 2007-11-24
[04:35] <vertago1> my karma is probably pretty low for that though
[04:36] <valorie> that 2009 must be it then
[04:37] <valorie> my karma: 19
[04:37] <valorie> I don't do much on lp besides file bugs
[07:15] <soee> good morning
 Good morning folks, I was thinking of gathering in the BigBlueButton Suite tomorrow at 20:00 UTC for a bit of a chat about another Kubuntu Party..
 Hopefully some of you can come along
[10:18] <soee> hiho :)
[10:18] <lordievader> o/
[10:20]  * soee prefers green color but sees so much red here :)
 @Sick_Rimmit make a event please
[12:20] <BluesKaj> Hiyas all
[12:35] <clivejo> hi BluesKaj
[12:43] <BluesKaj> hi clivejo
 Kubuntu - Friendly computing | Plasma 5.5.5: X/WIP, Plasma 5.5.4: X/archive, Apps 15.12.2: X/WIP, FW 5.18: X/archive | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Package Docs (WIP) https://notes.kde.org/p/kubuntu-packaging
 @ovidiuflorin, pinned the message
[13:12] <yofel> A slightly shortened topic might make sense for Telegram. We change the topic all the time in here
[13:14] <BluesKaj> yofel:  is this a bot or a user/dev posting?
[13:15] <yofel> That's ovidiu doing stuff on Telegram
[13:15] <yofel> you can pin messages in the latest version, which is the closest thing to a topic that you can get there
[13:26] <BluesKaj> yofel:  but why is he postiing in #kubuntu and offtopic ?
[13:27] <yofel> because all those channels have Telegram channels linked to them now
[13:27] <yofel> (note that the messages are different)
[13:29] <BluesKaj> we don't irrelevant messages in #kubuntu and offtopioc
[13:30] <BluesKaj> need
[13:31] <yofel> That's a two way integration. So you can with people from Telegram on IRC and vice-versa
[13:31] <yofel> *can talk
[16:14] <yofel> I think lxd is making fun of me:
[16:14] <yofel> $ lxc launch ubuntu:xenial
[16:14] <yofel> Creating semiretired-philip
[16:19] <bshah> ehhehe
[17:25] <BluesKaj> I'm disappointed there's no quicklaunch widget for the panel in 15.10, any alternatives ?
[17:25] <mamarley> BluesKaj: Drag icons directly to the panel.
[17:27] <BluesKaj> mamarley, the icons are too large, there's no control over placement in rows etc
[17:27] <mamarley> That is the best workaround I have figured out, anyway.
[17:29] <BluesKaj> guess I'l just have tom use the favourites as my launcher
[17:34] <BluesKaj> mamarley, odd because the quicklaunch and other missing widgets are back in Xenial 16.04
[17:35] <mamarley> Really?  I never thought to check.
[17:35] <BluesKaj> yup, I have Xenial on another partition
[17:41] <mamarley> BluesKaj: The Quicklaunch widget appears to be the plasma-widgets-addons package.  Do you have that installed?
[17:49] <BluesKaj> mamarley, I have the plasma-widgets-addons package installed, but quicklaunch isn't listed
[17:49] <mamarley> Hmm, not sure what changed then.
[18:05] <tgBot> integram was added by: ovidiuflorin
[19:18] <BluesKaj> mamarley, the quicklaunch becomes available in plasma 5.5.4
[19:18] <mamarley> Ah, OK.  I guess a bunch of users complained and they brought it back.
[19:19] <soee> you like my links no? https://www.kde.org/announcements/announce-applications-15.12.3.php :D
[19:19]  * mamarley slaps soee around a bit with a large trout.
[19:53] <clivejo> poor soee!!
[20:06] <soee> :(
 @ovidiuflorin Just thinking that perhaps we should not set an event for tomorrows debrief. As we don't want to invite everyone, and the G+ events have been linked to a Hangout.
 Really I had just planned to gather the core team around planing the next party and get some thoughts and comments, on dates and content
[20:10] <sgclark> eeeek, I am not ready! I wanted to create a starter vagrant.box and such, but been busy with my KDE hat.
[20:11] <sgclark> always something though.
[20:11]  * sgclark looks for a time she is not busy
 Oh. Irc not come here?
[20:12] <sick_rimmit> sgclark: It's just a debrief, not another Packaging event yet
[20:12] <sgclark> ok cool
[20:13]  * sgclark wipes the sweat beads off her forehead
[20:13] <sick_rimmit> I plan to do it again, but tomorrow is just us, so I can formulate a plan, and make a better job of it
[20:13] <sick_rimmit> lol
[20:13] <sgclark> yees, good plan
 https://kubuntu.org/news/a-big-blue-button/
[21:50] <valorie> sick_rimmit: you rock!


[01:11] <h00k> oi guys
[14:17] <Cheesehead> We need to have a meeting soon.
[14:17] <Cheesehead> We haven't had one since October. It looks bad.
[14:17]  * Cheesehead updates the reporting at https://wiki.ubuntu.com/WisconsinTeam/
[14:18]  * Cheesehead wishes everyone a Happy King Day


[04:27] <allen> dsfsd
[04:27] <allen> test
[04:28] <alkisg> Test successful :)
 @HMollerCl [I have Netbooks with lubuntu 19.10, the only problem is if it has 32bit], I don't have one
 but there are some systems which are underpowered
 like 1gb ram and 8gb storage
 or even lesser
 In such cases, LXDE will be much better
[08:04] <nmzm> Hello everyone :) Can't remember, is "Dialog" pre-installed in Lubuntu?
[09:35] <eni> what is the DM for lubuntu ?
[09:36] <guiverc> eni, lubuntu uses openbox
[09:36] <guiverc> eni, you didn't say which release (as far as login/dm)
[09:37] <eni> 19.10
[09:37] <eni> login/dm indeed
[09:37] <guiverc> sddm
[09:37] <eni> i cannot get back the old login page i had
[09:37] <eni> after some upgrade
[09:38] <eni> you have any idea what package do I need and how to restore the login ?
[09:38] <eni> or what repo is it in at least since apt is not returning anything atm
[09:39] <guiverc> lubuntu since 18.10 has defaulted to `sddm`; `sudo dpkg-reconfigure sddm` is what I'd likely try first (if you have more than one installed; I woudl expect it to ask which you want to use
[09:39] <guiverc> i just tried on my box, it asked me if I want to stick with `sddm` or switch to gdm3 or lightdm
[09:39] <eni> > sddm is broken or not fully installed
[09:39] <eni> this is what i get
[09:40] <guiverc> `sudo apt -f install` (please pastebinit if you've multiple lines)
[09:40] <eni> i had to go to gdm3 but I dont like it and wanna go back to sddm actually
[09:40] <eni> 0 upgraded; 0 installed; 0 to remove etc.
[09:45] <eni> can i remove it and install it again
[09:45] <guiverc> I would try `sudo apt install --reinstall sddm` first but I was expecting you to pastebin error messages
[09:46] <eni> no installation candidate
[09:46] <eni> guiverc apt -f install gave 0 errors
[09:47] <guiverc> I would start with `sudo apt update` and look to ensure output from that command looks normal (normal repos found, what mirror are you using, is it up-to-date etc)
[09:47] <eni> ok wait im coming in from the other box where the error is
[09:47] <eni> brb
[09:48] <eni2> png
[09:48] <eni2> good
[09:49] <eni2> https://pastebin.com/zb99CcHg <- sources.list
[09:50] <eni2> all packages are up to date
[09:50] <eni2> do I even have the rght sources ?
[09:50] <eni2> I might have edited by hand at one point
[09:50] <eni2> are lubuntu and ubuntu repos different ?
[09:50] <guiverc> give me a few mins
[09:51] <guiverc> no, lubuntu uses ubuntu repos
[09:51] <eni2> ok, I have the 19.10 eony offical ubuntu repos generated by do-release-upgrade
[09:51] <eni2> eoan
[09:52] <guiverc> it looks strange (unofficial); plus I don't see 'universe'; why it cannot find sddm
[09:55] <eni> im adding universe and multiverse, will update and search again
[09:55] <guiverc> eony? means??   'deb http://archive.ubuntu.com/ubuntu eoan-updates main restricted'  (main is ubuntu software, community flavors are all found in universe; all flavors)
[09:56] <eni> ok thnx
[09:56] <eni> i am upgrading
[09:57] <guiverc> :)
[10:08] <eni> downloading sddm
[10:08] <eni> will remove gdm3 after that
[10:08] <eni> update, upgrade, reboot, and will let you know how it goes
[10:13] <eni> guiverc all good thank you
[10:14] <guiverc> eni, please, and you're most welcome
[10:14] <guiverc> s/please/pleased
[19:23] <BananaManCJ> My Chrome apps have no icons, how would I fix that
[19:59] <a1a2a3a4a78a5> "start job is running..." this appears every time i boot my lubuntu 16.4. and i have to wait 90seconds for os to start. How can i fix this?
 @BananaManCJ [<BananaManCJ> My Chrome apps have no icons, how would I fix that], Edit the .desktop file of the app to point the icon field (add if doesn't exist) to your desired icon.
 I usually keep my custom icons in ~/.icons and edit the file to point to them.


[07:19] <abogani> morning
[07:35] <astraljava> o/
[20:31] <scott-work> any had a chance to test the QA image?  i hope to do so tonight
[20:33] <dtchen> not really in a position to do so - my bandwidth is extremely limited
[20:33] <dtchen> it's about all I can do to pull down source and fix FTBFS bugs
[20:33] <dtchen> sorry :-[
[21:06] <scott-work> dtchen: that's okay :)  you're doing awesome stuff that others couldn't
[22:25] <ScottL> TheMuso, persia bug# 837000
[22:26] <ScottL> bug #837000
[22:26] <ScottL> TheMuso, persia the bug suggests removing this for oneiric, i presume this means we need to remove the package from launchpad for oneiric although i haven't a clue how
[22:36] <falktx_> ScottL: probably just changing the debian/* stuff
[22:36] <falktx_> debian/control is the main file
[23:08] <ScottL> falktx_, i asked in #ubuntu-release, they said some launchpad maintainer (i think) will remove
[23:08] <ScottL> we just need to sit back and relax and take all the credit
[23:08] <ScottL> although i am testing the latest daily image today
[23:09] <falktx_> ah, ok
[23:09] <falktx_> ScottL: how is the image now? are you able to install it?
[23:14] <falktx_> damn
[23:14] <falktx_> stupid network
[23:14] <falktx_> ScottL: how is the image now? are you able to install it?
[23:40] <ScottL> falktx_, i'm just about to install, heading upstairs now :)
[23:40] <falktx_> ok
[23:49] <scott-upstairs> falktx_, how does it take for you to install a ubuntu studio image in vm?
[23:50] <scott-upstairs> i just started mine from booting up at around 18:45
[23:53] <scott-upstairs> falktx_, how does it take you to install a ubuntu studio image in vm?
[23:54] <falktx_> scott-upstairs: you set the iso and install as usual
[23:54] <falktx_> set iso as the cd/dvd
[23:54] <falktx_> scott-upstairs: I recommend virtualbox
[23:55] <scott-upstairs> it just seems you have taken shorter time that i when installing it on iron
[23:55] <scott-upstairs> bah, this image isn't working right :/