[00:16] <infinity> Logan: No, but it seems someone else just did.
[00:17] <Logan> ah, but I wanted the infinity stamp on it :(
[00:17] <RAOF> Logan: Trusty's done; would you kindly add the bug reference to vivid?
[00:18] <Logan> oh, did I not nominate it for Vivid? awks
[00:18] <RAOF> No, you didn't include the bug in the changelog.
[00:18] <Logan> OH
[00:18] <Logan> do I need to bump the version?
[00:18] <infinity> No.
[00:18] <RAOF> No.
[00:18] <infinity> Rejected versions aren't "used up".
[00:18] <Logan> I figured
[00:22] <Logan> RAOF: ^ thanks!
[06:02] <infinity> RAOF: Probably poor form to accept mesa-lts-vivid/trusty, but not the matching mesa/vivid.
[06:04] <RAOF> infinity: Hm. Didn't notice that one.
[06:04] <infinity> RAOF: For HWE backports, I tend to verify that the origin exists in the archive before accepting the backport.
[06:04] <infinity> RAOF: Since it's a bit backwards the other way. :)
[06:04] <RAOF> :)
[06:05] <infinity> RAOF: (pls fix, since you have context from the first review)
[06:05] <RAOF> Doing so now.
[06:19] <jamespage> if there is a sru team member around the horizon in trusty proposed addresses a regression introduced with the last update
[06:19] <jamespage> https://bugs.launchpad.net/ubuntu/+source/horizon/+bug/1476417
[06:20] <jamespage> I'd like to get that out asap as horizon is quite broken in trusty right now
[06:20] <infinity> jamespage: Looking.
[06:20] <jamespage> infinity, thankyou
[06:22] <infinity> jamespage: Accepted.  If it's critical, feel free to turn around a quick verification with some indication of reasonable regression testing, and we can fasttrack the promotion to updates.
[06:23] <jamespage> infinity, on that now
[06:23] <infinity> jamespage: Well, ideally wait for the binaries to spit out. ;)
[06:23] <jamespage> indeed
[08:10] <jamespage> infinity, (or any other sru team member): I've worked through the horizon webui as both an end-user and a admin user - fix for bug 1476417 tests out OK and causes no regressions that I can see
[08:10] <jamespage> if we can get that released today much appreciated
[08:23] <Laney> flexiondotorg: You dropped ubuntu-mate-wallpapers-common but stuff depends on it
[08:23] <Laney> didn't notice that, partially my bad
[08:34] <tseliot> can an admin approve nvidia-graphics-drivers-352 and nvidia-graphics-drivers-352-updates in wily NEW, please?
[08:34] <tseliot> they belong in "restricted"
[08:41] <infinity> tseliot: I'll be looking at those later, but first you need to fix your nvidia-* trusty SRUs for me.
[08:42] <infinity> tseliot: Note the comment on the bug, you got your conflicts/replaces wrong (the old packages provide a different virtual package than the one you replace in the new ones)
[08:42] <tseliot> infinity: ok, let me check that
[08:44] <tseliot> infinity: what bug report did you use for that comment?
[08:48] <infinity> tseliot: The one mentioned in the SRUs?
[08:49] <infinity> tseliot: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-346/+bug/1465706
[08:49] <infinity> tseliot: Comment #7
[08:49] <infinity> tseliot: Easily visually verifiable that nvidia-opencl-icd-331 doesn't provide the package that the newer ones are replacing.
[08:56] <tseliot> infinity: ok, thanks
[09:05] <infinity> tseliot: If you can fix that up ASAP, we can re-verify and get it all sorted today.
[09:10] <tseliot> infinity: sure
[09:25] <tseliot> infinity: is it ok if I add opencl-icd to conflicts/replaces and keep the new virtual package?
[09:26] <infinity> tseliot: Yeahp.
[09:26] <tseliot> infinity: ok
[09:30] <Laney> flexiondotorg: fixing the LO icon deps in your metapackage, since that's also uninstallable on arm64 and ppc64el
[09:32] <tseliot> infinity: actually, I've just remembered that I removed that conflicts/replaces in 331 to fix LP: #1247736 . My guess is that the user who reported the problem was using an nvidia-opencl-icd-331 (331.38-0ubuntu7 ?) that is older than what is available in trusty updates (331.113-0ubuntu0.0.4). You can see the difference here: http://paste.ubuntu.com/11958577/
[09:38] <infinity> tseliot: Hrm?
[09:39] <infinity> tseliot: It either need to conflict/replace that virtual package, *or* needs versioned conflict/replaces on the older nvidia-opencl-icd-331{,-updates} packages.
[09:39] <infinity> tseliot: If the opencl-icd conflict is a bug, then do the latter.
[09:40] <infinity> tseliot: If you're overwriting files, you need to express that.
[09:40] <tseliot> infinity: yes, the latter seems like the only option
[09:41] <infinity> tseliot: I assume nvidia-opencl-icd-331{,-updates} >> 340 are actually empty packages?
[09:41] <infinity> So you can just conflict/replace against those (<< 340)
[09:42] <tseliot> infinity: yes, those are empty transitional packages
[09:42] <tseliot> good point
[09:42] <tseliot> I introduced that change in 331.38-0ubuntu7.1
[09:43] <infinity> (<< 340) is easier to type. :P
[09:43] <tseliot> right
[09:43] <tseliot> :)
[09:44] <infinity> And also more obviously correct to a human reviewing, like me. :P
[09:44] <tseliot> I assumed admins were superhuman beings ;)
[09:48] <tseliot> infinity: something like this should work, right? http://paste.ubuntu.com/11958630/
[09:49] <infinity> tseliot: That looks reasonable, yeahp.
[09:49] <infinity> tseliot: x however many packages need that fix.
[09:50] <infinity> 2, 4, I dunno, the nvidia stuff seems to multiply.
[09:51] <tseliot> infinity: right, it's not my fault though ;)
[10:03] <tseliot> infinity: I should debuild with -v to include the diff from the previous release in -proposed too, right?
[10:04] <infinity> tseliot: Ideally, yes.
[10:04] <tseliot> infinity: ok, good
[10:11] <tseliot> infinity: I'm going to add unversioned conflict/replaces for 304 and 304 updates, since, apparently, I've never fixed 1247736 in trusty for these packages
[10:15] <flexiondotorg> infinity, Are you on duty?
[10:16] <infinity> flexiondotorg: I'm barely awake, so I guess it depends on what you're asking.
[10:16] <flexiondotorg> infinity, Sleep well :-)
[10:18] <flexiondotorg> Laney, So ubuntu-mate-wallpapers-common should not have been dropped. I'll check my sources and see what happened there.
[10:18] <flexiondotorg> Laney, Thanks for steering me in the right direction.
[10:19] <Laney> np
[10:34] <flexiondotorg> Laney, I've found the issue. ubuntu-mate-common was erroneously removed in a commit.
[10:34] <flexiondotorg> Laney, I'll can raise a new debdiff bug for ubuntu-mate-artwork. Should I rev the version in the resubmission?
[10:35] <tseliot> infinity: ok, uploaded
[10:37] <Laney> flexiondotorg: yes, it's already uploaded so we need a new version
[10:37] <flexiondotorg> OK, understood. Sorry I messed this up. Any chance you'd be able to sponsor the new upload when I submit it?
[10:38] <Laney> sure
[10:38] <flexiondotorg> Laney, because I'd really need this in Alpha 2. I appreciate I'll need to issue a rebuild at some point.
[10:38] <flexiondotorg> Laney, Thanks very much. I'll go and make the debdiff.
[11:33] <infinity> tseliot: Were 346* the only ones with the bug?
[11:39] <infinity> tseliot: Both accepted.  Please re-verify, including testing the broken upgrade path you just fixed, so we can get these in.
[12:03] <lordievader> stgraber: You around?
[12:04] <stgraber> lordievader: sorta
[12:04] <lordievader> Did you see my message of yesterday?
[12:54] <tseliot> infinity: thanks, I will re-verify that. As for the other packages, 340 has transitional packages for 331, so it should be ok. Installing 340-updates over (non -updates) 331 will probably fail though.
[13:24] <flexiondotorg> Laney, sorry for the delay. Here is the ubuntu-mate-artwork debdiff. Thanks for helping.
[13:24] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1479352
[14:30] <flexiondotorg> didrocks, If you're not too busy could you sponsor this upload please?
[14:31] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1479352
[14:31] <flexiondotorg> didrocks, I really need this so I can rebuild the Ubuntu MATE 15.10 Alpha images.
[14:31] <flexiondotorg> didrocks, Laney is aware of this but I'm guessing he got busy.
[14:34] <didrocks> flexiondotorg: hey, I didn't download the package yet, but there is no .install? You copy them in the right dir yourself in debian/rules?
[14:35] <flexiondotorg> didrocks, The .install for ubuntu-mate-artwork-common was present in 0.4.11
[14:36] <didrocks> ah, you just forgot the declaration in debian/control
[14:36] <flexiondotorg> didrocks, But the entry in debian/control got nuked by an erroneous commit.
[14:36] <flexiondotorg> So, 0.4.12 just reinstates the control entry that should have been there all long.
[14:36] <flexiondotorg> didrocks, Thanks for looking :-)
[14:37] <didrocks> flexiondotorg: yw! doing a quick build before uploading :)
[14:37] <flexiondotorg> didrocks, Cool.
[14:37] <Laney> go didrocks
[14:37] <Laney> flexiondotorg: I was having lunch.
[14:37] <flexiondotorg> Laney, well I know you're busy.
[14:37] <flexiondotorg> Laney, I done some smoke test for Ubuntu MATE.
[14:38] <flexiondotorg> Laney, But I want to rebuild and make sure this artwork and meta package stuff is all good too.
[14:38] <Laney> 'k
[14:38] <flexiondotorg> Laney, I assume that ubuntu-mate-meta will automatically promote from proposed when ubuntu-mate-artwork 0.4.12 is in the relese pocket?
[14:39] <Laney> laney@nightingale> rmadison -swily,wily-proposed ubuntu-mate-meta                                                                                ~ ubuntu-mate-meta | 1.127 | wily/universe | source
[14:39] <Laney> laney@nightingale>                                                                                ~
[14:39] <Laney> it already did
[14:40] <flexiondotorg> Laney, Ah, great.
[14:40] <flexiondotorg> Laney, Thanks.
[14:44] <didrocks> flexiondotorg: sponsored, and kudos for the trailing comma after the last depends :)
[14:44] <flexiondotorg> didrocks, I found wrap-and-sort :-)
[14:44] <flexiondotorg> didrocks, Thanks for helping out.
[14:44] <didrocks> oh, wrap-and-sort is adding the trailing comma? NICE! :)
[14:44] <didrocks> yw
[14:44] <flexiondotorg> wrap-and-sort -t -a
[14:46] <Laney> haha
[14:46] <didrocks> I swear I didn't add the -t option to it. But that would have been the case if I thought about it |o|
[15:49] <jamespage> infinity, any chance you can release the horizon fixup (bug 1476417) to updates? it LGTM
[15:49] <jamespage> pretty please :-)
[16:24] <flexiondotorg> Laney, ubuntu-mate-artwork 0.4.12 is now in the released pocket :-)
[16:25] <flexiondotorg> Laney, If I rebuild the iso images will the build pick up that new version? Or is there something else I need to wait for?
[16:25] <Laney> flexiondotorg: If rmadison shows you the new version in wily then it'll get that
[16:26]  * flexiondotorg goes to learn what rmadison is and how to use it.
[16:26] <Laney> I gave you an example line just there ^^^
[16:27]  * flexiondotorg knows rmadison. Whoa.
[16:27] <Laney> It queries a remote machine to tell you about package versions
[16:27] <flexiondotorg> Laney, Thanks. rmadison still shows 0.4.10. So I'll wait.
[16:28] <Laney> nod
[19:25] <infinity> jamespage: Done.
[19:32] <flexiondotorg> Riddell, wxl How is your 15.10 Alpha 2 testing going?
[19:35] <lordievader> flexiondotorg: Speaking for Riddell, good :) tested lots yesterday, no crucial problems found.
[19:36] <flexiondotorg> lordievader, Excellent. I've found myself in the same happy situation with Ubuntu MATE. One note worthy issue but noth critical :-)
[19:37]  * flexiondotorg makes mental note to contact lordievader tomorrow.
[19:38] <lordievader> I do have one problem though, since the Kubuntu team is away at Akademy I volunteerd to do the lead on this one. But as of yet I do not have the rights to make the image ready... :(
[19:39] <infinity> lordievader: You can just tell Laney your images are ready and he can mark them.
[19:40] <lordievader> Oke, I will remember that. Going to test some more tommorow. Thanks :)
[20:27] <flexiondotorg> lordievader, Looks like I could also make you image as ready when you get to that point :-)
[20:34] <lordievader> Ah, cool. Then I'll bug one of you two tommorow about it ;)
[20:34] <lordievader> flexiondotorg: ^
[20:34] <flexiondotorg> lordievader, Sure, no problem :-)
[20:35] <flexiondotorg> lordievader, I owe Riddell a favour or three
[20:37] <lordievader> :)
[21:18] <jderose> infinity: seems something is a bit off in the *lts-vivid X bits still https://bugs.launchpad.net/system76/+bug/1479524
[21:19] <jderose> that's with todays 14.04.3 daily ISO, sha1sum 61afb95256980077b41415f2986ee75d2b3222cd
[21:19] <infinity> jderose: So something has an undeclared dep?  Lovely.
[21:19] <infinity> tjaalton: Around?
[21:22] <infinity> jderose: So, (minus version bumps, obviously), this is the delta from .2 to .3: http://paste.ubuntu.com/11962290/
[21:23] <infinity> jderose: Pretty clearly missing that one library, but I assumed this was intentional on the part of the X maintainers, so we'll have to sort out why. :P
[21:26] <jderose> infinity: gotcha. while i have you, do you know why there is no "libegl1-mesa-drivers-lts-vivid" package to replace "libegl1-mesa-drivers-lts-utopic"? is this deliberate or a goof?
[21:27] <infinity> So, looks like libopenvg1-mesa and libegl1-mesa-drivers legitimately no longer exist in the new mesa.
[21:27] <infinity> But libwayland-egl1-mesa-lts-vivid definitely exists, it's just that nothing pulls it in.
[21:28] <infinity> jderose: newer mesa Provides mesa-drivers.
[21:29] <infinity> jderose: So, I guess whatever was in that package was pulled in.
[21:29] <jderose> infinity: so something that truly does depend on libwayland-egl1-mesa-lts-vivid hasen't properly declared it as such... and after that's fixed, it will fix the ISO manifest automatically?
[21:29] <jderose> gotcha, thanks
[21:30] <infinity> And it was drivers that depended on wayland, so I guess that dependency needs to move around a bit.
[21:30] <jderose> (i don't know much about the ISO building process BTW, so sorry if that's a dumb/obvious question)
[21:30] <jderose> ah, gotcha
[21:30] <infinity> jderose: Yeah, this isn't something we should hack around in the ISO mastering process, if a package is legit missing a dep, we should fix it. :)
[21:30] <jderose> agreed :)
[21:31] <infinity> A bit curious that this wasn't an issue with vivid, though...
[21:31] <infinity> Unless the backport broke the deps a bit.
[21:31]  * infinity goes to look at the vivid manifest.
[21:33] <infinity> Hrm, *something* pulled it in in vivid.
[21:34] <infinity> Wait.  I've confused myself.
[21:38] <infinity> Ahh, it's pulled in incidentally in vivid by gtk depending on it.
[21:38] <infinity> Which clearly won't be true in trusty.
[21:42] <infinity> jderose: Can you reproduce that bug and verify that installing libwayland-egl1-mesa-lts-vivid fixes it?
[21:47] <jderose> infinity: sure, just a sec...
[21:50] <jderose> infinity: yup, `apt-get install libwayland-egl1-mesa-lts-vivid` fixes it
[21:54] <infinity> jderose: Alright.  We'll either get it fixed in mesa, or I'll pull some tricks, but we'll figure it out.
[21:55] <jderose> infinity: awesome, thanks! :)
[22:00] <infinity> tjaalton: When you pop your head in, please have a look at https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1479524
[22:02] <infinity> RAOF: Or you ---^
[22:03] <infinity> Oh, hrm.  I used to install libegl1-mesa-drivers manually for lts-utopic.  Maybe you'll both tell me I should just install this manually now instead.
[22:05]  * infinity grumps and admits that's probably the answer he'll be given.
[22:05] <infinity> But we'll see.
[22:12] <ari-tczew> There are a lot of packages related to KDE, which have been _not_ yet migrated from -proposed. e.g. kf5unitconversion, is there any blacklist for such packages?
[22:13] <cjwatson> That seems to fail Occam's Razor
[22:13] <infinity> Also, I don't see kf5unitconversion in proposed...
[22:13] <infinity> So you might need to be a bit more specific.
[22:13] <infinity> kunitconversion?
[22:13] <cjwatson> Much easier to actually look at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[22:13] <ari-tczew> infinity: yes, kunitconversion, sorry
[22:14] <cjwatson> Regression in the kdelibs4support autopkgtest
[22:15] <cjwatson> Dunno if that actually has anything to do with kunitconversion, I haven't unpicked that; but it would probably be easier to make the tests pass than to invent conspiracy theories about blacklists :-)
[22:15] <infinity> cjwatson: Conspiracies are more fun.
[22:16] <jderose> infinity: when you say "I used to install libegl1-mesa-drivers manually for lts-utopic", do you mean as per the instructions here - https://wiki.ubuntu.com/Kernel/LTSEnablementStack
[22:16] <cjwatson> There is the facility to block packages, but if that were in use then you would see it logged on the above page
[22:17] <cjwatson> https://wiki.ubuntu.com/ProposedMigration has overall documentation
[22:17] <jderose> infinity: or do you mean in terms of the ISO mastering
[22:17] <cjwatson> Oh, and there are a bunch of other problems, because kunitconversion needs ki18n and that has a couple of other autopkgtest regressions
[22:19] <infinity> jderose: I mean for the livefs mastering.
[22:19] <infinity> cjwatson: I thought you were sleeping.
[22:20] <cjwatson> I sure am, I type by telepathy.
[22:23] <jderose> infinity: okay, gotcha. just to make sure i'm understanding things correctly, totem should in fact depend on libwayland-egl1-mesa[-lts-*], either directly or indirectly, right? like if you installed from the server ISO, the expectation is that `apt-get install totem` would do something sane, in theory yield a workable totem install?
[22:24] <infinity> jderose: I doubt it's totem itself that's trying to load that library.
[22:24] <infinity> jderose: Odds are it's mesa's fault.
[22:25] <infinity> jderose: Oh, you did say "or indirectly".  So, yeah, I'd imagine that mesa has an undeclared dependency there because someone was trying to be overly clever with a package split and didn't notice the consequence. :P
[22:26] <infinity> jderose: Alternate fix would be to make whatever's dl()opening that library be more conditional and less violently faily.
[22:26] <infinity> Anyhow, the band-aid solution might just be for me to pre-install it, as I did for mesa-plugins in .2
[22:26] <infinity> We'll see.
[22:27] <infinity> jderose: I'll have a healthy argument with the X folks and have it fixed -- one way or another -- by tomorrow.
[22:27] <jderose> infinity: okay, gotcha. for me the ISO/livefs build process is still much mystery sauce, so i'm just trying to understand things a bit better. thanks for graciously humoring my questions! :D
[22:29] <infinity> jderose: In an ideal world where all packages behave, the livefs build process should just be "apt-get install ubuntu-minimal ubuntu-standard ubuntu-desktop" && take package list && "apt-get install ubuntu-live" && take new package list, so we have install/live diff, compress and ship.
[22:29] <infinity> jderose: The world isn't always entirely ideal.  But we aim for it. :P
[22:31] <jderose> infinity: thanks for the pseudo-code there... that hugely, hugely helped me understand the process.
[22:31] <jderose> and it's good to have ideals to strive for, even if you don't always reach them :)
[22:51]  * jderose catches the bus
[23:03] <bdmurray> Could somebody have a look at my apport SRU in the vivid queue?
[23:14] <infinity> bdmurray: What's the magic word?
[23:16] <infinity> bdmurray: Pretty sure your bug ref is bogus.
[23:28] <bdmurray> infinity: hmmph, thanks
[23:30] <teward> infinity: could you please do me a favor and take a look at the nginx sru in the trusty queue?  That's a fairly-easy-to-reproduce bug, and init failing because it can't parse pidfile is *bad*... no rush, though, i'm fine waiting for a few days longer, since I use the nginx PPAs on my trusty systems.  others, unfortunately, are still hit by this.
[23:30] <teward> if you're busy i'll wait :0
[23:37] <infinity> teward: Can you fix your changelog to remove the trailing " *\n"?
[23:38] <infinity> teward: Not that that's a problem, but it's icky and shows a lack of attention to detail. :P
[23:39] <infinity> teward: Also, the reference to "debian/control:" seems wrong, that's not the file you changed...
[23:39] <bdmurray> infinity: I've reuploaded apport.
[23:41] <teward> infinity: reject, i'll reupload
[23:41] <teward> infinity: i'll make those fixes :)
[23:50] <teward> ehhh, i don't need to increment the version again do I, given that it was rejected...?
[23:50]  * teward may have made a failure if it needs another version number bump >.<
[23:50] <bdmurray> teward: No, you don't need to the bump the version since it was never published.
[23:50] <infinity> teward: You d... What he said.
[23:52] <teward> bdmurray: that's what i thought, but i've failed in the past :)
[23:52] <teward> the headache of staring at ESXi's command line, coupled by manually rebuilding two VMs is draining my brain :)
[23:54] <teward> that one should look better


