[01:27] <tyche> Rinchen: Nice to see that the coyote barfed you back up.
[04:57] <MTecknology> hi people in here
[04:57]  * MTecknology has a question about that killer plugin for drupal ya'll use that was released today
[04:57] <MTecknology> How do I make it pass the name/email back to the site when they log in and keep them in sync?
[05:46] <MTecknology> About the same respnse in #launchpad except with curiousity. Any suggestions where I can get help?
[05:58] <cody-somerville> MTecknology, you have to be a trusted website to get that
[05:58] <MTecknology> cody-somerville: supposedly I am
[05:58] <MTecknology> h on
[05:59] <MTecknology> https://answers.edge.launchpad.net/launchpad/+question/53961
[05:59] <cody-somerville> MTecknology, do you have a trust root?
[06:00]  * cody-somerville shrugs.
[06:01] <cody-somerville> Anyhow, #launchpad is the correct place to ask
[06:01] <MTecknology> aighty - I'll wait for them to answer
[06:01] <MTecknology> cody-somerville: I'm taking the right approach so far then?
[06:01] <cody-somerville> yup
[06:02] <MTecknology> Is there any config to do on the website to request that information?
[06:02] <MTecknology> on the plugins*
[06:02] <cody-somerville> I dunno.
[06:02] <cody-somerville> Ask on #launchpad
[06:02] <MTecknology> ok
[06:03] <MTecknology> thanks
[06:03] <cody-somerville> np


