[15:01] <ppisati> hallo? :)
[15:01] <NCommander> #startmeeting
[15:01] <meetingology> Meeting started Thu Sep 15 15:01:04 2011 UTC.  The chair is NCommander. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:01] <ogra_> fnop
[15:01] <ppisati> fput()
[15:01] <ogra_> :)
[15:01]  * davidm_ waves
[15:01] <NCommander> #link https://wiki.ubuntu.com/ARM/Meeting/2011/20110915
[15:01] <NCommander> [topic] Action Item Review
[15:01] <NCommander> [topic] ogra to find out whats wrong with the tracker
[15:02] <ogra_> thats moot
[15:02] <ogra_> we had the wrong url
[15:02] <NCommander> ah, so a PEBKAC problem
[15:02]  * NCommander can't spell this mornming
[15:02] <ogra_> heh
[15:03] <NCommander> [topic] Standing Items
[15:03] <NCommander> [topic] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm.html
[15:03] <NCommander> [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm-ubuntu-11.10-beta-2.html
[15:03] <janimo> hello
[15:04]  * ogra_ has a question for one of his items ...
[15:04] <ogra_> do we actually want to do the ext4 switch right now ?
[15:05] <ogra_> it seriously seems a bit late to me for such a change
[15:05] <NCommander> for preinstalls?
[15:05] <ogra_> yes
[15:05] <ogra_> live-build only recently got support for ext4
[15:05] <janimo> ogra_, would be good imo, does live-build have the patch already? (In Ubuntu I mean)
[15:05] <ogra_> so we could theoretically still do the switch
[15:05] <GrueMaster> Should have been done for A2/A3.  Little late now.
[15:05] <ogra_> but that also means lots of fallount i think
[15:05] <NCommander> Best to stay with ext3 for now, and change it for A1 in P cycle
[15:05] <ogra_> janimo, no idea, but we could pull it in
[15:06] <ogra_> but i'm more in a tendency to postpone it
[15:06] <janimo> ogra_, not a very important thing, just a would be nice to align with ubuntu x86 and linaro
[15:06] <ogra_> yeah
[15:06] <ogra_> i agree
[15:06] <NCommander> definately something for next cycle
[15:06] <ogra_> but beta freeze is tomorrow and the images still have tons of bugs
[15:06] <janimo> with linaro's monthly schedule we will always have stale images featurewise for a few months
[15:06]  * NCommander adds it to the blueprint list
[15:06] <janimo> sure
[15:07] <janimo> NCommander, blueprint wiki link please?
[15:07] <GrueMaster> Beta freeze is today.
[15:07] <janimo> So it is not a real freeze, just a beta one
[15:07] <GrueMaster> [link]https://wiki.ubuntu.com/ARM/PBlueprintIdeas
[15:07] <NCommander> https://wiki.ubuntu.com/ARM/PBlueprintIdeas#preview
[15:08] <NCommander> drat, GrueMaster was faster
[15:08] <ogra_> GrueMaster, well, past midnight for me ;)
[15:08] <ogra_> NCommander, GrueMaster was cleaner :P
[15:09] <NCommander> [topic] ARM Server Status (NCommander, Daviey)
[15:10] <NCommander> server itself looks like its in good shape for A2, though we have some outstanding OMAP issues which I'll bring up during porting
[15:10] <NCommander> anyone got anything else?
[15:12] <janimo> is mx5 related to server in any way?
[15:12] <ogra_> no
[15:12] <ogra_> we dont roll server for it
[15:13] <NCommander> Guess there's nothing else
[15:13] <NCommander> [topic] Kernel Status (cooloney, ppisati)
[15:13] <ppisati> it's me, Paolo! :)
[15:14] <ogra_> yay
[15:14] <ppisati> there;s a new omap4 kernel
[15:14] <ppisati> and this new kernel fixes some outstanding issues: framebuffer coloring, audio, and a couple of warnings on boot
[15:14] <janimo> there's a new ac100 kernel upload preparing to fix the USB speed issue and to enable DRM but nothing else
[15:15] <ogra_> framebuffer coloring ? are you serious ?!?
[15:15] <ppisati> unfortunately the new kernel breaks the pvr driver, but that should be fixed in an upcoming release
[15:15] <ppisati> yep
[15:15] <ppisati> :)
[15:15]  * ogra_ got used to the blue after all these releases
[15:15] <ppisati> no more "smurf-colored" console
[15:15] <ppisati> :)
[15:15] <mahmoh> the USB speed issue is fixed already in the omap4 kernel?
[15:15] <ppisati> oh yes
[15:15] <ogra_> yes
[15:15] <ppisati> sorry
[15:15] <ppisati> i forgot about the important stuff
[15:15] <NCommander> I thought purple in d-i was intentional
[15:15] <ppisati> yes, Ming's ehci fix is in there too
[15:16] <ppisati> so, good usb i/o too
[15:16] <ogra_> NCommander, but blue text in black tty console wasnt ;)
[15:16] <ppisati> now we "only" need to fix pm and pvr driver and that will be the best omap release so far :)
[15:16] <ppisati> oh yes, and kexec too...
[15:16] <ogra_> wohoo
[15:17] <ogra_> on the ac100 front, janimo takles over the ac100 kernel now
[15:17] <ogra_> so we will finally get a git tree i guess :)
[15:17]  * ppisati didn't mention the usual round of kernel updates for all the other arm flavours since we are getting one of this every week
[15:17] <ppisati> cool
[15:17] <NCommander> yay git
[15:17] <ogra_> pfft git
[15:18] <Ursinha> lol
[15:18]  * Ursinha grabs the popcorn and watches
[15:18] <ogra_> lol
[15:18] <ppisati> and it seems cooloney is back
[15:18] <ogra_> oh, nice, will he come back and attend then ?
[15:18] <janimo> yay git
[15:18] <janimo> 2:1
[15:19] <ppisati> ah, dunno
[15:19] <Daviey> rbasak: Around?
[15:19] <ppisati> perhaps he will move to West Europe/US? :)
[15:20] <rbasak> Daviey: yes!
[15:20] <NCommander> anytihng else or should move on?
[15:20] <ppisati> move
[15:20] <ogra_> go
[15:20] <NCommander> [topic] ARM Porting/FTBFS status (NCommander, janimo)
[15:20] <ogra_> horrid !
[15:20] <ogra_> wrt universe
[15:21] <janimo> given back a few packages
[15:21] <ogra_> main looks okayish
[15:21] <ogra_> i went through all ftbfs logs the last days
[15:21] <janimo> nothing actually changed/fixed but that
[15:21] <ogra_> 70-80% of the arm ftbfs are GLES stuff
[15:21] <NCommander> On the OMAP3 side, netboot remains broken, fix there should be forthcoming today
[15:21] <ogra_> some libavcodec
[15:21] <janimo> we probably get to fix pgsql unless upstream is on it
[15:22] <ogra_> and a bunch of qreal
[15:22] <janimo> ogasawara, 70-80? I doubt it is that much. I would have thought it is around 30%
[15:22] <janimo> needs to be counted :)
[15:22] <ogra_> rsalveti, do you have any std reciepe for GLES issues ?
[15:22]  * rsalveti reading
[15:22] <GrueMaster> Guys, check your name tab completion.
[15:22] <ogra_> the ftbfs wikipage could need some code examples etc
[15:22] <janimo> ogra_, I think those apps need porting to GLES or have that code disabled.
[15:23] <rsalveti> ogra_: not for now, planned to discuss at UDS
[15:23] <janimo> it is very app specific
[15:23] <rsalveti> because the apps need porting
[15:23] <ogra_> janimo, well, if its just: change dep, switch configure options and build ...
[15:23] <ogra_> some apps have gles support
[15:23] <ogra_> but haent got it enabled
[15:23] <NCommander> on OMAP4, I've been grinding away at updating partman-uboot/partman-reciepes for the last week and some before I went for vacation
[15:23]  * ogra_ resarched some of them
[15:24] <NCommander> Its 95% working but still has some odds and ends. I've talked to skaet about it, and I'm expecting it to land tonight/tomorrow
[15:25] <janimo> ogra_, the Qt ones cannot work as they use GLES and OPENGL in the same time
[15:25] <janimo> and those are quite a few
[15:25] <ogra_> right
[15:25] <ogra_> i mean the ones that are ported upstream but where the build behaves like on x86
[15:26] <rsalveti> don't believe we have much of those still
[15:26] <ogra_> not many, but a few
[15:26] <rsalveti> most of the issues are from the qt gl x gles issue
[15:26] <ogra_> stellarium is a prominent one
[15:27] <ogra_> and there are a few others
[15:27] <ogra_> anyway, i dont want to slow the meeting
[15:27] <ogra_> NCommander, move :)
[15:28] <NCommander> [topic] ARM Image Status (ogra, NCommander)
[15:28] <ogra_> so so ...
[15:28] <ogra_> we had some issues with the build system that hopefully shoudl be resolved
[15:29] <ogra_> lamont, replaced something on annonaceae since then omap and mx5 builds seem to hang
[15:29] <ogra_> i pinged him but he doesnt seem to be around, i'll hunt down someone else from IS later
[15:30] <ogra_> ac100 images build and install fine, mx5 should be building fine too now
[15:30] <janimo> ogra_, so the lack of today's images is due to above breakage?
[15:30] <ogra_> oh and archive skew costed us three days of images this week
[15:30] <janimo> indeed ac100 is working fine
[15:30] <janimo> nice, less than it costs on average :)
[15:30]  * NCommander whacks janimo
[15:31] <ogra_> janimo, yes, annonaceae doesnt build anything apparently, i suspect an ssh key was replaced or so
[15:31] <ogra_> NCommander, anything to add for the server or netinst images
[15:31] <ogra_> ?
[15:32] <NCommander> just the previous methoned partman-uboot hacking for OMAP3/4, and the f-k fix
[15:33] <ogra_> move then :)
[15:33] <NCommander> [topic] QA Status (GrueMaster, mahmoh)
[15:33] <GrueMaster> All kernel SRU testing for systems on life support completed this week.
[15:33] <GrueMaster> Most of the testing for server is no finished, at least for a once over.
[15:34] <GrueMaster> My only beagleXM has an odd issue with the latest x-loader/u-boot where it will no longer connect to the network.  Driver loads, but it will not show a link.
[15:34] <GrueMaster> Using the Natty versions works fine.
[15:35] <rsalveti> GrueMaster: were you able to test with linaro's kernel?
[15:35] <ppisati> my xm rev a1 works ok with O u-boot
[15:35] <GrueMaster> not yet.  Had to reimage (I was running a cryptfs and linaro doesn't support that).
[15:36] <GrueMaster> Will test linaro kernel today.
[15:36] <ogra_> MMlosh in #ubuntu-arm reported the same NIC issue
[15:36] <GrueMaster> Also plan on doing some deep desktop image testing for the rest of the week, as I have done little on that this cycle.
[15:36] <ogra_> but he is on natty and just using the oneiric kernel
[15:36] <GrueMaster> interesting.
[15:36] <ogra_> so i'm not sure it isnt userspace
[15:37] <ogra_> but indeed intresting that you see the same
[15:38] <GrueMaster> mahmoh: anything to add?
[15:38] <mahmoh> GrueMaster: nothing except that you're doing a bang up job
[15:38] <ogra_> ++
[15:38] <ogra_> and he is also our best supporter in #ubuntu-arm
[15:38] <NCommander> [topic] Linaro Updates (rsalveti)
[15:38]  * rsalveti waves
[15:39] <rsalveti> well, not much that touches oneiric
[15:39] <rsalveti> first version of gcc-linaro packages
[15:39] <rsalveti> to be available at the toolchain backports PPA
[15:39] <rsalveti> to help testing toolchain issues and validating the gcc-linaro later on
[15:40] <rsalveti> on-going debugging on LTTng 2.x
[15:40] <rsalveti> first time we're trying to make it work with ARM
[15:40] <rsalveti> good thing is that we don't have a lot of kernel dependencies as before
[15:40] <rsalveti> hope to make it work properly this time
[15:41] <rsalveti> looking to try to get bug 669641 fixed at the linaro-kernels atm
[15:41] <GrueMaster> Is there a plan to integrate x-loader with u-boot for omap next cycle?  Also, PXE would be nice, since the code is there.
[15:41] <rsalveti> then push it to ubuntu-kernel once the fix is available and working
[15:41] <janimo> nice
[15:41] <rsalveti> GrueMaster: yup, in theory SPL already works for OMAP
[15:41] <rsalveti> we'll validate it for this cycle, so for P it should work the same way
[15:42] <janimo> bye bye xloader
[15:42] <ogra_> yeah
[15:42] <ogra_> well, not completely
[15:42] <ogra_> yet
[15:42] <rsalveti> but at least for next cycle for sure :-)
[15:42] <NCommander> anything else?
[15:43] <rsalveti> and on-going multi-arch fixes in place to get firefox cross buildable
[15:43] <ogra_> well you still keep MLO
[15:43] <rsalveti> sure, but the main issue was how x-loader was maintained
[15:43] <rsalveti> that's the next step
[15:43] <ogra_> indeed
[15:43] <janimo> ogra_, yes, but no more extra packages that we need to keep remembering the names of
[15:43] <ogra_> NCommander, nothing from me
[15:43] <rsalveti> that's most from my side
[15:44] <janimo> thanks rsalveti
[15:44] <NCommander> [topic] AOB
[15:44] <ogra_> erm
[15:44] <ogra_> what about blueprints ?? werent we supposed to have a topic for that today ?
[15:44] <GrueMaster> erm?
[15:45]  * ogra_ thought davidm wanted to discuss them today
[15:45] <davidm_> Yes, I did want to see a review of bp
[15:45] <davidm_> I'm on a call that I can 't break from
[15:45] <ogra_> davidm, lets do it on the call then
[15:45] <ogra_> for the community: https://wiki.ubuntu.com/ARM/PBlueprintIdeas oin case you have ideas to add for us :)
[15:46] <davidm_> But I would like to see the team review the BP page https://wiki.ubuntu.com/ARM/PBlueprintIdeas
[15:46] <ogra_> lets go over them then
[15:46] <davidm_> The page is scheduled to lock soonish
[15:46] <ogra_> say 19th at the top schedule :)
[15:46] <ogra_> *says
[15:47] <ogra_> ah, no, even 3rd
[15:47] <GrueMaster> Actually, I think it is the 3rd that it locks.
[15:47] <ogra_> yeah
[15:47] <ogra_> i slipped a row
[15:47] <ogra_> forst one is "Implement an ARM Server Kernel for Server Hardware"
[15:48] <GrueMaster> At any rate.  Shall I list them and we can beat^h^H^Hdiscuss them?
[15:48] <rbasak> Is that a kernel flavour, like server and virtual?
[15:48] <GrueMaster> Server kernel makes sense once we have a server platform.
[15:49] <mahmoh> will this have to be per platform?
[15:49] <ogra_> i guess that actually depends on having server hardware :)
[15:49] <ogra_> GrueMaster, oh, feel free
[15:49]  * ogra_ steps back
[15:49] <ogra_> rbasak, yes, the -server kernel uses a few different config options
[15:49] <ogra_> mahmoh, well, it hads to be for the "server platform"
[15:49] <ogra_> it doesnt make sense to put a fulltime person on a server kernel without having server HW
[15:50] <mahmoh> and arm should have its own configs on top of that
[15:50] <ogra_> and i guess it will be a good part of a fulltime job
[15:50] <ogra_> (split across kernel and QA)
[15:51] <GrueMaster> Arm Server kernel build configuration and tuning -- Should combine with previous.
[15:51] <ogra_> i think we all agree that we want such a kernel but we need HW first
[15:51] <ogra_> else it is a waste of efforts
[15:51] <ogra_> GrueMaster, ++
[15:51] <GrueMaster> Unified OMAP3/OMAP4 install images
[15:51] <ogra_> though we should probably have a general kernel configuration session
[15:52] <ogra_> (covering the config handling for arm in general)
[15:52] <GrueMaster> How would this work?  Same kernel/u-boot?  Is it possible?
[15:52] <ogra_> unified images can only work if we have unified MLO and u-boot
[15:53] <GrueMaster> And kernel.
[15:53] <ogra_> kernel should already be possible i think
[15:53] <ogra_> but indeed not if we go on with the TI patches which we have to
[15:53] <GrueMaster> * All ARM headless images are based on Ubuntu Core,
[15:53]  * ogra_ just nods
[15:53] <janimo> GrueMaster, kernel is unified in linaro
[15:53] <ogra_> move :P
[15:53] <janimo> uboot to be explored, part of the purpose of the BP
[15:54] <GrueMaster> oops, missed the wrap.
[15:54] <ogra_> we dont have headless atm ... if it comes back it will be based on core ... done
[15:54] <GrueMaster> All ARM headless images are based on Ubuntu Core,
[15:54] <GrueMaster> except for specific ARM Server Images
[15:54] <ogra_> not really a spec
[15:54] <ogra_> rather a "this is what we will use if it comes back"
[15:54] <GrueMaster> * Explore Codezero Embedded Hypervisor Virtulazation on A9 http://www.l4dev.org/
[15:54] <GrueMaster> ok
[15:55] <GrueMaster> This could be fun.
[15:55] <ogra_> yeah
[15:55] <GrueMaster> * Server Performance Testing incl Storage
[15:55] <ogra_> well, thats just a carry over of the server QA from O
[15:55] <ogra_> or not ?
[15:56] <ogra_> or an extention to it
[15:56] <mahmoh> I think storage should be broken out, otherwise this will get big
[15:56] <GrueMaster> Need more detail.  mahmoh has already been running the phoronix test suite to shake out issues there.
[15:56] <GrueMaster> Storage will get tested properly once we have hw that has better support.
[15:56]  * ogra_ is sad that there are so many server specs but not many tech improvements or community/desktop specs ...
[15:57] <GrueMaster> * ARM Hard float
[15:57] <ogra_> is that a spec ?
[15:57] <NCommander> We're about to runout of time sadly
[15:57] <GrueMaster> It's because we have already rocked the desktop.
[15:57] <ogra_> we surely need discussion about it
[15:57] <janimo> move to ubuntu-arm ?
[15:57] <ogra_> GrueMaster, well, enough ? is the question
[15:58] <ogra_> well, is there a meeting after us ?
[15:58] <ogra_> but yeah, else move to -arm and finish that
[15:58] <NCommander> I'm not sure
[15:58] <GrueMaster> * Orchestra/Ensemble on ARM
[15:58]  * ogra_ wonders whats arm specific there
[15:59] <GrueMaster> deployment issues apparently.
[15:59] <mahmoh> * Orchestra/Juju on ARM
[15:59] <ogra_> but then i dont know enough about it ... though i thought its a management tool
[15:59] <NCommander> noone elseis here (and actually, the frdge event for the meeting still says Mobile and Tuesday)
[15:59] <ogra_> lol
[15:59] <GrueMaster> * Linaro ARM Boot
[15:59] <ogra_> whats that ?
[15:59] <GrueMaster> BTHOOM
[16:00] <ogra_> there are a bunch of boot related things in our build system i would like to change
[16:00] <GrueMaster> (beats the hell out of me)
[16:00] <janimo> boot speed maybe?
[16:00] <ogra_> so having some info what "linaro boot" means would be nice
[16:00] <GrueMaster> * KVM on ARM
[16:00]  * GrueMaster cringes
[16:00] <ogra_> hehe
[16:00] <ogra_> you asked for it :P
[16:01] <ogra_> we could also add "libvirt on arm" :)
[16:01] <GrueMaster> No, I didn't.  I asked for tests to be written for bare metal, then adapted for kvm, not vice versa.
[16:01] <davidm_> we should add libvirt
[16:01] <ogra_> argh, that was a joke !
[16:01] <NCommander> heh
[16:01]  * ogra_ looks for duct tape for his nasty mouth
[16:01] <rbasak> It needs to happen eventually!
[16:01] <GrueMaster> * Server System management on ARM - IPMI
[16:02] <ogra_> how is that different to the juju spec ??
[16:02] <GrueMaster> rbasak: So does a solution for bug 1
[16:02] <ogra_> does it make sense to have two of them ?
[16:02] <rbasak> :-)
[16:02] <ogra_> i think we could merge them in one
[16:02] <ogra_> same for kvm/libvirt
[16:03] <GrueMaster> * QA Develop automation tests that can run without kvm support (i.e. on raw hardware).
[16:03] <GrueMaster> har!
[16:03] <ogra_> hehe, attacking the kvm spec :)
[16:04] <NCommander> spec to spec combat!
[16:04] <rbasak> There is a plan to help with that I think
[16:04] <GrueMaster> I think this is beneficial, because I am always finding bugs on raw hw that don't manifest on kvm.
[16:04] <rbasak> Get nova to be able to launch metal instances from a pool of available metal
[16:04] <ogra_> yeah
[16:04] <rbasak> (maybe via LXC)
[16:04] <ogra_> sounds trivial
[16:05] <GrueMaster> * Revisit Server QA tests from Oneiric, enhance and update as needed.
[16:05] <ogra_> given that we already implemented that :)
[16:05] <ogra_> (as the panda cluster)
[16:05] <rbasak> does that use nova?
[16:06] <ogra_> never heard of nova
[16:06] <GrueMaster> A lot of the tests this round were random (and some have no tests in any arch).
[16:06] <ogra_> well, iirc in budapest is was said that this cycle was to determine a better set of tests
[16:06] <ogra_> so thats an expected follwoup i guess
[16:07] <GrueMaster> * Compare kernel configs with x86/amd64 configs for for module differences (NFS, VFAT, etc)
[16:07] <ogra_> shoudl become a general kernel config spec
[16:08] <ogra_> for arm indeed :)
[16:08] <GrueMaster> I ran into a lot of qa kernel SRU tests that fail simply because some modules are compiled =Y as opposed to =m.
[16:08] <GrueMaster> And I also had to postpone some tests because of missing modules.
[16:08] <ogra_> yeah
[16:09] <ogra_> and we have a good bunch of differences to x86 as well
[16:09] <ogra_> so we should do a general review
[16:09] <GrueMaster> * One consumer device per cycle programme
[16:09] <ogra_> yay
[16:10] <ogra_> so my idea is that we enable one enduser device per cycle
[16:10] <ogra_> preferably one that is close to images we already have indeed
[16:10] <ogra_> and that the community can chose which device that is
[16:10] <janimo> GrueMaster, would be good to have a list of features failing unless modules
[16:10] <GrueMaster> I disagree on this, only because we got bogged down on 1 and played hot potato with the other.
[16:10] <janimo> I was thinking of trying to build in as many as possible for bootup speed
[16:10] <ogra_> GrueMaster, bogged down ?
[16:10] <janimo> but if it some do not work it'd be good to know ahead
[16:11] <ogra_> we have ac100 images now ... and we could have nook ones if you had had the time
[16:11] <GrueMaster> How long have you been working on ac100?
[16:11] <ogra_> the plan is to deeply involve the community here
[16:11] <janimo> we could have 5 images per cycle if we had better build tools honestly
[16:11] <ogra_> ac100 isnt comparable
[16:11] <ogra_> i had to invent a totally new image type for it
[16:11] <janimo> the time spent is not as much coding but debugging the innards of the build system
[16:11] <GrueMaster> Problem with nook images is lack of touch screen keyboard in ubiquity.
[16:11] <ogra_> eaily solved :)
[16:12] <ogra_> *easily
[16:12] <ogra_> you didnt tell me
[16:12] <mahmoh> the idea is a good one, maybe choose a family of similar products and then a target to work from
[16:12] <GrueMaster> I was just saying once we get the tools shacken out, we shouldn't limit it to one.
[16:12] <janimo> ogra_, I doubt the community has better chances of getting something up with cdimage/debian-cd as they are used now
[16:12] <ogra_> anyway, we can discuss that later, thats my spec proposal and the masterplan is actually to grow community
[16:12] <NCommander> +1
[16:12] <janimo> but we need the community for upstream work (kernel etc) and testing
[16:12] <GrueMaster> Sounds good.
[16:12] <ogra_> janimo, thats the part we should be offering
[16:13] <ogra_> debian-cd/cdimage stuff
[16:13] <janimo> as they are now they are... juju
[16:13] <ogra_> the community still needs to supply the external bits
[16:13] <ogra_> anyway, lets do details later and let NCommander close the meeting :)
[16:14] <NCommander> closing in 3
[16:14] <NCommander> 2
[16:14] <NCommander> 1
[16:14] <NCommander> #endmeeting
[16:14] <meetingology> Meeting ended Thu Sep 15 16:14:16 2011 UTC.
[16:14] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-15-15.01.moin.txt
[16:14] <ogra_> *clap clap clap*
[16:14] <janimo> hear you later
[22:52] <juancarlospaco> ʘ‿ʘ
[23:55] <cyphermox> tenach, JoeVancouver, jedijf, Z37A, JoseeAntonioR: just checking if you're all there ;)
[23:55] <JoeVancouver> I am here :)
[23:55] <JoseeAntonioR> I am here!
[23:55] <Z37A> I'm here
[23:56] <cyphermox> awesome. we'll start soon
[23:56] <JoseeAntonioR> jedijf is in the channel list, so he should be here
[23:56] <cyphermox> yup
[23:56] <jedijf> i is


