From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 89E8D158083 for ; Mon, 2 Sep 2024 05:11:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 930DCE2A28; Mon, 2 Sep 2024 05:11:22 +0000 (UTC) Received: from mail-yw1-x1136.google.com (mail-yw1-x1136.google.com [IPv6:2607:f8b0:4864:20::1136]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4EE9EE2A1A for ; Mon, 2 Sep 2024 05:11:22 +0000 (UTC) Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-6d4f1d9951fso15024067b3.1 for ; Sun, 01 Sep 2024 22:11:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725253881; x=1725858681; darn=lists.gentoo.org; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:from:to:cc:subject :date:message-id:reply-to; bh=/cP70kkt0ornLN55oNZslD5wIwnvfuNdzbk34aFkBUk=; b=e2Ic1Mb8Vlkv/zpB1HBJrK8pPVKmJ0Po8SN2Op+Og+rjfLNtact/aOUWJuyksNiT6A KP7F5QXsItayvvj8+PJkPTgsvYu2QMNAABSj130oG7/1giVc0NfKoJsCts31kot+lLC/ 4vRHKjfmP4dYLtRtTrlAfccb9VFfT8Gnz+eSNXz4OBm/2CyX+U1taWDisLRdWCnVLgzJ bTXIO9dAUgFSbaVzaVG4YV47BUzzPfaAI8JZmyX0N3KlOlI83/S/P8jAKQRkCckglkya 6DQQvTcmUKaGE/GhIY7Mpd9FJCRP014N/rZJphE9tb5HdJSyg2OrZVFPf4LiE00NTRAK 0vRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725253881; x=1725858681; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/cP70kkt0ornLN55oNZslD5wIwnvfuNdzbk34aFkBUk=; b=tjiP1af0ZBsosdj3zSuCBmnlw9NMt4Jnd4/q06B7AQOWDoZ0wiB/LNuVRg5HEX6DnZ YhkTqC1ZwWAfgmWUhvzrY40edmZnDKmG/oTL1BTh4AfkB0XwmuhWvnrfyx+M96WLy7uz m+RZ/LtKwSJry/E2JbaLXzS4smEHAOfdfYhsYmTCKsoUUcFDLFvdcG5/9jy8G0YpCZo9 68vYufnuv+iNq/u8LU1OmLkR3eMAQYspUZvpKKRA7ODVAbGK0JVSJRqm09k0hC2weeYI pdq/jLNKfHB75jQZQDXt0ZeFUczd7yIRsXRyIQv85IhE3aFm+X8gErI7CtDMmQwpn+0J p4yg== X-Gm-Message-State: AOJu0YypsDqRBVqaWmoLaEvtGjawG9TwkfVFMDOMOYd3tcJN6RN1VT97 ZQP/9uNknqlKWACFgVQ3AHmbyCd464K3pGbErW8NBjgKEtTu4D3n X-Google-Smtp-Source: AGHT+IEtYxzMh1j2SCjnX6N85h1wsXCJr0B+DzMGI82NSup/T/Q5XV19IGulJedtmjJUS/JGGu43+g== X-Received: by 2002:a05:690c:81:b0:6b0:9947:c13a with SMTP id 00721157ae682-6d4109bb768mr100310037b3.33.1725253881264; Sun, 01 Sep 2024 22:11:21 -0700 (PDT) Received: from [10.8.8.2] ([45.134.140.24]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6d6611acadesm4813907b3.99.2024.09.01.22.11.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 01 Sep 2024 22:11:20 -0700 (PDT) Subject: Re: [gentoo-user] emerge - Tips and Tricks To: Gentoo User References: <9ce08b83-1bef-400c-b79a-e6415e4d9a17@gmail.com> <8de2a5e8-c6ad-a50c-c40c-426feae3fde1@gmail.com> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: Date: Mon, 2 Sep 2024 00:11:20 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.18.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 1626f06f-82c9-449c-8cd6-ef4b1b444422 X-Archives-Hash: 249002034204a587cd555ec66979e985 Joe wrote: > > > On 9/1/24 16:56, Dale wrote: >> Joe wrote: >>> Hello, >>> >>> >>> I'm looking for some tips and tricks regarding emerge. I know there is >>> a cheat sheet on what stuff you can do. But i would like emerge >>> exclusively . >>> >>> Normally i run emerge -uavDU --with-bdeps=y @world when i don't want a >>> reinstall of everything after a emerge --sync >>> >>> I run emerge -uavDN --with-bdeps=y @world when i want to reinstall or >>> like the manual says if there is a use flag that has been changed by >>> me or the dev. >>> >>> >>> Am i doing it right or what should i do that can help me and newer >>> people >>> >>> >>> Thanks >>> >>> >>> Joe >> >> I been using Gentoo since 2003.  The emerge program has come a LONG way >> since then.  Over the years tho, I've refined my update process until I >> got to a point where it won't get any better.  You will still run into >> the occasional update that requires the use of a hammer but for the most >> part, this does well.  First thing.  I have a set of options in >> make.conf to cover most options.  That line looks like this. >> >> >> EMERGE_DEFAULT_OPTS="--with-bdeps y --backtrack=500 --keep-going -v >> --quiet-build=y -1 --unordered-display --jobs=16 --load-average 8" >> >> >> A couple of those are either personal preference or machine dependent. >> The bdeps option will cause extra rebuilds on occasion but it is rare >> that I get a seg fault or programs that just crash because the versions >> don't work well together.  Before that option was available, I used to >> do a emerge -e world to fix problems with programs not starting or >> crashing with a seg fault.  The bdeps options seems to have improved >> that a LOT.  The backtrack option just makes sure you only have to run >> emerge -a once.  It takes a while sometimes but it digs deep, >> real deep.  If a update can be done, it will find a way.  Honestly, 100 >> is likely more than enough in most all cases.  The keep-going option is >> good for when a packages fails, especially early on, and it stops the >> update.  On most occasions, emerge can regroup and continue on skipping >> only one or a very few packages.  It saves time in the long run if you >> start a update and don't monitor it.  The -1 option is the same as >> oneshot.  This prevents you from accidentally cluttering up the world >> file.  Something gives you problems and you are emerging by hand, if you >> forget to add the -1 as you work to fix it, it adds all those to the >> world file, including version if you specify one.  I'm not sure on the >> display option.  I added it for some reason, ages ago.  The job and load >> is different for each machine.  The line above is for a 16 core, 32 >> thread CPU with 64GBs of ram.  My old 8 core with 32GBs of ram was set >> to jobs 8 and load 3 I think.  Memory is one limiting factor there. >> LOo, that qt package and a couple others can fail from lack of memory if >> set higher. >> >> Second thing.  My usual update process.  I sync first.  I run emerge >> -auDN world and check what it plans to do.  I mostly check USE flags. >> Sometimes a USE flag will change and I have to adjust them a bit. >> Sometimes on a per package basis, sometimes global.  Once I'm happy with >> what it wants to do, I hit the 'y' key and turn her lose. >> >> On both my old rig and new rig, I have a second install that is in a >> chroot.  When I have packages that take a long time to build, I do my >> updates in the chroot first and then copy over the binaries.  Then I >> just need to do a emerge -aukDN world to make the update faster since it >> is already compiled.  This can be handy when you have some of the qt >> packages and the software has different versions and it causes >> problems.  Some updates midway can make it so certain programs won't >> launch at all.  I've had that happen with Kwrite several times, Dolphin >> a few times.  Once the update is done and you logou and back in, >> everything works again.  You just may run into problems during the >> update when some packages are old still and some are new.  This method >> lessens the time of that problem. >> >> Once the update is done, I then run emerge -a --depclean and see if >> anything needs to be removed or if I need to add something I want to >> keep to the world file.  Oh, if you want to emerge something and add it >> to the world file so it gets updated and saved, emerge --select y plus >> your other options will override the oneshot option.  If you run a GUI, >> you need to logout and back in.  I sometimes switch to the boot runlevel >> and check for services that need to be restarted as well.  One could >> reboot and achieve the same goal.  This is Linux tho.  ;-) >> >> Obviously, a news item can change that process.  If there is a news item >> with a different process, follow that for sure.  Following the news item >> to the letter is the best way.  The devs work out all the kinks and bugs >> before they post the news item. >> >> Oh, this is another good line to have in make.conf. >> >> >> FEATURES="-usersync userpriv usersandbox buildpkg sandbox parallel-fetch >> parallel-install" >> >> >> The ones I care about.  The buildpkg tells it to save binary copies. >> This is a must if done in a chroot and you want to install elsewhere as >> binaries but comes in handy if you accidentally remove something and >> need it back fast or you need to restore something you removed and broke >> portage.  The fetch option just tells it to fork the download part and >> keep downloading until it has everything it needs to update.  The >> install option I think tells it to do more than one install at a time >> instead of one at a time.  I've never had a problem with this.  If >> something is going to clash, emerge sets a lock file and waits until the >> other package is installed.  I think the others were the default when I >> installed.  Check the man page maybe???? >> >> What you just read is from about 20 years of tweaking things on half a >> dozen rigs.  It should get you off to a good start for sure. >> >> Dale >> > > Thanks, > > This is more then i could have imagined. I've used Gentoo off and on > for about a year. Sometimes i go to another distro like Debian but i > keep coming back because of emerge use flags everything. i just like > the control. > > This is my main distro from now on. The community is the best. hope > this helps somebody else also > > Thanks > > Joe > If you have a laptop where heat is a issue, you may want to do things different but if you can, that will give you the most stable system for updates.  Also, I tend to update once a week.  Sometimes I'll skip a week.  I get emails about KDE releases and kinda go by that.  I usually pick Saturday night or Sunday morning.  Lots of updates seem to hit late in the week mostly, that I worry about anyway.  On a laptop, I'd go with one month maybe six weeks, to avoid the extra builds.  With Gentoo, going any further can have you hitting updates that may have a more difficult update path. I might also add, my NAS systems or my old rig that is a backup in case new rig takes a break, I update those around the first of each month.  The updates go smoothly even with that duration.  I didn't update a system once for about six months, it got tricky.  If unable to update often, once every couple months is about as far as I would want to go.  Some update daily tho.  I just don't see the need for that myself. Basically, three or four months would be the limit for me in any situation.  Weekly is about the fastest I would update.  Also, I run a mix of stable and unstable here.  Still, my rigs once set up and running well, tend to be really solid and problem free.  Setting up this new rig, I had a few issues to work through but my current uptime is about 45 days.  Other than adding some cgroup drivers, my kernel is solid.  No panics or anything.  I credit the awesome work of the emerge devs, the devs of every ebuild I use and my process of updating.  On the stable side, anything required to boot.  KDE and friends tend to be unstable.  I suspect most of the upgrade issues I do run into are because of that mix.  If you run stable and only stable, it is likely even smoother.  A lot of problems are worked out during the stabilization process.  It seems you plan to stick around for a while.  I hope this info helps you to have a smooth running system.  I do wish someone would take this info and put it on the wiki for new users tho.  The best thing I ever did, add -1 as a default option in make.conf.  Dale :-)  :-)  P. S.  Dang, only a few typos this time.  O_O  Crap, make that four.  Dang was 'da,g'.  Fixed it tho.  ROFL