[02:37] <cjwatson> wgrant: I should also point out that udev isn't a source package in anything newer than precise, and I think systemd diffs work fine.  But perhaps I should add a config option for undiffable source package names, and add cordova-cli to it?
[02:39] <lifeless> cjwatson: this is the big diff problem?
[02:39] <lifeless> cjwatson: wouldn't a resource limit of some sort be less maintenance?
[02:40] <cjwatson> lifeless: This is in addition to such a thing.  See https://code.launchpad.net/~cjwatson/launchpad/limit-debdiff/+merge/278187, whose comments I'm following up on
[02:40] <lifeless> k
[02:45] <lifeless> cjwatson: commented there
[02:57] <wgrant> cjwatson: Fair point.
[03:08] <cjwatson> lifeless: Thanks, it occurred to me after the fact that an RLIMIT_FSIZE ulimit would be simple enough and useful.  I'll work out a reasonable value for that and add one when I get round to addressing William's comments.
[03:09] <cjwatson> (I think that's the most useful measure - it's certainly the thing that directly causes problems first.)
[03:11] <StevenK> cjwatson: Out of interest, instead of, or as well as the time limit?
[03:15] <lifeless> belts + bracers  >> belts | bracers
[03:15] <cjwatson> StevenK: Yeah, both.
[03:15] <cjwatson> I mean why not.
[03:16] <cjwatson> Both running out of disk space and starving the queue cause problems, so might as well act directly on both.
[03:36] <dupingping> hi everybody.
[03:36] <dupingping> I executed bzr branch lp:launchpad
[03:37] <dupingping> How to launch a server for launchpad?
[03:37] <dupingping> I already installed Ubuntu Server Trusty.
[03:38] <wgrant> dupingping: https://dev.launchpad.net/Getting
[03:38] <wgrant> What are you planning to do with Launchpad?
[03:38] <dupingping> wgrant: I want to create a local server to create Ubuntu distro iso image automatically as launchpad.net
[03:39] <wgrant> dupingping: Launchpad is a very large and complex application, probably excessive for your needs. Why do you need to run your own?
[03:40] <dupingping> yes, I want to join in launchpad development.
[03:41] <dupingping> wgrant: of course, I want to contribute for launchpad.
[03:41] <wgrant> But you said you wanted to build Ubuntu ISOs.
[03:41] <dupingping> To do it, I need to test it by myself.
[03:41] <dupingping> yes, i said as that.
[03:41] <wgrant> Anyway, the page I linked has instructions for getting a basic development instance up and running.
[03:41] <wgrant> There are a few more steps after that to get ISO builds working.
[03:42] <dupingping> oh, yes. thank you. let me try.