[13:26] <mapreri> Unit193: 'Host' header is something that is sent from the server, not the client, afaik.
[13:26] <mapreri> oh, sorry, mixed up things
[13:28] <mapreri> mh, no idea, could be
[13:28] <mapreri> Unit193: I did a couple of uploads of it, yes, because it was in a situation I didn't like it, but I've never actually touched u-d-t "internals" (as changelog can show).
[13:28] <mapreri> so I can't really help with it
[13:29] <mapreri> but if you have sane patches I can apply them
[20:33] <Unit193> mapreri: OK, thanks.


[13:42] <ravage> is zlib 1.2.12 a big deal? the changelog does not look good
[14:14] <mdeslaur> ravage: we have backported updates coming out today
[14:15] <ravage> ok. thanks! :)
[14:16] <ravage> i hope all application devs will also check their sources. that code is everywhere
[14:17] <mdeslaur> yeah, it's quite frightening
[16:11] <hallyn> jjohansen: so just to be clear, what was happening to you was that firefox would crash whenever the snap would update, si that right?
[16:12] <jjohansen> hallyn: crash, or behave weird where the display partially refreshes/displays stuff
[16:12] <jjohansen> its really odd
[16:13] <hallyn> ok i'm going to try the tarball.
[16:17] <hallyn> only concern is apparmor profiles then
[18:36] <lechner> Hi, any chance you folks can pick up wolfssl 4.6.0+p1 for your Ubuntu releases 21.04 and 21.10? The fixes in that version was backported by upstream. We shipped it in last weekend's stable update to Debian 11. Thanks!
[18:39] <sarnold> thanks lechner :)
[19:11] <teward> sarnold: uh isnt 21.04 dead?
[19:11] <teward> lechner: ^^
[19:12] <teward> yes yes it is
[19:12] <teward> !21.04
[19:13] <teward> lechner: because 21.04 is End of Life it wont get updated I dont think.
[19:14] <lechner> thanks! maybe someone should tell Repology (colorful box with "Packaging status")    https://github.com/wolfSSL/wolfssl#wolfssl-embedded-ssltls-library
[19:18] <sarnold> teward: sure, but we don't need to bother lechner about that :) hehe
[19:19] <teward> sarnold: well if we dont then they wont learn ;)
[20:50] <lechner> always appreciate an education. thanks for your hard work!