[06:13] <vila> hi all !
[06:54] <jam> morning all
[07:52] <mgz> morning all
[08:16] <Riddell> hello
[08:16] <mgz> hey Riddell
[08:18] <jam> vila: https://code.launchpad.net/~jameinel/bzr/2.5-no-hanging-teardown/+merge/77870 should handle the hanging tests issue
[08:18] <jam> both some fixes to the testing infrastructure to avoid future hangs, and fix the actual trigger
[09:45] <jelmer> vila: did you see https://code.launchpad.net/~bryan-tongminh/bzr-webdav/ctype-fix/+merge/77824 ?
[09:51] <vila> jelmer: yup, on my TODO list
[10:00] <jelmer> vila: great, just checkin' :)
[10:00] <jelmer> we should really get some of those inactive projects out of the "bazaar" project on Launchpad
[10:01] <vila> yeah, this one have been rumored to be merged into core but the maintainer is slacking ;)
[10:04] <jelmer> hehe
[11:33] <jelmer> Riddell: just noticed, the changelog entry still says a "get-tar" command was added rather than get-orig-source
[11:33] <jelmer> sorry for not catching that during review
[11:34] <Riddell> jelmer: oh aye, fixing
[12:15] <rom1> hi all
[12:17] <rom1> I have a functional question about branches merges : is it possible to do a "merge revision" without merging the files, but selecting the OTHER code ?
[12:18] <rom1> Or in other words, is it possible to do a pull/push --overwrite with the creation of a revision that bundkles all the pulled/pushed revisions ?
[12:21] <jelmer> rom1: I'm not sure I follow entirely - is this to e.g. land a branch on trunk?
[12:22] <rom1> jelmer : not sure what land means... In fact, i have some developers requesting a workflow a la gitflow.
[12:22] <rom1> in this workflow, i can have hotfixes in the master
[12:23] <jelmer> rom1: Can you give a concrete example ?
[12:23] <jelmer> rom1: There is no one git work flow afaik :)
[12:23] <rom1> but to merge the develop revisions to the master, i want to forget about the hotfixes changes : either they have been merged into the develo branch, and no problem, either not, and it means that it has to be replaced by the develop branch
[12:24] <rom1> jelmer : i talk about this one : http://nvie.com/posts/a-successful-git-branching-model/
[12:26] <jelmer> rom1: I'm still not sure if I follow but I think you mean "bzr merge OTHER && bzr ci -m 'Merge other'."
[12:26] <poolie> o/ jelmer
[12:26] <poolie> (not really here, should go to bed)
[12:26] <jelmer> hey Martin
[12:27] <jelmer> Ah, right.. labor day in .au ?
[12:27] <jelmer> Or I guess that would be labour day?
[12:27] <nigelb> lol
[12:27] <poolie> in NSW
[12:28] <jelmer> ah, that explains why wgrant and wallyworld were still around. I figured they just forgot ;-)
[12:28] <jelmer> hey mrevell, back on the interwebz?
[12:28] <mrevell> ja!
[12:28] <mrevell> :)
[12:29] <rom1> jelmer : in fact, i do not want  to merge the files, i want to get exactly the code from OTHER (just like the ush/pull --overwrite) but in a single revision...
[12:30] <nigelb> jelmer: forgetting is entirely possible :)
[12:30] <jelmer> rom1: so you want to discard the changes in the current branch, but have history indicate they're present?
[12:31] <jelmer> nigelb: you're talking to somebody who has once accidentally worked on a holiday :)
[12:31] <nigelb> jelmer: hahaha
[12:31] <nigelb> I guess that happens when you work from home :)
[12:33] <rom1> jelmer : well, discussing about that, i notice that it isn't very clear even for me.
[12:33] <rom1> :p
[12:34] <jelmer> rom1: is there a specific git command that does the same thing that you're looking for?
[12:35] <rom1> jelmer : when we create a hotfix on a production branch, it may be a dirty quick patch to quickly resolve the issue. When we release a new version containing a quick fix of the issue, i do not want to merge the dirty patch and the clean fix, but only take the clean one.
[12:35] <jam> rom1: bzr merge $OTHER; bzr revert -r -1:$OTHER; bzr commit -m "Merge and reset the tree state to $OTHER" ?
[12:36] <jam> Or just simply:
[12:36] <rom1> Yep ! i didn't think about revert !
[12:36] <jam> bzr revert -r -1:$OTHER; bzr commit -m "Set the tree state to exactly OTHER but don't mark it as merged"
[12:36] <jam> I don't really think you want to set it to other without merging, but you could, if you really want to throw away all of OTHER's history.
[12:39] <rom1> jam : i understand. I haven't validated so far this workflow. I wanted first to see if it was feasible with bzr and our release management. I understand that a "merge without merge" is somehow surprising...
[12:40] <rom1> sorry, in my post to jelmer, i was meaning : "When we release a new version containing a CLEAN fix of the issue[...]"
[12:42] <jam> rom1: the issue is just what exactly you mean by "pull --overwrite" with only a single revision
[12:43] <jam> doing a merge, and revert, will create a single new mainline revision
[12:43] <jam> however
[12:43] <jam> this also assumes that you don't have any state in mainline that you want to keep
[12:43] <jam> specifically, say that you emergency fix X, then you do a normal fix of Y, then you finally finish the real fix for X
[12:43] <jam> doing the revert will throw away the updates to Y.
[12:44] <jam> Which is why I would suggest just doing "bzr merge && bzr commit"
[12:44] <jam> *but* you know your process better than I do
[12:44] <jam> Assuming that the dev branch always supersedes the production branch sounds a bit risky, but if that is your process, you can stick to it.
[12:47] <rom1> jam : you're right, a temporary hotfix hasn't to be released in a production branch. Just branching it in a dead end branch, and keeping my proudtcion branch with merges only.
[12:47] <rom1> Thx jam and jelmer
[12:49] <systemclient> is bzr 0.18.0 usable with current repos at all?
[12:50] <poolie> systemclient, it won't be able to read the default format created by recent bzr releases
[12:50] <poolie> pre-1.0 is pretty old
[12:51] <systemclient> poolie: isn't pre 2.0  old already?
[12:54] <poolie> yeah, therefore 0.18 is really quite old
[12:55] <poolie> 2.1 and later are still in support
[13:08] <jam> poolie: I know you aren't really here, but if maybe your ghost is around, I have an initial prototype up for https://bugs.launchpad.net/bzr/+bug/819604
[13:08] <jam> And it would be nice to get some feedback about where it is going.
[13:28] <mgz> okay, lunch before caches confuse me any more
[13:29] <jelmer> I never go caching before lunch either.
[13:53] <jelmer> vila: thanks!
[14:28] <jam> vila: I replied to your review. I tried to run the babune jobs, but it just told me the servers are unavailable, and it looks like you deleted the requests. (Perhaps I entered them wrong?)
[14:29] <vila> ha, whic requests did you enter on which jobs ?
[14:29] <jam> vila: freebsd, natty, lucid
[14:29] <jam> selftest-subset-*
[14:29] <vila> jam: I' jusr recovering from a babune crash and *I* was typing text in a firefox, unlikely to crash...
[14:30] <vila> jam: for which tests ?
[14:30] <jam> vila: I was running all of them, since the failing tests tend to be randomly distributed. I know which ones to suspect if you don't want a full test run.
[14:31] <vila> I'd prefer that, yes, especially if something is crashing
[14:32] <vila> jam: the freebsd slave is running a fsck, leave it some time to recover
[14:35] <jam> vila: So, after the changes, nothing should crash or hang :). The issue is that the test was hanging once it hits 4.0s of runtime. So you need a bit of load to slow the test suite down enough. Here they normally finish in about 2.5s
[14:35] <jam> (Which is why it seemed so random, a given test has to get some sort of hiccup and go over the 4.0s mark.)
[14:35] <vila> no test takes 4s to run on babune AFAIK
[14:35] <jam> vila: I'm pretty sure it did, though not consistently
[14:37] <vila> did you find reports to back that up ?
[14:40] <jam> vila: I can trigger the test suite hang by making the test take longer than 4.0s
[14:40] <jam> is that good enough for you?
[14:41] <vila> meh, of course not, I mean, this is certainly a bug but it doesn't mean it explain the ones we encountered on babune
[14:41] <vila> a test taking 4 seconds is already a bug and we've never seen such huge variation without a good reason
[14:42] <jam> vila: aka, this diff: http://paste.ubuntu.com/701706/
[14:42] <mgz> load vila?
[14:42] <jam> vila: its already at 2.5s here on my reasonably fast laptop
[14:42] <jam> it isn't *that* far from 4.0s
[14:42] <mgz> how careful are you to only be running one test suite on a box at once?
[14:43] <vila> mgz: I rely on jenkins for that (don't remember the details)
[14:45] <jam> vila: didn't you have to implement locks to reduce the load spike at midnight?
[14:45] <jam> I was pretty sure you schedule all jobs to run daily, and then you restrict it via some sort of inter-locking to something like 2 concurrent runs.
[14:45] <jam> also, you are running --parallel, right?
[14:45] <jam> if you had per-test timing (which I really had hoped you would), we might have been able to see something like that
[14:46] <jam> I realize it doesn't get exposed via our junit xml adapter
[14:46] <vila> inter-locking is on slaves
[14:46] <jam> though again, it may not strictly matter, since once a test hit 4.2s it would hang, and we wouldn't see it. But we could see that in the past, some test happened to spike higher than 4.0s.
[14:46] <vila> jam: look at the Test results, the timings are there for all tests (consolidated by prefix)
[14:47] <jam> vila: ah, just only for successful runs, right?
[14:47] <vila> yup, but it would very weird that a spike *never* occurred
[14:48] <jam> vila: http://babune.ladeuil.net:24842/job/selftest-chroot-lucid/lastSuccessfulBuild/testReport/bzrlib.tests.per_interrepository.test_fetch/TestInterRepository/
[14:48] <jam> has a test that takes 2s
[14:48] <jam> vila: note that it only started failing if you have a 4.0s spike with the ConnectionTimeout patch
[14:48] <jam> so it certainly could have been spiking in the past, and just didn't cause a failure/hang
[14:49] <jam> vila: http://babune.ladeuil.net:24842/view/FreeBSD/job/selftest-freebsd/lastStableBuild/testReport/bzrlib.tests.per_interrepository.test_fetch/TestInterRepository/ has a test that takes 5.5s
[14:49] <jam> test_fetch_from_stacked_smart_old(InterDifferingSerializer,RepositoryFormat2a,RepositoryFormatKnitPack6RichRoot) 5.5 secPassed
[14:50] <jam> test_fetch_parent_inventories_at_stacking_boundary_smart(InterDifferingSerializer+get_known_graph_ancestry,RepositoryFormatKnitPack1,RepositoryFormatKnitPack6RichRoot)  took 5.4s
[14:50] <vila> can you paste the precise URL instead of letting me find it in ~100 line pages ?
[14:50] <jam> and the ones after it are taking 6.x *
[14:50] <jam> vila: I was trying to show you the overview
[14:50] <jam> http://babune.ladeuil.net:24842/view/FreeBSD/job/selftest-freebsd/lastStableBuild/testReport/bzrlib.tests.per_interrepository.test_fetch/TestInterRepository/test_fetch_parent_inventories_at_stacking_boundary_smart_InterDifferingSerializer_RepositoryFormat2a_RepositoryFormatKnitPack6RichRoot_/?
[14:50] <jam> there is a direct test
[14:50] <jam> 'took 6.7s'
[14:50] <jam> which also explains why the freebsd was more likely to hang
[14:54] <vila> ha, ok
[14:54] <vila> but why spuriously then ?
[14:55] <jam> vila: you have to have 4.0s of idle time on a given connection, and then get another connection after that 4.0s. So it isn't strictly a 'test takes >4.0s'.
[14:55] <vila> jam: if you look at this same test in the previous builds, it always above 4.0s
[14:55] <jam> Say you get the last connection at 3.9s, and then spend 2.7s working with the last connection.
[15:03] <jam> so, vila, even if I'm slightly wrong with my analysis (though I've spent the last 3 days on it), I'm sure that this change makes behavior more friendly, and fixes the "time.sleep(4.0)" problem.
[15:03] <jam> it certainly should change behavior so rather than hanging, we at least get a failure/exception when appropriate.
[15:04] <vila> jam: we can spend days discussing, if you know exactly how to trigger the hand, you should be able to make the test fail in a simple way to demonstrate it, you don't need to change all test servers for that leaving the doubt about whether you shake the code enough to make the hang go somewhere else
[15:04] <jam> anyway, EOD, here, I'll see if we can start talking about it earlier tomorrow.
[15:04] <jam> vila: I *did* change the tests to prove it
[15:04] <vila> indeed, and focus on smart server only if that's where the issue is
[15:04] <jam> client.read() was hanging
[15:04] <vila> but you din't use this
[15:04] <jam> vila: the test didn't do it
[15:04] <jam> in fact, you had the test set a client timeout
[15:04] <jam> *because* it was hanging
[15:05] <jam> I was able to fix the test to just read and get a closed connection
[15:05] <vila> in test_test_server only, that's not used anywhere else !
[15:05] <jam> vila: test_server is the base implementation of SmartTCPServer_for_testing which is used in every test that calls make_smart_server()
[15:05] <vila> no  !
[15:05] <vila> test_test_server not test_server
[15:06] <vila> your change is in the former not the later
[15:06] <jam> vila: TestingTCPServerMixin is the class that needed updating as it was the part that implemented the code that SmartTCPServer_for_testing uses
[15:06] <jam> the tests for that class are in "test_test_server"
[15:06] <jam> there aren't any tests in "test_server"
[15:07] <jam> it is the implementation of the "TestServer"
[15:07] <jam> vila: if you go to "bzrlib.tests.__init__" you can see that we add "bzrlib.tests.test_test_server" but not "bzrlib.test_server" to the test suite.
[15:08] <jam> anyway, really, I need to go pick up my son. I'm not sure why you don't believe me
[15:08] <vila> that's what I'm saying, I know how these files are named, I created them
[15:08] <mgz> okay, I think this has just made my morning worthwhile.
[15:09] <mgz> >>> om[3062558728]
[15:09] <mgz> str(3062558728 4194212B 1par 'f\xe7_chknode:\n65536\n1\n1382\n\n\x00\x00sha1:6d13c15b49497a74b59b064e0f1bb074dd05b3be\n\x01\x00sha1:ce73daef8871866fd78')
[15:09] <mgz> >>> om[3043770376]
[15:09] <mgz> str(3043770376 4194212B 1par 'f\xe7_chknode:\n65536\n1\n1382\n\n\x00\x00sha1:6d13c15b49497a74b59b064e0f1bb074dd05b3be\n\x01\x00sha1:ce73daef8871866fd78')
[15:10] <jam> vila: I fixed "test_server.py" to close connections on an exception, or when validate_request() returns false. I updated the tests in test_test_server to test those cases. If you just run the updated tests without the fixes, the test suite hangs.
[15:10] <jam> I'm not sure what else you want.
[15:10] <jam> mgz: do you need some help understanding those?
[15:10] <mgz> of the 25 LRUSizeCache objects over repository packs, two have duplicates
[15:10] <jam> That is a groupcompress record contain CHK nodes.
[15:11] <jam> If you open a repository twice, you'll get duplicates
[15:11] <vila> jam: I want your fix to be specific to the smart test server not invading other servers
[15:11] <jam> if you open a source and a target, they both might have a copy
[15:11] <jam> you can check the parents to see who is referencing them.
[15:11] <mgz> jam, as I understand that readout, there are two different GroupCompressBlock objects with the same content
[15:11] <jam> vila: I think the other servers are poorly behaved, because they will also cause clients to hang when the server gives up on talking to them
[15:11] <jam> mgz: also certainly possible
[15:12] <jam> vila: the tests you have today actually were hanging, but you forced the client to use a socket.timeout to avoid it
[15:12] <vila> jam: you can't say that without evidence, I told you last friday this is don't happen *except* for the smart server which uses daemons threads
[15:12] <jam> mgz: you can ping me tomorrow after standup and I'll poke around with you if you want.
[15:12] <jam> vila: I can
[15:12] <vila> jam: don't generalize from a single test specifically designed
[15:12] <jam> I have evidence
[15:12] <jam> vila: if you take out the socket.timeout ... the test hangs
[15:12] <jam> reliably
[15:13] <jam> the comment is that the "server doesn't get cycles" is false
[15:13] <jam> it is because the server "doesn't close the connection" until teardown
[15:13] <jam> sorry "socket.settimeout"
[15:13] <mgz> jam, thanks. I'll plug on for a bit longer now and see where I get.
[15:14] <jam> vila: http://bazaar.launchpad.net/~bzr-pqm/bzr/bzr.dev/view/head:/bzrlib/tests/test_test_server.py#L166
[15:14] <jam> but for now, I'm gone
[15:14] <jam> see you all tomorrow
[15:14] <jam> have a good night
[15:14] <mgz> bye!
[15:15] <abentley> jelmer: some time I'd like to get up to speed on co-located branches and their implications for pipelines.
[15:15] <vila> jam: the comment says "whether our reads or writes may hang" this test *requires* a timeout
[15:17] <jelmer> abentley: the colocated branch format hasn't landed yet, so it might still be a bit too early. As far as I can tell pipelines just use the regular bzr APIs, in which case I think
[15:17] <jelmer> pipelines will just work out of the box with colocated branches.
[15:20] <abentley> jelmer: pipelines can create and use bzr-colo-style branches using "reconfigure-pipeline".
[15:21] <jelmer> abentley: colocated branches in core are different from bzr-colo
[15:22] <abentley> jelmer: Once colocated branches in core are usable, I think reconfigure-pipeline should switch to them.  And "add-pipe" will need to support them too, I imagine.
[15:24] <mgz> looks very hopeful for some duplicate elimination: <http://pastebin.ubuntu.com/701737/>
[15:24] <jelmer> abentley: It should be able to support both, if you're ok with having the extra code to do so.
[15:24] <abentley> jelmer: I'm okay with that.
[15:56] <jelmer> vila: hi, still there?
[16:26] <vila> jelmer: oh sorry, yes
[16:41] <AuroraBorealis> hiya mgz/wgz whatever you are today
[16:45] <AuroraBorealis> i dunno how hard it is to fix whatever was going wrong with the meliae dumps but if one could figure that out then maybe we could fianlly get somewhere xD
[16:54] <mgz> after you went to sleep I succeeded in loading the dump by getting meliae to ignore ids that are not present,
[16:54] <mgz> which there's a TODO over but I'm not sure of the neatest way of doing
[16:54] <mgz> ...and was on the other box
[16:55] <AuroraBorealis> lol
[16:55] <mgz> but if you add something similar the dump will at least load
[16:56] <AuroraBorealis> remember what file i should look in?
[16:56] <mgz> I've also been looking at where memory is used this morning, so have a generally better idea of what I'm doing
[16:56] <mgz> sec, nearly done for the day here, will transfer down below
[16:56] <AuroraBorealis> ah ok
[17:01] <wgz> okay.
[17:02] <wgz> workaround: <http://paste.ubuntu.com/701810/>
[17:02] <AuroraBorealis> that works
[17:02] <wgz> can still fall over later, but gets the thing loaded
[17:04] <wgz> so, can you also do `om.summarize()` now? if so, we can progress.
[17:06] <AuroraBorealis> i shall work on that now
[17:23] <AuroraBorealis> finally got i t
[17:23] <AuroraBorealis> it
[17:23] <AuroraBorealis> it wasn't repacking during this, but doing the fast-import again (2 gigs of memory)
[17:24] <AuroraBorealis> http://paste.ubuntu.com/701828/
[17:24] <wgz> omg.
[17:26] <wgz> well, that's only finding 440MB usage at that point
[17:26] <wgz> but 120MB in frozenset is pretty crazy
[17:27] <wgz> do `om.get_all("frozenset")[1]`
[17:27] <wgz> `om.get_all("frozenset")[0]` even.
[17:28] <AuroraBorealis> even though the memory usage was 2 gb in the process the dump file was only 1 gb
[17:28] <AuroraBorealis> which was weird
[17:28] <wgz> it's possible fast-import has 1.5GB of unfindable allocations
[17:28] <AuroraBorealis> frozenset(37820232 2272B 31refs 1par)
[17:29] <AuroraBorealis> and frozenset(1340577832 736B 15refs 1par)
[17:29] <AuroraBorealis> for [0] and [1]
[17:30] <wgz> hm, that's not big, it's just lots of teeny ones adding up to pain then.
[17:30] <wgz> use _.c to see what's in one.
[17:31] <AuroraBorealis> after the get_all()[1] call?
[17:31] <wgz> in the python terminal _ just refers to the last object
[17:31] <AuroraBorealis> oh
[17:31] <wgz> you can bind one to a name instead of you want
[17:31] <AuroraBorealis> getting "address not present" again
[17:32] <wgz> try some other indexes, see if they're all missing contents
[17:32] <wgz> might be were some of the extra mem usage is to be found
[17:32] <AuroraBorealis> [0] worked
[17:33] <AuroraBorealis> http://paste.ubuntu.com/701837/
[17:33] <AuroraBorealis> just look like strings o.o
[17:33] <wgz> heh, yeah, [0] is likely not typical
[17:33] <wgz> try some other numbers nearer the middle
[17:34] <AuroraBorealis> 2-7 all return KeyError >.>
[17:35] <wgz> there are 562876 frozenset objects, so pick some bigger indexes
[17:35] <AuroraBorealis> oh
[17:35] <AuroraBorealis> lol
[17:36] <wgz> if lots of them have the same problem, it's likely there's our meliae bug to fix
[17:36] <AuroraBorealis> yeah
[17:36] <AuroraBorealis> 200,000 does it, 300,000, 400,000
[17:36] <AuroraBorealis> all keyerror
[17:37] <wgz> try in the other direction, use .p rather than .c
[17:37] <wgz> and find out what's holding on to them
[17:38] <wgz> keep going up with _.p[0].p ..etc as needed
[17:39] <wgz> (.c is 'children' - the list of object this object references, and .p is 'parents' - the list of objects that reference this object)
[17:39] <AuroraBorealis> http://paste.ubuntu.com/701839/
[17:39] <AuroraBorealis> tried some numbers
[17:39] <AuroraBorealis> oh
[17:40] <AuroraBorealis> seems to be the same dictionary tho
[17:40] <wgz> yeah, dict is too generic, go up again till you find a class or something more signpost-y
[17:40] <wgz> it's all the same dict at least
[17:40] <wgz> hm... actually, I think I may know where in the code this is
[17:41] <AuroraBorealis> [bzrlib._known_graph_pyx.KnownGraph(170691824 72B 2refs 1par)]
[17:41] <AuroraBorealis> they all say that
[17:45] <wgz> okay, so that's the entire history in memory.
[17:45] <AuroraBorealis> that seems bad
[17:45] <wgz> well, fastest way provided it fits, probably
[17:46] <AuroraBorealis> fast importing the linux kernel does seem like an extreme case
[17:50] <wgz> AuroraBorealis: get that KnownGraph object and look at its children
[17:51] <wgz> and also maybe summarize it (with `om.summarize(kg)`)
[17:52] <AuroraBorealis> i think this is right
[17:52] <AuroraBorealis> http://paste.ubuntu.com/701847/
[17:55] <wgz> think there was one to many .c to get kg, but gives the right idea
[17:56] <AuroraBorealis> yeah without the .c it still shows the same thing
[17:57] <AuroraBorealis> actually i lied
[17:57] <wgz> we've lost the giant dictionary with the frozenset objects somehow in that output
[17:57] <AuroraBorealis> http://paste.ubuntu.com/701848/
[17:57] <AuroraBorealis> that?
[17:58] <wgz> there he is.
[17:59] <wgz> so, that's big, but not huge. however, we seem to have no content for any of those containers, which is apparently where the dump went wrong
[17:59] <AuroraBorealis> is that something wrong with meliae?
[17:59] <AuroraBorealis> that it didn't dump everything
[18:01] <wgz> yup, I'm guessing, will try and repo so it can be fixed.
[18:03] <AuroraBorealis> ok
[18:03] <AuroraBorealis> i should be around
[18:03] <AuroraBorealis> well i have school, and i am probably going to be at school late cause some company is coming and i want to sit in on their talk
[18:03] <AuroraBorealis> you can email me with stuff to do at<EMAIL_ADDRESS>though :D
[23:12] <poolie> jam, hi, i see your mail
[23:13] <poolie> hi all
[23:22] <jelmer_> hi poolie


