| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61
Comments:
<0> wide-eye, how do you do an overlay... i went in and added the line to the .ebuild/// src_unpack() { section
<1> insta: -march=myarch, -O2
<2> not to riced yet not too unoptimised
<3> O2 -fomit-frame-pointer thats it
<4> asusanator: --resume --skipfirst says there is nothing to resume
<3> oh yea and arch obviously =P
<5> Why -O2 instead of -Os? -Os does most of the O2 optimizations
<1> mzbot: gentoo overlay
<6> wide-eye: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=5
<5> My reasoning was that it would produce a smaller binary, keeping more system memory free
<3> ugh... i dont want to go though it, google it, it makes more sense
<2> syke_: Did you try updating mysql first ?
<7> insta, I use -Os
<8> how would you cp something to /boot
<2> That is the only package i know of that depends on procps
<7> works great
<3> mount /boot && cp whatever /boot
<8> ok
<8> im cp my new kernel
<3> cool :) good luck
<4> asusanator: how does that relate to a dangling reference to sys-apps/procps?
<1> sherpa: add the overlay line to make.conf, create usr/local/portage/app-emulation/wine/
<5> ni1s: what architecture, general specs?
<9> is it absolutely necessary to copy System.map to boot ?
<10> the updgrade guide for kernel has good doc about that
<4> I'm not doubting you, just trying to understand :)
<1> sherpa: rsync -av /usr/portage/app-emulation/wine/ /usr/local/portage/app-emulation/wine/
<2> syke_: because mysqp depends on procps ... so if you emerge the new version of mysql then remove sys-apps/procps it should all be ok
<2> sql
<11> anyone done css server on linux? its trying to load Game.dll ...!
<3> 0s rips the hell out of binarys and really should only be used if u need the space
<4> asusanator: no mysql installed..
<4> maybe something else depends on it, though..
<8> ok im rebooting for my new kernel PRAY it works plz
<7> insta, a AMD64 3000+ otimized for CPU seems silly, and with 512 RAM, space is your main concern
<0> wide-eye, id rather wine not update at all... can i exclude the package entirely?
<4> how would I do an equery to find all the things that depend on procps?
<12> Does anyone know what emerge module includes the mqueue.h (mq_open, mq_send, ... mq_close etc.) functions for gentoo?
<8> ok im rebooting for my new kernel PRAY it works plz
<2> syke_: there arent any other packages that do ... if there arent then there shouldnt be a problem just unemerging it
<1> sherpa: not from sync, but you can mask anything newer
<2> [ Searching for packages depending on procps... ]
<2> dev-db/mysql-5.0.18-r30
<1> sherpa: overlay is so you keep your changes.
<0> wide-eye, edit my rsync_exclude
<13> Hi
<5> I'll try -Os and see what happens now
<14> dsb that didnt work either
<1> sherpa: that's messy
<4> asusanator: how did you do that search? let me try it on my box..
<5> Thanks ni1s
<13> in /etc/lilo.conf.. it says under an image=/whatever, "read-only' will it properly boot and work if it is read-only?
<14> should I be doing this in ~/.screenrc
<14> or in my shell rc file
<1> sherpa: and you may forget a few months when the exclude config is changed.
<2> it's part of the gentoolkit package
<0> wide-eye, what do you mean?
<10> Darkintent, I dont know, it should first work command line, then you would put it in config file somewhere
<15> wtf is this crap about insecure binaries
<1> ...in a few ...
<2> syke_: emerge gentoolkit && equery d procps
<0> anyone running ~x86 kde?
<2> yes
<7> insta, my cflags are "-Os -pipe fomit-frame-pointer -ftracer", and my specs are not unlike yours, minus the "64" bit..
<16> sherpa: ya
<0> there is a new update right...
<0> for kdebase?
<3> insta: things like kde, gcc, binutils all hate Os and drop to O2 anyway
<2> 3.5.1-r3
<1> sherpa: when you update baselayout or something that has the rsync exclude file, you will have to remember to change it, also you lack the option of trying the newer version out temp.
<0> ya... anyproblems with that
<2> nope
<7> Eithelonnen, yeah, why is that?
<0> ok...
<4> asusanator: thanks! doing that now
<2> its only a small patch
<0> well that is what i will be doing
<5> Eithelonnen: that's fine. The majority of my system is compiled very aggerssively right now. While it does run, GNOME just sitting there idle burns about 280 MB of RAM, and a single firefox window will push me into swap.
<16> sherpa: I don't run monolithic kde
<3> wtf?
<1> sherpa: and you cant rm -rf /usr/portage/* if you need to, you'll have to remember then too
<0> Garibaldi, monolithic kde?
<2> well yeah i am only running kdebase, kopete and kdelibs
<5> ni1s: do you use march vs. mtune ?
<7> insta, march
<16> sherpa: things packages together into big packages like "kdebase"
<0> wide-eye, oh lord... i dont even want to touch that with a 10 ft pole
<3> ni1s: because the compilier is making a *lot* of guesses if your running an O that high and basically would break code as complex as that
<0> Garibaldi, oh
<1> insta: mtune or mcpu is not as fast as march, only good if you want to move the disk to a diff machine
<16> sherpa: http://www.gentoo.org/doc/en/kde-split-ebuilds.xml
<5> Hmm
<5> Manpages > me
<2> yeah they optimise for your processor but still allow execution on other systems
<1> sherpa: fine http://www.pathname.com/fhs/
<5> I thought it was the other way around, that only mtune made non-386 compatible binaries
<4> asusanator: no results for procps or sys-apps/procps
<1> insta: mtune is old version of mcpu
<3> look this has been beaten to death, the best is just -march=what -O2 -fomit-frame-pointer
<0> wide-eye, im attempting to make the overlay
<17> Eithelonnen: -pipe
<1> insta: same option
<2> syke_: "Theoretically" you can safely emerge -C procps
<17> but yes, nothing more than that
<2> if you want to be safe after that then emerge -av procps again to get the new naming
<3> lol yea of course actually would take about 6 days otherwise =P
<7> Eithelonnen, but -Os isn't that diffrent from -O2, it's even nicer, again why?
<18> Os is fairly different
<19> Anyone in here know a pretty simple utility to turn MP3's back to wav for CDs? I've looked around and the few cli items I've found (via mpg123) don't seem to do anything, just make a 44K file ..
<3> ok read the gcc man page again
<5> I didn't mean to start a huge war, and I'll be quiet and break my system in peace if I am. Google can only say so much, nothing contends for real-live experience from several people on the matter
<0> wide-eye, im following these instructions on how to make an overlay.... http://gentoo-wiki.com/HOWTO_Create_an_Updated_Ebuild
<20> JustinS: 'lame --decode whatever.mp3'
<1> insta: you'll be hard pressed to tell the difference between Os and O2 in the end
<3> its is optimized for size as in if something can b squeezed in with less precion do it, but monsters like kde are going to need if not rely on that preiscion
<2> http://gentoo-wiki.com/Safe_Cflags#Opteron.2FAthlon64_.28AMD.29
<19> Thanks rabidfurby .. I'll give it a try .
<18> wide-eye: performance or size? There are some, depending on the compiler, significant differences in Os and O2
<21> is gnome 2.14 available yet?
<1> dragorn: i mean performance/feel
<3> we could go for the whole argument that smaller size, more chance of cache hits
<22> Squidy[off]: no
<18> wide-eye: of course, if you're using gcc 4.0.1/2 it gets stupid quick.
<22> squigly: I mean you :) ^
<21> Shirakawasuna, aah not even a beta?
<3> but really compilier is good enough to know these days
<18> wide-eye: yeah execution wise it's not significant
<18> Eithelonnen: gcc is NOT a good compiler, you realize
<18> Eithelonnen: it's a great crossplatform compiler
<18> but it's not very smart
<3> lol i do know that allright
<18> sadly
<1> dragon you can measure a differnece im sure, but it's not that important. i think march makes a diff tho
<3> but it still smarter than the average coder
<18> gcc opt is pretty pitiful
<22> squigly: you could look at the CVS, I suppose
<18> wide-eye: Os matters for embedded, which is where I did most of my tests
<3> icc kills it on intel
<5> dragorn: what about g++ ?
<3> g++ is for c++
<22> squigly: right now they're at 2.13.blah
<5> Same difference then?
<18> insta: g++ == gcc as far as i'm concerned
<3> and 8c on plan9 kills them both
<18> and g++ is pretty dumb when it comes to opto too
<21> Shirakawasuna, i was hoping some one would point me at a nice package.keywords to give me the latest gnome
<3> they are the same compilier basically though
<1> dragorn: sure
<18> equally dumb, plus c++ bloat.
<5> dragorn: makes sense. So what about a good alternate compiler then? Would one even be allowed in a Gentoo system like this?
<18> (and i'm a c++ coder, but hey, it adds bloat)
Return to
#gentoo
or
Go to some related
logs:
aspire 1640 alsa model
#ai
#lgp
ubuntu gcc intalling
ubuntu cups canon pixma MP450
#math
#linux
bitmap eeyore
drm-stripper -itunes -fairuse4wm
#ubuntu
|
|