[00:45] <carl_fr> does jamin work for anyone
[02:27] <cxmatias> hey i neet to install a lot of programs on ubuntu studio for multivedia, i am talkina about that program tha does not came in the reposittorio
[02:28] <cxmatias> i neet the name of tha programs
[09:34] <iatn> I am having noooo luck getting our firewire audio to work under lucid
[09:35] <iatn> I've just installed the abog. rt kernel (as the official lucid-rt kernel didn't work at all) under the impression this would be compiled with the old firewire stack but I guess not- how do I check?
[09:36] <iatn> Anyone else here have a focusrite pro 26?
[09:37] <iatn> I have had it working under DEbian squeeze but on a non-rt kernel and only at 44.1 but I want to use either 48 or 96Khz
[09:38] <iatn> bstard thing works straight away under osx :(
[09:44] <iatn> OK, its in /boot/config-kernel version and it looks like the bogani rt kernel has both old and new firewire compiled as modules
[10:40] <iatn> anyone here relieve me of my firewire misery?
[10:41] <iatn> like, should be I be using the old or new fw stack under lucid and how do I properly blacklist the old firewire modules?
[10:41] <iatn> (if I should be using the new)
[10:55] <Blank__> hmm
[10:55] <Blank__> i've managed to get firewire working with only a little fuss
[13:56] <markie-> I'm trying to install ubuntustudio in vmplayer and after it seems to have installed and configured everything, i just find myself at a commandline prompt, with things like x not even installed. what's going on with that?
[15:13] <garym> is there a successor app to replace Audacity?
[15:14] <persia> Audacity is still fairly active.  What's missing for you?
[15:14] <garym> it crashes, it locks solid, it saves a file as a string of zeros, I love it, I forgive it, but I get annoyed
[15:14] <persia> Did you file a bundle of bugs?
[15:15] <garym> so I wondered why these things didn't get fixed and sometimes that means everyone has jumped ship to some other app
[15:15] <garym> eons ago, yes
[15:15] <garym> hard to replicate these issues, they are not rare, but sporadic.  I just learn to workflow around them, always verify an export wav etc
[15:15] <garym> occasionally I forget :(
[15:16] <persia> Annoying.  The only bugfix that I see that isn't already in lucid is one dealing with multiple ALSA devices.
[15:16] <persia> Debian bug #584605
[15:17] <persia> Dunno if there are more pending somewhere, but at least I don't see the patches sitting around somewhere obvious :(
[15:17] <garym> I'd reported mine to the developers; it was previous to my adopting ubuntu at ver 7
[15:18] <persia> It's still open on the audacity bug tracker?
[15:18] <garym> don't know. so long ago, I gave up following it.
[15:18] <garym> and just treat it's reliability like it was a Windows program ;)
[15:19] <persia> Well, it's *also* a windows program.
[15:19] <persia> But maybe worth checking.
[15:19] <garym> haven't found anything better, that supports all the 3rd party effects and as nicely designed, so I just learned to tolerate it.
[15:20] <Wiesshund> Is there a channel to ask a general video editing question
[15:20] <garym> been editing a field recording today and it has locked up three times in a row, I recover, re-edit, it locks again, so I just thought I'd ask, just in case there was something else people were using instead.
[15:20] <persia> Wiesshund, You can ask here, and if someone knows the answer, they will share.  I don't know of any general linux-video channels.
[15:21] <persia> garym, Some folks use muse, and the "professional" grade app is ardour.  Depends on what you need, and what level of complexity you're willing to accept to get it.
[15:21] <garym> haven't tried muse.  ardour is nice for multitrack, but I don't like it for large wav file massaging.
[15:22] <garym> snd is nice too, although the interface is crude
[15:22] <persia> snd lets you do everything, as long as you know precisely how :)
[15:22] <garym> yes
[15:22] <garym> I wish it was command line, although I believe it does support a lot of command line actions making it like the netpbm for sound
[15:22] <Wiesshund> When capturing VHS source, to be converted to DVD for television use, during the processing you should leave interleaving correct?
[15:22] <garym> never got off my butt to learn how to do that tho.
[15:23] <garym> for television use, yes
[15:23] <garym> otherwise you lose information
[15:25] <Wiesshund> garym ok thanks that is what i was thinking. Would you also reccomend not resizing as well? vhs is being hardware captured @ 704X480 motion jpeg
[15:26] <garym> yes, resizing can distort the image with line averaging, although from 704 to 720 isn't a big jump, but I like to keep videos at the original resolution and let the display device sort it out.
[15:28] <Wiesshund> thanks, i kept reading stuff saying to shrink vhs captures to 512X384 and 512X480 352X480 etc and it got confusing and made less and less sense
[15:28] <garym> 704 is also way more than the resolution of the VHS in the first place
[15:28] <garym> vhs is iirc about 470something
[15:29] <Blank__> i thought vhs was around 400 lines at best
[15:29] <garym> so you've got oversampling going on, that should capture the original experience no matter what you do with scaling
[15:29] <garym> it also depends on your display gear, you may want to do some short tests and view them
[15:29] <Blank__> Wiesshund, unless you've got an excellent software de-interlacer, best leave that job for the receiving end
[15:30] <garym> Blank__, I'm not totally sure, maybe I'm thinking of Beta?  I know vhs is better than broadcast but not by much
[15:30] <garym> wikipedia will know :)
[15:30] <Wiesshund> 704 is the hardware device's native resolution i guess youd say
[15:30] <garym> yes
[15:30] <Blank__> Wiesshund,  i'd recommend cropping, if there are any parts of the screen that are garbled, such is life with vhs
[15:31] <Blank__> they will only waste data
[15:31] <garym> maybe I was thinking of superVCD?  video formats drive me nuts
[15:31] <Wiesshund> BLank so far aside from the small line at the bottom otherwise known as macrovision, no garbling yet on the raw captures
[15:31]  * garym has to go back to editing his recording and thanks everyone for their advice
[15:32] <Blank__> the line at the bottom isn't macrovision, is it? i thought it was merely due to calibration
[15:32] <Blank__> or miscalibration
[15:32] <Wiesshund> Im trying to save the kids old vhs movies for thier kids, mostly disney movies.
[15:33] <Blank__> but yeah, i tend to replace that with black, because that means the mpeg encoder will put more data into the actual frame, where it counts
[15:34] <Blank__> hmm... now i think about it, vhs is actually something closer to 320 lines
[15:34] <Blank__> 340?
[15:34] <Wiesshund> Blank__ no the line is not present on vhs playback, only seen after capture, its the noise injection macrovision does. I had a hell of a time coming up with a capture machine that didnt shut off when it saw macrovision
[15:34] <Blank__> ah, so it's not what i think it is... i've read up on how macrovision works
[15:35] <Blank__> something like lines just outside the frame that are unusually intense, and cause most screens to lose sync
[15:35] <Blank__> or more accurately, if run through anything but a tv, cause sync problems
[15:36] <Blank__> you can buy processors that remove it
[15:36] <Wiesshund> think its 352X480 vhs up to 400 for svhs but its interleaved and pc resolutions are not
[15:36] <Wiesshund> Well the game plan is simply to get the aging vhs tapes, to dvd, for tv viewing
[15:37] <Wiesshund> and not make them look any worse in the process
[15:37] <Blank__> oh... vhs are actually closer to 250 lines
[15:37] <Blank__> which is pretty dismal
[15:37] <Blank__> but it's interleaved, true
[15:38] <Wiesshund> its kind of confusing though, cause if you take something at say 384X240 on a pc and blow it up to full screen, it looks like ass
[15:38] <prep> breaker breaker 7-1-9 anybody got their ears on?
[15:39] <Blank__> In modern-day digital terminology, VHS is roughly equivalent to 333x480 pixels luma and 40x480 chroma resolutions.
[15:40] <Wiesshund> odd isnt it? you can display 333X480 at full screen on a 27" tv and it looks great, then try it ful screen on a 24" pc monitor and it looks like pixelated ass
[15:41] <Blank__> probably poor upsampling on pc
[15:41] <Blank__> i'd go as far to say that analog upsampling looks a lot better than digital
[15:42] <Wiesshund> yea, guess the pc wasnt exactly meant to try displaying vhs data
[15:44] <Blank__> :p
[15:44] <Blank__> well i'm off to bed
[15:44] <Blank__> good luck with the vhs capturing, i've been trying to do the same for our family videos
[15:44] <Blank__> unfortunately i've stuck with using windows and virtualdub because i could never find what i needed in linux
[15:47] <Wiesshund> im kin of in the same boat
[15:47] <Blank__> there's nothing really available for analog capture
[15:48] <Blank__> at least, nothing that i can use as simply as virtualdub in capture mode :(
[15:48] <Wiesshund> For the capture box, i had to find something that was macrovision unaware. which wound up being an old matrox rainbow runner studio mjpeg hardware capture board
[15:48] <Blank__> for dv cameras there certainly did
[15:48] <Blank__> certainly are*
[15:48] <Blank__> i've been using a tv tuner for my captures
[15:49] <Wiesshund> you doing mostly home video?
[15:49] <Blank__> ideally i'd be running s-video from the video camera to the card but we didn't end up getting one with s-video, only composite
[15:49] <Blank__> yeah, all home videos
[15:49] <Blank__> from video8
[15:49] <Wiesshund> lucky you, no macrovision to hassel with
[15:49] <Blank__> true
[15:49] <Blank__> even if there were i'd look at getting a video stabiliser
[15:50] <Wiesshund> i understand why they used it, but in retrospect making a degradable media non backupable is dumb
[15:52] <prep> Need assistance with ppa
[15:52] <Wiesshund> yea i lucked out still having the old rainbow runner, it does true hardware mjpeg and has some onboard video stabilization. down side is to use it i an forced to run win98 on the capture box, as that was the last OS that card ran in
[15:53] <Wiesshund> So im processing the raw captures on my normal pc where i dont have to wait 5 years hehe
[15:54] <Blank__> yeah
[15:54] <Blank__> well i'm off
[15:54] <Blank__> probably catch you later :p
[15:54] <Wiesshund> ok cya later
[19:02] <ManDay> Does anyone know an LADSPA plugin which can do multiband fitlering like an equalizer just with less load on the CPU?
[19:03] <holstein> ManDay: you could route the audio through the plugin
[19:03] <holstein> and record a new track
[19:04] <holstein> then it wouldnt be using any processing power at mixdown
[19:04] <holstein> you would just need to re-record that track each time you need to tweak th EQ
[19:04] <holstein> but usually that is something you set and forget
[19:07] <holstein> is this something your doing in realtime?
[19:08]  * holstein uses rakarrack for whatever realtime processing i can get away with
[19:08] <holstein> it seems to run rather light weight
[19:23] <ManDay> erm
[19:23] <ManDay> thanks but this is for live playback
[19:28] <holstein> ManDay: try rakarrack then
[19:28] <ManDay> is that ladspa?
[19:28] <holstein> nah
[19:28] <holstein> its standalone
[19:28] <ManDay> i try to do that with pulse
[19:29] <holstein> pulse?
[19:29] <holstein> JACK is the way to go
[19:29] <ManDay_>           | irc: disconnected from server
[19:29] <ManDay_>           | irc: disconnected from server
[19:29] <holstein> hmmm
[19:29] <ManDay_> jack is a little overhead in my case
[19:29] <ManDay_> im just a simple minded user
[19:29] <ManDay_> no need for fancy plugging
[19:29] <holstein> well, it does more than that
[19:29] <ManDay_> lol
[19:29] <holstein> its the sound server for your needs
[19:30] <ManDay_> that doesnt give me any more reason
[19:30] <holstein> doing realtime effects processing in pulse wont work
[19:30] <ManDay_> im fine with pulse, i just want to equalize my stuff without the CPU load
[19:30] <ManDay_> a high pass would already do
[19:30] <holstein> your 'stuff' ?
[19:30] <holstein> like guitar in?
[19:30] <ManDay_> music
[19:30] <holstein> OH
[19:30] <ManDay_> no, im a simple end produc user
[19:30] <holstein> yeah, just use one of the EQ's in VLC or something
[19:30] <holstein> something in a player
[19:31] <ManDay_> nah thats so cumbersome
[19:31] <ManDay_> there are so many ladspa plugins, one must offer that
[19:31] <holstein> sure
[19:31] <holstein> but then your adding things
[19:31] <holstein> if you use VLC
[19:31] <holstein> its already lightweight
[19:31] <ManDay_> I think if I ran my output through VLC id get more overhead than with a Multiband eq
[19:31] <holstein> and its got that capacity right there
[19:32] <ManDay_> holstein: you mean using VLC on its own?
[19:32] <ManDay_> i wont leave mpd, i love it
[19:32] <holstein> ManDay: why not just edit the audio in audacity or something?
[19:32] <ManDay_> it needs to be system wide
[19:32] <ManDay_> filtering
[19:32] <holstein> yeah, just edit the track
[19:32] <ManDay_> besides, i dont want it to be persistant
[19:32] <holstein> hmmm
[19:32] <ManDay_> that could do irreversible damage
[19:33] <holstein> well, there not really a lighter-weight way to do it
[19:33] <holstein> maybe an MPD plugin?
[19:33] <ManDay_> im pretty sure that there are no plugins (like that)
[19:33] <ManDay_> actualyl ive never heard of an MPD plugin
[19:33] <ManDay_> but there is most likely no equalizer one
[19:34] <ManDay_> thats why on their website they suggest jack
[19:34] <ManDay_> if one needs an eq. but pulse is a little more suitable in my case, if just that ladspa plugin...
[19:34] <ManDay_> ok thanks tho
[19:34] <holstein> ManDay_: is this the one your using?
[19:34] <holstein> http://www.thedigitalmachine.net/alsaequal.html
[19:39] <ManDay_> im not using anything right now
[19:39] <ManDay_> i vent seen that eq tho
[19:39] <ManDay_> thanks!
[19:41] <holstein> :)
[19:42] <ManDay_> hm
[19:43] <ManDay_> so that uses ladspa too
[19:43] <ManDay_> haha, how funny
[19:43] <ManDay_> pulse can use the same plugin, with the only difference that it cannot do runtime adjustments to the plugins inputs
[19:48] <holstein> ManDay_: have you read http://ubuntuforums.org/showthread.php?t=789578
[19:51] <holstein> i would think the karmic info would be mostly relevant to lucid
[20:18] <ManDay> im doing this for a non ubuntu pc, i just came here because i remembered that you guy are expert on the field :)
[20:18] <ManDay> hope you dont mind
[20:19] <holstein> ManDay: fine with me :)
[20:19] <holstein> there is also #opensourcemusicians
[20:20] <ManDay> i took the alsa mixer now, i have yet to plug it in but it looks good
[20:20] <ManDay> thanks a lot holstein you helped me a lot
[20:20] <ManDay> :)
[20:24] <Davidmp> Holstein i need some advice
[20:24] <Davidmp> i need a new stopmotion program because stopmotion doesn't work for me do you know of any good programs that could replace that?
[20:41]  * holstein not sure Davidmp
[20:42] <Davidmp> hm
[20:42]  * holstein running out for some food
[20:42] <Davidmp> mkay
[20:42] <holstein> i'll poke around a bit when i get back though :)


