[01:33] <wallyworld> babbageclunk: were you looking at the sig file stuff for beta2 release?
[01:33] <babbageclunk> yup, just finished it off - I'll put the PR up while I'm doing a manual test.
[01:33] <wallyworld> yay, ty
[01:59] <axw> wallyworld: small fix for offer removal: https://github.com/juju/juju/pull/7976
[01:59] <wallyworld> ty, looking
[02:00] <babbageclunk> wallyworld: https://github.com/juju/juju/pull/7977 as well
[02:08] <wallyworld> babbageclunk: ty, looking after my 1:1 with andrew
[02:08] <babbageclunk> cool cool
[02:24]  * babbageclunk goes for a run
[02:26] <wallyworld> babbageclunk: just a small test change
[03:28] <babbageclunk> wallyworld: thanks, fixed - merging now.
[04:05] <wallyworld> babbageclunk: no worries
[04:30] <anastasiamac> thumper: wallyworld: axw: modelstatus fix - https://github.com/juju/juju/pull/7979... since it's kind of not-small and highly visible/usable, I think I'd need at least 2 reviews...
[04:49] <axw> anastasiamac: looking after lunch
[04:50] <anastasiamac> axw: tyvm
[04:56] <wallyworld> anastasiamac: +631/-179 is but a babe in the woods compared to some lately :-)
[04:57] <anastasiamac> wallyworld: m glad to hear that my PR does not scare u... m not sure how i feel about the fact that big PRs r becoming more frequent
[04:57] <wallyworld> :-)
[05:04] <jam> anastasiamac: revewed
[05:04] <anastasiamac> jam: \o/ thnx
[05:04] <jam> morning
[05:05] <jam> doesn't seem like a PR that needs 2 reviews
[05:06] <anastasiamac> jam: k, m happy(ier) to have just one review (ur definition of weekend is very different to mine)
[05:08] <jam> anastasiamac: what, I woke up, like an hour later, went to the grocery store, will be going out for lunch
[05:08] <jam> how is that not a weekend?
[05:08] <anastasiamac> jam: bestversion check on cmd is needed for cases where u r using new client against an older controller (if it ever happens) as we'd come to result.Error and will panic/err since Error would not exist in returned results...
[05:09] <jam> anastasiamac: no, because your api/* code forces a result.Error => result[i].Error, doesn't it?
[05:09] <jam> so you've already made sure that every object has a .Error set
[05:16] <wallyworld> jam: i'd like to discuss your +1 to the pr - i don't agree with the approach
[05:17] <wallyworld> i can't see a reason to not have the api layer present the same interface for either a v3 or v4 backend
[05:17] <wallyworld> we control the call sites for the api layer so we can make everything hang othether as it should
[05:19] <wallyworld> anastasiamac: jam: axw: happy to discuss in a hangout to ensure we're all on the same page, maybe easier than irc
[05:20] <anastasiamac> wallyworld: +1, gimme 10mins?
[05:20] <wallyworld> sure
[05:21] <jam> wallyworld: I thought she did have the api/ layer push the global error into the each object Error
[05:21] <jam> did I misread that?
[05:21] <wallyworld> maybe i did, left me check
[05:22] <wallyworld> jam: see line 84 in processModelStatusResultsV3
[05:22] <jam> line 61 of processModelStatusResults
[05:22] <jam> the part where we were talking about Trace
[05:23] <wallyworld> that's for the v4 facade
[05:23] <wallyworld> not the old v3
[05:25] <jam> wallyworld: ah k. in that case, update v3 to set the error, and I think we're happy
[05:25] <wallyworld> modulo that we don't need a separate processv3 method perhaps
[05:26] <wallyworld> since v3 will just return an overall error anyway
[05:26] <wallyworld> and if we do get results we just process them with the one method
[05:28] <wallyworld> and we need to check but i thought jimm calls this api also so we'll need to update that code as well, or organise for it to be updated
[05:28] <jam> so I think we're roughly aligned, in that api/* should provide a consistent view of errors, and then all the client code doesn't need BestVersion.
[05:28] <jam> wallyworld: as a Controller facade, it should have some sort of implementation for it
[05:28] <wallyworld> right, so we'll break them if they compile against tip
[05:28] <jam> wallyworld: though if they did it correctly, we just treat JIMM as an older controller
[05:28] <anastasiamac> wallyworld: jam: axw: want to take it to team standup from this morning?
[05:28] <wallyworld> or in any case, we'll need to get them to update
[05:29] <wallyworld> sure, ok
[05:29] <jam> https://hangouts.google.com/hangouts/_/canonical.com/juju-standup?authuser=1 ?
[05:29] <anastasiamac> jam: yes
[05:29] <anastasiamac> wallyworld: ?
[16:55] <ryebot> What happened to the --upload-tools flag on the juju bootstrap command? What's the right way to replicate that functionality today?
[23:20] <dvavili_> Not sure if it's the right channel, but can Juju be used to deploy P3 instances on AWS that was announced a couple of days back?


[07:53] <hyperair> hmm strange. after yesterday's upgrade, compiz dies with floating point exception
[07:53] <hyperair> O_o
[08:30] <hyperair> [ 2165.510504] compiz.real[18778] trap divide error ip:7f73b40fbc2f sp:7fff322625f8 error:0 in i965_dri.so[7f73b40b7000+2be000]
[08:32] <hyperair> oho it's fixed1
[08:56] <Duke`> fixed in xorg-edgers or just mesa git for the moment?
[09:07] <hyperair> Duke`: xorg-edgers
[09:07] <hyperair> it broke last nigh
[09:07] <hyperair> t
[09:08] <Duke`> well, yesterday morning after an upgrade I got my compiz broken, I don't know if it's exactly the same bug, but currently it's not fixed for me (but I'm on jaunty, maybe packages are not ready yet)
[09:30] <hyperair> Duke`: Floating point exception?
[09:30] <hyperair> Duke`: downgrade libgl1-mesa-dri and everything that goes with it
[09:30] <Duke`> well I did not have time to look at it more precisely, so I just reverted for the moment
[09:30] <hyperair> until the fix is up, that is
[09:30] <Duke`> yes
[09:30] <hyperair> ah
[09:30] <Duke`> that's what I did
[09:30] <hyperair> use karmic ;-)
[09:31] <hyperair> it's out already
[09:31] <Duke`> it's planned for this WE :)
[09:31] <hyperair> heh
[09:31] <hyperair> it is weekend already
[09:31] <hyperair> here at least
[09:31] <Duke`> yeah, but I have until sunday evening! :D
[09:32] <hyperair> heh
[09:33] <Duke`> I have another mesa bug to track down
[09:33] <Duke`> I may first do that before upgrade
[09:33] <Duke`> just a git-bisect... or maybe it's already in bugzilla
[09:33] <hyperair> heh i see
[09:34] <hyperair> have fun =)
[09:34] <Duke`> :)
[09:34] <Duke`> I already have the test case, it should be easy
[13:39] <Duke`_> git bisect really rules
[18:52] <webbb82> i found ubuntu x in ubuntu tweek what is it for?
[19:06] <hyperair> PPA?


[00:16] <phoenixz> This is also the channel for Kubuntu 10.04?
[00:16] <BUGabundo> yes
[00:21] <phoenixz> Okay.. actually, lucid rocks, works better and more stable than 9.10 (yes, I know lucid is alpha, but still, it works better!)
[00:22] <BUGabundo> ok
[00:22] <BUGabundo> hey AaronMT
[00:22] <phoenixz> only weird thing is that my auto hiding taskbar suddenly didnt come back anymore..
[00:22] <BUGabundo> LOL
[00:22] <phoenixz> its really hiding now.. but I dont need it
[00:23] <phoenixz> anyway, 9.10 had *horrible* performance due to intel driver, I suppose thats fixed now, since... well, lucid is nice?
[00:50] <Raydiation> wow lucid boots crazy fast in my vm
[00:51] <UbuntuUser> does vmware supports guestextensions in 10.04?
[00:52] <UbuntuUser> I ask because Im using virtualbox, and with vb it does not
[00:52] <Raydiation> UbuntuUser: it does
[00:53] <Raydiation> but i cant move the mouse outside the vm
[00:53] <Raydiation> i have to press the right ctrl
[00:53] <UbuntuUser> ok, so its the same like in vb
[00:54] <UbuntuUser> ty, goodnight
[00:57] <Raydiation> how come alphas got so stable?
[00:58] <kklimonda> Raydiation, it's LTS so there are no game breaking changes
[00:59] <RAOF> Apart for nouveau, perhaps :)
[01:04] <Raydiation> kklimonda: i thought an lts is like: as much beta into it as you can :D
[01:07] <kklimonda> Raydiation, no - that's all other releases, especially LTS-1 ;)
[01:08] <Raydiation> thats what i meant yes :)
[01:36] <Nafai> Has anyone else noticed after today's updates that whenever you press enter everything just locks up?
[01:38] <kklimonda> Nafai, you have intel card?
[01:38] <kklimonda> Nafai, I can vaguely remember chrisccoulson saying something about it today
[01:38] <Nafai> no, nvidia
[01:39] <chrisccoulson> Nafai / kklimonda - i get that with intel, although it's better now I boot without splash
[01:39] <chrisccoulson> but this laptop still freezes constantly. it locks up any time the display blanks
[01:40] <Nafai> ugh
[01:40] <Nafai> Kind of frustrating, trying to get a patch ready for release :)
[01:40] <kklimonda> chrisccoulson, and you have spend so much time picking it up :/
[01:45] <Nafai> no known fix yet?
[01:52] <Raydiation> how do i create a .deb package for lucid?
[01:53] <Raydiation> all howtos in google are like 2004
[01:53] <bjsnider> Raydiation, look at the videos with dholbach on youtube called "motu packaging"
[01:54] <Raydiation> ty
[01:55] <bjsnider> the debian documentation that's out there is along the lines of "the changelog file is where you put your changes."
[01:55] <bjsnider> big help
[01:58] <Raydiation> bjsnider: the one from 2008?
[01:59] <bjsnider> there's a series of videos
[01:59] <Nafai> downgrading my nvidia driver fixed it
[02:00] <bjsnider> i'm not sure if they were from 2008 or not
[02:01] <Nafai> even so, the principles have not changed since 2008, or even 2004
[03:30] <WeatherGod> crimsun, ping
[03:31] <crimsun> WeatherGod: pong
[03:31] <WeatherGod> hey, I noticed something  interesting the other day...
[03:31] <WeatherGod> while I was shutting down Lucid, the shutdown hanged for quite a while
[03:32] <WeatherGod> and finally, before closing out, it said that the alsa-setting daemon (or something like that) failed
[03:32] <crimsun> "alsa-setting daemon"?
[03:33] <WeatherGod> it flashed by before blacking out... it was something to do with alsa and settings
[03:33] <crimsun> alactl?
[03:33] <WeatherGod> I doubt I would have thought that
[03:34] <crimsun> I'm afraid I can't do much unless it's reproducible and you have the precise error/warning
[03:34] <WeatherGod> ok... give me a few minutes to try it out...
[03:42] <rww> Where did the settings from System -> Preferences -> Appearance -> Interface get moved to?
[03:55] <WeatherGod> crimsun, I couldn't reproduce it... go figure...
[03:56] <crimsun> looks like a race condition
[03:56] <crimsun> you're certain it had to do with alsa, thougH?
[03:56] <WeatherGod> I will be sure to take a closer note of my shutdowns to see if I ever catch it again
[03:56] <WeatherGod> I could have sworn it said "alsa" and "settings"
[03:56] <crimsun> there's only one thing that relates to alsa on reboot/shutdown, and that's the storing of mixer levels, which would be alsactl.
[03:57] <WeatherGod> the question that  pops into my mind is that this would be after the unmounting of the file systems
[03:57] <WeatherGod> which might explain why it is hanging
[03:57] <crimsun> yes, I would need to tighten the upstart job deps
[03:58] <WeatherGod> maybe it is only happening on the first shutdowns?
[03:58] <crimsun> that would still be a race
[03:58] <WeatherGod> which may explain why I don't see it every time
[03:58] <crimsun> FWIW, hwclock-save is prone to the same race
[03:58] <WeatherGod> hmm
[03:59] <WeatherGod> well, I am downloading today's snapshot
[03:59] <WeatherGod> I will try it again with a fresh snapshot and see if it happens again
[03:59] <WeatherGod> looks like somebody got their act together in cleaning up packages...
[04:00] <crimsun> while it would be an annoying error, it isn't fatal
[04:00] <WeatherGod> yesterday's snapshot was 703mb, this one is 550mb
[04:00] <crimsun> PA will restore the volumes regardless
[04:00] <WeatherGod> yeah, but you know how many bug reports we will get for computers that "won't shutdown"
[04:00] <crimsun> arguably it's silly to have alsactl /and/ PA do that...
[04:01] <crimsun> I don't think this one is the /sole/ culprit
[04:01] <WeatherGod> well, is it just in case someone wants to use alsa by itself?
[04:01] <crimsun> like I said, hwclock-save is prone to the same race.
[04:02] <WeatherGod> because PA is teh suxs?
[04:02] <WeatherGod> :P
[04:04] <crimsun> need to find out if there're semantics for guaranteeing the availability of virtual-filesystems /and/ runlevel [06]
[04:04] <WeatherGod> I have no familiarity with upstart... but it sounds like a reasonable feature
[04:06] <WeatherGod> all my familiarity is with initscripts in the red hat distros
[04:07] <crimsun> Fedora has had upstart for at least a couple releases
[04:08] <WeatherGod> but, i only mess around with initscripts on my servers, which are RHEL
[04:08] <WeatherGod> work machine is F11, while home machine is Ubuntu
[04:11] <WeatherGod> unfortunately, I haven't had any time to mess around and explore newer systems like I used to
[04:11] <WeatherGod> although, I have been finding and reporting a bunch of bugs with various python toolkits
[04:14] <WeatherGod> crimsun, btw, the guys on that system bell bug has learned to use git, and has made a merge request with the metacity git branch
[04:16] <crimsun> WeatherGod: good
[04:17] <WeatherGod> nice to see those guys follow through on that... because I think they were the only ones to really understand what was going on
[04:17] <crimsun> eh, not really
[04:17] <crimsun> they've kinda papered over a use case for metacity
[04:18] <crimsun> it'll still break for non-compiz and non-metacity
[04:18] <WeatherGod> well, I think it was more trying to solve the odd issue of metacity catching the system bell when it shouldn't have, I think
[04:18] <crimsun> to fix it properly, you need quite some integration from linux (alsa-kernel) up through pulseaudio and libcanberra
[04:19] <WeatherGod> hmm... maybe so, I forget the details of the guy's analysis
[04:20] <WeatherGod> he seemed to split it into two issues and dealt with the metacity issue first
[04:20] <crimsun> the metacity one is the easiest
[04:20] <crimsun> the actual system beep one is much more convoluted
[04:20] <crimsun> we won't see the linux-side fixes for that until likely 2.6.36
[04:21] <WeatherGod> but, that's the one that's on the board itself... why does any of that have to touch PA and stuff
[04:21] <crimsun> 1. there is no uniform handling of pc speaker in current linux
[04:21] <crimsun> ( i.e., wait until the next merge window for 2.6.34 )
[04:22] <crimsun> 2. there is no uniform handling of pc speaker in PA
[04:23] <crimsun> some of it touches acpi, some of it is restricted to the ac'97/hda controller+codec
[04:23] <WeatherGod> is the pc speaker the same thing as the system bell?
[04:23] <crimsun> no
[04:23] <crimsun> however, in the past the system bell was played through the pc speaker
[04:23] <crimsun> now it's rather haphazardly handled by acpi/alsa
[04:23] <WeatherGod> I thought the guy was talking about the same thing that beeps on startup
[04:24] <crimsun> see above
[04:24] <crimsun> we can't touch bios bits until linux has actually bootstrapped
[04:25] <WeatherGod> ok, and then it is dealt with through acpi?
[04:25] <crimsun> not necessarily
[04:25] <crimsun> it's entirely vendor-dependent
[04:25] <WeatherGod> heh... fun
[04:26] <WeatherGod> it is a wonder any of this stuff works at all
[04:29] <WeatherGod> so, any idea what the next growing pains will be for the kernel?
[04:29] <crimsun> lkml is the canonical discussion of that
[04:29] <WeatherGod> ?
[04:30] <WeatherGod> oh
[04:30] <WeatherGod> linux kernel mailing list?
[04:30] <crimsun> (yes)
[04:30] <WeatherGod> I'm slow on acronyms
[05:11] <DanaG> weird issue: I had to remove the fancy gtk audio thingy (canberra-gtk-module?) to get rid of those stupid sounds when running gnome apps under kde.
[05:11] <DanaG> Pyuuu!
[05:11] <DanaG> yeah, window-minimize sound.
[07:20] <Viper1432> I'm just gonna put this out here cuz' the room is so quiet, BUT....the new alpha2 has got to be the fastest booting/ most responsive spin I've seen since I started using ubuntu (warty).  Amazing stuff.
[07:23] <dupondje> crap :)
[07:23] <dupondje> new bug in gnome-do
[07:25] <ZykoticK9> Viper1432, I to am really enjoying Alpha2 - really nice change from my disappointment with Karmic (which I feel even more strongly now, was more-or-less a beta for Lucid)
[07:26] <Viper1432> only thing I've found so far, issue wise, is open office really doesn't like the "dust" theme as its main menu bar is blacked out.  Not much disagreement ZykoticK9 .  I'm seriously considering moving up to lucid for my main box.
[07:28] <Viper1432> now rather than at release.  On my 7 year old x1000 laptop, lucid boots in 22 seconds, and shuts down in 4 seconds flat, plus gnome /compiz actually work on it again with no monster hit to performance.  shocked the hell out of me.
[07:28] <ZykoticK9> Viper1432, i'm using it a dual-boot with 9.10 and haven't been back to karmic yet!  i'm loving lucid - the HUGE daily updates is a drag, but it's such a step in the right direction from karmic!  my biggest show stoppers right now are Handbrake & gnome-do not working :(
[07:29] <Viper1432> nods, but then again ZykoticK9  that's why they call it "alpha".  heh heh
[07:29] <ZykoticK9> Viper1432, OH it's WAY to early to be "using" but hey, i'm really impressed with Alpha quality :)  good sign i'd say
[07:30] <Viper1432> ditto.  I test with the laptop, so if it goes "boom", its an easy fix/backout/reinstall.  The main box is using karmic, but I'm really unhappy with memory usage.
[07:32] <ZykoticK9> Viper1432, I was amazed at bootup/shudown when I first switched to Karmic, the Karmic-to-Lucid speed is much improved again!  Loving it!
[07:32] <ZykoticK9> Viper1432, do you use Nvidia gfx?  seems like Lucid is made for Nvidia now.
[07:33] <Viper1432> I use proprietary nvidia.  Just volunteered to assist QA with nvidia testing + lucid, but hadn't heard back yet.  noveau is nice, but its not "there" yet for 3d/compositing and I'm NOT willing to give up VDPAU for video acceleration.
[07:34] <ZykoticK9> it's the proprietary Nvidia that's getting all the special treatment in Lucid!  that's what's so awsome.  I've never played with noveau.
[07:35] <Viper1432> And actually its not very "nvidia" friendly, at least from the boot standpoint with nvidia drivers.  Plymouth is "in", and it requires KMS which doesn't work with the 190.xx drivers.  Its another reason for the additional testing I'm betting.
[07:35] <Viper1432> See right now, there are issues even installing the 190.xx drivers due to noveau being in the kernel.
[07:35] <Viper1432> (not horrible issues, but there are some.)
[07:35] <rww> The Free ATI drivers work with Compiz in Lucid :)
[07:36] <Viper1432> might be so rww, but I wouldn't use an ATI card unless someone put a gun to my head.  Toooo many bad things with ati +me over the years.
[07:36] <ZykoticK9> rww, really?  wow - that's actually impressive [I can't stand ATI, and don't understand why AMD bought them]
[07:37] <hyperstream> Same here, why the heck did they buy ATI...
[07:37] <rww> ZykoticK9: Yep. xserver-xorg-video-radeon has been getting much, much better as of late. Don't know if AMD had something to do with it; wouldn't surprise me :)
[07:37] <Viper1432> because AMD wanted to be more competitve with Intel, and guess what intel has that AMD did not?
[07:37] <ZykoticK9> hyperstream, AMD a company i love + ATI a company I avoid = unhappy
[07:37] <rww> It's already been better than fglrx at 2D acceleration for a while.
[07:38] <hyperstream> ZykoticK9, ditto :)
[07:38] <DanaG> I'm using the open drivers now.
[07:39] <DanaG> Even does compiz well.
[07:39] <vish> isnt ATI a part of AMD ?  [or have i been under a rock o.0  ]
[07:39] <DanaG> I just can't use KMS until they bring the power usage down.
[07:39] <Viper1432> vish, yes...amd owns ATI.
[07:39] <rww> vish: AMD bought ATI a while back
[07:39] <vish> yay , i'm not totally ignorant :D
[07:40] <Viper1432> lol
[07:42] <ZykoticK9> Viper1432, do you know is vdpau supported in mplayer on Lucid?  i'm getting "Could not open dynamic library libvdpau.so.1"
[07:43] <vish> KMS wfm fine with the free ATI drivers
[07:43] <vish> just a bit slow when i use extra animations :/
[07:44] <Viper1432> I haven't messed with it yet ZykoticK9 .  I'm currently just testing an old x1000 lappy with builtin 9200 radeon.  This weekend I'm going to set up a partition on the main box and test with my gtx260OC.  AND just fyi, but the vdpau libraries are now a separate package you can snag from nvidia.
[07:44] <ZykoticK9> Viper1432, thanks
[07:45] <Viper1432> np.  ZykoticK9  this is "the" place to be for nvidia info:  http://www.nvnews.net/vbulletin/forumdisplay.php?f=14
[07:45] <Viper1432> the nvidia devs hang out there and link the latest prod and beta drivers in that section.
[07:45] <ZykoticK9> Viper1432, thanks again
[07:45] <Viper1432> np
[07:52] <Viper1432> just fyi Zyk  new beta nvidia driver is up and in the notes has this:   Fix the soname of libvdpau_nvidia.so.1 and libvdpau_trace.so.1 to match their filenames.
[07:53] <Viper1432> Oh and mplayer does fully support VDPAU, but you have to get the PPA beta for it to work properly.  the 'release' mplayer doesn't function as well.  My recommendation is to get the very latest smplayer.  All the vdpau stuff already ''set".
[07:54] <Viper1432> ...or compile the latest svn mplayer.
[07:55] <ZykoticK9> Viper1432, well thanks AGAIN
[07:55] <Viper1432> :)
[07:56] <dupondje> ZykoticK9: gnome-do can be fixed by manually installing libgnome-desktop-2-11
[08:02] <ZykoticK9> dupondje, THANK YOU - oh that's excellent
[08:03] <ZykoticK9> dupondje, well so much for my first submitted but lol
[08:05] <dupondje> ZykoticK9: its a good submission, its a missing dependency, needs to be fixed for sure
[08:05] <dupondje> but this is a good workaround ;)
[08:06] <Viper1432> only thing I'm finding right now is open office's main menu + dust theme.  as usual OO has fits with some themes.
[08:06] <ZykoticK9> dupondje, i really appreciated you pointing it out to me
[09:33] <indus> anyone using ATI with s3tc support ?
[09:59] <theadmin> I heard there will be no GIMP in Lucid. Is that true? If so, will there be any kind of graphical editor built-in at all?
[10:00] <indus> theadmin, yes a simpler one like paint
[10:00] <theadmin> indus: Ah. gpaint I believe?
[10:00] <indus> theadmin, there is a new video editor too called pitivi
[10:01] <indus> theadmin, probably, but we believe when it appears in menu, as of now i dont see
[10:01] <indus> theadmin, yes i heard too its gpaint
[10:01] <theadmin> Actually, so far in all those paint thinks MSpaint is STILL the winner. Why is there no undo in gpaint? :/
[10:02] <indus> frankly i dont know whats the use of MSpaint either
[10:02] <indus> also gthumb will appear i think
[10:11] <switchgirl> hi
[10:16] <switchgirl> grub-pc installation failed on alpha3
[10:43] <Mike1> Hey! Is anyone able to use the fglrx driver under Lucid?
[10:45] <RAOF> I don't think so, not yet.
[11:02] <BUGabundo> mOrnInG
[11:57] <coz_> hey guys... just rebooted... get a "green" screen too quick to read...boots to log on screen and mouse and keyboard dont work although both are lit up
[12:59] <LimCore_> hi, are OpenPGP keys of ubuntu deverlopers signed with something hard coded into ubuntu? that would be nice for apt-get source
[13:00] <LimCore_> I got key 01AA4A64: public key "Steve Langasek<EMAIL_ADDRESS>imported  but how should one verify this key?
[13:01] <LimCore_> checking https://launchpad.net/~vorlon is one option... any others?
[13:01] <BUGabundo> LimCore_: humm keyserver.ubuntu.com ?
[13:02] <LimCore_> BUGabundo: how I know there is no MITM ?
[13:03] <LimCore_> its over ssl with known cert?
[13:03] <BUGabundo> check it for your self
[13:04] <BUGabundo> all data there is mirrored to all PGP servers like MIT, and PGP org
[13:04] <alkisg> Has anyone else been experiencing very frequent kernel hangings with the latest updates?
[13:05] <alkisg> It also happened in a non-X session for me...
[13:06] <alkisg> I have to use my older Karmic installation until the problem is resolved, the system won't stay up for more than 1-2 minutes
[13:06] <LimCore_> BUGabundo: only way to be sure is to have something hard coded into the distro itself, like apt keys are. Perhaps it would be nice if all ubuntu developers keys would be signed with one master key and this one would be hard coded (or ebven by default trusted?) or something.. good idea? :)
[13:07] <BUGabundo> alkisg: wfm
[13:07] <alkisg> Hmmmm :(
[13:08] <alkisg> Thanks BUGabundo, I needed a reinstallation anyway (amd64 => i386), so I guess now is the time :)
[13:09]  * BUGabundo if only I could use http://www.netboot.me to boot lucid dailiies
[13:09] <BUGabundo> are you going 32bits alkisg? why ?
[13:09] <BUGabundo> alkisg: test your MEMORIES
[13:09] <alkisg> BUGabundo: no no nothing like that
[13:09] <alkisg> The i386 switch is for development, it's something LTSP-related
[13:10] <alkisg> My hardware is fine, I've been using it 15 hours per day for the last years, and it also works fine on Karmic right now
[13:10] <BUGabundo> what GPu?
[13:11] <alkisg> nvidia 8600 mobile
[13:11] <alkisg> The problem was there with nvidia, with nv, and without X.
[13:12] <alkisg> Sometimes the keyboard leds were blinking and REISUB didn't work, sometimes I could just stop X with ctrl+alt+ptrsc+k...
[13:12] <alkisg> It just happened this morning
[13:18] <BUGabundo> alkisg: what kernel ?
[13:18] <BUGabundo> better, what HW?
[13:18] <alkisg> BUGabundo: the latest one as of this morning
[13:18] <BUGabundo> I got an 8400 GM and works fine
[13:18] <alkisg> (i'm on karmic i386, I can't chroot to amd64)
[13:18] <BUGabundo> Linux BluBUG 2.6.32-12-generic #16-Ubuntu SMP Thu Jan 28 07:47:05 UTC 2010 x86_64 GNU/Linux
[13:18] <BUGabundo> yeah that sucks :\
[13:19] <alkisg> lspci: http://paste.ubuntu.com/368864/
[13:19] <BUGabundo> yeah nothing to fancy there
[13:19] <alkisg> I was also seeing some X corruption
[13:19] <BUGabundo> better see if you can SSH into it the next crash
[13:20] <BUGabundo> and get a kernel trace
[13:20] <BUGabundo> and post to LP, and ping a kernel dev
[13:20] <alkisg> I.e., two half cursors cursor blinking on the top of my gnome screen! :)
[13:20] <BUGabundo> nothing even close to that here
[13:20] <alkisg> But ok I said that's an nvidia problem => but then it crashed with nv, and even without X...
[13:21] <alkisg> OK, I'll switch to i386 and if I get that again, I'll try to get a kernel dump. Thanks!
[13:42] <indus> anyone using ati open drivers?
[13:42] <Pici> Yes.
[13:42] <indus> anyone using it with s3 tc library for texture compression?
[13:43] <indus> Pici, hi,
[13:43] <Pici> I don't know the answer to the second question.
[13:44] <indus> Pici, actually , mm to run certain games , the driver needs s3 texture compression technology as a separate compile, it works but i think doesnt work with mesa 7.7
[13:44] <indus> due to IP issues, its not in Mesa, so external library
[13:45] <indus> you dont play any doom3 or other?
[13:45] <indus> Pici, would you like to read about it? i give you link
[13:46] <Pici> No, I rarely play games on my laptop, which is what I use for testing.
[13:46] <indus> Pici, ok ,i just wanted to see performance of these games with the open driver,
[13:47] <indus> Pici, http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html just for interesting reading
[13:47] <indus> ill post on the forums this question, that maybe better
[13:52] <indus> will f spot be replaced?
[13:53] <kklimonda> indus, no, I don't think so.
[13:53] <indus> kklimonda, so i heard
[13:54] <indus> kklimonda, and the name is pathetic too
[13:54] <indus> kklimonda, isnt it in ubuntu wishlists?
[13:54] <indus> good thing now the scan tool is called simple scan
[13:54] <kklimonda> indus, just about everything can be found on ubuntu "wishlists"
[13:55] <indus> kklimonda, i mean approved ones
[13:56] <BUGabundo> no
[13:56] <BUGabundo> that's GIMP
[13:56] <indus> ok
[13:56] <indus> thanks
[13:56] <BUGabundo> fspot will replace gimp
[13:56] <BUGabundo> well, not replace
[13:56] <indus> BUGabundo, ?
[13:56] <BUGabundo> but take its place
[13:56] <indus> BUGabundo, f spot is already there so how can it take its place
[13:56] <BUGabundo> that's what I said
[13:57] <indus> BUGabundo, ok
[13:57] <indus> thanks
[13:59] <indus> BUGabundo, there si on brainstrom i see
[13:59] <Italian_Plumber> Good morning.  I'm having trouble with the restricted drivers for the wireless in my Dell Latitude E5500.  Where do I go to find out if a bug has already been reported?  What should I search for?
[13:59] <void^_> i hope that means f-spot will see some improvements
[13:59] <Italian_Plumber> ^^ in Lucid Alpha2
[14:01] <charlie-tca> Italian_Plumber: https://bugs.launchpad.net/ubuntu
[14:01] <indus> i find it complicated to use
[14:01] <charlie-tca> But it is having issues today, and you may find you get an "Oops!" error
[14:02] <indus> i hope they stop naming apps with f and g and other
[14:03] <indus> f spot poorly tags things and then forgets about it'
[14:04] <indus> so what else is new in lucid as of today?
[14:04] <indus> anything interesting
[14:04] <Italian_Plumber> yeah I did.  'sokay... I can't report it quite yet anyway
[14:04] <warriorforgod> [sty
[14:04] <Italian_Plumber> I had this same problem with Karmic -- I just went back to jaunty
[14:04] <indus> yes i have one problem btw with live cd, it probes for floppy for 10 min
[14:04] <Italian_Plumber> I use the live CD on my laptop all the time
[14:05] <BUGabundo> where the heck is : in the english keyb???? BABABAHAAH
[14:06] <Italian_Plumber> indus: You don't have a floppy drive?
[14:06] <indus> Italian_Plumber, i have disconnected it from motherboard
[14:06] <charlie-tca> BUGabundo: shifted-semicolon, second key to the left of the enter key?
[14:06] <BUGabundo> Ç found it
[14:07] <indus> what exactly is this love for floppies really, ever since karmic it wants to probe a device which hardly anyone uses
[14:07] <indus> i read it was fixed long ago but i see it appear in a lucid daily live downloaded few days ago
[14:07] <void^_> did you disable the floppy in your bios?
[14:08] <BUGabundo> charlie-tca: using BKO to boot daily images eheh GEEK
[14:09] <indus> void^_, no such option in bios i searched
[14:09]  * indus wonders why would anyone have a need to disable floppy in bios , or a cdrom or HDD for that matter
[14:09] <void^_> strange, there should be an option to configure the floppy controller, and/or disable the floppy controller
[14:10] <indus> void^_, no there isnt, i have the bios by heart now
[14:10] <indus> void^_, its not there on all bioses
[14:10] <charlie-tca> void^_: depends on the system. There were systems produced with no provision for floppy dirves
[14:10] <indus> void^_, why is it needed
[14:10] <charlie-tca> s/dirves/drives
[14:11] <void^_> well if they come with floppy controllers they should come with options to configure them..
[14:11] <indus> i disconnected the floppy cable since karmic went all crazy searching for her long lost floppy drive , but now here the love back with lucid
[14:12] <indus> luckily after install it doesnt waste much time so it boots fine
[14:12] <indus> maybe file a bug for live cd?
[14:14] <Italian_Plumber> disabled or not, it shouldn't probe for it for 10 min
[14:17] <indus> Italian_Plumber, and i get this message 'stdin : error 0  ' then buffer something on /dev/fd0 etc
[14:17] <indus> Italian_Plumber, atleast 20 times
[14:19] <void^_> perhaps you can configure/disable the floppy controller using jumpers?
[14:21] <indus> void^_, its ok, but i dont have the guts to do that, after install its ok , and probably should be fixed in a future live cd build
[14:22] <indus> void^_, i mean, i finished installation and it boots fine but does probe for floppy still even though i disconected cable
[14:22] <indus> ok nvm i gtg now
[14:22] <indus> thanks all
[14:23] <indus> happy testing
[14:23] <void^_> well, floppies aren't plug&play. not unplug&play either.
[14:24] <Italian_Plumber> moving jumpers isn't something you'd expect grandma to do
[14:40] <Mike1> mhhh could it be that storage-devices do not appear in PCManFM because of the removed HAL?
[14:40] <Mike1> is there a way to get it working again?
[14:41] <Mike1> (except installing HAL)
[14:45] <cwillu_at_work> grub2, you hold shift for the menu?
[14:46] <cwillu_at_work> and if that doesn't work, how does one get into the grub menu?
[14:48] <ikt> esc?
[14:48] <ikt> grub2 is hold down shift though
[14:50]  * cwillu_at_work grumbles about perfectly good things that work everywhere consistently being replaced by unproven techniques in order to save one second :p
[14:50] <cwillu_at_work> shift doesn't work, I've tried both, held down during the whole boot
[14:51] <cwillu_at_work> there's a non-zero chance that I edited grub correctly from an initramfs prompt, lets see :p
[14:51] <cwillu_at_work> but still, just because I got to an initramfs this time doesn't mean I'm happy :p
[14:57] <avb> guys, does lucid freeze on startup is a known bug?
[14:57] <avb> i just upgraded from karmic
[14:57] <avb> to lucid
[14:57] <avb> no gdm, no console, no recovery mode :)
[14:59] <kklimonda> avb, have you tried booting without splash?
[14:59] <avb> yeh
[14:59] <avb> i already tried with plymouth installed and not :)
[14:59] <avb> any way to make upstart more verbose?
[15:00] <kklimonda> good question
[15:00] <kklimonda> the documentation mentions that you can change init to init=/sbin/init --debug in the kernel command line but I've never tried that myself
[15:01] <avb> btw
[15:01] <avb> cat i see lucid fstab from someone ?
[15:02] <kklimonda> http://pastebin.com/f65699524
[15:02] <avb> thanks
[15:02] <avb> ok
[15:02] <avb> seems nothing new here
[15:02] <avb> thanks
[15:03] <avb> ill try --debug hint now
[15:15] <avb> heh
[15:15] <avb> debug seems works
[15:15] <avb> but then something clears screen
[15:15] <avb> and there is just cursor appears
[15:16] <avb> seems kms related
[15:17] <ikt> cwillu_at_work: http://ubuntuforums.org/showthread.php?t=1394473
[15:17] <avb> lol
[15:17] <ikt> looks like an issue with grub
[15:17] <avb> any thoughts?
[15:18] <avb> still just a blinking cursor on boot
[15:18]  * cwillu_at_work reads the ubuntuforums post in the vain hope that ubuntuforums might actually be good for something for a change
[15:18] <avb> im on intel lenovo x61 laptop
[15:18] <avb> i965
[15:18] <avb> nomodeset seems makes no effect
[15:18] <cwillu_at_work> ikt, is there anything relevant in there, or is it just 8 pages of people noting that it doesn't work followed by voodoo chicken attempts to "fix" it?
[15:20] <ikt> 8 pages of people noting
[15:31] <cwillu_at_work> (gone, was just checking if I had reported it before, but launchpad seems to be down)
[15:58] <greg-g> is anyone having issues with Tomboy on Lucid? It won't start for me: http://pastebin.com/d722d7a2c
[15:58] <greg-g> fresh install, btw
[15:58] <greg-g> a search of LP returned nothing that looked "promising"
[16:00] <kklimonda> greg-g, it's reported already
[16:00] <greg-g> kklimonda: hrmm..
[16:00]  * greg-g looks again
[16:00] <greg-g> :)
[16:01] <greg-g> thanks
[16:01] <kklimonda> greg-g, it may be easier to check ubuntu forums for the posts about it - there is a big topic in the lucid subforum
[16:02] <kklimonda> greg-g, https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/516210 (i got a link from history)
[16:02] <greg-g> ah yes, the forums....
[16:22] <charlie-tca> tomboy on lucid does seem to be a sometimes thing. Today it is working for me, first time this week it started
[16:33] <switchgirl> at times lucid can lock and not send any display signal to my monitor at others it doesnt lock
[17:09] <drhalan> hey. did nvidia-current break (again)?
[17:09] <drhalan> can't install the dkms modules here
[17:58] <booboo> hey guys,,nvidia "version current" is which driver version?
[18:01] <BUGabundo> !info nvidia-current
[18:01] <gord> nvidia seems slightly hosed today huh
[18:04] <bjsnider> 190.53
[18:04] <BUGabundo> still wfm
[18:04] <BUGabundo> I guess I better not reboot :D
[18:04] <gord> rebooting into an older kernel makes nv work at least
[18:51] <zniavre_> hello , im stuck with gdm login (keyboard/mouse frozen) but i can access gnome with startx is it known ?
[18:52] <douglasawh-work> is network-manager-openconnect working currently?
[18:53] <BUGabundo> zniavre ppl reported it yesterday
[18:53] <BUGabundo> and today nvidia seems to be bad too
[18:56] <zniavre_> BUGabundo, fresh install im using nvidia 173 xxx quite nicely
[18:56] <zniavre_> thnak you for answering
[18:57] <marienz> is the rhythmbox builtin volume slider being relatively useless a rhythmbox, pulseaudio or hardware thing?
[18:57] <marienz> it only has three settings here: off, medium and loud. Most of the middle region doesn't perceptibly change volume.
[19:20] <alkisg> Today's (or yesterday's) updates hang my amd64 lucid installation (blinking caps lock, REISUB/ping not working).
[19:20] <alkisg> I downloaded the i386 daily-live an hour ago and got the same thing from the usb stick
[19:21] <alkisg> Could I do something useful to help resolve that problem? (i.e. not just file a "my pc crashes" bug :))
[19:22] <alkisg> It's not a hardware problem, I've been working all day on my karmic installation just fine.
[19:24] <marienz> alkisg: I've had some success using netconsole to debug that kind of thing, assuming you're in X when it crashes and can't get at the last few lines of kernel log
[19:24] <marienz> alkisg: that wasn't on ubuntu though, I'm not sure how hard this is to do there.
[19:24] <alkisg> marienz: would that work even if REISUB/ping doesn't ?
[19:25] <marienz> alkisg: it might, since if you're lucky the kernel is still getting some messages out that way before it locks up completely
[19:25] <marienz> hang on
[19:25] <marienz> alkisg: only useful if you have a second host networked though.
[19:26] <alkisg> Ah, got it. And monitor the network messages.
[19:26] <alkisg> marienz: thank you, I'll give that a look. I'll try to see if I can roll back the updates, though...
[19:26] <alkisg> *first
[19:26] <marienz> also, it would help if I could remember the netcat to run on the receiving end
[19:27] <alkisg> netcat -l -u -p 6666
[19:27] <marienz> it's documented in /usr/share/doc/linux-doc/networking/netconsole.txt.gz
[19:27] <alkisg> netcat -l -p 6666 -u 2>&1 | tee /var/log/netconsole &
[19:27] <marienz> I've used that to get a bit more info on some kms-related hangs I got
[19:27] <alkisg> Doesn't sound hard...
[19:27] <alkisg> Right, that's what I was about to ask right next
[19:28] <yofel> avb: do you get a 'freeze' or does just the boot seem to stop? I updated my desktop today, rebooted and now the boot stops right after switching to tty7, I can switch ttys fine but the boot stops before the consoles are created...
[19:28] <alkisg> Any way to completely disable any kms related stuff? (nvidia)
[19:28] <marienz> I don't know a thing about current nvidia, sorry.
[19:28] <alkisg> (I also got a hang with nv and with plain console, though...)
[19:29] <avb>  yofel, yeh, thats what i have, plus there ys no ttys
[19:29] <yofel> avb: well, I mean, I can use F1-9 fine, but the ttys aren't yet started so I have no way to login, same?
[19:29] <alkisg> marienz: thank you :)
[19:30] <marienz> alkisg: hope it helps
[19:31] <avb> yofel: ah, yes :)
[19:31] <yofel> avb: good, er I mean... bad -.-
[19:31] <avb> exactly same issue
[19:32] <avb> who knows, probably thats for good :)
[19:32] <avb> good point to switch finally to debian
[19:32] <avb> i was to lazy to finish my debian desktop
[19:32] <yofel> heh
[19:32] <avb> at least debian doesnt have all this that that you need to remove all the time
[19:33] <alkisg> Here's the list of updates that gave me the hanging problem, would it be possible to force a mass downgrade? http://alkisg.pastebin.com/d556fecc
[19:36] <ZykoticK9> you all where scaring me about restarting...  but reboot successfully :)
[19:37] <alex_mayorga> how did you guys enabled nvidia in the first place?
[19:37] <alex_mayorga> jockey won't do for now as I read from the alpha notes
[19:38] <ZykoticK9> alex_mayorga, according to the alpha2 notes, you can't use the "Hardware Drivers" interface with nvidia yet - but that's what I was able to use?
[19:39] <yofel> ZykoticK9: I think the fixed jockey is in lucid now
[19:39] <alex_mayorga> ZykoticK9, I see, yet it failed for me yesterday
[19:39] <ZykoticK9> yofel, it must be
[19:39] <alex_mayorga> garbled gdm
[19:43] <switchgirl> how to unblock a exe
[19:43] <switchgirl> "The file '/home/switch-testing/Documents/ConsentForms.exe' is not marked as executable.  If this was downloaded or copied form an untrusted source, it may be dangerous to run.  For more details, read about the executable bit."
[19:43] <avb> :) thats a good one
[19:44] <CardinalFang> switchgirl, what your goal?
[19:44] <switchgirl> run the file
[19:44] <avb> sudo aptitude install wine
[19:44] <ZykoticK9> switchgirl, are you familiar with wine/exe use?  after installing wine, if it isn't, try "wine /home/switch-testing/Documents/ConsentForms.exe"
[19:45] <switchgirl> http://www.baus.org.uk/information_links/procedure_specific_consent_forms.phtml
[19:45] <switchgirl> the exe is there
[19:45] <ZykoticK9> switchgirl, that is a ZIPed EXE by the looks of it...
[19:45] <CardinalFang> switchgirl, you probably want #ubuntu , btw.  Here, right-click on that file, choose "properties", then  "permissions."
[19:46] <switchgirl> yeah i tried all that ZykoticK9 CardinalFang
[19:46] <CardinalFang> switchgirl, tried what?
[19:46] <switchgirl> d/l and installed wine, wine blocks it
[19:46] <CardinalFang> switchgirl, so you didn't follow what I said?
[19:47] <switchgirl> ahh ok
[19:47] <void^_> unzip works on that one
[19:47] <switchgirl> yeah run as programme darm simple one
[19:48] <CardinalFang> switchgirl, some "exe" files are simple program-wrapped containers of other files.
[19:49] <ZykoticK9> switchgirl, i was able to use wine-1.1.37 on Lucid to run/extract the file - it does work
[19:49] <CardinalFang> You should be able to dump that file into  "file-roller"  program and get its contents.
[19:49] <CardinalFang> switchgirl, stop.  ^^
[19:50] <CardinalFang> switchgirl, you don't need 'wine' in this case.
[19:50] <CardinalFang> switchgirl, it's simpler than that.
[19:50] <ZykoticK9> switchgirl, as CardinalFang says it does open in File-Roller as well
[19:50] <switchgirl> i unzipped it
[19:50] <switchgirl> its working fine
[19:50] <switchgirl> thanks
[19:51] <switchgirl> thought it was a lucid bug
[20:09] <Nafai> What's the appropriate action to take if a package from universe is uninstallable because a dependency is unavailable?  File a bug on the uninstallable package?
[20:10] <CardinalFang> Nafai, best is to make a note and wait about two days and check again.  The repo is stirred to a froth right now, more than usual.
[20:11] <Nafai> Ok, thanks
[20:14] <DavidJHeinrich> I rebooted my computer using the latest LiveCD for Linux (10.04 Liquid LTS) to test recording with my onboard audio...it does not work. Should I report a bug in that driver? how?
[20:15] <ZykoticK9> regarding PPAs without lucid support, is it a bad idea to simply edit the sources file and swap lucid for karmic?  I'm particularly interested in the mplayer-vdpau archive -- I have already made the switch and successfully installed mplayer with vdpau support, I'm really just wondering if this is a BAD idea (i'm sure it's not great, but is it bad?)
[20:19] <ZykoticK9> DavidJHeinrich, for general bug submission directions see https://help.ubuntu.com/community/ReportingBugs it isn't too hard by the way
[20:19] <marienz> ZykoticK9: I'd rebuild the .deb for lucid, but that's easy for me to say since I already have a ppa set up and know the basics
[20:19] <DavidJHeinrich> Zykotick9: thank you
[20:19] <charlie-tca> ZykoticK9: the biggest problem is the dependencies, when you use the karmic files in lucid.
[20:20] <charlie-tca> They may fall apart any day, depending on what is changed/upgraded for lucid
[20:20] <ZykoticK9> marienz, thanks but my packaging abilities end with checkinstall :)
[20:30] <CardinalFang> ZykoticK9, PPAs are a temporary stop-gap measure.  There's no good policy or best-practices because one should not use PPAs unless you're testing.  The best thing to do is get the right package uploaded the official repo.
[20:31] <ZykoticK9> CardinalFang, thanks - i certainly agree
[20:31] <CardinalFang> The first "p" does stand for "personal", after all.  If Bob dies, you are screwed.
[20:32] <ZykoticK9> CardinalFang, it is unfortunate that mplayer from repo doesn't have Nvidia vdpau support... thus going to PPA
[20:33] <CardinalFang> ZykoticK9, er, did I sit across from you at breakfast this morning?
[20:33] <ZykoticK9> CardinalFang, it would be news to me... ;)
[20:34] <kklimonda> ZykoticK9, It doesn't?
[20:35] <ZykoticK9> kklimonda, i'm lead to believe (and personal experience suggests) that "no it doesn't"
[20:35] <kklimonda> ZykoticK9, it was build with vdpau in karmic afair
[20:35] <kklimonda> it certainly links against libvdpa in lucid
[20:43] <ZykoticK9> kklimonda, you're right!  removed PPA/mplayer - updated apt, reinstalled mplayer -- still working with vdpau!  no PPA required.  Thanks
[21:05] <alkisg> How can I see if the daily-live 20100202 has xserver-xorg-core 2:<IP_ADDRESS>2-1ubuntu9   or -10? I think that's what's causing my crashes...
[21:08] <BUGabundo> you can look at build logs
[21:08] <alkisg> Could you direct me to the build logs?
[21:09] <alkisg> Ah, sorry, found it at the manifest
[21:09] <alkisg> It has -ubuntu9, so I bet it'll work fine for me. Downloading..
[21:13] <billybigrigger> BUGabundo, ola
[21:13] <ubuntar> Hi! The colors in xterm before was white text on black bg and now it is opposite.Using 10.04 alpha.Where i can fix that?
[21:14] <BUGabundo> hey billybigrigger. wb missing person in milk package
[21:14] <billybigrigger> haha
[21:14] <billybigrigger> no doubt eh
[21:14] <ZykoticK9> ubuntar, from cli you could use "xterm -bg black -fg white" not sure where/how to change config
[21:15] <billybigrigger> haven't had time to sit down at a computer for a few months now, can honestly say i haven't contributed a damn thing to lucid :(
[21:15] <ubuntar> i am first thing when installing system removing any mono packages ]
[21:18] <ubuntar>  ZykoticK9 thanks it is working for starting xterm my self... but i am using C::B and xterm started by it's process.. (
[21:25] <alkisg> Can I downgrade xserver-xorg-core on the live CD ***on the fly*** (i.e. restart xorg without problems)? I do have the appropriate .deb packages on my disk...
[21:26] <yofel> hey billybigrigger
[21:31] <as1965> alkisg: should be OK - as long as you do not reboot. I've done updates on the live CD but never downgrades though.
[21:32] <alkisg> as1965: thank you, I'll try it right now.
[21:36] <as1965> as1965: no guarantee! I would switch to a text VT and stop GDM/X - then run the apt-get/downgrade, on completion, restart GDM ...
[21:36] <as1965> s/as1965/alkisg/
[21:37] <as1965> alkisg: Your main problem could turn out to be package conflicts - depending on what you're doing ...
[21:37] <alkisg> as1965: my problems is this: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/517276
[21:39] <alkisg> Uh, yesterday's daily-live just completed downloading, so maybe I'll write that on the usb stick instead, and pin the xorg package versions. Thanks again!
[21:39] <DrHalan> is somebody about to fix nouveau?
[21:44] <zniavre_> there is a bug report about gdm/gnome session don't work ?i can 't really find it
[22:02] <billybigrigger> yofel, howdy
[22:31] <ZykoticK9> metricpiano, by default there is no xorg.conf (/etc/X11/xorg.conf), if you are using nvidia you can generate one with "sudo nvidia-xconfig" if you are using another GFX card then you might have to stop GDM and from a console run "X -configure", probably "sudo X -configure" (i'm not familiar with this method as I use nvidia)
[22:32] <metricpiano> hello, I'm running Lucid and the #ubuntu people kicked me over here :D I'm trying to get ATI drivers, or update drivers, or check if I have the best thing already.  Among other things I was trying to follow this: http://ubuntuforums.org/archive/index.php/t-168263.html on someones suggestion, but I do not have an xorg.conf file anywhere on my system (apparently).  So I'm back to confused... Incidentially I'm on Lucid because I couldn
[22:36] <metricpiano> ATI Catylist control center says the following:   There was a problem initializing Catalyst Control Center Linux edition.  It could be caused by the following.  No ATI graphics driver is installed, or the ATI driver is not functioning properly. Please install the ATI driver appropriate for you ATI hardware, or configure using aticonfig. En!
[22:37] <metricpiano> zykoticK9:  any idea how I determine what X is in that configuration?
[22:38] <ZykoticK9> metricpiano, sorry man, as soon as you mentioned ATI I'm no help to you...  Hopefully someone else here uses ATI and can help you.
[22:40] <metricpiano> zykoticK9: sure, np, thanks anyway.  I've tried to follow a bunch of websites and guides and they all seem to not apply at some point.
[22:40] <RAOF> metricpiano: I don't think there are any ATI drivers that work on Lucid at the moment.
[22:40] <RAOF> Sorry; any fglrx drivers that work on Lucid; the open source drivers should work.
[22:40] <bjsnider> RAOF, so it's a normal state of affairs then...
[22:41] <billybigrigger> any nvidia users here?
[22:42] <ZykoticK9> billybigrigger, yes, why?
[22:42] <billybigrigger> do you use vdpau?
[22:43] <ZykoticK9> billybigrigger, yes
[22:43] <metricpiano> if I got back to Karmic are there ATI drivers that will work, or how would I find out (before reverting)?
[22:43] <billybigrigger> yeah i didn't read too far into the nouveau open-source nvidia driver and decided to help test it
[22:43] <billybigrigger> but now i've lost vdpau
[22:44] <billybigrigger> i guess having no 3d acceleration might have something to do with that
[22:44] <RAOF> And no vdpau imlementation in gallium yet, too.
[22:44] <ZykoticK9> billybigrigger, i'm NOT using nouveau, no idea if it support vdpau (i doubt it)
[22:44] <billybigrigger> how do i go back to the 195 driver? simaple aptitude install
[22:44] <bjsnider> you need the blob for vdpau
[22:44] <RAOF> billybigrigger: Just remove linux-backports-modules-2.6.32-12-generic, and reset your xorg.conf
[22:45] <billybigrigger> fair enough
[22:45] <billybigrigger> thanks
[22:45] <billybigrigger> err....
[22:45] <billybigrigger> i remember 195 being removed when i installed xserver-xorg-video-nouveau
[22:46] <RAOF> Oh, yeah.  It probably still conflicts with the nvidia-glx package.
[22:46] <RAOF> You'll want to reinstall nvidia-current, then, too :)
[23:00] <bjorkintosh> my monitor seems to go catatonic after a while, even though the rest of the machine remains responsive.
[23:01] <bjorkintosh> the keyboard and mouse are also unresponsive.
[23:01] <bjorkintosh> i can still ssh in and look around, but it doesn't seem to wake it up. i'm running xubuntu. any ideas?
[23:02] <crimsun> bjorkintosh: read your kernel ring buffer log
[23:02] <crimsun> (i.e., dmesg)
[23:05] <cwillu> who's poking me?
[23:06] <cwillu> hmm, must have been me poking me
[23:11] <BUGabundo> poki poku cwillu
[23:12]  * cwillu cries
[23:12] <maco> BUGabundo: can you actually say that out loud without tongue-tying?
[23:12] <cwillu> maco, my name is unpronounceable with out tongue-tying
[23:12] <BUGabundo> maco: seems I can
[23:12] <maco> cwillu: fair point
[23:12] <BUGabundo> want me to video tape it for you ? :D
[23:12] <maco> but even poki poku was hard for me
[23:13] <maco> i mean, say it a few times and itll work, but not on the first try
[23:13] <BUGabundo> cwillu is hard to say
[23:13] <metricpiano> BUGabundo: just pronounce it "bill"... it's a lot easier :D
[23:13] <cwillu> it actually requires you to tie a knot in your tongue
[23:13] <cwillu> only way to get the "cwi" sound
[23:13] <BUGabundo> or carrie
[23:13] <BUGabundo> much nicer
[23:14] <maco> is it like swi or kwi?
[23:14] <BUGabundo> not the BUGabundo is easier :D
[23:14] <cwillu> you could at least spell it right :p
[23:14] <maco> or maybe shwi?
[23:14] <BUGabundo> sorri
[23:14] <BUGabundo> I always type it wrong :(/
[23:14] <cwillu> maco, it's like 'cwi', those terms are all pronounceable without the knot
[23:14] <cwillu> BUGabundo, so check my whois :p
[23:14] <maco> cwillu: but c can be k or s
[23:14] <BUGabundo> carie :)
[23:15] <cwillu> maco, or <unpronounceable in the english language>
[23:15] <maco> cwillu: oh dear
[23:15] <maco> cwillu: when i typed shwi i was actually kind of thinking of the ll sound in welsh
[23:15] <maco> mvo: hi!
[23:18] <BUGabundo> not that Mackenzie is easier either
[23:18] <BUGabundo> :o
[23:18] <maco> my name is perfectly easy to say
[23:18] <maco> well
[23:18] <maco> if you're used to western european languages
[23:18] <maco> the "zi" syllable doesn't exist in japanese, so that could be tricky...
[23:19] <maco> but ive yet to meet a japanese person who couldnt say it if i cheated at how i wrote it :P
[23:19] <rww> my handle is pronounced "rawr" :3
[23:20] <maco> ZUi can be a fake ZI, my japanese teacher said. because the alternative is JI which... no
[23:20] <rww> (And slightly more on-topic, I installed Lucid yesterday! It is pretty excellent :)
[23:21] <maco> like, they dont have TSA to make PITSA (=pizza) but they have TSU and ya so... TSUya  the U and y get sort of ignored and its said like tsa
[23:21] <BUGabundo> rww: AHAHAHAHAHAH
[23:21] <maco> (hmm should say the U and y cancel each other out)
[23:25] <cwillu> are you guys still talking about my unpronouceability?


[08:56] <lordievader> Good morning.
[11:40] <lotuspsychje> split day :p
[11:41] <cfhowlett> thought that was yesterday ...
[11:42] <lotuspsychje> cfhowlett: we had a global notice before this morning
[11:49] <BluesKaj> Hi folks
[12:35] <cfhowlett> the heck is that?
[12:40] <BluesKaj> still splitsville ?
[12:40] <cfhowlett> almost a full page of it now
[12:40] <lotuspsychje> yep split hell today pff
[12:42] <BluesKaj> my server conection dropped earlier
[12:43] <cfhowlett> well, pretty sure ask ubuntu has a question or two worth responding to.
[12:43] <BluesKaj> seems serious, haven't seen this many splits in a while
[12:44] <cfhowlett> I'm guessing that the newest uber-troll has found another way to mess with us
[12:45] <BluesKaj> cfhowlett, which uber-troll?
[12:45] <lotuspsychje> that k1l troll?
[12:46] <cfhowlett> yep
[12:46] <cfhowlett> he's only highly annoyed with me
[12:46] <lotuspsychje> think he's on a botnet
[12:46] <cfhowlett> yeah, he's got many toys
[12:47] <BluesKaj> didn't realize he was regarded as a troll
[12:47] <cfhowlett> imho ...
[12:47] <lotuspsychje> well spammer really
[12:48] <BluesKaj> never saw any evidence
[12:48] <cfhowlett> he was on the spyware rant for a minute then moved on to more annoying tactics
[12:48] <Ben64> who?
[12:48] <cfhowlett> never left his name ...
[12:48] <lotuspsychje> Ben64: he keeps renaming
[12:49] <lotuspsychje> Ben64: but he's always spamming with k1l is a...
[12:49] <BluesKaj> so he's using a proxy or vpn
[12:49] <Ben64> Feb 15 2016 03:40:49 <Guiprobs>	.,:) The moderator Jordan_U is [super nice person]
[12:49] <Ben64> like that?
[12:49] <lotuspsychje> Ben64: was a longer insult text
[12:49] <cfhowlett> lol. yep
[12:50] <Ben64> i took a snippet
[12:50] <tsimonq2> (maybe this hass a connection with yesterday's spammer in #ubuntu-offtopic)
[12:50] <tsimonq2> *has
[12:50] <tsimonq2> ¯\_(ツ)_/¯
[12:51] <lotuspsychje> tsimonq2: its always the same text with k1l
[12:51] <Ben64> yeah, looks very similar to the one i posted above
[12:52] <Ben64> Feb 17 2016 02:46:51 <simon3>	this wont stop
[12:52] <tsimonq2> lotuspsychje: oic then nvm
[12:52] <cfhowlett> sounds like him.
[12:52] <Ben64> i never got the irc spammer people
[12:53] <lotuspsychje> Ben64: yep that simon3 i saw this morning
[12:53] <Ben64> ran a pretty big network back in the day, took me much less effort to ban them all than they must use to spam
[12:54] <lotuspsychje> yeah
[12:54] <lotuspsychje> but if a network gets targetted bu ddos, things get harder
[12:54] <lotuspsychje> by
[12:55] <Ben64> meh, handled those too
[12:56] <lotuspsychje> http://irclogs.ubuntu.com/2016/02/17/%23ubuntu.html
[12:57] <lotuspsychje> spammer @ 10h46
[12:57] <Ben64> well don't post it lol
[19:36] <dax> < BluesKaj> seems serious, haven't seen this many splits in a while
[19:36] <dax> Staff was doing server upgrades.
[19:38] <OerHeks> 'thank you for flying #freenode' :-D
[19:38] <BluesKaj> dax, someone mentioned that freenode was patching the glibc exploit that was in the news today, wonder if that has anything to do with it
[19:39] <dax> Probably. Need to restart stuff linked against it...
[19:39] <BluesKaj> yeah


[14:27] <ogra_> infinity, help !
[15:20] <infinity> ogra_: ?
[15:20] <ogra_> infinity, i have a linker issue and wasted my whole day on it already :(
[15:21]  * ogra_ is super frustrated
[15:21] <ppisati> squashfs?
[15:21] <ogra_> nah
[15:21] <ogra_> tegra driver
[15:21] <ppisati> quantal-server-armhf+omap.squashfs
[15:21] <ppisati> i just noticed it
[15:21] <ogra_> 10 min update ... 6h hunting  the linker
[15:21] <ppisati> i feel sorry for you :)
[15:22] <ogra_> infinity, so libGLESv2.so isnt versioned ... the package installes it to /usr/lib/nvidia-tegra and sets an ld.so.conf.d option ot use that path
[15:22] <ogra_> during package build i create a proper symlink libGLESv2.so.2
[15:23] <ndec_> ogra_: well... you should just ditch your tegra...
[15:23] <ogra_> using ldconfig in quantal i get libGLESv2.so -> libGLESv2.so.2
[15:23] <ppisati> ndec_: besides, any news on the omap5 panda side?
[15:24] <ogra_> now running es2_info i get a lib not found error
[15:24] <infinity> ogra_: If it's not versioned, I'm not sure what you think the symlink will accomplish.
[15:24] <infinity> ogra_: If the ELF header doesn't have the versioned SONAME in it, you're fighting a losing battle there.
[15:24] <ogra_> infinity, if i set LD_LIBRARY_PATH it works, if i copy the whole set of libs to /usr/lib or /lib ir works too
[15:24] <ndec_> ppisati: any news?
[15:25] <ogra_> and it worked with the same packaging in precise
[15:25] <ndec_> it's coming soon.
[15:25] <ogra_> infinity, so why do /usr/lib and /lib as well as setting the var just work then ?
[15:25] <ogra_> (and why did it just work in precise as is)
[15:27] <infinity> ogra_: Dunno.  Don't we use update-alternatives for GL/GLES in all the other packages?
[15:27] <ogra_> i could make the package just install to /usr/lib indeed but i would like to know why that works if a subdir doesnt
[15:27] <ogra_> infinity, we do ... doesnt help if ldconfig is so stict though
[15:27] <infinity> ogra_: And I can't say for sure why yours doesn't work without seeing the package.
[15:27] <ogra_> apt-get source nvidia-tegra
[15:27] <infinity> (ldconfig hasn't changed at all since precise, so you're barking up the wrong blame tree there)
[15:28] <ogra_> is there any way to get something readable out of objdump so that i can check what ldconfig actually sees ?
[15:29] <alex-ac100> Hello All
[15:29] <alex-ac100> janimo: Are you available&
[15:29] <alex-ac100> ?
[15:29] <janimo> alex-ac100, yes
[15:30] <janimo> alex-ac100, I was just told by fly-away about the issue
[15:30] <alex-ac100> Sorry for bother you, but just would like to let you know that last linux-meta-ac100 build is not correct
[15:31] <alex-ac100> Ah OK, no issues
[15:32] <alex-ac100> janimo: I was not awaire that have to talk with you on THIS channel, looking for you on #ac100 since yesterday evening
[15:32] <janimo> ogra_, if you run ldd /usr/bin/es2_info do you get the paths that should be found?
[15:33] <janimo> alex-ac100, best use the mailing list I guess. I am not on #ac100. I mostly do a kernel update from time to time since noone else does it, but do not use the ac100 otherwise
[15:33] <ogra_> janimo, yes, and ?
[15:34] <janimo> ogra_, are the libGLES ones missing?
[15:34] <ogra_> janimo, its not about the app, its about the lib
[15:34] <ogra_> the app asks ld and gets the wrong info ... unless the lib lives in /lib, /usr/lib or i gave the proper path with LD_LIBRARY_PATH
[15:35] <janimo> alex-ac100, ah wait the meta build? fly-away told me about NV_SOMETHING option needing turned off or hw accel does not work
[15:35] <janimo> is this a different issue?
[15:35] <ogra_> in these three cases it works fine
[15:35] <janimo> ogra_, is the rel16 tarball putting the files in the same place as rel15?
[15:35] <ogra_> yes
[15:36] <ogra_> its exactly identical, just other binaries and a few changes to udev rules and the xorg.conf snippet
[15:36] <infinity> ogra_: What do you mean "not about the app, it's about the lib"?  What does "ldd /usr/bin/es2_info" say?
[15:37] <alex-ac100> janimo: looks like in kernel from linux-metaac100 has CONFIG_TEGRA_NVAVP=y in config. This is totally wrong, as this is for Tegra3 only, while ac100 is Tegra2 based
[15:37] <janimo> ogra_, I know the order of the lines ld.so scripts created/appended to by the postint mattered
[15:37] <janimo> I know I hated those parts of the package too
[15:37] <janimo> but I hoped they should all work from now on if we do not touch them anymore
[15:38] <alex-ac100> janimo: For this reason video playback is broken with this kernel build
[15:38] <rsalveti> ogra_: do you know if the libs are providing a valid SONAME?
[15:38] <janimo> alex-ac100, right. So you mean the new kernel package not the meta?
[15:38] <janimo> the latter just says which is the actual kernel image deb and does not have any config settings
[15:38] <ogra_> rsalveti, how do i find out ?
[15:39] <alex-ac100> janimo: I mean this one https://lists.ubuntu.com/archives/quantal-changes/2012-September/010128.html
[15:39] <ogra_> rsalveti, i definitely see the wrong name being used in ldconfig
[15:39] <ogra_> rsalveti, but that didnt change vs precise ... thats my issue
[15:39] <rsalveti> ogra_: objdump -x lib | grep SONAME
[15:39] <janimo> alex-ac100, ok, the config issue. I was just confused by you mentioning meta (the namings are confusing for newcomers too so no problem)
[15:39] <ogra_> the lib is the same way broken as in the former version
[15:40] <rsalveti> ogra_: were you using update alternatives at the previous version?
[15:40] <ogra_> yes
[15:40] <ogra_> its the same package, i only replaced the binary blobs
[15:40] <alex-ac100> janimo: Sorry, I'm not familar with terminology, so my mistake
[15:40] <janimo> alex-ac100, yes, no prob, as I said confusing package names :)
[15:41] <rsalveti> ogra_: by default the gl applications will look for the .so.xx libs, but I suppose you already got the links in place, right?
[15:41] <ogra_> rsalveti, yep
[15:41] <rsalveti> just because I saw a few gles libs just providing the .so one in the past
[15:41] <rsalveti> and that caused run time issues
[15:41] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-16.0$ objdump -x usr/lib/libGLESv2.so |grep SONAME
[15:41] <ogra_>   SONAME               libGLESv2.so
[15:41] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-16.0
[15:42] <rsalveti> the problem with the lack of sonames is more if you decide to build something with it
[15:42] <rsalveti> yup, no version there
[15:42] <ogra_> wait
[15:42] <ogra_> gets better
[15:42] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-15~beta1$ objdump -x usr/lib/libGLESv2.so |grep SONAME
[15:42] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-15~beta1$
[15:42] <infinity> The lack of proper SOVER will confuse the crap out of ld.so
[15:42] <rsalveti> infinity: even at runtime?
[15:42] <ogra_> so apparently ld works fine if there is no SONAME at all
[15:43] <infinity> rsalveti: Yes, cause ld won't map the symbols correctly.
[15:43] <rsalveti> hm, it might be the case that having SONAME but without version might be causing issues there
[15:43] <ogra_> ye, it does
[15:43] <ogra_> but why is just the link used if there is no SONAME ?
[15:44] <ogra_> the lib lives in the same taret place in both packages
[15:44] <ogra_> *target
[15:44] <ogra_> with the same linakge
[15:44] <rsalveti> infinity: could be, but I believe it'd probably work in this case
[15:44] <ogra_> *linkage
[15:44] <rsalveti> the libs are supposed to be fully compatible :-)
[15:45] <infinity> ogra_: ldconfig sets up links based on SOVER.
[15:45] <ogra_> also why does it work in  /usr/lib ?
[15:45] <infinity> ogra_: Working in /usr/lib is probably a red herring, but let me look at this in a bit.
[15:46] <rsalveti> ogra_: at the pvr-omap4 one I also had to remove the rpath from the libs
[15:46] <rsalveti> to get it to work properly
[15:46] <infinity> Oh, if it has an RPATH, that would explain the /usr/lib thing.
[15:46] <ogra_> well, i think i would break the license if i touched the binary
[15:47] <rsalveti> ogra_: can you list the rpath available at your library?
[15:47] <rsalveti> not necessarily
[15:48] <infinity> ogra_: chrpath -l lib.so
[15:48] <rsalveti> I think at the pvr-omap4 case it had /usr/lib in it
[15:49] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-16.0$ chrpath -l usr/lib/libGLESv2.so
[15:49] <ogra_> `usr/lib/libGLESv2.so' probably isn't a 64-bit LSB-first ELF file.
[15:49] <ogra_> elf_open: Exec format error
[15:49] <infinity> (And yes, that probably violates the letter of the license to change/remove the rpath but, hey, I used to hex edit GL libraries in linux-restricted-modules) :P
[15:49] <ogra_> GRRR
[15:49] <ogra_> one sec
[15:49] <janimo> alex-ac100, btw are you sure this is for tegra3 only? The kernel  config system should not allow it to be set in that case
[15:50] <rsalveti> ogra_: please try 'find usr/lib -maxdepth 1 -iname "*.so*" -type f -exec chrpath -d {} +'
[15:50] <rsalveti> and see if it works better
[15:50] <rsalveti> infinity: well, we're just removing stuff from the library :P
[15:50] <rsalveti> not adding anything hehe
[15:50] <ogra_> ogra@sabre:~/nvidia-graphics-drivers-tegra-16.0$ chrpath -l usr/lib/libGLESv2.so
[15:50] <ogra_> usr/lib/libGLESv2.so: no rpath or runpath tag found.
[15:51] <rsalveti> ogra_: for all libs?
[15:51] <rsalveti> check the libEGL one
[15:52] <infinity> rsalveti: Removing things is still altering them (but yes, I don't much care either, and back when I used to hex edit the bejesus out of nvidia and ATI's libGL, both upstreams told me they didn't care)
[15:52] <infinity> That said, the nvidia upstream for the x86 drivers is a completely different group than for the ARM ones.
[15:52] <infinity> For reasons I'll never understand.
[15:53] <ogra_> rsalveti, yes, for all libs
[15:53] <rsalveti> infinity: hehe, true
[15:53] <ogra_> so now the 1mio $ question ... is there a way ro wipe the SONAME ?
[15:53] <ogra_> *to
[15:54] <rsalveti> the interesting thing is that it's working on the /usr/lib and /lib paths
[15:54] <ogra_> right
[15:54] <alex-ac100> janimo: well  not 100%, but when this nvavp option is activated, kernel tried to looad some firmware file
[15:54] <alex-ac100> load
[15:54] <rsalveti> ogra_: I think there might be a way to wipe it out
[15:54] <janimo> alex-ac100, then maybe we just need to package that firmware file too?
[15:54] <lilstevie> it should be fwiw
[15:54] <alex-ac100> This firmware is not include in R16 package
[15:55] <janimo> alex-ac100, at least this does not sound scary from the description:
[15:55] <janimo> http://paste.ubuntu.com/1254125/
[15:55] <alex-ac100> janimo: and this firmware in not necessary
[15:55] <ogra_> alex-ac100, that will likely be in the codecs package
[15:55] <janimo> ogra_, should we package those too?
[15:55] <rsalveti> ogra_: what is the issue specifically, you're not able to find it at runtime?
[15:55] <ogra_> janimo, i would like to :)
[15:55] <janimo> put them in linux-firmware?
[15:55] <rsalveti> ogra_: even when forcing the ld path?
[15:55] <ogra_> rsalveti, right
[15:56] <alex-ac100> janimo: ogra_ no, I tested with some custome kernel build without this config settings
[15:56] <ogra_> as said above it works with LD:LIBRARY_PATH (which likely just overrides ld here and uses the links)
[15:56] <alex-ac100> Hardware Video playback worked fine on that build
[15:56] <ogra_> k
[15:56] <alex-ac100> WITHOUT that file
[15:57] <alex-ac100> Also one guy tried to provide such firmware file, it was included in some nvidia codec pack, not sure which platform. System hanged after loadin it
[15:58] <alex-ac100> loading
[15:59] <stuw> janimo, marvin removed nvavp from paz00_defconfig (https://gitorious.org/~marvin24/ac100/marvin24s-kernel/commit/925a5b3d7ab784fc50b4d1edc4a78fa064e7eb0e). nvavp doesn't work for us (checked on android and linux).
[15:59] <janimo> stuw, ok I will remove it from the next upload
[16:00] <stuw> janimo, thx
[16:00] <infinity> ogra_: I'm stuck tethering this morning, but I'm downloading things as fast as I can to have a quick poke around. :P
[16:00] <ogra_> infinity, i'll push the r16 package somewhere too for comparison
[16:01] <infinity> ogra_: Oh, yes, please do.
[16:01]  * ogra_ wants a chsoname tool :P
[16:02] <infinity> That may not be the issue.  Especially if, as you claim, it works with different paths.
[16:02] <infinity> But I want to look at it all first.
[16:02] <infinity> (Well, it may not be the only issue... It *is* an issue that the library has a broken SONAME, but...)
[16:02] <ogra_> well, the former oversion doesnt have a SONAME at all and works :)
[16:03] <rsalveti> ogra_: did you try running with LD_DEBUG to see if that would help?
[16:03] <ogra_> ah, no, not yet
[16:04] <ogra_> what should i run that way ? ldconfig or es2_info
[16:04] <rsalveti> es2_info
[16:04] <ogra_> k
[16:05] <rsalveti> LD_DEBUG=files
[16:05] <rsalveti> LD_DEBUG=init
[16:05] <rsalveti> and others as well
[16:06] <infinity> I still kinda want to know what the output of ldd is/was.
[16:07] <infinity> But meh.  Give me packages, and I can debug myself.
[16:07] <ogra_> infinity, http://people.canonical.com/~ogra/tegra/nvidia-graphics-drivers-tegra*
[16:08] <ogra_> so with ÖD_LIBRARY_PATH set i see direct_opencount=1 for libGLES
[16:08] <ogra_> without the var set it properly tells me it cant find the lib
[16:08] <infinity> Can't find the lib is a bit odd, since mesa installs one.
[16:08] <infinity> So, something's gone horribly wrong.
[16:09] <infinity> Also, installing the 15.1.0-0ubuntu1 version in my chroot just failed...
[16:09] <ogra_> err, no, we have overriden the mesa install path from ld with an alternative
[16:10] <infinity> update-alternatives: error: error creating symbolic link `/usr/lib/xorg/modules/drivers/tegra_drv.so.dpkg-tmp': No such file or directory
[16:10] <infinity> update-alternatives: error: error creating symbolic link `/usr/lib/xorg/modules/drivers/tegra_drv.so.dpkg-tmp': No such file or directory
[16:10] <infinity> Brilliant.
[16:10] <infinity> Also, double-paste.  Bleh.
[16:10] <ogra_>  http://paste.ubuntu.com/1254162/ http://paste.ubuntu.com/1254166/
[16:10] <ogra_> first is without, second with LD_LIBRARY_PATH set
[16:11] <ogra_> (ldd output)
[16:11] <infinity> ogra_: So, uhm.  This package is missing a dependency...
[16:11] <ogra_> infinity, werid, no idea wheer that comes from
[16:11] <ogra_> oh ?
[16:12] <infinity> ogra_: Likely on xorg-video-abi-13.
[16:12] <ogra_> the r16 package has it
[16:12] <ogra_> 15 didnt, right
[16:12] <infinity> Ahh, kay.  So, fixed in future. :P
[16:12] <ogra_> yeah :)
[16:12] <infinity> Let me install an xserver and try again.
[16:12] <ogra_> precise didnt complain about that ...
[16:12] <ogra_> (lintian didnt)
[16:13] <ogra_> iirc now it does
[16:13] <infinity> No, but installing in a bare chroot sure complains.
[16:13] <infinity> (See above)
[16:13] <ogra_> yeah
[16:14] <infinity> Oh, still broken.
[16:14] <infinity> Your package should probably also ship the /usr/lib/xorg/modules/drivers/ directory...
[16:15] <infinity> Otherwise, the postinst only works if one has other X drivers installed. :P
[16:15] <infinity> Which is a bit silly.
[16:15] <ogra_> btw http://paste.ubuntu.com/1254177/
[16:16] <ogra_> ldd with the lib in /usr/lib
[16:16] <ogra_> infinity, hmm, the tarball does, weird i thought the package would just use that ... i'll add it to .dirs
[16:17] <infinity> ogra_: Also, while I'm nitpicking, arm-linux-gnueabi_EGL.conf should be gnueabihf_EGL
[16:17] <ogra_> infinity, r16 ;)
[16:17] <ogra_> already fixed
[16:17] <infinity> That could be where your problem lies.
[16:17] <ogra_> no, i'm installin on a virgin ac100
[16:18] <infinity> Since eabihf_EGL is an alternative shared by mesa.
[16:18] <infinity> The other one wasn't.
[16:18] <ogra_> eabi_EGL was until precise
[16:18] <ogra_> but only on armel :)
[16:18] <ogra_> for which we dont build
[16:18] <infinity> (quantal-armhf)root@cthulhu:/etc/ld.so.conf.d# ls
[16:18] <infinity> arm-linux-gnueabi_EGL.conf  arm-linux-gnueabihf.conf  arm-linux-gnueabihf_EGL.conf  libc.conf
[16:18] <infinity> Yes, well.
[16:19] <infinity> My point is that in the above scenario, we get arm-linux-gnueabi_EGL.conf parsed first (which has what you want in it).
[16:19] <infinity> Once you set up the correct alternatives, it may be doing something you didn't expect.
[16:19] <ogra_> right, but that file is gone in r16
[16:19] <infinity> But I'll find out once I build your binaries.
[16:19] <infinity> ogra_: I know the file should be gone in r16, I'm saying that might be your problem.  :P
[16:20] <infinity> I assume the build itself is a few seconds.
[16:20] <ogra_> yep
[16:20] <ogra_> pretty niosy about the symbols :)
[16:21] <ogra_> just for completion, there is no arm-linux-gnueabi_* file in my /etc/ld.so.conf.d (and never was on this install)
[16:22] <ogra_> (helps to have three ac100's :) )
[16:25] <ogra_> marvin24, ohhh, intrestin, with the plain kernel video driver i always need to switch to console and back after DPMS, using the tegra driver it just wakes up fine
[16:26]  * ogra_ glares at http://paste.ubuntu.com/1254177/
[16:27] <ogra_> intresting that it loads all the other libs from /usr/lib/nvidia-tegra ... just not EGL and GLES
[16:29] <alex-ac100> ogra_: yes, wake up works better with tegra drivers
[16:32] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-15~beta1$ for file in $(ls usr/lib/*.so);do  objdump -x $file|grep SONAME;done|grep .so |wc -l
[16:32] <ogra_> objdump: usr/lib/libnvrm_impl.so: File format not recognized
[16:32] <ogra_> 0
[16:33] <ogra_> ...
[16:33] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-16.0$ for file in $(ls usr/lib/*.so);do  objdump -x $file|grep SONAME;done|grep .so |wc -l
[16:33] <ogra_> 57
[16:33] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-16.0$
[16:33] <ogra_> so it seems nvidia tried to be nice and added SONAMEs all over the place ...
[16:33] <ogra_> just that they didnt add any versioning ...
[16:33] <ogra_> ogra@anubis:~/Devel/packages/nvidia-graphics-drivers-tegra-16.0$ for file in $(ls usr/lib/*.so);do  objdump -x $file|grep SONAME;done|grep .so. |wc -l
[16:33] <ogra_> 0
[16:39]  * ogra_ thinks he should just install libEGL.so and libGLESv2.so (and their links) to /usr/bin and be done
[16:39] <ogra_> or link them there or so
[16:40] <ogra_> the mesa ones wont be used because we override the alternative
[16:41] <ogra_> infinity, ^^^ do you think that could cause any havoc ?
[16:43]  * ogra_ goes to find some coffee
[16:43] <rsalveti> ogra_: would probably cause issues with any gles software you might build there
[16:43] <rsalveti> remember that once you built with a wrong SONAME, things get messy
[16:44] <ogra_> i would be fine with that and a release note for ac100 ... and the possibility that nvidia fixes it in 3 months or so to SRU it
[16:44] <ogra_> it wont make the release if i dont get it in somehow
[16:45] <ogra_> and that would be a shame ... took 2 years to get nvidia to a point where they are on the same ABI and have a working driver released in time for us
[16:45] <ogra_> rsalveti, also wouldnt builds use mesa anyway ?
[16:46] <infinity> ogra_: Uhm, your alternatives still seem broken here.
[16:46] <ogra_> infinity, in what way ?
[16:46] <infinity> ogra_: In that I still have a arm-linux-gnueabi_EGL.conf with the r16 package.
[16:47] <rsalveti> the broken soname would affect us even with the right and multi-arch compatible path
[16:47] <ogra_> http://paste.ubuntu.com/1254227/
[16:47] <ogra_> thats how it looks for me
[16:47] <rsalveti> so I don't think there's any easy way out here
[16:47] <ogra_> did you uninstall r15 ?
[16:47] <infinity> ogra_: I just built and installed from your sources.
[16:48] <rsalveti> we should probably just try to get this working with multi-arch and update-alternatives and get it to the archive
[16:48] <ogra_> rsalveti, but how without hacking the SONAME ?
[16:48] <rsalveti> we first need to understand if that's really the issue
[16:48] <rsalveti> we currently don't know what is happening :-)
[16:49] <ogra_> well, its the obvious difference between r15 and r16
[16:49] <infinity> (quantal-armhf)root@cthulhu:/etc/ld.so.conf.d# update-alternatives --list arm-linux-gnueabihf_egl_conf
[16:49] <infinity> /usr/lib/arm-linux-gnueabihf/mesa-egl/ld.so.conf
[16:49] <ogra_> r15 no SONAME, apps follow the links ... r16 SONAME but wrong, ldconfig caches the wrong soname, apps fall over because the wrong SONAME is provided
[16:50] <infinity> Before we faff about SONAMEs, let's address this business. :P
[16:50] <infinity> ogra_: Are your local sources different from the ones you pointed me at?
[16:50] <ogra_> just checking that
[16:51] <ogra_>  --install /etc/ld.so.conf.d/arm-linux-gnueabihf_EGL.conf arm-linux-gnueabihf_egl_conf /usr/lib/nvidia-tegra/ld.so.conf 9000
[16:51] <ogra_> thats in my current postinst
[16:52] <infinity> Yeah, that's not what I have here.
[16:52] <ogra_> ah, super sorry
[16:52] <infinity> Also, your prerm will need to both remove the old and new ones, but maybe it does in your version.
[16:52] <ogra_> not yet, but i'm aware
[16:53] <infinity> Let me do this by hand and see where it lands me.
[16:55] <infinity> Alright, that gets me to your breakage now.
[16:57] <infinity> Hrm.
[16:57] <infinity> ln -s /usr/lib/nvidia-tegra/libGLESv2.so.2 /usr/lib/
[16:57] <infinity> ^-- That really shouldn't work.
[16:57] <infinity> But it does. Grr.
[16:58] <infinity> And LD_DEBUG=all just shows that it's not using /usr/lib/nvidia-tegra in the search path at all.
[16:59] <infinity> So, not necessarily the SONAME to blame here.
[17:00] <ogra_> werid, because ldconfig -v just lists the libs fine
[17:01] <ogra_> i get: libGLESv2.so -> libGLESv2.so.2
[17:01] <ogra_> (note the wrong order due to the SONAME)
[17:01] <infinity> I don't...
[17:01] <infinity> I don't get it listed at all.
[17:01] <infinity> Or, I can't type.
[17:01] <ogra_> well, i do, probably your alternatives are still wonky ?
[17:02] <infinity> The thing is, linking it in /lib doesn't change the wonkiness of that so -> so.2 thing.
[17:02] <infinity> It just starts showing up in searched.
[17:02] <ogra_> with LD_DEBUG i see that libGLESv2.so.2 gets directly loaded when in /usr/lib
[17:02] <infinity> seaches*
[17:02] <ogra_> right
[17:03] <ogra_> it will make binaries work :)
[17:03] <infinity> Yeah, but.  That doesn't tell me anything about what's wrong.
[17:05]  * infinity compares a chroot with r15 to one with r16 to sort this out.
[17:05] <ogra_> nothin is worng (apart probably from being able to force loading of a lib if i put it in /usr/lib)
[17:05] <ogra_> ld does the right thing
[17:05] <infinity> Which right thing is that?
[17:05] <ogra_> using the SONAME and caching the lib info with it
[17:06] <ogra_> its not ld's fault that the SONAME has no version number
[17:06] <infinity> Well, yes, that's the right thing, but that shouldn't relate to search paths.
[17:06] <ogra_> oh, still taht
[17:06] <ogra_> sorry, thought you solved that bit yet
[17:07] <infinity> No, if it was searching the path, it would work.
[17:07] <infinity> That's how it finds it when it's in /lib
[17:08] <ogra_> oh, inbtresting ... ldconfig -v with the lib in both places shows me the SONAME issue for both even
[17:08] <infinity> ogra_: Yeah, I said that earlier.
[17:08] <ogra_> ah
[17:14] <infinity> Okay, so looks like two bugs.
[17:14] <infinity> One is the library having the wrong SONAME, which means it won't land in the cache.
[17:14] <ogra_> right
[17:15] <infinity> The other is that ld.so doesn't search the extended path, only ldconfig.
[17:15] <ogra_> oh
[17:15] <ogra_> and that changed since precise ?
[17:15] <infinity> So, ldconfig will search the path and add "correct" libraries to the cache.  But our library is broken, so it doesn't get cached.
[17:15] <infinity> Later, ld.so searches the cache, finds nothing, and then walks the built-in directories it knows about.
[17:15] <infinity> No, it didn't change.
[17:15] <infinity> The r15 library gets cached.
[17:16] <infinity> And found from the cache.
[17:16] <infinity> So no walking required.
[17:16] <ogra_> it doesnt have a SONAME
[17:16] <infinity> Yes, which is apparently better than having an incorrect one. :P
[17:16] <ogra_> lol
[17:16] <ogra_> yeah
[17:16] <ogra_> obviously
[17:16] <ogra_> so do you know any trick to wipe the SONAME field (or ven fix it)
[17:17] <ogra_> *even
[17:17] <infinity> If there's padding in the ELF header, you could fix it.
[17:17] <infinity> Check with a hex editor.
[17:20] <ogra_> padding would be zeros ?
[17:21] <infinity> Yeah.
[17:21] <ogra_> hexedit doesnt really show anything usable on the right ...
[17:21] <ogra_> and there seem to be no zeros at the start of the file
[17:23] <ogra_> GCC: (crosstool-NG<EMAIL_ADDRESS>4.5.3
[17:23] <ogra_> heh
[17:23] <ogra_> 4.5
[17:24] <infinity> Boom, easily fixed.
[17:25] <ogra_> ??
[17:25] <infinity> There's a bunch of nulls after GLIBC_2.4
[17:25] <ogra_> yep, i see them
[17:25] <ogra_> e_match.__cxa_call_unexpected.libGLESv2.so.GLIBC_2.4................
[17:25] <infinity> So, you replace libGLESv2.so\0GLIBC_2.4\0\0 with libGLESv2.so.2\0GLIBC_2.4
[17:25] <infinity> And it all magically works.
[17:26] <infinity> The same needs to be done for libEGL.so.1 as well.  And who knows what else.
[17:26] <infinity> A quick binary patching script to fix it up in the build wouldn't be much effort.
[17:26] <ogra_> only the two to make binaries work at least
[17:26] <infinity> And would be the more "correct" fix anyway.
[17:26] <infinity> As annoying as it is.
[17:27] <ogra_> >/me has never done somethin like this, do you know odf an example ?
[17:29] <ogra_> (i manage editing with hexedit indeed, but have no idea how i would have to script that)
[17:31] <infinity> sed -i -e 's/libEGL.so\x00GLIBC_2.4\x00\x00/libEGL.so.1\x00GLIBC_2.4/' /usr/lib/nvidia-tegra/libEGL.so
[17:31] <ogra_> you can sed that ?!?!?!
[17:31] <ogra_> geez
[17:31] <infinity> ^-- That seemed to DTRT for my libEGL, cook as appropriate for others.
[17:32] <infinity> ogra_: Requires GNU sed (\x00 is a GNU extention), but we don't ship any other POSIX seds anyway, so whatever.
[17:32]  * ogra_ wouldnt have thought of sed ... probably some dd and cat weirdnesses, but not sed :)
[17:33] <infinity> Hrm, that might not have worked actually.  sed may have broken it.
[17:33] <infinity> Was good enough for ldconfig, not good enough for ld.so. :P
[17:33] <infinity> (While hand-editing was good enough for both...)
[17:33] <infinity> There was a nice C-based binary patches in LRM, back when LRM still existed.
[17:33] <ogra_> yeah, i'm still poking bytes here
[17:33] <infinity> I can try to dig it up in a bit.
[17:34] <infinity> Oh wait.  Hahaha.
[17:34] <infinity> No, it's not that sed broke it.
[17:34] <ogra_> well, worst case i change it while repackaging the updatream tarball
[17:34] <ogra_> *upstream
[17:34] <infinity> It's that other libraries are linked to libEGL.so, which doesn't exist once I've done that.
[17:34] <ogra_> i have to do that anyway to match the format of the package
[17:35] <infinity> So braindead.
[17:35] <ogra_> oh, indeed, all libs use the broken sonames :)
[17:36]  * infinity head -> desk.
[17:36] <infinity> So, monkey-patching the SONAMEs won't work, since while that fixes all OUR binaries, it breaks all of THEIRS.
[17:36] <infinity> Brilliant.
[17:36] <ogra_> btw, is there any particular reason that ld doesnt search additional dirs ?
[17:37] <infinity> Other than it being painfully slow to make ld.so parse a conf.d directory for run-time configs, no.
[17:37] <infinity> It's meant to trust the cache.
[17:37] <ogra_> k
[17:37] <infinity> Which would work, if the cache was caching libraries that weren't insane.
[17:37] <ogra_> heh
[17:39] <infinity> Do you have a good enough rapport with upstream to just get them to fix their SONAMEs?
[17:39] <infinity> Cause this is going to end up on our end with either a mess of incorrect symlinks, or monkeypatching and a few incorrect symlinks.
[17:39] <infinity> Neither is pretty.
[17:39] <ogra_> not in time
[17:39] <infinity> And neither is correct.
[17:40] <infinity> Cause you're going to have to ship "dev" symlinks (/usr/lib/*.so) to make this work, even after patching the binaries to be unbroken.
[17:40] <infinity> Well, maybe you could patch the NEEDED section in everything too...
[17:40] <ogra_> well, as i said in the beginning, i would just install EGL and GLES to /usr/lib
[17:41] <infinity> Yeah, or that.  Still broken. :/
[17:41] <ogra_> all others arent versioned at all and are only used by these two
[17:41] <ogra_> yes, but once there is a fix i wont have to fiddle with symlinks ...
[17:41] <ogra_> the files would just move to lib/nvidia-tegra and ldconfig woudl pick up the change
[17:42] <infinity> I'd still like to talk to upstream about doing it right.
[17:42] <ogra_> i'll surely poke srwarren about it but he's despite being my contact not the maintainer
[17:42] <mjrosenb> do you guys have plans for firefox-18?
[17:43] <infinity> mjrosenb: When it's the current version, sre.
[17:43] <infinity> s/sre/sure/
[17:44] <ogra_> damned, now how do i save a file in hexedit ...
[17:44] <mjrosenb> infinity: that turns on ionmonkey, which is not armhf friendly
[17:44] <ogra_> pressing a key tells me F1 for help ...
[17:44] <ogra_> F1 indeed gives me the gnome terminal help :P
[17:45] <infinity> ogra_: I dunno, I use ghex, which appears to have sane menus.
[17:45] <infinity> ogra_: That said, sed was doing the right thing for me.  It was just the NEEDED sections in OTHER libs that were still broken.
[17:45] <infinity> (As in, some of the little support libs are linked against "libEGL.so")
[17:46] <infinity> mjrosenb: I've not looked into it or heard much about it.  How not friendly is it?
[17:46] <ogra_> ah, ctrl-x
[17:47] <mjrosenb> infinity: it should need minimal modifications, but I'm considering leaving that up to a student/contributor, which means it may never get done
[17:48] <infinity> rsalveti: ^-- Something for your team to poke at?
[17:50] <infinity> janimo: You around?
[17:50] <janimo> infinity, yes
[17:51]  * janimo wonders what he broke now
[17:51] <infinity> janimo: precise armadaxp.  It's an ABI bump, but no meta.
[17:51] <janimo> ah, the SRU right?
[17:51] <infinity> janimo: Also, don't set promote-to-proposed tasks to Fix Released if you do the copy yourself.  Cause, well.  It's in the queue, and not done. :P
[17:52] <infinity> janimo: Yes.
[17:52] <janimo> ok, I usually waited to see the package building before uploading the meta
[17:52] <infinity> janimo: (Really, no need to do the copy yourself anyway, I notice when they need to be done, and I need to babysit them anyway)
[17:52] <infinity> janimo: Erm, "see it building"?  You already copied it to the archive!
[17:52] <janimo> infinity, ok. I think when I did the first SRUs at the beginnning of Q I was told I should copy them
[17:52] <janimo> or they'd languish there
[17:52] <infinity> Yeah, you were lied to. ;)
[17:53] <infinity> (You can copy if you like, but it just ends up in the queue and someone needs to manually do overrides anyway, I prefer to do it all when I know what's going on)
[17:53] <janimo> ok, I will not copy from now on, not sure why I was asked too
[17:54] <infinity> janimo: Anyhow, copying yourself or not, please never do the copy until after all support packages (only meta in your case) are also done, so they can all copy together.
[17:54] <janimo> infinity, ok. I always thought it's ok to have the linux-image package there without meta
[17:54] <infinity> janimo: Since promote-to-proposed assumes the whole thing as a block (lbm/linux/meta/etc)
[17:54] <janimo> as it does not get  upgraded to anyway until meta is there no?
[17:55] <janimo> ah, I had no idea about that promote contract
[17:55] <janimo> it makes sense, just I did not encounter it so far
[17:55] <infinity> janimo: Even in devel releases, I prefer if it happens this way, but for SRUs, we have a pretty strict way of doing things.
[17:55] <infinity> janimo: For devel releases, I'd still rather see kernel/meta go to proposed together, instead of this "we have two kernels in the archive, and one's NBS" thing.
[17:57] <infinity> janimo: Anyhow.  meta the PPA up for me, if you please.  I'm going to reject the current copy for the sake of my own sanity and reset the task, and I'll do the whole thing together later.
[17:57] <janimo> infinity, ok, will do
[17:57] <infinity> Oh, feh.  I can't reset the task.
[17:58] <infinity> I'll just reassign it to me and remember to do it later. :P
[18:13] <ogra_> hmm, so i manage to empty the SONAME field, but i cant make it vanish
[18:14] <ogra_> oh, and an empty SONAME really makes ld dizzy :)
[18:21] <ogra_> infinity, <srwarren> We do have a bug to add (correct) sonames to the libraries, and it's also possible we half-implemented it but with bogus values. anyway, I'll track down the bug and put comments there indicating the problem.
[18:21] <ogra_> (from #ac100)
[18:22] <janimo> infinity, meta built in ppa
[18:22] <infinity> janimo: I noticed, thanks.
 swarren no chance to use cmake or autotools with libtool?
 woglinde, no, we build the libraries with the same tools for Android, Linux etc.
 and hence someone developed custom makefiles for it all.
[18:22] <ogra_> now thats lovely
[18:23] <infinity> Meh, if they figured out how to put some sort of SONAME in there, they can figure out how to make it right. :P
[18:23] <infinity> Not rocket science.
[18:23] <ogra_> heh, indeed
[18:23]  * janimo is tempted to save the backlog of the past hours of conversation on this list for future historians who may be interested in the ways people at the beginningof 21st century struggled to convey straightforward things  due to error prone and inexpressive tools at their disposal
[18:24] <janimo> to computers
[18:24] <ogra_> infinity, well, i told him if he manages to get me a rebuild til thu it will make it in (given there are no other bugs)
[18:24] <ogra_> lets see
[18:24] <ogra_> he is very concerned
[18:25] <ogra_> (srwarren is a good guy ... he's also active on cross-distro )
[18:43] <ogra_> infinity, given that the driver works just fine and only the libs are affected i'm pondering to upload as is ... while GLES doesnt work then, HDMI works and xorg only uses 1/10h of ram
[18:43] <ogra_> *1/10th
[18:44] <ogra_> that should also make SRUing an upstream fix easy
[18:45]  * ogra_ will put the current package on the shelf for thu ... if nvidia manages i can still update the tegra_bins tarball quickly
[20:59] <alex-ac100> janimo: I'm afraid, but this ac100 3.1.10-5-ac100 #8 kernel build is not correct again
[20:59] <janimo> alex-ac100, what is missing?
[21:04] <alex-ac100> janimo: TEGRA_AVP_KERNEL_ON_MMU=y
[21:04] <janimo> alex-ac100, can you clone the git tree and build the package yourself?
[21:04] <janimo> did you build marvin's ?
[21:05] <ogra_> TEGRA_AVP_KERNEL_ON_MMU=y is correct, no ?
[21:05] <janimo> no idea
[21:05] <alex-ac100> it is, but not set in last build
[21:05] <ogra_> well, afaik it is
[21:05] <janimo> they have  many cryptic config names which I do not know what they stand for
[21:05] <ogra_> ah
[21:05] <alex-ac100> same here
[21:06] <ogra_> well, fly-away isnt here, he fiddled with all that multimedia playback stuff
[21:06] <ogra_> (he is in #ac100 though)
[22:47] <rsalveti> ogra_: infinity: I don't think sed would work there
[22:47] <rsalveti> because the size is different
[22:47] <rsalveti> and the elf headers stack size would probably change
[22:47] <rsalveti> breaking some other stuff
[22:48] <rsalveti> so I believe the easiest way to handle that is to handle the pain of having the libs at the standard locations
[22:48] <rsalveti> such as /usr/lib, and get that bug opened for nvidia to handle later
[22:50] <infinity> rsalveti: The sed I gave him didn't change the size.
[22:51] <infinity> rsalveti: But there's breakage in their other libs havng the unversioned .so in NEEDED, so yeah.  It's all pretty FUBAR. ;)
[22:52] <rsalveti> infinity: oh, true, luckly there was \0\0
[22:52] <rsalveti> yeah, that's expected as well
[22:52] <rsalveti> in android nobody cares about sonames
[22:52] <rsalveti> actually, nobody cares about anything that's vendor/hardware specific :-)
[22:53] <rsalveti> the problem is that then the vendor ends up using the same solution everywhere else :-)
[22:55] <infinity> rsalveti: I'm fairly confident they'll fix it for Oli, the question is if they'll do it in a timely fashion. ;)
[22:56]  * infinity thinks he should take an afternoon nap and sleep off this cold/flu/whatever.
[22:56] <rsalveti> yeah, not for quantal, for sure