[03:40] <UmbraChimera> So, I need some help.
[03:43] <UmbraChimera> This is true.   Installed Lubuntu on old laptop I'm trying to fix for a family friend, it has no working cd drive, bios cant boot usb. Got it all installed, and now after a crash while updating wifi driver the mouse (touchpad and a usb one) won't function.
[03:43] <UmbraChimera> advice?
[03:56] <ianorlin> .
[04:02] <ianorlin> how did you install it with no bios and no usb boot plop to the hard disk?
[04:03] <UmbraChimera> ubetbootin
[04:03] <UmbraChimera> it was an annoying task lol
[04:04] <ianorlin> unetbootin or ubetbootin?
[04:04] <UmbraChimera> unetbootin I think
[04:04] <UmbraChimera> sry lol
[04:05] <UmbraChimera> lol it has a 60gb hdd, 380something ram avalible and had xp sp2 on it, couldnt connect to win update, and was unable to read the owners wireless modem due to how new it was and updates were not an option i could find so i decided to try a light linux and it worked! until this mouse thing
[04:05] <ianorlin> where does it stop booting?
[04:05] <ianorlin> can you hold shift and get into grub?
[04:06] <UmbraChimera> it boots all the way, just no mouse.
[04:06] <UmbraChimera> usb mouse wont work and touchpad doesnt either now.
[04:06] <UmbraChimera> not sure why, it did, lubuntu crashed while updating wifi driver, and now it doesnt.
[04:06] <ianorlin> ctrl alt t opens up a terminal with no mouse
[04:07] <UmbraChimera> yeah, i just wasnt sure what approach to try from there.
[04:07] <ianorlin> lspci to see if the hardware is detecting the touchpad and what kind it is
[04:09] <UmbraChimera> yeah i didnt think about that, will it show enabled disabled etc? and would it also make my usb mouse not work?
[04:12] <ianorlin> no it will show if it is being detected
[04:12] <ianorlin> and give me information so I can know what the appropriate mouse driver is
[04:13] <UmbraChimera> alright, will you be on much longer?
[04:13] <ianorlin> some
[04:13] <ianorlin> maybe for an hour or two
[04:14] <UmbraChimera> ill go grab the craptop in about 30mins then? Wife's none to keen on how many hours i spent working through one problem after another with it, and if i do more before shes asleep, i may be on the couch
[04:16] <UmbraChimera> ianorlin: also, not sure if its relevant, but the mouse pointer does show up! lol
[04:24] <ianorlin> one command for you to try is synclient -l
[04:24] <ianorlin> to list settings but not sure that will help
[04:27] <ianorlin> http://j7.video2.blip.tv/10690008036594/Llelectronics-LubuntuScreencastTouchpadConfiguration461.webm?ir=12840&sr=1061
[04:31] <UmbraChimera> thanks for all your help btw
[04:31] <UmbraChimera> is there a keyboard shortcut for run?
[04:32] <ianorlin> alt f2
[04:32] <ianorlin> https://help.ubuntu.com/community/Lubuntu/Keyboard
[04:33] <UmbraChimera> i wonder if the values of things can be changed from terminal, like if mine does say its off,
[04:34] <UmbraChimera> ill go grab it and try your advice so far
[04:34] <ianorlin> one thing I would try is alt + mousewheel if your has it to see if it swithces desktops
[04:35] <UmbraChimera> i can grab my mouse in a bit and test that, i know clicks dont do anything even if pointer is over them
[04:36] <UmbraChimera> booting it up now
[04:39] <UmbraChimera> synclient did nothing, no synaptic driver loaded
[04:40] <UmbraChimera> and i cant see what all lpsci shows cant scroll up
[04:42] <ianorlin> lspci |less than and hit enter to move down some
[04:45] <ianorlin> can you run xinput list
[04:46] <UmbraChimera> yeah
[04:46] <ianorlin> also page up lets you scroll up
[04:46] <UmbraChimera> not for me
[04:47] <UmbraChimera> core pointer?
[04:47] <UmbraChimera> core keyboard and sub options under each
[04:48] <ianorlin> no synaptics under it?
[04:49] <UmbraChimera> nope   virtual core pointe   with _.XTEST pointer under it
[04:49] <UmbraChimera> and virtual core keyboard
[04:49] <UmbraChimera> with stuff like power sleep xtest
[04:51] <ianorlin> hmm don't think it is detecting your touchpad
[04:51] <UmbraChimera> and with lsci it found usb controllers. smbus, ide isa pci audio modem vga etc
[04:51] <UmbraChimera> nothing that looks like a mouse to me
[04:52] <UmbraChimera> i believe it is synaptic drivers, i remember the lil red swoosh logo on the xp install lol
[04:54] <UmbraChimera> and the wifi driver never finished, great lol
[04:56] <ianorlin> have an ethernet cable to plug into back of wireless router?
[04:57] <UmbraChimera> yeah thats how i installed it all and all that, looks like it did turn on. just gotta connect to my internet no mousey lol
[04:58] <UmbraChimera> well, the driver is on, but no wifi still shows up, might have to go harwire
[05:01] <UmbraChimera> trying to find wherever the default mouse settings option is atm, to see what it says
[05:02] <UmbraChimera> and how to select things is dconf no mouse, enter sadly doesnt work
[05:06] <ianorlin> um might have to use nano as a text editor to edit the text file
[05:07] <UmbraChimera> you know the location for the mouse? i know its under org
[05:07] <UmbraChimera> but thats as far as i remember
[05:08] <UmbraChimera> thanks for trying to help so much again.
[05:08] <UmbraChimera> i really aprecaite it
[05:08]  * ianorlin knows
[05:09] <ianorlin> one other thing to try is cat /etc/modprobe.d/blacklist.conf and see if your device is blacklisted
[05:10] <UmbraChimera> usbmouse and usbkbd are blacklisted because it says hid are preferred
[05:11] <UmbraChimera> snd_aw2
[05:11] <UmbraChimera> eepro100
[05:12] <UmbraChimera> other things listed
[05:12] <UmbraChimera> but they say replaced
[05:15] <UmbraChimera> that might be my usb mouse problem, maybe
[05:20] <UmbraChimera> gsettings set org.gnome.settings-daemon.plugins.mouse active true
[05:20] <UmbraChimera> tried that, and nada
[05:20]  * ianorlin is stumped
[05:21] <UmbraChimera> *sigh* i saw a long drawn out thing about booting a live cd from grub2
[05:21] <UmbraChimera> you know anything about that?
[05:22] <ianorlin> no not from grub2
[05:23] <UmbraChimera> im not even sure i can do unetbootin no mouse, or if that will fix it now'
[05:23] <UmbraChimera> you know how to unblacklist?
[05:24] <UmbraChimera> maye if i do it usb mouse will work
[05:24] <UmbraChimera> i dont own a ps/2 mouse to test, and i cant just take hdd out and reinstall all via my computer, because yay hdd is older than SATA lol
[05:25] <ianorlin> nano etc/modprobe.d/blacklist.conf and remove where it says blacklist usbmouse if you want to unblacklist it
[05:26] <UmbraChimera> you think thats a folly attempt?
[05:26] <ianorlin> might work
[05:28] <ianorlin> ah crud might need to sudo nano as saving outside of home
[05:29] <UmbraChimera> i sudo -i at the beginning of all this
[05:29] <ianorlin> ok
[05:31] <UmbraChimera> apt-get update to refresh it or are they avalible now?
[05:32] <UmbraChimera> im restarting atm going to see if booting with mouse plugged in does magic
[05:32] <ianorlin> ok
[05:33] <UmbraChimera> maybe usb mouse is   too new?
[05:33] <ianorlin> or try lsusb to see if it sees the mouse?
[05:33] <UmbraChimera> holy fuckwads the usb mouse works now
[05:33] <ianorlin> yay
[05:33] <UmbraChimera> just still fucked on the touchpad lol
[05:33] <ianorlin> !langauge
[05:34] <UmbraChimera> opps
[05:34] <UmbraChimera> >.<
[05:34] <UmbraChimera> my apoligies
[05:35] <ianorlin> might have to just use it with the mouse
[05:36] <UmbraChimera> not sure how they will fell about that lol
[05:39] <ianorlin> did you unblacklist the usb mouse?
[05:41] <UmbraChimera> yeah thats what i think made mine work
[05:41] <UmbraChimera> and usb keyboard
[05:42] <UmbraChimera> oi, this computer is still slow running lubuntu
[05:47] <UmbraChimera> is there a way to find out what the 2 unkown devices listed are?
[05:47] <ianorlin> 2 unkown devices?
[05:48] <UmbraChimera> yeah under additonal drivers now, (im trying to fix the wireless issue atm) i have broadcom, and then 2 devices that just say known and do not use is checked on one
[05:49] <UmbraChimera> and use smartlink modem is for the other
[05:50] <ianorlin> broadcom what?
[05:51] <UmbraChimera> broadcom corp: bcm4318
[05:51] <UmbraChimera> the wireless card
[05:52] <ianorlin> which driver the sta one?
[05:52] <UmbraChimera> yeah i know thats the issue with that now
[05:52] <UmbraChimera> just found that a min ago
[05:52] <UmbraChimera> i need bc4 or something else
[05:52] <ianorlin> bc43?
[05:53] <UmbraChimera> b43-fwcutter
[05:53] <UmbraChimera> is what it looks like ill need
[05:53] <UmbraChimera> and the installer
[17:58] <M4he> Hi! Can anybody tell me what's special about the Mac image of Lubuntu in comparison to the standard 64 bit image?
[17:58] <Unit193> The one for PPC?
[17:59] <M4he> no
[17:59] <M4he> the intel one
[18:00] <Myrtti> there's an image for intel macs?
[18:00] <M4he> https://help.ubuntu.com/community/Lubuntu/GetLubuntu
[18:00] <Unit193> Yep, not sure either.
[18:01] <bioterror> http://cdimage.ubuntu.com/lubuntu/releases/13.04/release/
[18:01] <bioterror> 64-bit Mac (AMD64) desktop image
[18:01] <bioterror> amd64+mac.iso
[18:01] <Myrtti> that's interesting
[18:01] <bioterror> might be something to do with the boot things
[18:01] <Unit193> Yep.
[18:03] <M4he> I already installed Xubuntu 13.04 using rEFIt on my MacBook without a problem. So I just wondered because this wasn't a special Mac image.
[22:14] <speckmade1> I feel a bit like prayin:
[22:14] <speckmade1> Can you please, please make sure that the next version of my favourite operating system ships a non-broken word processor?
[22:16] <Unit193> Hah, yeaaaah....  Abiword shouldn't be a silly git snapshot this time, or at least not a craptastic one.  Someone didn't ask before sync'ing.  (So Lubuntu got stuck with it.)
[22:16] <Unit193> !info abiword saucy
[22:16] <speckmade1> that version 2.9.2 of AbiWord is just not working acceptably and we're stuck with it for years already while there is the much better version 2.9.4 available for ages...