[00:01] <wgrant> Patrickdk: When did you upload it? Things were broken for 15-20 minutes from about 23:05
[00:02] <Patrickdk> about 30min ago
[03:01] <thewrath> hey anyone there
[03:01] <wgrant> thewrath: Sure
[03:02] <thewrath> I am getting the following error when trying to use bzr exploer to log into launchpad
[03:02] <thewrath> bzr: ERROR: Connection error: while sending CONNECT launchpad.net:443: [Errno 10061] No connection could be made because the target machine actively refused it
[03:04] <thewrath> I have pageant running with my certs
[03:05] <thewrath> wgrant: I have run plink.exe -v -ssh  -agent<EMAIL_ADDRESS>in command prompt (as I am in windows) and it works without issue
[03:06] <wgrant> thewrath: TCP port 443 is HTTPS. It sounds like there's a firewall between your machine and the Internet blocking HTTPS.
[03:06] <wgrant> You'll need to configure it to use a proxy, or avoid the HTTPS call by using<EMAIL_ADDRESS>rather than lp:path/to/branch
[03:07] <thewrath> the only fw that i have is the local one
[03:07] <thewrath> i have disabled that
[03:09] <thewrath> brb i am going to switch to linux
[03:09] <wgrant> thewrath: Oh, actually, it looks like it's trying to use a proxy.
[03:09] <wgrant> "CONNECT" is a proxy verb
[03:09] <wgrant> It's trying to use a proxy that isn't there.
[23:10] <thewrath> wgrant: sorry i just saw your message from last night. i will try again


