#ubuntu+1 2007-12-01 <WorkingOnWise> are the hardy repos down? <WorkingOnWise> How is power management, specifically hibernate and suspend recovery, coming for newer (ACPI) laptops? <mohkohn> what kernel is going into Hardy Heron <mohkohn> ? <shadeofgrey> okayl o ill probabluy bering the wrath ofg the ubuntu gods down on myself but wherekoes one go to get the latest release of hardy's LiveCD? <ompaul> shadeofgrey, you may regret this URL or you may fall in love with it: http://cdimage.ubuntu.com/gobuntu/daily/current/ <ompaul> shadeofgrey, you can do ubuntu in place of gobuntu <ompaul> shadeofgrey, actually hack that url to pieces, specifically this one: http://cdimage.ubuntu.com/daily/ <shadeofgrey> ompaul: point me to the correct repositories lisst and ill do a apt-get dist-upgrade <shadeofgrey> im willing to risk it... if it fails - ill just pop in the 7.10 cd ad reinstall <crdlb> if you cannot figure that out on your own, you shouldn't be using hardy <shadeofgrey> well <shadeofgrey> a google of hardy heron repositories came up with absolutely dick so i figured id come here. i cant gt dual monitor support to work right on my macbookpro via my 24" dellwidescreen -- 7.10 wont lety me make it the default dfisplay or crank it up to 1920x1200 -- i was hoping hardy would fix that <ompaul> shadeofgrey, I would be with crdlb on that - get the live CD and play with that <shadeofgrey> there isnt a hardy liveCD <ompaul> and you can with that in your drive do a sudo apt-get update ; sudo apt-get upgrade with it <shadeofgrey> okay so your saying download the alternate burn it to disk, then boot into 7.10 and do a dist-update via CD? <ompaul> shadeofgrey, then do this, download the disk, break your existing drive in two or get a second / third one as applicable and you have a working machine and a dev machine <shadeofgrey> right. thats done <ompaul> shadeofgrey, given your earlier comment I would not suggest a dist upgrade if you value your data <shadeofgrey> i have two partitions on my macbookpro * ompaul runs away <ompaul> I know nothing of mac* <shadeofgrey> thats the whole point i dont give a damn about my ubuntu data <shadeofgrey> i just want to try heron as it is amnd see if it fixes the dual monitor issue yet <shadeofgrey> 'or better yet' <crdlb> I'm quite sure it breaks more things than it fixes at this point <crdlb> it's barely been a month <shadeofgrey> just tell me if dual monitor support on ati graphics chips is something that will be addressed iun the next release and ill just defer and wait <crdlb> with fglrx? <shadeofgrey> yeah <crdlb> that's entirely up to ATI <crdlb> nothing ubuntu can do about it <ompaul> nothing to do with ubuntu <ompaul> they write the code - or not as the case may be <shadeofgrey> jesus. i wish with all my being that id had the patience to wait for the macbookproi with nvidia inside. i wouldnt have to deal with ati bullshit <Amaranth> you'll get dual monitor support in hardy <Amaranth> but you'll have to choose between dual monitor support and 3d acceleration <shadeofgrey> well i get dual monitor support now.. it juyst doesnt work <Amaranth> right but now we have the 'radeonhd' driver for r500 and r600 cards <shadeofgrey> Amaranth; i wouldnt have to make that choice if i hjad nvidia rather than ati when hardy rolls around? <Amaranth> if you had nvidia it'd probably work now <Amaranth> and who knows, ati might fix their crap <shadeofgrey> im running the 1600 ati chipset in the original first gen macbookpro's <shadeofgrey> its far more likely m crippled ass will take up jogging <shadeofgrey> its so frustrating because on the notebooks screen its beautiful <shadeofgrey> on the 24" digital its a whole other ball ghame <shadeofgrey> and i have a question regarding ubuntu from a business standpoint <shadeofgrey> if i start a business where i charge people to migrate their ruined windows partiutions due to viruses to Ubuntu and charge them for the time and labor it takes thats legal right? im just not allowed to charge for ubuntu itself cvorrect? <Amaranth> Of course, that's how Linux businesses make their money <Amaranth> Services and support <shadeofgrey> okay last question <Amaranth> And you can charge if you burn your own discs and distribute them, but only for the disc (materials + time) <shadeofgrey> when i hold down option when my mac boots and i choose to boot ubuntu i see no ubuntu startup ramirezanna@example.org.. just a blank screeen till X starts and im at the login screen. how do i,gange that so i can watch it bring up the os? <shadeofgrey> or did you guys disable all that? <Amaranth> No idea, I don't know how boot on the mac works <Amaranth> It's mostly likely showing blank because of your video card <Amaranth> Otherwise it should show an Ubuntu logo and a progress bar <shadeofgrey> i was afraid of that <shadeofgrey> lookks like im headed back to PC <shadeofgrey> 'ubuntu is just too important to me -- regardless ofg how awesome apple has been <shadeofgrey> and by the way <shadeofgrey> just for the record <shadeofgrey> thank you from the bottom of my heart for creating ubuntu andcontinuing its development.. i my be a pain in the ass to you guys but you have no idea how much i apppreciate all your hard work. your enabling one member of the disabled cxommunity to work and makea real living rather than live on welfarew for the rest ofg my life <shadeofgrey> theres no way to express gratitutude of that degree in any languagewhatsoever <Amaranth> No need, that's why we're here :) <shadeofgrey> im tired of being the U.S. governments bitch -- and every line of code you guys write makes me capable of overcoming that trap of cyclical financial destitution <shadeofgrey> Amaranth; if i wanted to write a letter of thanks to the head of the company that owns ubuntu where would i look for that email address? <shadeofgrey> because i know ubuntu is owned by conn... something <Amaranth> Canonical. The owner is Mark Shuttleworth <shadeofgrey> his email address isl omewhere i assume? <shadeofgrey> or is it hidden so he dsoesnt get spam? <Amaranth> hmm <Amaranth> I've never actually emailed him, let me see if I can find it <shadeofgrey> its okay <shadeofgrey> ill find it <shadeofgrey> if i fail ill come back <Amaranth> Alright, that works too <shadeofgrey> would you mind gicving me youer email address in the event i fail? <buttercups> http://www.markshuttleworth.com/, contact details on the website <Amaranth> ah, there you go <Amaranth> i was just getting ready to say that too :P <buttercups> hehe, sorry <shadeofgrey> thanks <shadeofgrey> thanks so much <Amaranth> That's actually how to contact Claire but it'll get to him through her. <shadeofgrey> and by the way -- ifg you guys ever want to check on the process of the business im starting around linux migrations the url is closeallyourwindows.com <Amaranth> uh oh, you haven't set it up yet, probably shouldn't give the url out <Amaranth> that's a cool domain name though :) <shadeofgrey> and my polityical commentary site is thetruthdirective.com -- thats live. <shadeofgrey> Amaranth; if you know of any really good digital artists nows the time to say so because i need a logo and a wordpress theme bad <Amaranth> Someone else could take control of that first one <shadeofgrey> why? <shadeofgrey> i own it <shadeofgrey> i bought it through godaddy <Amaranth> You haven't finished the wordpress install, they could finish it <shadeofgrey> and the reg is privatized <shadeofgrey> oh <shadeofgrey> yeah <Amaranth> You would just have to reinstall wordpress but still <shadeofgrey> im going to finish the install now <shadeofgrey> thanks so much for your time <Amaranth> and I don't usually hang out in the same circles as artists, sorry * shadeofgrey hugs Amaranth in humble appreciation <shadeofgrey> ill leave you alonenow <carlesoriol> does anybody know if hardy alfa is available? <clouder`g> why do web results return hardy as 8.04, shouldn't it be 8.06 since it's LTS? <IdleOne> no <IdleOne> release numbers use year/month so 8.04 is 2008/april <clouder`g> I see <WorkingOnWise> has anyone played with google calendar sync in Evolution 2.21? <WorkingOnWise> the time to install upgrades was 56 minutes whan it started. Now, 45% into it, and 35 minutes into it, there is just over an hour left...is the counter in update manager messed up? <Hobbsee> probably your mirror slowed down <WorkingOnWise> Hobbsee: all the fetching is done. This is the actual install phase I'm in. <Hobbsee> then it's probably expected the unpackaging, etc, to be faster <ppk|laptop> whoo! hardy! <WorkingOnWise> oh...so this installer is dissing my laptop! :) <ppk|laptop> excuse me, where can I find the release notes for Hardy Alpha 1? <ppk|laptop> ...and what are the alphas called? <WorkingOnWise> I'm watchin the versions go by and it looks like hardy is still using kde 3.5 series, not 4.0 <ppk|laptop> booo <ppk|laptop> :P <WorkingOnWise> ppk|laptop: the alphas this time are called alpha <ppk|laptop> reaaaaal creative <ppk|laptop> time to download <WorkingOnWise> ppk|laptop: be careful. the alphas are notorious for breaking things when u ned them the mose....u are installing on a test box I hope? <ppk|laptop> VM <WorkingOnWise> most <ppk|laptop> virtualbox pwnz <WorkingOnWise> ah...then u wont even need a band-aid! <WorkingOnWise> for when the alpha slashes your install <ppk|laptop> I prolly won't load it on a production system until the beta <WorkingOnWise> I on the other hand, am not so smart. it is installing as we speak...on my only computer...my laptop. <ppk|laptop> niiiice * ppk|laptop hands WorkingOnWise a bandage and gauze <WorkingOnWise> I have used redmond OS's for 15 years...I can take whatever Ubuntu can throw! <WorkingOnWise> hehe <ppk|laptop> I haven't even been alive for 15 years... <WorkingOnWise> ppk|laptop: oh my... <ppk|laptop> hmm? <WorkingOnWise> don't know many teens who could set up a vm, let alone one with ubuntu running... <WorkingOnWise> niiice <ppk|laptop> go wget, go! * ppk|laptop cheers <WorkingOnWise> lol..indeed! <ppk|laptop> hmm... <WorkingOnWise> will this installer generate a log file? I am seeing some failures I want to look into after I reboot <ppk|laptop> I think so <ppk|laptop> Debian does <ppk|laptop> check in /var/logs, maybe <WorkingOnWise> I don't think they are critical, but any failure needs a look <ppk|laptop> hmm... <picard_pwns_kirk> there we go <WorkingOnWise> hahaha... <WorkingOnWise> dig the name man! <picard_pwns_kirk> that's what I usually go by :P <picard_pwns_kirk> the ppk in ppk|laptop <WorkingOnWise> but of course, u know Jaynway owns them Both, right! <picard_pwns_kirk> of course <WorkingOnWise> lol....wow, u r a very intelligent young man! <WorkingOnWise> :D <picard_pwns_kirk> I gave up having a social life to do all this :P <picard_pwns_kirk> I'm hungry <picard_pwns_kirk> time to eat breakfast... <WorkingOnWise> hehe...I had a social life once...not so great! <WorkingOnWise> see ya sir! <picard_pwns_kirk> hola <ConstyXIV> is anyone running hardy on an eee? <ConstyXIV> or (hopefully) with an atheros ar5007eg wifi card? <h3sp4wn> ConstyXIV: I don't think that card is even supported by the trunk madwifi <h3sp4wn> get the source from xandros (good luck) or asus <h3sp4wn> I am waiting to buy one until someone has the source <ConstyXIV> actually, i just now saw that atheros dropped the source <ConstyXIV> http://madwifi.org/ticket/1679 <ConstyXIV> completely incompatible with plain madwifi as-is though <h3sp4wn> So why can you not get it working ? <ConstyXIV> i havent tried it yet <ConstyXIV> i just saw it when i made the comment <h3sp4wn> Shouldn't be too hard <h3sp4wn> just get ubuntu on it and then make a version of madwifi-source with that patch in it <h3sp4wn> dunno why you would want hardy on it though (I would consider it a complete pita) <h3sp4wn> as all the modifications to get it to run decent of flash would have to be done so often <h3sp4wn> ConstyXIV: Dunno what the probability of ubuntu actually keeping another version of madwifi around just for that is <h3sp4wn> (as they have switched to ath5k as the main development place) <ConstyXIV> didnt know if someone had done anything to hardy to fix it while i was asleep <h3sp4wn> There is not even a 2.6.24 kernel in the repos <h3sp4wn> (that presumes hardy will use 2.6.24) but either way only 22 is there <WorkingOnWise> wow. smothers upgrade I have ever done!. From Gutsy to Hardy. Disappointingly so! If I didn't know that it was Hardy, I would have no clue it wasn't Gutsy still! <WorkingOnWise> smoothest <h3sp4wn> WorkingOnWise: Only things I have had to do was hack matlab to disable its java using xinerama <h3sp4wn> and still not got bootlogd working (didn't try to hard) but then its alot easier to see what is broken <ConstyXIV> i typically don't jump into testing until alpha3, but i would make an exception for working drivers <h3sp4wn> No chance <WorkingOnWise> I keep thinking "If redmond had ever been this smooth in production, I'd never had left!" <h3sp4wn> It would have to be done as a specific <h3sp4wn> If you wanted it to run the mobile version then maybe that kernel does not have a version of madwifi at all <h3sp4wn> so the patched one could be added to it but I didn't check <picard_pwns_kirk> what totally awesomely awesome things do I have to look forward to in Hardy? <ConstyXIV> a new theme, LTS support, and that's about all I know of ATM <ConstyXIV> LTS==long term support==more stable <picard_pwns_kirk> no uber-cool new things like Gutsy had? <picard_pwns_kirk> yet? <ConstyXIV> not that i know of <picard_pwns_kirk> darn <ConstyXIV> but those uber-cool things from gutsy should be uber-stable in hardy <ConstyXIV> which is very uber-cool in my book <h3sp4wn> ConstyXIV: The theme is not there yet <h3sp4wn> It could be more stable if it is an 8 month release cycle but even dapper still had tons and tons of updates just after it was released <h3sp4wn> ConstyXIV: depends how you define "uber-stable" as well (to me its Solaris 10 or AIX) mostly stable is RHEL or etch and the BSD's - ubuntu somewhere below that <bardyr> happy alpha1 :D <bardyr> !info linux-image-generic <ubotu> linux-image-generic: Generic Linux kernel image. In component main, is optional. Version 156.14.161.142.21 (gutsy), package size 24 kB, installed size 52 kB <hydrogen> !info linux-image-generic hardy <ubotu> linux-image-generic: Generic Linux kernel image. In component main, is optional. Version 156.14.161.142.21 (hardy), package size 24 kB, installed size 52 kB <bardyr> hydrogen, thats actually a nice feature :) <bernier> !fglrx hardy <ubotu> Sorry, I don't know anything about fglrx hardy - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi <bernier> !fglrx <ubotu> To install the Ati/NVidia drivers for your video card, see https://help.ubuntu.com/community/BinaryDriverHowto <karim> hi <karim> would there be a way to totally rebuild an Ubuntu mirrot for a specific target and optimisations or is it impossible at all ? <h3sp4wn> karim: You could possibly setup a buildd <karim> h3sp4wn: what is it ? <h3sp4wn> or try apt-build but really probably you don't want to if you want to do that stuff use gentoo or bsd <karim> apt-build sucks <h3sp4wn> Why ? <karim> it could be nice but it's not complete or finshed <h3sp4wn> Its pointless to rebuild most packages <karim> because there is no depencies building <h3sp4wn> for the ones it is worth it then apt-build is ok <h3sp4wn> Search for setting up a debian buildd <karim> not really because it will not build static libraries -dev <karim> and if you build a package A that depends of B and C, it will just apt-get install B and C instead of building them <karim> h3sp4wn: problem is that I hate gentoo for the same reason I hate debian <karim> I currently am on gentoo on a G4 400mhz <h3sp4wn> karim: Can't think of any reason to use ubuntu if you want to rebuild the whole archive <karim> but I don't like needing to config everything without GUI. <h3sp4wn> Well you have zero chance of rebuilding the entire archive then <karim> h3sp4wn: that's not the way I think <karim> h3sp4wn: zero chance why ? <karim> h3sp4wn: gentoo rebuilds everything ok, but gentoo does to much of what I really need. I don't need the useflags etcetera. what interest me is just the gcc make options <h3sp4wn> karim: forget it - setup a buildd and do it or don't <h3sp4wn> the gcc make options make zip all difference for almost all the packages <karim> h3sp4wn: I tried once to change the way apt-build behaved, but I don't know perl well. It seemed almost impossible to do better <karim> h3sp4wn: I don't understand what you mean <karim> about make zip <h3sp4wn> forget it - just try to do it and ask specific questions <h3sp4wn> bootstrapping debian to a new architecture - stuff about that might help you as well <karim> ok <karim> thanks <karim> h3sp4wn: do you think there could be a way to kind of gentoise ubuntu and apt ? <karim> or is it really impossible at all technically <h3sp4wn> karim: Probably <h3sp4wn> Solaris has a system that builds sysv packages from redhat spec files so its not impossible <karim> I think apt-build was a good start. <karim> h3sp4wn: one problem on ubuntu/debian is that there are a lot of incompatibilities among the -dev packages <karim> that's better to use pbuilder <karim> otherwise it kills the system <afflux> karim: what do you mean by "incompatibilities among the -dev packages"? <karim> afflux: once I needed to built mythtv <karim> so I installed all build-deps <karim> and probably over time got a lot of -dev files <karim> and at one point dist-upgrades where failing etcetera <h3sp4wn> The normal way to build packages is in isolation <afflux> karim: then this is a thing to file bugs for. <karim> h3sp4wn: well is that really normal ? <h3sp4wn> karim: I would use pbuilder <h3sp4wn> probably <karim> h3sp4wn: I mean practicaly it's normal, but in theory ? <theunixgeek> What happened to "As with the beginning of any development cycle, the Hardy one has seen the merge floodgates upon once again. This merge not only brings in lots of new version of various packages, but also a fair number of totally new applications." I don't see any new apps.... <afflux> karim: the more packages you have, the higher the *possibility* to have dist-upgrades failing. But for those fails, bug reports are needed. <karim> theunixgeek: the mobile suite stuffs <theunixgeek> ooo <theunixgeek> ok <afflux> o.o <h3sp4wn> karim: Dunno I don't like to keep loads of -dev packages installed except for stuff I actually need for outside pbuilder <afflux> he must have looked at the wrong position... <karim> afflux: ok but why isolation is considered as normal to build packages ? is it more a way to be sure of the needed depencies, or just because apt can't handle more, and breaks, for some reasons I talked about ? <karim> h3sp4wn: I agree with you <h3sp4wn> karim: In issolation you have more control over what stuff gets linked against <afflux> karim: isolation is considered normal, since the builded package might include libraries (or something else) it isn't intended to. <karim> afflux: I don't understand you here <h3sp4wn> aptitude has not failed a dist-upgrade for me in recent times <afflux> karim: let's say, the ubuntu team packages app A, which can link to lib B and C. A linked with C is broken, so the ubuntu team says: no we only want A linked with B. So, if you have C in your normal system, and you rebuild A in that, C will be linked, because the compiler can find C <afflux> karim: that would result in a broken A. <pwnguin> pbuilder is used to ensure that it builds everywhere <pwnguin> it explicitly tests the build deps <h3sp4wn> you don't have to use pbuilder I don't think there is a few choices you have <pwnguin> it also makes sure that wierd autoconf stuff doesn't link in unintended libs <karim> ok <karim> so how gentoo handles this kind of issues ? <h3sp4wn> You don't have to use autoconf either depending on what the app is sometimes it is easier to just write a standard Makefile <afflux> h3sp4wn: did anyone say you need to use autoconf? <pwnguin> gentoo handles it by not caring <pwnguin> any by USE flags <h3sp4wn> afflux: No idea did they ? <h3sp4wn> It seems people tend to when the upstream program does <h3sp4wn> pwnguin: paludis seems to care alot more about that <karim> so let's imagine I would like a in depth compilation, what are my best chances of doing so ? <h3sp4wn> karim: There is no magic thing that is going to help you do what you are asking <pwnguin> karim: in depth? <karim> because the problem even with pbuilder, is that if I compile A than needs B-dev and C-dev , pbuilder will just download B-dev and C-dev as prebuilt static libraries, so it will but in my A binary already built code non optimised <karim> h3sp4wn: no but I am thinking of how I could try to implement or modify exisintg applications <h3sp4wn> pbuilder is not designed for bootstrapping the whole archive even <pwnguin> what does apt-build do there? <karim> pwnguin: same as pbuilder <pwnguin> i guess i dont understand the problem <karim> pwnguin: it will just install B-dev and C-dev <pwnguin> which are header files <karim> so as far as I understood, there are different types of -dev libraries. <h3sp4wn> pwnguin: He wants to build every single package with i.e -march= -O99 or whatever <pwnguin> sure <pwnguin> is there an example of a -dev holding a static lib? <pwnguin> i thoought those were just header files for linking with dynamic libs <karim> some are headers files to binary libraries installed on your system. And some are already pre built libraries provided as binary code, that will be linked statically to the final binary. is it right ? <h3sp4wn> there should be very little statically linked stuff <h3sp4wn> !info sash <ubotu> sash: Stand-alone shell. In component universe, is optional. Version 3.7-7.2 (gutsy), package size 313 kB, installed size 740 kB <karim> pwnguin: well that's what I though but it seems it's not <h3sp4wn> sash is statically linked handfull of others I can think of <pwnguin> i think you shouldn't worry about staticly linked app <pwnguin> if they're staticly linked, it's probably for a good reason <karim> pwnguin: yes but for exemple if a static library like jpeg is already provided as a binary, I will not be able to have it optimised <afflux> karim: if you want to have all the packages built with optimisation flags, set up a buildd and rebuild the whole archive. <pwnguin> why would you static link libjpeg? <karim> afflux: that's what h3sp4wn suggested, I am looking to docs while we are talking <karim> pwnguin: me or in g?n?ral ? <pwnguin> karim: in general <karim> pwnguin: I have seen exemples like that. of libs that could be optimised <pwnguin> the point is, if you need to optimize it, then it should probably also be a dynamically linked lib <karim> pwnguin: I don't understand <karim> pwnguin: well the point is that nothing is designed with optimisation in mind <pwnguin> if you find an important binary built static, perhaps its a bug? <pwnguin> that's not true. dynamic linking IS optimization, at a systemwide level <karim> pwnguin: why ?? <karim> pwnguin: you know of what optimisation I was talking about <pwnguin> because shared libraries reduce RAM usage <karim> of course <karim> pwnguin: of course I am talking about cpu optimisation in case you want to rebuild the package <pwnguin> so you want a 686 build of everything you install basically <karim> pwnguin: I don't think anything is done, knowing you might want to rebuild and optimise packages. that's why when you do a build dep, it will just provide you static libraries without proposing the rebuild them as well <karim> pwnguin: not 686, powerpc G4 <pwnguin> you keep using the word static library <pwnguin> explain what you think that means <karim> pwnguin: that's not good ? <karim> pwnguin: well I think it's libraries already pre built, that will be kind of directly merged into the final binary. <pwnguin> when does the merging take place? <karim> pwnguin: during linking ? ^^ <pwnguin> indeed. that is static linking <pwnguin> i believe most of the archive is dynamically linked <h3sp4wn> As it should be <pwnguin> meaning that you get a -dev and it brings in header files, which define the shared library api for the compiler <karim> pwnguin: yes, but not all. I am just trying to isolate that case <h3sp4wn> karim: the ones that are not are probably packages you wouldn't be using anyway <pwnguin> at least, not enough to care about <karim> h3sp4wn: what do you mean ? <pwnguin> karim: ever use sash? <h3sp4wn> karim: sash is statically linked - why might you use that ? <karim> what's your point here ? :-) <pwnguin> molehill + karim == mountain <karim> why would I care of sash if it's statically linked if I don't want to use it ? <afflux> karim: you seem to <afflux> karim: that's the question I keep asking myself ;) <karim> no what I am talking about is, if I want to rebuild sash and having it optimised <pwnguin> but not use it? <h3sp4wn> exactly <karim> lol <karim> no <pwnguin> our point here is that the few executables that are staticly linked are also not commonly used <pwnguin> rebuilding them and not using them gains you nothing <pwnguin> so spending the effort to get apt-build to work also gains nothing <h3sp4wn> a full rescue system that is statically linked could be nice <karim> "rebuilding them and not using them gains you nothing" are you kidding ? ;-) <h3sp4wn> but there is livecd and such these days <karim> h3sp4wn: I think I don't understand what is statically linked. I don't see why you are talking about a live cd <h3sp4wn> karim: maybe you should try reading some more * pwnguin also doesnt understand why a static linked rescue system would be nice <h3sp4wn> pwnguin: broken libc ? <pwnguin> heh <pwnguin> at that point, give up ;) <pwnguin> and im not sure thats even true. i think you're still hosed <h3sp4wn> pwnguin: nah just get the last working one over <karim> what I talk about is that if I want to use sach. an optimised version of sash for my CPU. sash is statically linked, so this mean, sash uses a -dev static library in it's build-deps when you want to build it with debuild. so this means that unless I rebuild this -dev static library before so it's optimised, sash will be not be fully optimised to the maximum of what my CPU can do. right ? <h3sp4wn> broken pam could you deal with that ? (I think I can but it took me longer than I thought it would when I deliberately broke it) <h3sp4wn> broken perl is really nasty though <pwnguin> karim: our point is that you never use sash. or any other static linked thing, so your obsessive complusive nature isn't gaining anything <h3sp4wn> sash has saved me before (I keep it installed for that reason) but I use it extremely rarely <karim> pwnguin: I would not bring this case unless I already faced it. I think I faced it when trying to build mplayer <pwnguin> if you do find something that is statically linked to another package that you use, that's an interesting problem, and possibly a bug <karim> I don't even know what is sash anyway ... <pwnguin> its a secure shell <h3sp4wn> no its a statically linked shell <karim> lol <pwnguin> ah <h3sp4wn> with the stuff that is in coreutils built into it for such times are when they are broken <pwnguin> "stand alone shell" <h3sp4wn> yeah but because of what it is it would be useless if it was not statically linked <karim> ah ok I see why you bring that exemple <afflux> karim: i don't think mplayer uses statically linked libraries. <pwnguin> this is going to sound silly <afflux> anyway, I need some sleep. <pwnguin> does ldd show static links? <pwnguin> i coulda swore i'd seen a few before from ldd <afflux> pwnguin: ldd shows only shared libs <afflux> gn8 guys <h3sp4wn> static linking might be nice for some situations if it was easier with ubuntu/debian <h3sp4wn> I used it for some dns servers a few years ago - running jailed on bsd (no shell) saves you hunting for what libs to put in <h3sp4wn> All the stuff that generated the zone files etc ran outside and all that was in the jail was just a statically linked bind9 <h3sp4wn> dunno if I would do that again now or not but was ok at the time <pwnguin> well, the control file already says what libs you need ^_^ <h3sp4wn> pwnguin: true but which functions in those libs do you actually need ? <h3sp4wn> and how can you sanely strip out all except what you actually need <karim> h3sp4wn: the package for buildd is rebuildd ? <h3sp4wn> !info dfsbuild <ubotu> dfsbuild: Build Debian From Scratch CD/DVD images. In component universe, is optional. Version 1.0.1 (gutsy), package size 904 kB, installed size 2560 kB (Only available for i386 alpha powerpc amd64) <h3sp4wn> That is not what you asked for but maybe it could be useful for you <h3sp4wn> I think you have to get the buildd code from alioth.debian.org/ <crimsun> buildds use sbuild. <h3sp4wn> I got all the stuff from - http://alioth.debian.org/projects/buildd-tools/ (including sbuild) but I won't be doing it again and I have no need for it <karim> sbuild is packaged <crimsun> Debian's buildds use different tools, generally, to Ubuntu's. <crimsun> there are a few components that are identical, but soyuz is fairly different. <h3sp4wn> crimsun: What is happening with the moving all of /etc/init.d/foo to /etc/event.d/foo ? (Is that still supposed to happen) <crimsun> h3sp4wn: Ask Scott. (eventually.) <karim> crimsun: soyuz as not package <karim> ? <crimsun> karim: no, it's not DFSG-Free. <crimsun> (which has been the cause of much irritation) <karim> no kidding ... <karim> I am irritaded right now ^^ <crimsun> I am not a Soyuz hacker (IANASH) <crimsun> e.g., see #launchpad <crimsun> caveat: the devs there tire of the continual "but it's not Free!" buffoonery <karim> soyuz is a builder ? crimsun <crimsun> karim: it's the Canonical infrastructure that powers the Ubuntu builders. <infinitycircuit> does anyone know what kernel hardy heron will be using/when a version of it will be uploaded to the repositories <crimsun> karim: this means: it handles the acceptance of *_source.changes by vetted developers, sends the notification e-mails, kicks off the source builds, and hands off the generated binaries to dinstall <crimsun> infinitycircuit: 2.6.24-based. <karim> launchpad situation is kind of ridiculous <crimsun> well, I concur that it's crappy <h3sp4wn> infinitycircuit: meaning should get nohz / high res timers (for amd64) and cfs - containers was the other thing but I dunno whether that made it in or not <karim> the guy use a full distribution work with a huge fork and cannot deliver open source code lol <crimsun> containers are in. <crimsun> well, at least the Linus-vetted portions. <infinitycircuit> h3sp4wn, oh yeah i've probably compiled 10 different 2.6.24 kernels myself over the past weeks. i was just wondering when i could start using the ubuntu source rather than the generic souce <infinitycircuit> h3sp4wn, the hpet forcing patches are also mainlined <crimsun> infinitycircuit: kernel-team@ certainly could use more testers from ubuntu-hardy.git. <infinitycircuit> crimsun, okay i will check it out from the tree then and just do it through git #ubuntu+1 2007-12-02 <h3sp4wn> infinitycircuit: The hpet ones are not that important to me (got a working bios for that eventually after much proding of gigabyte) <infinitycircuit> h3sp4wn, yeah it all depends on your hardware. the hpet patches give me huge power savings on my thinkpad x40 <h3sp4wn> infinitycircuit: interesting I did notice on my thinkpad X31 that the fan works properly with 2.6.24 <h3sp4wn> i.e not just on all the time when it doesn't need to be <DanaG> wtf? Choosing a theme doesn't change my metacity theme. <DanaG> I select any theme, and it immediately jumps to "custom" because it's not using the right Metacity theme. <brianski> !roadmap <ubotu> Sorry, I don't know anything about roadmap - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi <brianski> hrm <WorkingOnWise> !kernel <ubotu> The core of the Ubuntu Operating System is the Linux kernel: see https://help.ubuntu.com/community/Kernel - You shouldn't have to compile your own, but if you're convinced you do, see https://help.ubuntu.com/community/Kernel/Compile - For more: /msg ubotu stages <brianski> !hardy <ubotu> Hardy Heron is the code name for the next release of Ubuntu (8.04-LTS), due April 2008 - For more info, see: https://wiki.ubuntu.com/HardyHeron - Discussion and support in #ubuntu+1, NOT #ubuntu <h3sp4wn> !msg the bot <ubotu> Please investigate with me only in /msg or in #ubuntu-bots (type also /msg ubotu Bot). Don't use commands in the public channels if you don't know if they really exist. Also avoid adding joke/useless factoids. <brianski> yeah, clearly my 2 queries really messed up the roaring flow of conversation in this channel <WorkingOnWise> So I see that Hardy is using 2.6.22 for a kernel. Is that right? The same kernel as Gutsy? <crimsun> WorkingOnWise: that is correct currently. It will release with a 2.6.24-based one. <WorkingOnWise> crimsun: ok. I was mildly concerned that my upgrade didn't go as smooth as I thought. <DanaG> I also can't seem to drag from File-roller to Nautilus. <crimsun> WorkingOnWise: it was decided at UDS-Boston that a reasonable attempt to ship 8.04 with a 2.6.24-based one would be made. Obviously, since 2.6.24 has not been released yet, 8.04 continues to use 7.10's 2.6.22-based one. <DanaG> Oh yeah, that reminds me: <DanaG> A friend asked me about something to do with "No high-resolution timers available" in some audio app. <WorkingOnWise> crimsun: ty. <DanaG> It turns out, Dell apparently either is missing, or deliberately broke, HPET in their BIOS. <DanaG> Is there any way to work around that? <h3sp4wn> perhaps just use 2.6.24 <WorkingOnWise> DanaG: lt is probably Audacity. I know nothing else about it, bit I have seen the same error. <h3sp4wn> or use the patches - http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/ (I think they have the hpet series enabled that went into 2.6.24) <h3sp4wn> Infact I don't think I know they do <DanaG> Oops, you lost some punctuation, and that made that sentence a bit ambiguous. <crimsun> insert the comma proceeding the 'k' <crimsun> or the semicolon if you wish to be pedantic <DanaG> aah. <infinitycircuit> DanaG, make sure you boot with hpet=force if dmesg| grep hpet fails to show anything <DanaG> Well, it's not my PC, so I'll have to remember it for next time I see that person. <crimsun> cfs 24 for 24-rc3 seems pretty nice <DanaG> It's funny -- I tried 'osx86' on my laptop, and while it worked reasonably well, I concluded I have no real reason to actually use it. Ubuntu works more than well enough for me -- and it's more customizable. <DanaG> I realized that for some reason, I find it FUN fixing things when they break. <DanaG> Or abusing things to see if they WILL break -- for example, setting window transitions to slow 'dodge' and clicking back and forth between windows makes compiz-fusion hard-lock. <h3sp4wn> infinitycircuit: are you using the latest thinkpad-acpi ? <h3sp4wn> I am not sure whether to bother sourcing a usb floppy drive to update the bios on mine (apparantly I don't need to if I use that something to do with NVRAM) <PirateHead> The home of X breakage? Maybe I don't want to try out the alpha after all. :-\ <gsker> Here goes nothing! :-) <h3sp4wn> gsker: Thats probably how you will feel later * gsker ponders that <gsker> I wonder how long this will take...... <Hobbsee> a while. <gsker> give or take? :-) <gsker> Done getting.... unpacking .... installing.... <h3sp4wn> gsker: Obviously it depends on the connection it didn't take long at all for me <h3sp4wn> perhaps if there is tons of people upgrading right now it will take longer <gsker> well since I got it all, it doesn't depend on the connection any more.... <h3sp4wn> I don't remember it taking a noticable amount of time <gsker> :-) Noticeable? you like, blinked and it was done!??? <DanaG> I usually have two mirrors. <DanaG> A fast, local, but often out-of-date mirror, and the official US mirror. <DanaG> Put the faster one above the other in sources.list, and it'll be preferred for any packages not out of date. <h3sp4wn> gsker: perhaps I was not paying attention (probably so) <DanaG> I use mirrors.kernel.org. <gsker> I just followed the 3 lines of instruction from linuxjournal. <gsker> sudo sed -i "s/gutsy/hardy/g" /etc/apt/sources.list;sudo aptitude update;sudo aptitude dist-upgrade <h3sp4wn> I used perl -pi but other than that the same <dick-richardson> is kde 4.0 planned to be released with hardy? <hashbrowncipher> dick-richardson: it appears so, see https://blueprints.launchpad.net/ubuntu/+spec/kubuntu-hardy-kde4 <hydrogen> not as the default desktop <hydrogen> however <gsker> Well, I had to blink a coupla times, but it's there! <infinitycircuit> is anyone else having trouble with brightness control in hardy? <infinitycircuit> my laptop screen reverts to maximum brightness every minute even if i bring it down with the keyboard keys * Hobbsee supsects that's laptop specific <RAOF> infinitycircuit: I think that may be a g-p-m bug - maybe if you have "dim when idle" set, then the brightness level that gets triggered by the dim is the default brightness - some number, rather than current brightness - some number. <choudesh> is the new kernel in the repos yet? <choudesh> for hardy that is <Hobbsee> no <choudesh> ahh, ok. <pwnguin> where's the best avenue to hunt down developers who can fix SD readers? <Hobbsee> depends how they're broken, i expect, but driver developers, i guess... <pwnguin> it worked with like .17, but hasnt since <choudesh> if there way to blacklist a package from a certain repository? say if I wanted to download update-manager from a different repo then ubuntu's and not use priorityies - is there a way to do it? <choudesh> say to use packages from gutsy instead of hardy <chowmeined> choudesh, preferences <chowmeined> chowmeined, man apt_preferences <DanaG> Odd: trying to add wallpapers to the list doesn't work. <chronographer> what repositories do I use and is Hardy going to break for me? <chronographer> I'm going to update without checking what is to be updated <choudesh> anyone having issues with hardy + azureus? <RAOF> jdong will be most upset :) <RAOF> choudesh: What sort of issues? * RAOF doesn't, of course, because he uses either deluge or transmission. <choudesh> #19 /usr/lib/jvm/java-6-sun-6014050377/jre/lib/i386/client/libjvm.so [0x620bc6d] <choudesh> java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. <RAOF> Babaw! <RAOF> Use icedtea-java7 <RAOF> All the other sun java vms are broken. <RAOF> (And have been forever, it's just that Xorg didn't care so much before) <choudesh> what is the package name? <RAOF> icedtea-java7, I think :) <RAOF> !find icedtea hardy <ubotu> Found: icedtea-java7-bin, icedtea-java7-demo, icedtea-java7-doc, icedtea-java7-jdk, icedtea-java7-jre (and 2 others) <choudesh> icedtea-java7-sdk and jre <choudesh> I apt-cached it. ;-) <choudesh> The following packages have unmet dependencies: <choudesh> icedtea-java7-jre: Depends: icedtea-java7-bin (>= 7~b21) but it is not going to be installed <choudesh> I love being an early adopter. ;-) <RAOF> Technically, the problem is that all the sun JRE's have some Xlib stuff, built without threading support, statically linked in. Since absolutely everyone has Xlib built with threading enabled, this is a problem :) <choudesh> ahhhh. I see. <RAOF> choudesh: Hm. Aptitude *may* be able to find some way to install it. <choudesh> damn libgif4 has a done of depends. <RAOF> Yup, indeed. <choudesh> I just have a script that looks at depends and starts at the beginning. <RAOF> Oh, if you really can't install icedtea, I think you can work around this with an evil, evil hack. <RAOF> Basically by sedding out the XINERAMA string from the java VM binary. <choudesh> Need to get 36.9kB of archives. <choudesh> After unpacking 154MB disk space will be freed. <choudesh> that is odd <RAOF> WHat's it removing? <choudesh> kde4base kde4libs-bin kdelibs5 kdepimlibs5 libgdiplus <choudesh> libmono-winforms2.0-cil libungif4g monodevelop <RAOF> Heh. kde4base is big :) <choudesh> yea... I missed that one when I looked. I was like, holy **** <RAOF> This may be a good time to check out various other bittorrent clients, though :) <RAOF> Either deluge-torrent or (maybe) transmission would be worth a look. <choudesh> heh. I have deluged installed - but I love azureus...it is heavy but I just love some of the plugins <choudesh> does icedtea-java7-jre update java-alternatives? <RAOF> Probably not. <RAOF> I'm not sure. It'd be a good plan to check :) <choudesh> root@duo:/home/choudesh/.azureus# java -version <choudesh> java version "1.7.0" <choudesh> IcedTea Runtime Environment (build 1.7.0-b23) <choudesh> IcedTea Client VM (build 1.7.0-b23, mixed mode, sharing) <choudesh> it does. ;-) <RAOF> Score. <RAOF> Now, does azureus run under icedtea? :) <choudesh> yeppers <choudesh> thanks for your help <RAOF> NP. <RAOF> (Let this be a lesson: static linkind FTL!) <choudesh> heh <RAOF> s/d/g/ <Richie> Hi, for some reason my sound will stop working after a couple of hours. I go System > Preferences > Sound and when i hit Test i get this: audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink profile=chat: Internal data flow error. <Richie> Any ideas on how to fix? <bardyr> !info linux-image-generic hardy <ubotu> linux-image-generic: Generic Linux kernel image. In component main, is optional. Version 156.14.161.142.21 (hardy), package size 24 kB, installed size 52 kB <bardyr> :( <bardyr> 2.6.24-rc has been accepted and even after the alpha1 release isnt out :( <hetauma> when I try to use vncviewer I can't type in password. I know that this is due to compiz but is there any workaround that ? <h3sp4wn> hetauma: disable compiz <hetauma> h3sp4wn, apart from that? <stdin> hetauma: I don't use compiz but I've heard shift+click may work <hetauma> stdin, worked fine thanx alot :D <stdin> heh, reading blogs can actually be useful sometimes :p <yogi> what do I need to do get intel wireless (thinkpad t60) run with the hardy kernel? <yogi> I'm using gutsy as base, but I would like to use 2.6.24 for the power savings (on AMD64) <void^> 2.6.24 isn't released, yet <yogi> void^: IK; I am using linux for 12 years... <yogi> I'm just not clear on the whole /lib/firmware thing <yogi> and what ucode goes with what version <yogi> especially since the intel wireless code changed from .22 to .24 <crdlb> gutsy + hardy kernel isn't supported at all (not even here) <[ifr0g]> I heard CNR will come with hardy, is the rumor true ? <yogi> crdlb: define 'supported' <h3sp4wn> crdlb: There is not a massive difference between the 2 at the moment that I can see - gutsy with a custom kernel should be supported <crdlb> I'm not saying it won't work <yogi> crdlb: does that mean 'does not run at all' or does it mean 'you cannot pay anybody to fix it for you' <yogi> crdlb: I'm not interested in the second answer... <crdlb> I'm saying that this channel is for people actually running hardy :) <yogi> are you running hardy on a laptop ATM? <crdlb> nope <h3sp4wn> Theoretically - I am running hardy on a thinkpad X31 <yogi> I have built the kernel from the sources in http://ftp.ubuntulinux.org/ubuntu/pool/main/l/linux/ <yogi> since I could not find linux-image and linux-modules packages in the pool <yogi> the kernel package installed fine, everything works, except the wireless <yogi> I have copied ipw3945.ucode iwlwifi-3945-1.ucode from 2.6.22-14-generic to 2.6.24-1-generic/ <yogi> and I'm getting a 'wlan0_rename' interface <yogi> does NetworkManager need a bump? <h3sp4wn> I doubt it <h3sp4wn> Just use http://www.intellinuxwireless.org/iwlwifi/downloads/iwlwifi-1.2.22.tgz <yogi> h3sp4wn: isn't that (or something really close to it) already part of the linux kernel? <h3sp4wn> Maybe - with wireless I usually just use whatevers the newest stable release <h3sp4wn> I haven't messed with mac80211 for a client though - I think its still compatible with wext <h3sp4wn> But I know for hostapd you need the devicescape driver <h3sp4wn> Does ubuntu mobile support the eepc ? <pwnguin> h3sp4wn: i think it targets a different set of devices. you can probably wedge normal ubuntu on it though <h3sp4wn> pwnguin: I want to play with it but I dunno what devices I can get (for not a silly amount of money a $1000 dev board is too much) <h3sp4wn> They are both x86 the one it does support and the eepc <pwnguin> what i mean is that they're after a smaller touchscreen type device <pwnguin> you should be able to use a chroot and xephyr to get an idea <underwatercow> I upgraded to hardy, and now my sound isn't working... is it likely this is related? <crimsun> related to what? <crimsun> your dist-upgrade? Unlikely. <crimsun> We're still using the same kernel. <crimsun> note: I'm not referring to "some random mixer element is muted" but to "sound driver is broken completely" <crimsun> I'm not concerned about the former; the latter is significant. <underwatercow> I got a new card recently, but it was working... so it's possible it's still just related to my still not having it working right <underwatercow> the gnome mixer shows the right card and that sound is working and everything, but the alsamixer is showing my onboard card... could this be why? <crimsun> underwatercow: no, that's irrelevant. <underwatercow> I still think that the dist-upgrade had something to do with it somehow... <underwatercow> though I know it shouldn't have <crimsun> underwatercow: download http://trilug.org/~crimsun/alsa-info.sh, run it using bash, and tell me the url. <underwatercow> crimsun: does it need su? <crimsun> no. <underwatercow> crimsun: still running... :-p <crimsun> wait a tic; it may take a bit. <underwatercow> crimsun: who wrote this script? <crimsun> underwatercow: members of #alsa <underwatercow> crimsun: ah, nifty <underwatercow> crimsun: um.... it says Your ALSA information is located at <underwatercow> Please inform the person helping you. <crimsun> underwatercow: ok, then your connection to pastebin.ca is fubar <crimsun> underwatercow: instead, pass the --debug option <crimsun> underwatercow: it will place an alsa dump text file in /tmp/ <underwatercow> crimsun: want me to paste it manually to pastebin? <crimsun> underwatercow: yes <underwatercow> crimsun: now it has to run again.... *sigh* :-p <crimsun> there's a no-upload option, too. <underwatercow> crimsun: that's a good call <underwatercow> crimsun: which pastebin would you like me to use? or does it matter? <crimsun> doesn't really matter. <underwatercow> crimsun: http://pastebin.com/d4f41fdb9 <crimsun> (ok, sec, on the phone.) <underwatercow> crimsun: sure <underwatercow> crimsun: fyi, the Intel is my onboard that I don't want to use <crimsun> hmm. <crimsun> you seem to have compiled 1.0.15 manually. <underwatercow> crimsun: I was trying to, lol... don't know if I did it right <crimsun> (we ship -driver with 1.0.14 by default and 1.0.15rc3 in linux-backports-modules) <crimsun> (we also don't ship libasound2-dev by default, which would be required for the script to pick up the lib version) <underwatercow> crimsun: I'm not partial to 1.0.15 for any reason... I just want my sound working <crimsun> well, it's good to be running 1.0.15 -driver and -lib, but note that you've messed with the Ubuntu infrastructure <crimsun> I recommend at some point you do a clean install of a Hardy Alpha <crimsun> anyhow, let me look more closely <underwatercow> crimsun: will hardy include 1.015 at some point? <crimsun> underwatercow: I've already uploaded 1.0.15 <underwatercow> lol <crimsun> the version that ships in the kernel, however, is still 1.0.14. It uses Gutsy's kernel. <underwatercow> gotcha... <crimsun> well, this problem is fairly straightforward. <crimsun> Your asoundrc references your onboard HDA, which is index 0. <crimsun> your ice17xx-based card is not index 0 but index 1 <underwatercow> oh.... the asoundrc was one I got online... do I need it even? <crimsun> you may need it for non-GSt-aware apps. <underwatercow> the reason I got it was I was trying to make my surround sound work, which I may have without it <crimsun> I'd mv ~/.asoundrc ~/.asoundrc.bak <underwatercow> it* <crimsun> then `asoundconf set-default-card Revolution51` <crimsun> then log out and back in <underwatercow> crimsun: thanks, I'll brb <underwatercow> crimsun: Ok... I have sound now, though I had to do a full restart. It didn't seem to want to fully load gnome from a logout <underwatercow> crimsun: I don't have surround now though <underwatercow> crimsun: I also got a popup that says "Refresh Advanced Linux Sound Architecture (ALSA) configuration presets" <crimsun> yes, that's correct. <crimsun> can you use -Dplug:surroundXX ? <underwatercow> crimsun: I don't know? <crimsun> asoundconf list <underwatercow> crimsun: it says Revolution51 and Intel? <crimsun> I need the specific order <underwatercow> that order <crimsun> ok, so test plug:surround51:0 <crimsun> use a multichannel file as appropriate <crimsun> or use speaker-test(1) <crimsun> speaker-test -c6 -Dplug:surround51:0 <underwatercow> the first did nothing, the last... <underwatercow> Unable to set sw params for playback: Invalid argument <underwatercow> Setting of swparams failed: Invalid argument <crimsun> remove the :0 <underwatercow> same <crimsun> probably hitching on S32_LE, then <underwatercow> what is that? <crimsun> it's the format that your driver requires <underwatercow> crimsun: should I use the .asoundrc with the correct sound device? or should I be able to get it working without? <crimsun> sure, you can erase ~/.asoundrc and ~/.asoundrc.asoundconf <crimsun> and mv ~/.asoundrc.bak ~/.asoundrc <underwatercow> crimsun: so do I still need to change to hardware 1? or did making it default do that? <underwatercow> make it 0 that is <crimsun> you can leave it 0, since the ice17xx-based one is currently index 0 <underwatercow> aight... is it enough to restart alsa-utils? or should I log out? <crimsun> I would also use the slots parameter for snd
{'channel': 'ubuntu+1', 'month': 12}