[16:32] <Fernando-Basso> Is there a way in xubuntu to make the second workspace show up in an external monitor/display?
[16:33] <Fernando-Basso> Currently, I have external monitor on the left. Not panel shows up on it, and the window buttons show up all on my primary, laptop's monitor, making it cluttered.


[00:00] <Flannel> shrug.  I don't think we should endorse it, but the only valid use-case I can see for it in #u I think a regular google would suffice.
[00:00] <Flannel> (that use-case being, "If you want to explore more on your own, try searching with a search engine!"
[00:01] <ikonia> Flannel I won't be endorsing it
[00:01] <Flannel> (The situation that it was used in #u was not a valid use case) ("Hi I need help, I can'
[00:02] <Flannel> (The situation that it was used in #u was not a valid use case) ("Hi I need help, I can't help, try searching with this instead!")
[00:02] <ikonia> that's how bob works
[00:02] <ikonia> bobweaver just throws random stuff, but the connection I'm on at the moment isn't best placed to deal with it/him
 Sorry, got disconnected.
[09:07] <bazhang> tempted to give the !work factoid, must resist
[09:09] <Jordan_U> bazhang: AptonCD has been known to sit around on the couch all day.
[09:10] <bazhang> Jordan_U, hehe nice
[13:26]  * Myrtti lies on the floor in awaitance of the death blow
[13:26] <IdleOne> that doesn't sound good
[13:27] <Myrtti> I'm sure someone will tell me off for cussing in the channel
[13:27] <Myrtti> so I'll just wait here for the tut-tut's
[13:27]  * Myrtti lies back down
[13:27] <IdleOne> you cursed?
[19:09] <popey> I just installed xchat-gnome and opened it for the first time, it drops me in #ubuntu. Is that wise?
[19:09] <Myrtti> many IRC clients do that
[19:10] <popey> I thought they put you in #ubuntu-XX
[19:11] <Myrtti> I don't know if that is something that can be set during the localisation phase
[19:11] <rww> nope, they all put you in #ubuntu
[19:12] <rww> that was one of the things discussed in That LP Bug about #ubuntu, thoughts were that it'd be a pain for small LoCos or something, iono.
[19:16] <jrib> should open both
[19:16] <jrib> imho
[19:27] <tsimpson> implementation of that ^ is also non-trivial
[20:26] <Myrtti> my internet died...
[20:28] <knome> rest in peace
[20:29] <Myrtti> stupid elisa
[20:29] <knome> glorious nebula
[20:29] <Tm_T> internet is dead, long live internet
[20:30] <Myrtti> http://www.elisa.fi/ir/pressi/index.cfm?t=100&o=5170&did=17433
[20:30] <knome> mm-hmm
[20:31] <knome> yay for private backbone!!
[20:40] <Myrtti> :-\
[20:40] <oCean> hmm.. in the DevelopmentCodeNames page, in the List of adjectives "pink" has already "panther" appended
[20:47] <Myrtti> over 30 minutes now
[20:47] <Myrtti> boo
[20:55] <Myrtti> Dinux17 :-(
[20:55] <Myrtti> Y U ABUSE OUR HELP
[20:59] <Myrtti> http://www.youtube.com/watch?v=0XrRwruU8DE WHEEEEEEeeee
[21:14] <knome> Myrtti, lol
[21:16] <knome> http://www.youtube.com/watch?v=NuF8RLnTnlA awesomeness
[23:47] <Kotake> hello
[23:48] <Kotake> why am I banned in #ubuntu?
[23:48] <Kotake> I don't remember being on the channel at all, if anyone could dig it up it'd be appreciated
[23:48] <popey> hello Kotake
[23:48] <popey> @btlogin
[23:49] <Kotake> heya
[23:49] <rww> I think this one's mine, one sec.
[23:50] <rww> ah, right
[23:50] <rww> Kotake: repeated problematic comments in Spanish
[23:50] <Kotake> oh
[23:50] <rww> on 2011-09-04
[23:51] <Kotake> anyway, thank you
[23:51] <Cam> hahaha
[23:51] <Kotake> haha I remember that lol
[23:51] <rww> Cam: Something we can help you with?
[23:51] <Kotake> didn't recall the targets though
[23:51] <Cam> rww: asl?
[23:51] <Kotake> ty
[23:51] <Cam> Yo no hablo ingles senor
[23:51] <rww> Cam: We don't do spectators here, please find somewhere else amusing to play :)
[23:51] <Cam> Debo salir... adios.
[23:51] <Cam> rww: it's just sodamn funny though.
[23:51] <Cam> Peace.


[23:45] <dcope> Hey all, any ETA for when tuner support will be added? I'm particularly interested in seeing it working with my cable box.


[00:14] <braiam> oh... thats explain it.
[00:24] <yofel> penguin42: what's the error? (The bug is private)
[00:25] <penguin42> yofel: I get the 'Lost something?' page
[00:25] <yofel> sounds like a bug in launchpad... It should give a Permission denied page
[00:26]  * yofel goes bothering #launchpad
[00:27] <penguin42> yofel: Well except braiam just said 'oh...thats explain it' I assume the same thing ;-)
[00:27] <yofel> right, just got the same when logging out
[00:28] <braiam> but I receive the link in a email, that my bug is a dup of it
[00:30] <yofel> right, apport auto-duped it. That the master bug is private doesn't  change it. And remembering your issue the duping was right
[00:31] <yofel> let's see if someone answers in #launchpad. If not I'll mark the bug public in a few minutes.
[00:31] <penguin42>  #launchpad isn't known for the speed of its responses :-)
[00:31] <yofel> I know I'm challenging the laziness of the devs, maybe I'm lucky :P
[00:32] <yofel> that it's weekend doesn't help -.-
[00:32] <yofel> penguin42: wait, aren't you in BC?
[00:33] <penguin42> BC?
[00:33] <yofel> bug control
[00:33] <penguin42> no, just bug squad
[00:33] <yofel> :O, thought you were by now ^^
[00:33]  * penguin42 doesn't spend enough time on it
[00:35] <yofel> heh, my triaging count has gone down too since I'm spending most of my time with the kubuntu team now... (we need more packagers)
[00:40] <lifeless> yofel: its an apport bug
[00:40] <lifeless> yofel: and don't mark it public unless you've audited the attachments
[00:41] <lifeless> yofel: for private data
[00:41] <yofel> well, that much I know. And that's what I was going to do now
[00:41] <yofel> the old behaviour was better though IMO
[00:41] <braiam> lifeless: I had the same bug and is a trivial one
[00:41] <lifeless> https://bugs.launchpad.net/ubuntu/+source/apport/+bug/764414
[00:41] <ubot4> Launchpad bug 764414 in apport (Ubuntu) "private master bugs are confusing and lead to more duplicate filings (affects: 3) (heat: 74)" [Wishlist,Triaged]
[00:42] <braiam> https://bugs.launchpad.net/ubuntu/+source/alacarte/+bug/795813
[00:42] <lifeless> yofel: the old behaviour was complex to maintain and lead to at least one vector for data leaks
[00:42] <yofel> braiam: I'm already looking at it
[00:43] <yofel> lifeless: k, thanks anyway for the explenation
[00:46] <yofel> braiam: you can see it now
[00:47] <braiam> ok
[00:53]  * penguin42 has been asked to retest a bug I reported at the beginning of 2008 - all I have to do is remember how to use the package I reported the bug in
[01:00] <penguin42> right, bed
[03:19] <braiam> yofel: nice response in #launchpad
[04:26] <RedSingularity> micahg: any command to go about getting a stacktrace for a given program?
[04:29] <CarlFK> RedSingularity: gdb?
[04:30] <braiam> RedSingularity: installing package-dbg?
[04:32] <RedSingularity> CarlFK: gdb may do the trick.  braiam: I am thinking of something that comes default with the system, that way an end user doesn't have to install it.
[04:32]  * RedSingularity looking at gdb man
[04:34] <CarlFK> if running "foo -bar" crashes, run "gdb -arg foo -bar", you will get a gdb prompt: run, crash, gdb prompt: bt full
[04:34] <braiam> RedSingularity: I think that you're going for a full retrace :P
[04:39] <RedSingularity> CarlFK: that does the job.
[04:39] <RedSingularity> hmmm no apport tools?
[04:40] <RedSingularity> to add to an existing report I mean.
[04:43] <CarlFK> apport-cli        -u report-number, --update-report report-number              Run apport information collection on an already existing problem              report. The  affected  package  is  taken  from  the  report  by               default...
[04:59] <micahg> RedSingularity: you can use apport to create the crash report and then use apport-retrace to retrace locally
[05:00] <RedSingularity> micahg: Yeah I was trying apport-retrace but it was not working....i was missing the 'a' in 'retrace' :/  Thanks.
[09:26] <njin> hello, can someone tell me which kernel is actually running maverick ?
[09:28] <micahg> njin: 2.6.35
[09:30] <njin> micahg: thanks 2.6.35-...,seems that the 3.0rc2 is having great problems, better don't suggest to install it
[09:32] <njin> micahg: NP, I suggest 2.6.35-5
[09:32] <njin> thanks again
[09:33] <micahg> njin: we don't support 3.0 on maverick
[09:34] <njin> micahg, no i've suggested in natty
[09:35] <micahg> njin: natty has 2.6.38
[09:35] <njin> micahg, now i want ihe to downgrade to maverick's kernel
[09:35] <njin> that's working for him
[20:17] <j1mc> hi there - i had a quick question about this bug:
[20:17] <j1mc> https://bugs.launchpad.net/ubuntu/+source/gnome-user-docs/+bug/794426
[20:17] <ubot4> Launchpad bug 794426 in gnome-user-docs (Ubuntu) (and 1 other project) "Can't open help because of XML error in user-guide.xml (affects: 1) (heat: 6)" [Undecided,Confirmed]
[20:18] <j1mc> is there a translations group that i can assign this to?
[20:18] <charlie-tca> What about https://wiki.ubuntu.com/Backtrace
[20:18] <j1mc> hm, nm
[20:18] <j1mc> charlie-tca: howdy
[20:18] <charlie-tca> nm
[20:18] <charlie-tca> Hello, j1mc
[20:18] <j1mc> o/
[20:19]  * charlie-tca late again and forgot to scroll the logs all the way
[20:20] <charlie-tca> j1mc: what about subscribing the translations team, so the head guy sees it
[20:20] <j1mc> charlie-tca: thanks... i'll give that a try
[20:21] <charlie-tca> You are welcome


 Is there somewhere documentation of why specific programs were selected as defaults and which alternatives were rejected?
 I just encountered featherpad in a VM and it seems to be quite inferior to alternatives - I am curious is it reasonable to propose replacing it.
 I think part is dependencies and based only on qt stuff what other editors did you like better
 geany can show tabs/spaces and shows line number by default
 featherpad has no option to show tabs/spaces that I found, uses tabs in Python files intended with spaces and is not showing line number by default, even in code files
 (I switched to geany because I remember it from the first linux computer I used and is simpler to install than VSCodium)
 line numbers by default is in prefrences
 Yes, but at least I expect code editor to have it enabled by default. In the same way as I expect text to not be white on white background.
 I mean I find that a thing that could be done in packaging for lubuntu default settings if we really want to
 given that would only fix it on new installs
 Fortunately featherpad is a plain-text editor with syntax highlighting for some languages.
 It is also very easy to enable line numbers.
 And if this is not enough: open a bug report on the upstream project and it will be included automatically with the next packaged featherpad release.
 remind me: the last 32bit Lubuntu release was...?
 i believe it was the same time as Ubuntu dropped 32bit, no?
 18.10
 that's what I thought, thanks.
 people on Ask Ubuntu said "I thought a few flavors had official 32bit images as recently as 20.04" but they're not the smartest people nor authorities.  I could pull my Lubuntu Council hat out on 'em but I'm lazy
 and have enough things to worry about today first :P
 hahaha, no, the last one was 18.10, the first with lxqt and the last with 32 bits, the last with 32-bit support was 18.04 for being lts.


[00:09] <Kradllit> Ого сколько народу)
[00:09] <Kradllit> Всем привет. Скажите, почему нету Lubuntu Netbook? :(
[00:10] <Kradllit> Очень нравится Lubuntu, но вот как поставить ее, что бы ядро было Netbook Edition?
[00:10] <Kradllit> Hi all
[00:12] <Kradllit> Who know why Lubuntu didn't have Netbook version? How install Lubuntu with Netbook Edition Kernel?
[00:14] <Kradllit> Ubuntu have Netbook Edition. As i know kernel in UNE optimazied fot Intel Atom, or i wrong?
[00:31] <MichealH> If I can remember there is a ubuntu-netbook package you can install
[04:02] <Bookman> Is there a 'find' a file command?  I don't see one in the file manager, or in any of the menus.
[04:03] <stlsaint> Bookman: use the locate command
[04:03] <stlsaint> Bookman: locate <file_name>
[04:07] <Bookman> and locate <filename> searches just the current directory?
[04:08] <stlsaint> Bookman: nope, it will search system to find file
[04:08] <Bookman> all directories?
[04:08] <stlsaint> Bookman: yes
[04:09] <stlsaint> Bookman: well at least the ones in the /home/user directory
[04:10] <Bookman> hmmm, not sure if I have it working properly then.
[04:13] <Bookman> It does not seem to find files in my Downloads directory
[04:13] <phillw> Bookman: there is also a more sledgehammer and nut approach, using find and grep. But as stlsaint states locate should find a file regardless of the directory it is in.
[04:14] <Bookman> hmmm
[04:14] <stlsaint> Bookman: test it, go to dir, make a blank file titled test or something then use locate command on file from another dir
[04:14] <Bookman> It does not seem to find things in my 'Downloads' directory.
[04:15] <phillw> Bookman: as you are running a journalled filesystem locate should find it no problems.
[04:15] <Bookman> hmm, not sure what is going wrong then.
[04:16] <stlsaint> Bookman: what errors are you getting?
[04:16] <Bookman> No errors, no returns though.
[04:16] <Bookman> info says it uses /var/cache/locate/locatedb
[04:16] <phillw> Bookman: If when you do an ls in Downloads, the file should be there, unless you have your download area set to a different area?
[04:16] <Bookman> files show up using ls in downloads, but locate does not see them
[04:17] <stlsaint> Bookman: paste the commands from your terminal you are using
[04:17] <Bookman> locate filenam*
[04:18] <phillw> journalling is a low priority task, it can take a while for locate to have the database built.
[04:18] <Bookman> I am just searching for any file I know to exist in the Downloads directory at the moment
[04:18] <Bookman> It returns nothing immediately
[04:18] <phillw> Bookman: From the Download directory, issue
[04:18] <phillw> find . | grep filename
[04:19] <Bookman> phillw, that works just fine.
[04:19]  * phillw is a fan of find :D
[04:20] <Bookman> hmm, I used find . | grep XP* and it returned results.
[04:20] <Bookman> in the same directory I used locate XP* and got zero back
[04:21] <phillw> Bookman: find does hammer the computer, so I always try locate 1st. if that fails then I use find
[04:21] <Bookman> Gotta keep sharpening my skillset
[04:22] <Bookman> I guess maybe the locate command does not always work?  Is there a way to update the database?
[04:22] <phillw> Bookman: that's why we are here, to help :)
[04:24] <phillw> Bookman: http://ubuntuforums.org/showthread.php?t=912965
[04:25] <phillw> Bookman: that has the instruction to update the database, and a brief introduction to find.
[04:25] <Bookman> Thanks yet again!
[04:29] <phillw> Bookman: I've just learned it only updates every 24 hours from reading that thread :P We learn something new every day :)
[04:29] <Bookman> Gotta keep learning.
[04:31] <Bookman> But running updatedb works and didn't take long for my small hard drive.
[04:31] <Bookman> locate now finds everything.
[04:32] <Bookman> But only in my /home/usr directory
[05:16] <bitrotted> so about this lubuntu-10.10 i'm slurping down
[05:17] <bitrotted> is this lubuntu thing going anywhere?
[05:17] <bitrotted> seems to at least be current
[05:17] <bitrotted> and interested in lxde
[05:17] <bitrotted> just kinda wondering if the idea was to merge back cause forks normall sucks
[05:17] <stlsaint> bitrotted: is it going anywhere? o_O
[05:17] <bitrotted> sporks are cool
[05:18] <bitrotted> like spoons that grow points but then decide thats enough and still supported primarily by the spoon
[05:18] <phillw> bitrotted: lubuntu is aiming for full adoption, Canonical are writing the rules up, but lubuntu is considered across all teams as if it were fully adopted.
[05:18] <bitrotted> i mean suppose i like lubuntu - in a month or 3 months or 6 months whats the store going to be like
[05:19] <bitrotted> cool
[05:19] <bitrotted> so its like some red tape
[05:19] <bitrotted> so it gets all same update mechanisms and such?
[05:19] <bitrotted> all those are gotten from upstream in orderly and timely fashion
[05:20] <bitrotted> seems like a sweet idea
[05:20] <bitrotted> i havent seen lxde
[05:20] <bitrotted> but i'm all abut lightweight
[05:20] <bitrotted> and whachamacallit unity not so much doing it for me nor gnome or any reall
[05:20] <bitrotted> y
[05:22] <bitrotted> lalal 436mb 3 minutes remaining
[05:22] <bitrotted> interested to see how it will go on this unknown celeron 1.1 toshiba satellite a-85
[05:22] <phillw> bitrotted: you have been invited to another room, please accept.
[05:23] <bitrotted> oh cool so sorry if i was muddling up your dev type more project related conversations, its late, i should have known better
[06:05] <stlsaint> d
[06:05] <bioterror> e
[13:07] <quadrispro> hi guys
[13:08] <mark76> Hello
[13:08] <mark76> Can't stop
[13:08] <mark76> Making pancakes
[13:08] <mark76> Byee
[13:09] <quadrispro> are there way/tools to lock down lxde?
[13:09] <bioterror> what?
[13:09] <bioterror> you mean LOCK  your screen?
[13:09] <bioterror> like in windows win+l
[13:10] <quadrispro> no, "Lockdown is the mechanism which is used to bar users using a computing environnment from performing certain actions" (via http://library.gnome.org/admin/deployment-guide/)
[13:10] <quadrispro> so, for instance
[13:10] <quadrispro> I'd like to prevent users to customize the panel
[13:11] <quadrispro> add launcher, open terminal windows etc
[13:11] <quadrispro> I'm asking there 'cause I didn't find anything on the Internet :/
[13:12] <bioterror> you want kiosk settings?
[13:13] <quadrispro> something like a kiosk-mode would be a good beginning
[13:13] <bioterror> maybe disable right mouse?-)
[13:17] <quadrispro> no, it's unnecessary, I would like to: 1) disallow users to open terminals 2) disallows users to add stuff to the panel 3) ...
[13:18] <quadrispro> 3) no alt+f2
[13:18]  * hyperair wonders what the point of disabling terminals and custom commands is
[13:18] <hyperair> it doesn't make the system any more secure.
[13:19]  * quadrispro on phone
[13:39] <quadrispro> well, I'm back
[13:39] <quadrispro> hyperair, it isn't the point, I don't want a more a more secure system
[13:40] <hyperair> then?
[13:40] <quadrispro> please replace an occurrency of "a more" with ""
[13:40] <quadrispro> :)
[13:40] <hyperair> lol
[13:40] <hyperair> fine
[13:40] <hyperair> so what do you want?
[13:40] <quadrispro> hyperair, I just don't want that users can do everything
[13:40] <bioterror> cabt dio
[13:40] <bioterror> cant do
[13:41] <hyperair> quadrispro: in other words, you're screwing with your users? =)
[13:42] <quadrispro> let me elaborate better :)
[13:43] <quadrispro> I'm working on custom ubuntu CDs which will be installed in big office environment
[13:44] <quadrispro> and employers should not be able to customize panels, get information about the system or access to the shell (only one tty will be available - the current one)
[13:46] <quadrispro> hyperair, GNOME allows the lockdown through a bunch of GConf options
[13:46] <hyperair> i see.
[13:46] <hyperair> yeah i recall something like that.
[13:46] <hyperair> for gnome, that is
[13:46] <hyperair> not for lxde
[13:46] <quadrispro> oh... :(
[13:47] <hyperair> but i'm not an LXDE user
[13:47] <hyperair> just a random irc op
[13:48] <bioterror> hyperair likes to keep us in frame
[13:48]  * hyperair frames bioterror up and hangs him on a wall
[13:48] <hyperair> like that?
[13:48] <hyperair> =p
[13:48]  * bioterror is now in order
[13:48] <bioterror> :D
[13:48] <hyperair> lol
[13:49] <bioterror> better clear my clipboard... ;)
[13:49] <hyperair> quadrispro: you could possibly stick around until pcman appears, and poke him about this.
[13:49]  * bioterror summons pcman
[13:49] <bioterror> !seen pcman
[13:49] <hyperair> 21:49:51 [FreeNode] -NickServ(NickServ@services.)- Last seen  : Nov 20 23:53:29 2010 (1 week, 1 day, 13:56:21 ago)
[13:50] <bioterror> not in here?
[13:50] <hyperair> ?
[13:51] <hyperair> the last time he said anything was a month ago
[13:51] <hyperair> quadrispro: okay, maybe you should try a mailing list. =p
[13:52] <hyperair> he hasn't been around on OFTC either.
[13:58] <quadrispro> ok thanks
[13:59] <bioterror> but I think quadrispro should get more familiar with the openbox configuration
[14:01] <tschebulla> hello lubuntueers
[14:01] <bioterror> hi
[14:01] <tschebulla> I have a question
[14:01] <bioterror> !ask
[14:02] <bioterror> I need to learn pipe to user
[14:03] <bioterror> seems to be a long question
[14:03] <tschebulla> oki! Im using pidgin and after i close the window it shuts down
[14:03] <bioterror> hope it's not the omega certificate
[14:03] <tschebulla> Can it be made so it joins other programs in notification area
[14:04] <tschebulla> no its not the certificate thing
[14:04] <bioterror> other programs, what?-)
[14:04] <tschebulla> like dropbox, xchat
[14:04] <tschebulla> guake
[14:04] <bioterror> you dont get pidgin system tray icon?
[14:04] <tschebulla> so it minimizes to notification area
[14:04] <tschebulla> so it minimizes to notification area
[14:04] <tschebulla> it closes
[14:05] <tschebulla> correct, i dont get the system tray icon
[14:06]  * bioterror fires up pidgin
[14:07] <bioterror> tschebulla, okay
[14:07]  * tschebulla is listening
[14:07] <bioterror> Pidgin -> Tools - > Perferences -> Interface -> Show System tray Icon -> from never to Always
[14:09] <tschebulla> Thank you very much bioterror
[14:09] <bioterror> np
[14:09] <tschebulla> So its a pidgin thing
[14:09] <bioterror> it's pidgin's default settings thing
[14:11] <bioterror> :-)
[14:12] <bioterror> one happy camper more!
[14:14] <szczur> bioterror, you were faster than me :)
[14:14] <szczur> i stopped watching YT too late :)
[14:15] <szczur> hi phillw bioterror head_victim and everyone i forgot
[14:15] <bioterror> hi szczur
[14:19] <bioterror> szczur, would you please join https://launchpad.net/~lubuntu-desktop this team?-)
[14:20] <szczur> joined
[14:20] <szczur> :)
[14:20]  * bioterror thanks
[14:20] <bioterror> now you get lubuntu spam
[14:20] <szczur> >_>
[14:20]  * szczur sets up the filters
[14:21] <szczur> :)
[14:22] <bioterror> what that ubuntu is underlined
[14:23] <bioterror> lubuntu
[14:23] <bioterror> not anymore :D
[14:23] <bioterror> something in my terminal :D
[15:54] <tschebulla> Hello, its me again!
[15:55] <tschebulla> How do i change microphone volume?
[15:57] <tschebulla> Cant find any interface to do that in lubuntu 10.10
[15:57] <bioterror> maybe in terminal: alsamixer
[15:58] <tschebulla> aha, ok. I'll try something with that and report back
[16:49] <nitrohax> i can make it connect to the internet, but it still says it's not connected to eth0 causing problems with empathy and other programs needed the internet
[16:55] <phillw> nitrohax: how did you install Lubuntu?
[16:57] <nitrohax> using the repository thru ubuntu
[16:58] <phillw> nitrohax: via the instructions at https://wiki.ubuntu.com/Lubuntu/DocumentationHelp#Install%20Lubuntu%20from%20Ubuntu%20or%20any%20Ubuntu%20flavors ?
[16:59] <nitrohax> did the sudp apt-get install lubuntu
[17:00] <nitrohax> want me to run thru that again
[17:00] <nitrohax> ?
[17:00] <phillw> nitrohax: you may like to try with those instructions, don't worry you will not lose data.
[17:01] <nitrohax> oh i know i won't. I'm actually running into the same prob on kde too. LOL
[17:01] <nitrohax> or kubuntu
[17:02] <phillw> there is a potential problem with wired networks, but that should only affect those using the mini-iso install. If after trying that method you are still having problems ask & I will post up the link for when wired networks are un-mananged.
[17:04] <nitrohax> ok. before it wouldn't connect at all so i was using sudo ifconfig eth0 up && sudo dhclient eth0
[17:04] <phillw> nitrohax: the link for un-managed wired networks is at https://wiki.ubuntu.com/Lubuntu/DocumentationHelp/MinimalInstall#Unmanaged%20Wired%20Network But I'd suggest you try the install as per the instructions on the 1st link I gave you.
[17:04] <nitrohax> i'm doing the 1st right now
[17:08] <nitrohax> yeah you're going to laugh at this one when i tell you what i just realized. hahaha
[17:09] <nitrohax> there is a huge difference between lubuntu and lxde. yep i need to get some sleep or something
[17:09] <phillw> nitrohax: oh, yes, a massive difference :D
[17:10] <nitrohax> so now looking back and what else i did on kde, i'm gonig to install kubuntu. ha
[17:10] <phillw> lol
[17:10] <nitrohax> yeah one of those, what were you thinking just then moments
[17:10] <nitrohax> thank you for your help
[17:10] <phillw> nitrohax: i'm sure of the exact cli for kubuntu.
[17:11] <phillw> *i'm not sure*
[17:11] <nitrohax> it's ok, i'll look it up or go into kubuntu. thank you again
[18:09] <retku> will ubuntu skype work in lubuntu too?
[18:16] <bioterror> retku, toimii
[22:20] <BenoitSvB> I try to use terminus font in lxterminal; synaptic tells me console-terminus is installed, but I do not see it