[15:27] <chrisccoulson> weeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[15:27] <chrisccoulson> i think that's the first time in ages i've said something in this channel?
[18:40] <Unit193> chrisccoulson: I have something else in backlog here, but not much. :D
[18:40] <chrisccoulson> Unit193, yeah, it's very quiet these days
[18:44] <Unit193> Doesn't help if it's just you.  (I have a bot running the LP commit RSS in another channel. :P )


[00:25] <funkyHat> yofel: thanks. knittl - I'm having the same issue with mysql, and the dbs are in the standard place, no separate partition
[01:12] <IdleOne> I just had a very weird thing happen. I rebooted and was not able to get a GUI so went into grub and removed quiet splash and added text to boot options. When I did ctrl-x to boot up the GUI loaded and I was able to login normally
[01:39] <ZykoticK9> IdleOne, "ghost in the machine" ;)
[02:03] <kklimonda> seriously, I shouldn't install windows on my laptop and then install 10.10 - now I can see how slow it is :/
[02:04] <kklimonda> (by it I mean 10.10 )
[02:11] <BUGabundo> what?
[02:11] <BUGabundo> the GTK ?
[02:12] <kklimonda> everything
[02:13] <kklimonda> switching desktops is painfully slow, gtk apps are slow
[02:15] <kklimonda> oh, and firefox + flash is slow but that's nothing new
[02:17] <kklimonda> btw, what is up with the Ambiance theme? are the new buttons here to stay?
[02:18] <kklimonda> I actually like the new version of Ambiance more - buttons in 10.04 felt way yo heavy, especially in nautilus' breadcrumbs
[02:18] <kklimonda> but those new buttons look out of place
[02:19] <kklimonda> I wonder how does opera look like
[02:21] <BUGabundo> yep, that's the GTK bug
[02:21] <BUGabundo> just switch themes
[02:22] <BUGabundo> run gtkpref
[02:22] <BUGabundo> till you findout the one faster for you
[02:23] <kklimonda> heh
[02:24] <kklimonda> Total time: 20.23 is pretty bad, right? ;)
[02:25] <kklimonda> yeah, 8 times slower than clearlooks
[02:25] <kklimonda> seriously, wtf?
[02:27] <Daekdroom> 16,42 here with non default theme
[02:27] <Daekdroom> and it feels kinda smooth
[02:28] <Daekdroom> 16,44 with ambience
[02:28] <kklimonda> clearlooks is almost as fast as the default gtk+ theme and ambiance is .. slow is a wrong word here :/
[02:29] <Daekdroom> Human-Clearlooks is 13,30
[02:29] <kklimonda> check Redmond or Raleigh
[02:36] <BUGabundo> told you
[02:36] <BUGabundo> gtk bug
[02:37] <BUGabundo> im on 7sec or something
[02:37] <BUGabundo> Total time:  6.71
[02:37] <BUGabundo> AH AH
[02:37]  * BUGabundo points finger
[02:38] <kklimonda> but that's not ambiance, right? ;)
[02:40] <BUGabundo> no no
[02:40] <BUGabundo> its the fastest theme I could build
[02:40] <BUGabundo> one of the dark kind
[02:41] <Daekdroom> I'm completely satisfied with 16secs here :|
[02:42] <BUGabundo> I'm not
[02:42] <BUGabundo> I use FreeNX a lot
[02:42] <Daekdroom> FreeNX?
[02:42] <BUGabundo> that would timeout and kill my link
[02:42] <BUGabundo> !freenx > Daekdroom
[03:39] <KukuNut> why push xchat-common when xchat isn't ready? been days now but now updated xchat???
[03:40] <KukuNut> no*
[03:47] <kklimonda> well, that's called development for a reason - various things are in the flux
[03:48] <kklimonda> both xchat and xchat-common are built from the same source package so the fact that there is a newer version of xchat-common means that the i386 build has failed or is still in the queue.
[03:48] <kklimonda> may also be a problem with your mirror
[03:50] <kklimonda> s/i386/amd64
[04:34] <KukuNut> kklimonda: this is 64-bit
[05:51] <litropy> Upon bootup, I get the error: "fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver"
[05:52] <litropy> the error is reported already: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/609044
[05:52] <litropy> but I'm offering my system for diagnosis, since this is so new
[06:54] <DanaG> request_module: runaway loop modprobe binfmt-464c
[06:54] <DanaG> Can't boot Maverick because of that.
[07:44] <knittl> funkyHat: ok, good to know
[08:06] <bdunnaway> question for the sages:   I wish to move my root fs (btrfs) onto my LVM2 Volume Group.  I want grub2 to look for my / by uuid instead of /dev/sda3 or whatever
[08:07] <bdunnaway> running maverick, with ext2 /boot on sda1 and btrfs / on sda3 currently.  my lvm is on /sdc & sdd
[08:08] <bdunnaway> grub2 line reads:  linux	/vmlinuz-2.6.35-8-generic root=/dev/sda3 ro   quiet splash
[08:10] <Jordan_U> bdunnaway: Grub should be using UUIDs by default. If it's not for a btrfs root then please file a bug report.
[08:13] <bdunnaway>  it is.  Essentially an experimental system, but I'm running mostly a fresh install.  I had some issues earlier with grub2 & btrfs, but I've sorted them.  That's a update-grub generated line I posted
[08:14] <bdunnaway> now grub itself is referring to it's own /boot uuid:   search --no-floppy --fs-uuid --set 0130ab6d-ba48-4c29-xxxx--xxxxx
[08:15] <bdunnaway> but not root.  This is more of a search for knowledge than a support request, tbph
[08:18] <Jordan_U> bdunnaway: My guess is that grub-probe doesn't support grabbing the UUID of a btrfs filesystem yet. When the legal issues are sorted out and complete btrfs support is added to grub2 this problem will also be solved. But it could also be solved separately before then.
[08:20] <bdunnaway> sweet.  Well I can always manually set the /dev/mapper/vg-root  if needed I suppose
[08:30] <DanaG> https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/565002
[08:30] <DanaG> ARGH
[08:30] <DanaG> methinks they mean dlopen?
[12:11] <penguin42> forrestv: Good spot on unclutter
[12:18] <penguin42> it's also the cause of my most annoying bug (605829)
[14:51] <alkisg> !info freerdp maverick
[14:51] <alkisg> Hello, I'm looking for a new package called freerdp which supposedly landed in Ubuntu 4 days ago (https://bugs.launchpad.net/ubuntu/+bug/606601 - fix released) but I don't see it in the repositories - is more time needed until it's there?
[14:56] <Daekdroom> alkisg, you have to check if it's built
[14:57] <alkisg> Daekdroom: any hints where to check? Where's the build queue?
[14:57] <Daekdroom> alkisg, package page under ubuntu project in Launchpad
[14:58] <alkisg> Ah, thanks, got it
[14:58] <Daekdroom> alkisg, https://launchpad.net/ubuntu/+source/freerdp/0.7.2-1
[14:58] <Daekdroom> Should be in the repos already.
[14:58] <alkisg> I didn't realize it first shows in +source and then on the repos...
[15:34] <dieki> Anybody else had trouble with slow window redraws in Unity\Mutter on NVidia cards?
[16:19] <Daekdroom> Good lord. Pulseaudio is failing me =/
[16:19] <Daekdroom> They should seriously switch to OSSv4 someday.
[16:21] <penguin42> Daekdroom: What's it doing to you?
[16:21] <Daekdroom> penguin42, randomly stopping to work at all.
[16:21] <Daekdroom> Right now, for example, I have no sound no matter what.
[16:22] <Daekdroom> Althought I learned it can be fixed by restarting my session.
[16:22] <Daekdroom> Going to do that and gonna dig related bugs on launchpad.
[16:22] <penguin42> oh, he's gone
[16:23] <Daekdroom> hm.. seems relogging didn't work..
[16:23] <penguin42> Daekdroom: Some things to try
[16:24] <penguin42> Daekdroom: Check /var/log/user.log for errors (I always see some), try pasuspender /bin/true  and also do an lsof /dev/snd/*
[16:25] <Daekdroom> and there we go..
[16:25] <Daekdroom> http://pastebin.com/VcURLtCC
[16:26] <Daekdroom> http://pastebin.com/JyWd9HCh
[16:27] <penguin42> Daekdroom: Well there's your error - interestingly I did have a single sink is suspended message in my logs but it seems to work
[16:28] <penguin42> Daekdroom: Ah, figure out what that plugin-co thing is - that's your problem
[16:28] <Daekdroom> Probably firefox's plugin-container
[16:28] <penguin42> it's odd, because most firefox stuff does manage to route itself down pa
[16:30] <Daekdroom> A killall plugin-container did it.
[16:30] <Daekdroom> Curse you, flash!
[16:30] <penguin42> Daekdroom: Hmm I'm using flash from chrom and it's not having a problem with pa (via nspluginwrapper admittedly)
[16:32] <Daekdroom> Looks like Flash can't output sound if there's something else already doing it through PA.,
[16:34] <crimsun_> then your pluginwrapper is broken; is ia32-libs synced?
[16:34] <crimsun_> (presuming you're using a 64-bit host)
[16:35] <Daekdroom> Not using 64 bit :|
[16:36] <crimsun_> Daekdroom: did you do anything specifically like rip out bits of the pulseaudio infrastructure?
[16:36] <Daekdroom> I don't think so.
[16:36] <crimsun_> sorry, but "don't think so" isn't quite precise enough here ;)
[16:37] <Daekdroom> Let me rephrase..
[16:37] <Daekdroom> I didn't do anything with it intentionally, and probably unintentionally as well.
[16:37] <Daekdroom> I don't recall any package installed/upgraded messing with pulseaudio stuff either.
[16:41] <crimsun_> Daekdroom: ok, let's back up. Is this a standard maverick install?
[16:42] <Daekdroom> crimsun_, huh.. I have xorg-edgers PPA and mozilla-daily
[16:43] <crimsun_> err, ok. So you have firefox 3.6.9~hg20100722r34448.. installed?
[16:43] <crimsun_> Daekdroom: which page are you navigating to that causes this symptom?
[16:44] <crimsun_> s/causes/also triggers/
[16:44] <Daekdroom> crimsun_, apparently, any.
[16:44] <Daekdroom> Either I have sound output on the rest of the system or in the flash plugin.
[16:44] <Daekdroom> Can't have both :O
[16:45] <Daekdroom> As soon as I close the page, rhythmbox/totem/whatever starts playing sound
[16:46]  * penguin42 wonders why his kernel build has hung
[16:46] <symptom> crimsun_, MINE!
[16:47] <crimsun_> symptom: can't help if your nick collides with a common bug work use ;)
[16:48] <crimsun_> Daekdroom: k, i'll try to reproduce locally
[16:48] <Daekdroom> crimsun_, huh oh..
[16:48] <Daekdroom> Apparently, it was ~/.asoundrc or something like that :Z
[16:48] <crimsun_> hah
[16:48] <symptom> crimsun_, ya know it is surprising, it really doesnt happen that often
[16:48] <crimsun_> Daekdroom: yeah, that's a thorny one
[16:49] <Daekdroom> I better reinstall my system, incluiding but not limited to cleaning every hidden folder in my home. :|
[17:02] <penguin42> anyone having fakeroot problems?
[17:04] <crimsun_> may be tangentially related to debian 525144
[17:06] <penguin42> crimsun_: Hmm, I'm not getting a seg, I'm getting a hang in a semop, and if I kill it and start again I get an error about semop(1) failure
[17:06] <crimsun_> this is with 2.6.35-12.17?
[17:07] <crimsun_> I'm cheating a bit (2.6.35-12-generic #17~lucid1-Ubuntu)
[17:07] <penguin42> no, -10.15
[17:07] <penguin42> (current maverick)
[17:07] <crimsun_> I'll zsync a daily and see if I can reproduce
[17:07] <crimsun_> ..it
[17:07] <penguin42> I'm not sure if it's reproducable - I got it on the kernel build I was doing
[17:08] <crimsun_> 64-bit host compiling a 64-bit kernel?
[17:08] <penguin42> yes
[17:08] <penguin42> reported it as bug 609513
[17:20] <penguin42> crimsun_: Anyway, where did you get the -12 ?
[17:26] <crimsun_> penguin42: http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu/pool/main/l/linux-maverick/
[17:27] <penguin42> ah
[17:39] <crimsun_> oh you. silly cpu causes virtualbox-ose not to support 64-bit guests.
[17:39] <penguin42> which CPU?
[17:41] <crimsun_> well, to be fair, it's this bios coupled with this cpu
[17:41] <crimsun_> U4100
[17:45] <penguin42> it's interesting the only refence to the U4100 on intel.com is someone saying it's actually an Su4100
[17:46] <penguin42> http://ark.intel.com/Product.aspx?id=43568 shows it as not having VT
[17:49] <crimsun_> that's what I get for trying to go inexpensive
[17:49] <penguin42> yeh, this laptop has the same problem; it's got a T5500, bottom end early Core2 - about the only one without VT
[18:00]  * penguin42 wonders if anyone has checked Maverick on a 2.5T disk
[18:17] <gubu> latest xchat asking what channel to join and telling me no channel joined when by def #ubuntu is
[18:30] <yoasif> im using pidgin and the notification plugin seems to stop working after a while
[18:30] <yoasif> anyone else seeing this?
[18:30]  * penguin42 hasn't moved over to using pidgin on his maverick box yet, hmm maybe I should upgrade this box
[18:31] <Daekdroom> yoasif, I haven't noticed that.
[18:31] <yoasif> Daekdroom, bah
[18:32] <Daekdroom> Speaking of pidgin.. Random crash right now :|
[18:33] <yoasif> woo
[18:33] <yoasif> is there a bug open for volume resetting to mute on reboot? crimsun_
[18:33] <Daekdroom> yoasif, afaik, yes.
[18:35] <penguin42> oh, wth I'll take this one upto maverick, now that I've been able to work around most of the bugs on my other machine
[18:49] <penguin42> the download is nice and fast (coming off a squid on the machine I've already upgraded), but the dpkg will be SLOW on this laptop
[18:58] <kklimonda> is there a good explanation why is lapotp getting hotter under linux than under windows?
[18:58] <penguin42> kklimonda: I think that can be quite hard to analyse; you could try using powertop
[18:58] <Volkodav> or get the higher rpms on the fans
[18:59] <kklimonda> well, my fan is running as fast as on windows so that's not it
[19:00] <kklimonda> and it's running constantly :/
[19:39] <ikonia> aloon: telling you the correct channel, is nothing to do with maverick users "not being part of the channel" it's actually helping users to the correct channel
[19:41] <aloon> I had everything working perfect , not easy on a sony vaio F111. Anyhow after getting Nvidia and all sound , brightness issues dealt with the update manager had a bunch of stuff and I let it do its thing. Now when I go to install any software it gives errors when it comes to the kernel.
[19:41] <aloon> ikonia thanks I understand
[19:41] <ikonia> what is the error
[19:42] <aloon> ive tried to get rid of any pending failed updates or installs , but even then it gives the kernel errors
[19:42] <ikonia> what is the error
[19:42] <aloon> I can get some , one sec , and thank you
[19:42] <ikonia> please use a pastebin to show us the error
[19:44] <aloon> linux-generic depends on linux-image-generic (=<IP_ADDRESS>.11) however package linux-image-generic is not confirmed yet
[19:44] <aloon> thats one of the main ones
[19:45] <ikonia> first thing to do is make sure your cache files are up to date in case the repo has changed, (apt-get update) second thing is to check the other repos to see if that package is released in any of the others et
[19:46] <aloon> it was a two part screw up ... I also installed and used ubuntu tweak to clear my unused kernels , that was after I rebooted after the update and I could see that there was the weird error every time I went to install a program (the program installs , just gives kernel errors at the end)
[19:47] <aloon> I didnt install tweak just to that , but after I had problems I went in there and looked at the kernel and cache section
[19:47] <ikonia> it looks like it's the way tweak clears down the kernels
[19:48] <ikonia> reading a few similar bugs on launchpad
[19:48] <penguin42> forrestv: Prod
[19:49] <aloon> heres what i'm wondering , A: if I can fix the kernel as is in maverick , B: if i should reinstall maverick , get everything back but then not update headers and kernel (wait and research how to do it) , C: go back to Lucid
[19:49] <daedalus96> hey
[19:49] <daedalus96> i am trying to boot the live dvd for 10.10, but it won't load, i can get into the grub command line, does anyone now how i can get from there?
[19:49] <penguin42> daedalus96: There are a few known problems
[19:50] <daedalus96> i am trying to boot the live dvd for 10.10, but it won't load, i can get into the grub command line, does anyone now how i can get from there?
[19:50] <daedalus96> mhm
[19:50] <aloon> did you go into bios and enable boot from cd/dvd ?
[19:50] <penguin42> daedalus96: There are a couple of lines in the grub line like load_video and set gfx something, try editing those out
[19:50] <daedalus96> yes
[19:50] <daedalus96> w8
[19:50] <daedalus96> let me explain better
[19:50] <daedalus96> when i turn on my computer
[19:51] <ikonia> I thought the livecd was built on lilo, not grub
[19:51] <daedalus96> it skips the optical boot, and trys to load ubuntu (which is broken), and i press escape
[19:51] <ikonia> daedalus96: ok, so the cd is probably not bootable
[19:52] <daedalus96> taking me to a screen to choose which kernel to load
[19:52] <daedalus96> i can i change it to be?
[19:52] <penguin42> oh, if it's skipping the optical boot - hmm, I'd try and mount the CD on another system and see if it's ok
[19:52] <ikonia> daedalus96: if it's skipping the boot, then the CD is probably broke
[19:52] <daedalus96> it is
[19:52] <daedalus96> i tried it
[19:52] <aloon> ikonia , sorry to bug , which would you personally do ? fix kernel problem , reinstall maverick or go back to Lucid..
[19:52] <daedalus96> you mean to boot it from another comp, or is the files are there?
[19:52] <penguin42> daedalus96: Does it boot on other systems ?
[19:52] <penguin42> daedalus96: Both questions
[19:53] <daedalus96> give me a sec
[19:53] <daedalus96> i will join after i try it
[19:53] <daedalus96> it has files, but idk if it boots
[19:53] <ikonia> aloon: if your not confident with running a development version that changes and break, use lucid, if you are, search launchpad for bugs similar, there are quite a few with different fixes
[19:53] <daedalus96> cya soon
[19:53] <ikonia> ironic part message
[19:53] <ikonia> it skips the DVD boot and he's wondering why it's not booting
[19:55] <aloon> ikonia heres a very typical error that i've been getting:  http://paste.ubuntu.com/468561/
[19:56] <ikonia> aloon: yes, and I've offered you suggestions/info
[19:56] <aloon> ive been reading/writing
[19:56] <ikonia> http://paste.ubuntu.com/468561/
[19:56] <aloon> following
[19:56] <ikonia> oops
[19:56] <ikonia> run-parts: failed to exec /etc/kernel/postinst.d/update-nvidia: Exec format error
[19:56] <ikonia> seems to be a key issue
[19:56] <aloon> sorry having keyboard issues to
[19:56] <aloon> as you can see
[19:57] <ikonia> how did you install the nvidia drivers ?
[19:58] <litropy> peeps, there's something going on with plymouth
[19:58] <aloon> One sec I have to recheck , because the normal ways didnt work , obviously jockey etc didnt , but even the driver off of nvidia didnt work as it had in lucid.
[19:59] <ikonia> aloon: you should not get drivers from nvidia.com
[19:59] <aloon> nvidia-current is what ended up working
[19:59] <litropy> I boot up ... sometimes it just takes forever to switch to the window manager and everything is fine after, but most of the time, I just get a perpetual black screen. Sometimes, I see a garbled version of my splash screen, and that stays there perpetually. Sometimes, I get a notification that VESA is switching to Intel
[19:59] <aloon> http://www.sucka.net/2010/04/how-to-install-nvidia-video-driver-in-10-04-lucid-lynx/
[19:59] <litropy> 's graphics driver (which is a good thing)
[20:00] <aloon> I did those easy steps , under Lucid it was much harder for my 310M nvidia
[20:00] <aloon> but I was just learning about installing drivers in command line init3 etc
[20:01] <yofel> init 3 does nothing special since karmic
[20:01] <aloon> and like you said , not drivers drirect from nvidia site
[20:01] <ikonia> aloon: you're not using lucid though
[20:01] <yofel> actually init 3 didn't do anything special in ubuntu for a long time
[20:01]  * penguin42 reboots
[20:01] <litropy> any ideas would be greatly appreciated. If I can just bypass plymouth for now and be okay, that's fine, too
[20:02] <ikonia> aloon: why are you using a development version that changes if you are not confortable with running the OS at the moment ?
[20:02] <aloon> okay cool , was just covering bases , closing GDM was a breaktrhough when I realized jockey was not going to work with any driver
[20:02] <yofel> litropy: did you try to change the gfxpayload setting already? (first check dmesg for errors though)
[20:02] <daedalus96> hey
[20:02] <daedalus96> the live  dvd booted on this system
[20:02] <ikonia> daedalus96: you have a problem drive then
[20:03] <yofel> aloon: and how did jockey fail?
[20:03] <daedalus96> and an older live cd boots on the target system
[20:03] <aloon> sony vaio f111 , its i7 core laptop thats really nice , many things were not working under Lucid , keyboard backlight , hdmi sound , wireless had bugs , plymouth was ugly and low res ,
[20:03] <aloon> many of those things worked off the batt under maverick
[20:03] <ikonia> daedalus96: your using a DVD, has the system got a DVD drive ?
[20:03] <litropy> yofel, I like the sound of what you're saying, but I'm not educated enough to understand it fully. No, I haven't changed a gfxpayload setting, and where do I find dmesg log entries?
[20:03] <daedalus96> i believe it does
[20:04] <yofel> litropy: for dmesg, open a terminal and run 'dmesg' you'll get the current kernel log
[20:04] <aloon> jockey would always install the driver but then when you go to use desktop effects it would search for the driver and say no
[20:05] <yofel> odd
[20:05] <aloon> since lucid kockey has not worked for me on ATI or NVidia. I have to install with gdm stopped in command-line
[20:05] <litropy> yofel, what am I looking for in dmesg's output?
[20:05] <aloon> maybe its just the machines ive been running
[20:06] <aloon> but i read lots and lots of similar stories
[20:06] <yofel> litropy: can you pastebin it? pastebinit would be easiest if you could install it, after that, just run 'dmesg | pastebinit' and give me the link
[20:07] <litropy> yofel, now installing pbinit
[20:07] <forrestv> penguin42, hi
[20:08] <penguin42> forrestv: Thanks for the tip about unclutter
[20:08] <litropy> yofel, http://pastebin.com/SpHPdHM0
[20:08] <daedalus96> i am just going to reinstall teh system
[20:09] <litropy> yofel, keep in mind this has been run after a _successful_ bootup, not during the problem. In which I can't run anything.
[20:10] <yofel> well, seems like it successfully switched framebuffers here '[   24.464347] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver'
[20:12] <yofel> litropy: well, debugging boot if you can't do anything can be hard, so for now add 'GRUB_GFXPAYLOAD_LINUX=text' in a new line in /etc/default/grub, run 'sudo update-grub' and see if it helps
[20:14] <litropy> yofel, yes -- that's precisely the message. If I don't see that, _usually_ it doesn't work. But I have to hold [enter] to see it usually. Now adding/updating grub
[20:14] <penguin42> ok, quick survey - who has got the 'unclutter' package installed (but didn't manually do it)
[20:18] <penguin42> it doesn't seem to have got installed on this upgrade but has on my other box
[20:18]  * charlie-tca don't have it in xubuntu
[20:19]  * penguin42 wonders if it was a dependency in an earlier Alpha and has now gone
[20:21] <litropy> yofel, thank you -- that worked like a charm. Now, I'm curious -- what did that do? switch to text mode, which doesn't require a gfx driver?
[20:21] <vish> penguin42: it was installed since sabdfl requested it
[20:21] <vish> penguin42: it should be removed now , it was unseeded
[20:22] <penguin42> vish: Ah good; it was causing chaos
[20:22] <yofel> litropy: no, until now, the kernel always started in text mode, which had the problem that pylmouth looks horrible with ati/nvidia and some other drivers as they don't provide a drm framebuffer
[20:23] <yofel> litropy: we now try to fix that and cjwatson changed grub so the kernel starts in graphics mode, but some (or all) of the drm framebuffer don't like it and the driver crashes
[20:23] <yofel> litropy: the line I gave you makes the kernel start in text mode again
[20:23] <vish> penguin42: it was for a bug to solve the "hide pointer when user is typing" but it had more problems and didnt really solve anything..
[20:24] <penguin42> vish: Yeh 605829 and 61105 in my case
[20:25] <penguin42> hmm bug-buddy complaining it can't trace a stack - I guess with the ptrace stuff that's expected?
[20:26] <litropy> yofel, thank you for such a verbose description!Sounds like I'm getting my info straight from the source.
[20:27] <penguin42> mango-lassi seems to die at startup, pity I was hoping to replace synergy
[20:29] <yofel> litropy: maybe you're interested in the original notification about this https://lists.ubuntu.com/archives/ubuntu-devel/2010-July/030995.html
[20:32] <forrestv> penguin42, you're welcome ... i'm much happier now that it's fixed for me
[20:32] <penguin42> forrestv: Mine is happier; but I'm getting wildly flickering graphics
[20:34] <litropy> Thank you, yofel -- I truly appreciate it; I now know what to follow. Peeps, I have another one for ya: basically, I can't install libvirtodbc0: http://pastebin.com/Rtn1Ars0
[20:34] <penguin42> forrestv: It was ok on lucid but I was running xorg-edgers on there, I'm running a straight maverick on it now; I might try edgers I guess
[20:34] <litropy> whoops wrong link
[20:36] <litropy> her we go: http://pastebin.com/Rtn1ArS0
[20:37] <yofel> litropy: remove virtuoso-nepomuk first
[20:37] <yofel> libvirtodbc0 is missing a conflict on virtuoso-nepomuk
[20:38] <yofel> litropy: if apt refuses to do so, try 'sudo dpkg --force-depends --remove virtuoso-nepomuk' (which will ignore dependencies)
[20:39] <litropy> yofel, the former line ran successfully; now trying again.
[20:41] <litropy> yofel, success; thanks again! you guys are doing great work over there.
[20:47] <litropy> yofel, might the drm framebuffer error be graphics card specific? I'm running a dual core Intel Atom N280 (graphics card included with CPU)
[20:48] <yofel> not sure, I have an eeePC 1000H with intel graphics and that didn't work really well in graphics mode either
[20:48] <yofel> it's more the graphics driver
[20:49] <litropy> Yep, eeepc 1005ha pux
[20:49] <yofel> (or probably the kernel drm code I think)
[20:49] <litropy> what does drm stand for here?
[20:50] <yofel> no idea actually, didn't look into this too much until it broke ^^
[20:50] <litropy> direct rendering manager, yofel
[20:50] <yofel> ah, thanks :D
[20:53] <litropy> yofel, "The Direct Rendering Manager (DRM) is a component of the Direct Rendering Infrastructure, a system to provide efficient video acceleration (especially 3D rendering) on Unix-like operating systems ... It consists of two in-kernel drivers (realized as kernel modules on Linux), a generic drm  driver, and another which has specific support for the video hardware. This pair of drivers...
[20:53] <litropy> ...allows a userspace client direct access to the video hardware."
[20:53] <litropy> http://en.wikipedia.org/wiki/Direct_Rendering_Manager
[20:58] <litropy> If the drm successfully switches from VESA to Intel's, everyhting is fine. But if the framebuffer problem happens before the switch, the system hangs. So it sounds like if it's the driver that causes the problem, it's VESA's. Yet, on my other partition, I use a VESA driver just fine.
[20:58] <litropy> that is, even past bootup, I'm using a VESA driver.
[21:00] <litropy> but what do I know :P
[21:07] <litropy> Do I really need all these kernels? I know how to remove them from Grub's menu, but with every grub update, they of course come back. And they're taking up space on my hd
[21:08] <kklimonda> you can uninstall all but the most recent
[21:09] <Melodist> with synaptic
[21:10] <litropy> ty
[21:33] <aloon> For a bunch of reasons I installed maverick , I have a new sony vaio i7 core with 310M nividia and under Lucid there was a dozen things to fix like fn keys , VT , brightness etc etc , under Maverick most of the problems are solved (hdmi sound included) ... but last install I got Nvidia working perfect and then right away there was a linux headers and kernel update , after the update I started getting compiling errors ever time I installed a program
[21:34] <kklimonda> what compilation errors, what program?
[21:34] <penguin42> aloon: I'm not an nvidia user, but often driver stuff comes along later in the beta cycle
[21:35] <aloon> So now I reinstalled maverick and update manager wants to update headers & kernels in the first update , this time I havent installed nvidia yet , should I update kernel and headers ?
[21:35] <aloon> and then install nvidia ?
[21:36] <penguin42> worth keeping the kernel up to date
[21:36] <kklimonda> I use nvidia just fine with the most recent kernel
[21:36] <aloon> I think the problem was putting in the driver and then updating kernel right after
[21:37] <aloon> i'll try it kernel first this time
[21:39] <aloon> I alwyas struggled with ATI but always got it working , then I switched to nvidia which always was easy , but lately the newest laptop nvidia cards are not well supported and its a hairpulling experience getting everything setup
[21:40] <aloon> it's updating linux-image-generic
[21:41] <aloon> no errors
[21:42] <aloon> for some reason it seems that you have to put a script in usr to have the nvidia driver recompile the kernel properly when it gets updated. I wish it was easy like the old days
[21:45] <kklimonda> you don't have to - all you have to do is install nvidia from package
[21:47] <aloon> from synaptic ?
[21:47] <kklimonda> yeah
[21:48] <aloon> this is how I did it the last time and it worked , on Lucid I could not install nvidia via synaptic , the driver would be activated , but not work
[21:49] <aloon> on maverick nouveau driver actually looked decent on my laptop , but i wanted the features of my nvidia card , it seems nvidia-current does work for me under maverick
[21:49] <aloon> if the nvidia driver is installed through repositories , are you saying that it will update fine even if the kernel and headers are updated ?
[21:50] <aloon> if so , thats great news , i've spent weeks trying to get things going under Lucid
[22:48] <Daekdroom> I didn't know it was so *easy* to help translate ubuntu D:
[22:50] <penguin42> well, as someone who knows one language (and not particularly well) that's easy for you to say!
[22:51] <Daekdroom> penguin42, >.>


[14:41] <belkinsa> Not a problem, pmatulis.  Can you do it for the rest of the year?
[17:00] <pleia2> doc team check in with the CC now, anyone about?
[17:02] <pmatulis> whoah, i can try
[17:03] <pleia2> it's over in #ubuntu-meeting
[17:19] <pleia2> over now, thanks GunnarHj :)
[17:22] <pmatulis> pleia2: what info do you need?
[17:22] <pleia2> pmatulis: it's over
[17:22] <GunnarHj> pmatulis: Missed you at #ubuntu-meeting. But I think they got the picture they needed.
[17:24] <pmatulis> not sure what you folks are talking about.  was i supposed to have been somewhere?  was anyone invited somewhere?
[17:25] <pleia2> pmatulis: the meeting started by talking about the docs team, that part of the meeting is now over and they are meeting with the quality team now
[17:25] <pmatulis> ok, was anyone in the doc team invited?  besides the ping above?
[17:26] <pleia2> the CC sent out all the emails telling the teams when their slot was at the beginning of the cycle
[17:26] <pleia2> https://lists.ubuntu.com/archives/ubuntu-doc/2014-April/018904.html
[17:26] <pleia2> we usually send a later reminder in case teams forgot, but didn't maange it this week :\
[18:18] <GunnarHj> pmatulis: This is the log: http://irclogs.ubuntu.com/2014/09/04/%23ubuntu-meeting.html#t17:02
[18:23] <pmatulis> i see there was no mention of the cloud docs from canonical.  that was a pretty big item
[18:24] <pmatulis> i notice that the desktop gets most of the concern, which is interesting
[19:56] <belkinsa> I saw no reminder e-mail in our mailing list about that meeting before the meeting.
[19:56] <belkinsa> And nothing in the mod list
[20:33] <belkinsa> Ah, I see.
[20:33]  * belkinsa never seems to read though fully
[21:29] <andresmujica> Hi!
[21:30] <andresmujica> I was wondering if anyone knows how to report a bogus Wiki entry
[21:30] <andresmujica> https://wiki.ubuntu.com/steveballmer
[21:31] <andresmujica> and a fake launchpad user?
[21:31] <andresmujica> https://launchpad.net/~anthonyba
[21:38] <belkinsa> Can you me a favor, andresmujica?  Can you e-mail our mailing-list?  You might get a better number of people looking athe e-mail than here.
[21:39] <belkinsa> You don't need to join the list.  I'm a a mod.
[21:39] <pleia2> andresmujica: you want #launchpad for the launchpad issue
[21:39] <belkinsa> Or that.
[21:39] <pleia2><EMAIL_ADDRESS>for the wiki.ubuntu.com stuff, Canonical IS can take a look
[21:40] <pleia2> (our team does help.ubuntu.com/community wiki, not so much the wiki.u.c one)
[21:40] <belkinsa> Don't we have wiki admins though?
[21:40] <belkinsa> Can't they do changes on the other one?
[21:42] <pleia2> just because I can, doesn't mean I signed up for it :)
[21:42] <belkinsa> Ah, I see.
[21:42] <pleia2> I focus on the help.u.c/community, not wiki.u.c so I don't really know the rules there
[21:43]  * belkinsa nods
[22:09] <andresmujica> belkinsa:  pleia2 done.  I've sent email to rt and ubuntu-docs about the issue.  Thanks for your help!
[22:10] <belkinsa> I saw.


[02:49] <swift110-phone> hey
[04:56] <chappie> hi
[04:58] <chappie> anybody here?
[06:23] <hfaadmin> hello
[06:24] <alkisg> hello
[06:28] <hfaadmin> browsing by
[06:29] <hfaadmin> I`m new to linux, but I`d love to learn more
[06:29] <hfaadmin> hope we can have fun
[06:33] <alkisg> Some of us use linux for business, some for fun... hope you have fun with it. :)
[07:42] <usuario> y
[07:42] <usuario> y7
[07:42] <usuario> ey q pasa
[10:18] <fvzubets> Hi, all
[10:19] <sigurdson> hiya
[10:31] <arnaud_> hi
[12:47] <sigurdson> I think i should have chosen full duplex on my printer, it prints one page, then stops for like 10 seconds before printing the next
[15:44] <smith_> como instalo soundKonverter , cuales son los comandos
[16:19] <Sicnus> Is there a way to fix padding around items / icons on the panel?  All of my icons are butted right against the edge of the panel... No room to "breathe"
[16:20] <Akuli> do you mean spacing between the icons next to clock?
[16:20] <Sicnus> the top and bottom spacing... of each icon.. they are the exact size of the panel.
[16:21] <Akuli> i guess you could make the panel taller
[16:21] <Sicnus> no matter how big I make the panel, the icons simply grow to fill the entire size of the panel...    :/  Sorry, not sure how else to say it.
[16:33] <Sicnus> This is really cool looking....  #inspired.  https://www.reddit.com/r/unixporn/comments/44t3u7/mate_sometimes_you_dont_need_to_change_a_lot_for/
[16:48] <Sicnus> Anyone here use Plank?  The mate panel is... "docked"  for some reason.  Also, how would I make sure plank starts at startup?
[16:50] <ricotz> Sicnus, I think you simply switch to the "Eleven" desktop style of mate
[16:50] <Sicnus> k, I'll look into that
[16:51] <Sicnus> ricotz: silly question, how do I do that.  Don't see it in the look and feel
[16:52] <ricotz> Sicnus, or Cupertino
[17:10] <alumno28> holaaa
[17:10] <alumno28_> 8[19:12] <StanZ> Hey users
[19:15] <StanZ> Why doesn't anyone chat here?
[19:27] <y0sh> there is a lot of talking that goes on in here
[19:34] <swift110> lol
[19:48] <nemo> I'm going to guess 'cause this is a support channel
[19:48] <nemo> not a "discuss how MATE and ubuntu impact your life" channel
[21:24] <swift110> hey all