Re: [gentoo-user] Options for "emerge"
On Mon, 2022-02-21 at 00:12 +0200, j...@clusters.gr wrote: > Pardon me, but how would using --nodeps be a wise choice to rebuild > your @world? Straightaway, it isn't. But if you've already computed the list of packages to be emerged, and the order in which to emerge them, then emerging those one-at-a-time with --nodeps shouldn't cause any problems because you'll be emerging the dependencies before the packages that need them. We're brainstorming a workaround for two related portage annoyances: 1. Sometimes, if you try to upgrade too few packages, portage can't figure out what to do because the depgraph isn't big enough for it to see "the big picture." Like if there's a perl upgrade requiring --backtrack=200 or something like that. 2. Sometimes, if you try to upgrade too many packages, portage can't figure out what to do because the dependency graph gets too complicated. Often the way around this is to "emerge -1" things until the remaining package list is small enough that portage can deduce what to do. To solve (1), you want to use "emerge -uDN --backtrack= @world". But then this puts you in situation (2). In that scenario, it would be really nice if there was a way to tell portage to "just start doing it," so that you don't have to sit there and manually "emerge -1" things for an hour. But then to avoid falling back into situation (1), and to speed the process up, it would have to proceed as if --nodeps was given. Depending on what fails, you could still get into trouble by upgrading a package whose dependencies have failed to upgrade. But after enough wasted hours, I stop caring about that. Thus the semi-humorous suggestion of "emerge --i-dont-care".
Re: [gentoo-user] Options for "emerge"
On 20/02/2022 22:05, Michael Orlitzky wrote: You'd think, but --keep-going tries to recompute dependencies and if the original emerge crashes in an inconsistent state, that often seems to push the calculation over the edge, preventing portage from figuring out how to proceed. That's where I would like --dont-stop ... if the dependency calculation fails, just emerge everything that you have calculated ... Because on an old system, this is the step that has a habit of failing straight away ... Cheers, Wol
Re: [gentoo-user] [OT] mounting screws
The standard is #6-32 UNC for 3.5" harddrives, and most case-related stuff including motherboard standoffs. It's M3 standard for 2.5" harddrives, 5.25" optical drives, etc, etc. The lengths arent standard in general, though I imagine there's a fairly standard harddrive length. So you presumably want countersunk phillips head #6-32UNC screws of appropriate length Why on earth it's split between imperial and metric threads is a mystery that shall go down the ages Regards, Miles On Mon, 21 Feb 2022 at 08:37, Neil Bothwick wrote: > > On Sun, 20 Feb 2022 15:05:09 -0600, Dale wrote: > > > I'll add this just to show how confusing this is. My old DVD burner and > > new Blu-ray burner uses a different screw than the hard drives. Luckily > > my case has slots for hard drives but my external enclosures require > > screws which is how I know they are different. Some will work fine with > > what looks like a bolt head while others, like yours, require a counter > > sunk screw head that sits flat. Generally, the local home type stores > > don't have any of this either. I checked my local Lowes once. They > > have tiny screws but either the head is wrong, the threads, length or > > something. > > > > It is annoying. I ended up getting two types of screws. One that fits > > my DVD/Blu-ray drive and one that fits a hard drive, so far at least. I > > mostly have WD and Seagate. Some other brand may have something > > different. The one I have that seems to work best is this: 6/32 6-32 > > 6#-32 I put all the combinations of that just in case. The most common > > is 6-32 but could vary by website. Your mileage may vary tho. > > > > My advice, buy a grab bag of hardware for puters. Then pray. Or, find > > what should fit, even if it is more than one type, order them all. I > > have collected a storage bin full of screws over the years. I got case > > type screws covered but drives seem to be different. > > > > Why can't they pick one screw type and make it the standard??? > > Why have one standard when you can have many? ;-) > > Seriously thought, there is a standard size for hard drives and a > standard size for optical/floppy drives. I've got plenty of each that > have accumulated over the years, so if Peter lives in my neck of the > woods he can come and help himself :) > > Otherwise, I've found Amazon a good source of fastener selection boxes. > > > -- > Neil Bothwick > > "Bad dog! Leave that wire alone.click.###@*##NO TERRIER
Re: [gentoo-user] [OT] mounting screws
On Sun, 20 Feb 2022 15:05:09 -0600, Dale wrote: > I'll add this just to show how confusing this is. My old DVD burner and > new Blu-ray burner uses a different screw than the hard drives. Luckily > my case has slots for hard drives but my external enclosures require > screws which is how I know they are different. Some will work fine with > what looks like a bolt head while others, like yours, require a counter > sunk screw head that sits flat. Generally, the local home type stores > don't have any of this either. I checked my local Lowes once. They > have tiny screws but either the head is wrong, the threads, length or > something. > > It is annoying. I ended up getting two types of screws. One that fits > my DVD/Blu-ray drive and one that fits a hard drive, so far at least. I > mostly have WD and Seagate. Some other brand may have something > different. The one I have that seems to work best is this: 6/32 6-32 > 6#-32 I put all the combinations of that just in case. The most common > is 6-32 but could vary by website. Your mileage may vary tho. > > My advice, buy a grab bag of hardware for puters. Then pray. Or, find > what should fit, even if it is more than one type, order them all. I > have collected a storage bin full of screws over the years. I got case > type screws covered but drives seem to be different. > > Why can't they pick one screw type and make it the standard??? Why have one standard when you can have many? ;-) Seriously thought, there is a standard size for hard drives and a standard size for optical/floppy drives. I've got plenty of each that have accumulated over the years, so if Peter lives in my neck of the woods he can come and help himself :) Otherwise, I've found Amazon a good source of fastener selection boxes. -- Neil Bothwick "Bad dog! Leave that wire alone.click.###@*##NO TERRIER pgpL1kVfkgrSN.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Options for "emerge"
Pardon me, but how would using --nodeps be a wise choice to rebuild your @world? > 21/2/22 v 0:06, Michael Orlitzky : > > On Sun, 2022-02-20 at 19:51 +, Neil Bothwick wrote: >> >> Shouldn't --keep-going have kicked in there and restarted the update? >> > > You'd think, but --keep-going tries to recompute dependencies and if > the original emerge crashes in an inconsistent state, that often seems > to push the calculation over the edge, preventing portage from figuring > out how to proceed. > > In my half-baked imagination, > > emerge --i-dont-care -uDN @world > > would build the package list normally, but then would go through them > one at a time as if "emerge -1 --nodeps" was used for each. So once we > know that the package list *can* be emerged in that order -- just do > it, and don't try to think again. > > >
Re: [gentoo-user] Options for "emerge"
On Sun, 2022-02-20 at 19:51 +, Neil Bothwick wrote: > > Shouldn't --keep-going have kicked in there and restarted the update? > You'd think, but --keep-going tries to recompute dependencies and if the original emerge crashes in an inconsistent state, that often seems to push the calculation over the edge, preventing portage from figuring out how to proceed. In my half-baked imagination, emerge --i-dont-care -uDN @world would build the package list normally, but then would go through them one at a time as if "emerge -1 --nodeps" was used for each. So once we know that the package list *can* be emerged in that order -- just do it, and don't try to think again.
Re: [gentoo-user] [OT] mounting screws
Jack wrote: > On 2022.02.20 16:05, Dale wrote: >> Peter Humphrey wrote: >> > Hello list, >> > >> > This has nothing to do with Gentoo, but I don't know where else to >> ask. >> > >> > I have a couple of vertically mounted easy-swap disk caddies in the >> back of my >> > workstation, and I'm having trouble finding screws to mount the >> disk in the >> > caddy. Clearance is nil, so the screws must be countersunk so they >> aren't >> > proud of the surface. They seem to be m3 perhaps 5mm long. >> > >> > I just can't find any via Google. Can anyone in UK please help out? >> > >> >> >> I'll add this just to show how confusing this is. My old DVD burner and >> new Blu-ray burner uses a different screw than the hard drives. Luckily >> my case has slots for hard drives but my external enclosures require >> screws which is how I know they are different. Some will work fine with >> what looks like a bolt head while others, like yours, require a counter >> sunk screw head that sits flat. Generally, the local home type stores >> don't have any of this either. I checked my local Lowes once. They >> have tiny screws but either the head is wrong, the threads, length or >> something. >> >> It is annoying. I ended up getting two types of screws. One that fits >> my DVD/Blu-ray drive and one that fits a hard drive, so far at least. I >> mostly have WD and Seagate. Some other brand may have something >> different. The one I have that seems to work best is this: 6/32 6-32 >> 6#-32 I put all the combinations of that just in case. The most common >> is 6-32 but could vary by website. Your mileage may vary tho. >> >> My advice, buy a grab bag of hardware for puters. Then pray. Or, find >> what should fit, even if it is more than one type, order them all. I >> have collected a storage bin full of screws over the years. I got case >> type screws covered but drives seem to be different. >> >> Why can't they pick one screw type and make it the standard??? > But that's the great thing about standards - there are so many of > them. (https://xkcd.com/927/ which I think has been posted here before) >> >> Hope that helps. >> >> Dale > Have you tried asking at a local PC shop? They might just hand you a > few from the piles on their workbench. > > I don't have any close to me. Closest one is about 75 miles or so from here. I've been there a couple times but don't find myself close enough to just drop by. As it is now, I've got plenty. I ordered 100 of a few types and even if I only ever use one type, that's enough to last me a good while. Good idea if one has a puter store close by tho. Dale :-) :-)
Re: [gentoo-user] [OT] mounting screws
On 2022.02.20 16:05, Dale wrote: Peter Humphrey wrote: > Hello list, > > This has nothing to do with Gentoo, but I don't know where else to ask. > > I have a couple of vertically mounted easy-swap disk caddies in the back of my > workstation, and I'm having trouble finding screws to mount the disk in the > caddy. Clearance is nil, so the screws must be countersunk so they aren't > proud of the surface. They seem to be m3 perhaps 5mm long. > > I just can't find any via Google. Can anyone in UK please help out? > I'll add this just to show how confusing this is. My old DVD burner and new Blu-ray burner uses a different screw than the hard drives. Luckily my case has slots for hard drives but my external enclosures require screws which is how I know they are different. Some will work fine with what looks like a bolt head while others, like yours, require a counter sunk screw head that sits flat. Generally, the local home type stores don't have any of this either. I checked my local Lowes once. They have tiny screws but either the head is wrong, the threads, length or something. It is annoying. I ended up getting two types of screws. One that fits my DVD/Blu-ray drive and one that fits a hard drive, so far at least. I mostly have WD and Seagate. Some other brand may have something different. The one I have that seems to work best is this: 6/32 6-32 6#-32 I put all the combinations of that just in case. The most common is 6-32 but could vary by website. Your mileage may vary tho. My advice, buy a grab bag of hardware for puters. Then pray. Or, find what should fit, even if it is more than one type, order them all. I have collected a storage bin full of screws over the years. I got case type screws covered but drives seem to be different. Why can't they pick one screw type and make it the standard??? But that's the great thing about standards - there are so many of them. (https://xkcd.com/927/ which I think has been posted here before) Hope that helps. Dale Have you tried asking at a local PC shop? They might just hand you a few from the piles on their workbench.
Re: [gentoo-user] [OT] mounting screws
Peter Humphrey wrote: > Hello list, > > This has nothing to do with Gentoo, but I don't know where else to ask. > > I have a couple of vertically mounted easy-swap disk caddies in the back of > my > workstation, and I'm having trouble finding screws to mount the disk in the > caddy. Clearance is nil, so the screws must be countersunk so they aren't > proud of the surface. They seem to be m3 perhaps 5mm long. > > I just can't find any via Google. Can anyone in UK please help out? > I'll add this just to show how confusing this is. My old DVD burner and new Blu-ray burner uses a different screw than the hard drives. Luckily my case has slots for hard drives but my external enclosures require screws which is how I know they are different. Some will work fine with what looks like a bolt head while others, like yours, require a counter sunk screw head that sits flat. Generally, the local home type stores don't have any of this either. I checked my local Lowes once. They have tiny screws but either the head is wrong, the threads, length or something. It is annoying. I ended up getting two types of screws. One that fits my DVD/Blu-ray drive and one that fits a hard drive, so far at least. I mostly have WD and Seagate. Some other brand may have something different. The one I have that seems to work best is this: 6/32 6-32 6#-32 I put all the combinations of that just in case. The most common is 6-32 but could vary by website. Your mileage may vary tho. My advice, buy a grab bag of hardware for puters. Then pray. Or, find what should fit, even if it is more than one type, order them all. I have collected a storage bin full of screws over the years. I got case type screws covered but drives seem to be different. Why can't they pick one screw type and make it the standard??? Hope that helps. Dale :-) :-)
Re: [gentoo-user] Options for "emerge"
On 20/02/2022 19:51, Neil Bothwick wrote: On Sun, 20 Feb 2022 11:49:45 -0500, Michael Orlitzky wrote: So basically, dont-stop would update everything it can. I half-jokingly called this "emerge --i-dont-care" in 2012: https://groups.google.com/g/linux.gentoo.user/c/wE2GnF7RlnY There are (still) a lot of people who want it. Last night I started a @world update that would take all night and then went to bed. Five minutes later, app-laptop/tp_smapi failed to build due to some error that I don't care about. As a result, it's going to take an extra day to update my system. Shouldn't --keep-going have kicked in there and restarted the update? Yup. That was my reaction - you're talking about "build failed", which is keep-going, and already which exists. I'm talking about "build never starts" ie tp-smapi (and everything else!) never even started! "too many failed dependencies - aborting" or something like that ... Cheers, Wol
Re: [gentoo-user] Options for "emerge"
On Sun, 20 Feb 2022 11:49:45 -0500, Michael Orlitzky wrote: > > So basically, dont-stop would update everything it can. > > I half-jokingly called this "emerge --i-dont-care" in 2012: > > https://groups.google.com/g/linux.gentoo.user/c/wE2GnF7RlnY > > There are (still) a lot of people who want it. Last night I started a > @world update that would take all night and then went to bed. Five > minutes later, app-laptop/tp_smapi failed to build due to some error > that I don't care about. As a result, it's going to take an extra day > to update my system. Shouldn't --keep-going have kicked in there and restarted the update? -- Neil Bothwick All things being equal, fat people use more soap. pgpxZGJfkZbg3.pgp Description: OpenPGP digital signature
Re: [gentoo-user] [OT] mounting screws
On 2/20/22 10:24 AM, Peter Humphrey wrote: Hello list, Hi, I have a couple of vertically mounted easy-swap disk caddies in the back of my workstation, and I'm having trouble finding screws to mount the disk in the caddy. Clearance is nil, so the screws must be countersunk so they aren't proud of the surface. They seem to be m3 perhaps 5mm long. I just can't find any via Google. Can anyone in UK please help out? I consider screw / bolt / etc. acquisition to start with three primary things: 1) Thread identification; diameter and pitch of threads 2) Length identification 3) Head identification; what sort of screw head do you need? Once you have this information, chances are quite good that you will be able to find a screw / bolt (that you can modify) to fit your needs. I would expect the thread to be well known / documented for the type of hard drive you're using. Maybe even some of the length information related to how much goes into the drive body. You might be able to find out some head information from documents from the manufacturer of the drive sled, maybe some length information too. I have a micrometer that I use for measuring some things like this. It's an inexpensive plastic one from a local hardware store, but it gets the job done. (I'm only going to one decimal place on mm measurements.) -- Grant. . . . unix || die
Re: [gentoo-user] [OT] mounting screws
On Sun, Feb 20, 2022 at 10:25 AM Peter Humphrey wrote: > > Hello list, > > This has nothing to do with Gentoo, but I don't know where else to ask. > > I have a couple of vertically mounted easy-swap disk caddies in the back of my > workstation, and I'm having trouble finding screws to mount the disk in the > caddy. Clearance is nil, so the screws must be countersunk so they aren't > proud of the surface. They seem to be m3 perhaps 5mm long. > > I just can't find any via Google. Can anyone in UK please help out? > > -- > Regards, > Peter. > I've purchased a couple of kits like this link from Amazon a couple of times and generally found them helpful. Not expensive if they don't have exactly what you need. This is Amazon US but I suspect the UK has similar. https://www.amazon.com/QTEATAK-300Pcs-Notebook-Computer-Replacement-Toshiba/dp/B07LC74BC3
Re: [gentoo-user] [OT] mounting screws
On Sunday, 20 February 2022 17:24:44 GMT Peter Humphrey wrote: > Hello list, > > This has nothing to do with Gentoo, but I don't know where else to ask. > > I have a couple of vertically mounted easy-swap disk caddies in the back of > my workstation, and I'm having trouble finding screws to mount the disk in > the caddy. Clearance is nil, so the screws must be countersunk so they > aren't proud of the surface. They seem to be m3 perhaps 5mm long. > > I just can't find any via Google. Can anyone in UK please help out? Apologies - I meant to hit CTRL-S to save that, but muscle memory took over. -- Regards, Peter.
[gentoo-user] [OT] mounting screws
Hello list, This has nothing to do with Gentoo, but I don't know where else to ask. I have a couple of vertically mounted easy-swap disk caddies in the back of my workstation, and I'm having trouble finding screws to mount the disk in the caddy. Clearance is nil, so the screws must be countersunk so they aren't proud of the surface. They seem to be m3 perhaps 5mm long. I just can't find any via Google. Can anyone in UK please help out? -- Regards, Peter.
Re: [gentoo-user] Options for "emerge"
On Sun, 2022-02-20 at 15:18 +, Wols Lists wrote: > > So basically, dont-stop would update everything it can. I half-jokingly called this "emerge --i-dont-care" in 2012: https://groups.google.com/g/linux.gentoo.user/c/wE2GnF7RlnY There are (still) a lot of people who want it. Last night I started a @world update that would take all night and then went to bed. Five minutes later, app-laptop/tp_smapi failed to build due to some error that I don't care about. As a result, it's going to take an extra day to update my system.
Re: [gentoo-user] Options for "emerge"
Wols Lists wrote: > On 20/02/2022 14:54, Arve Barsnes wrote: >> On Sun, 20 Feb 2022 at 15:40, Dr Rainer >> Woitok wrote: >>> But if I understand the "emerge" manual page correctly, >>> "--changed-deps" >>> causes a rebuild of a package, if one of its dependencies has been >>> re- >>> build, even though the package does not require the newer version of >>> the >>> dependency. So does it really make sense to have this option >>> hardcoded >>> in a script? Or does it just cause plenty of package rebuilds >>> without >>> any real effect? Likewise, what about "--deep"? Should I keep it? >> "--deep" seems like a good idea, to minimise the chance of trouble, >> but "--changed-deps" does indeed seem excessive. >> >> I also have "--oneshot" in my updates, although I'm not sure if this >> actually makes a difference on a world update. > > Oneshot just stops stuff being added by default to the world file, so > on an update it'll have no effect whatsoever. >> >> I also have "--backtrack=100" to minimise the risk of portage not >> being able to find an upgrade path for some troublesome package. Just >> as "--deep" it will add to the time portage needs to calculate what >> packages to update, but it feels like I've had less instances of >> upgrade path troubles since adding it to my regular world update >> command. > > :-) yes it seems most of my problems get solved by increasing > backtrack so maybe I ought to do that too ... > > What I'd also like is an option --dont-stop. Similar to keep-going, it > would kick in earlier. Keep-going only kicks in once the real emerge > is running. What I would like with dont-stop is if the dependency > calculation gives up, it would start emerging whatever it's found so > far. I've found when things really go pear-shaped updating a system > for the first time in yonks, looking at and updating what's updateable > enables the next attempt to get a little further, etc etc, until > suddenly everything updates. > > So basically, dont-stop would update everything it can. > > Cheers, > Wol > > I like the sound of dont-stop too. Interesting. Dale :-) :-)
Re: [gentoo-user] Options for "emerge"
Dr Rainer Woitok wrote: > Greetings, > > some time back it was pointed out on this list to only use "--changed- > use" rather than "--newuse". So I've meanwhile removed this option (and > also a few others) from my update script which I had created early after > installing Gentoo. It now basically runs > >$ sudo emerge --ask --verbose-conflicts --changed-deps \ > --changed-use --deep --update @world > > But if I understand the "emerge" manual page correctly, "--changed-deps" > causes a rebuild of a package, if one of its dependencies has been re- > build, even though the package does not require the newer version of the > dependency. So does it really make sense to have this option hardcoded > in a script? Or does it just cause plenty of package rebuilds without > any real effect? Likewise, what about "--deep"? Should I keep it? > > Sincerely, > Rainer > > I been using Gentoo since about 2003. Over the years, I've learned what gives the most stable system even if it requires rebuilding packages as a extra step. I have some options in make.conf, such as --oneshot which keeps a clean world file, so I don't always have to do a lot of typing. I copied this from the emerge.log so it gives a complete output of options when I do a world update. emerge --newuse --oneshot --unordered-display --update --ask --backtrack=100 --deep --keep-going --with-bdeps=y --quiet-build=y --regex-search-auto=y --verbose world On occasion, I have to increase backtrack but about 99% of the time, 100 is enough. When I run into problems I can't seem to get through any other way, I tend to do a emerge -e world. Just in the last week or so, I ran into a USE flag problem that sent me in circles. After a while, I just did a emerge -e world and emerge was able to find a path that allowed me to get everything up to date and reinstall some packages I had removed, trying to get a clean output. I was then able to run --depclean which removed several packages. One thing I've learned, shortcuts sometimes cause problems. A program may crash, be slow or do other strange things. Over the years, I've found that weekly updates are easier than monthly. Over time, I've found that the options I use give me a really stable system. Sometimes my uptimes are months to almost a year on occasion. My biggest reason for rebooting, power failure. I'm also bad to stay logged in and keep programs running until my weekly updates are done. I logout, restart services until things are reloaded with new versions and then log back in. I don't do a lot of logouts and back ins. How you do things really depends on what you want in the end. If you really want a rock solid system, it may require rebuilding more packages than doing things a easy and fast way. In most cases, the fast and easy way may work fine. There will likely be exceptions to that rule tho. If you are on a laptop or a system that has less than great cooling, that raises a whole new way of viewing things. I wouldn't do updates on a laptop the way I do on this desktop. I have massive cooling on this system with my CPU rarely reaching 125F when all cores are at 100%, such as compiling gcc, libreoffice, Firefox etc. I don't mind pushing this thing a bit because the chance of overheating is basically zero. I have a older Cooler Master HAF-932 case with all fans installed and running. Large CPU cooler to. Dang thing barely fits in this large case. Others have given some good options. They may work better depending on your situation. Then again, you may like part of mine or all of mine. Just pick and chose what you like best. Hope that helps. Dale :-) :-)
Re: [gentoo-user] Options for "emerge"
On 20/02/2022 14:54, Arve Barsnes wrote: On Sun, 20 Feb 2022 at 15:40, Dr Rainer Woitok wrote: But if I understand the "emerge" manual page correctly, "--changed-deps" causes a rebuild of a package, if one of its dependencies has been re- build, even though the package does not require the newer version of the dependency. So does it really make sense to have this option hardcoded in a script? Or does it just cause plenty of package rebuilds without any real effect? Likewise, what about "--deep"? Should I keep it? "--deep" seems like a good idea, to minimise the chance of trouble, but "--changed-deps" does indeed seem excessive. I also have "--oneshot" in my updates, although I'm not sure if this actually makes a difference on a world update. Oneshot just stops stuff being added by default to the world file, so on an update it'll have no effect whatsoever. I also have "--backtrack=100" to minimise the risk of portage not being able to find an upgrade path for some troublesome package. Just as "--deep" it will add to the time portage needs to calculate what packages to update, but it feels like I've had less instances of upgrade path troubles since adding it to my regular world update command. :-) yes it seems most of my problems get solved by increasing backtrack so maybe I ought to do that too ... What I'd also like is an option --dont-stop. Similar to keep-going, it would kick in earlier. Keep-going only kicks in once the real emerge is running. What I would like with dont-stop is if the dependency calculation gives up, it would start emerging whatever it's found so far. I've found when things really go pear-shaped updating a system for the first time in yonks, looking at and updating what's updateable enables the next attempt to get a little further, etc etc, until suddenly everything updates. So basically, dont-stop would update everything it can. Cheers, Wol
Re: [gentoo-user] Options for "emerge"
On 20/02/2022 14:40, Dr Rainer Woitok wrote: Or does it just cause plenty of package rebuilds without any real effect? Likewise, what about "--deep"? Should I keep it? Changed deps, I don't particularly know about. But --deep - that's to do with a dependency changing USE flags, and it will block a depclean if you don't do it. It's up to you whether you want it as part of your normal e,merge - it's part of mine. Cheers, Wol
Re: [gentoo-user] Options for "emerge"
On Sun, 20 Feb 2022 at 15:40, Dr Rainer Woitok wrote: > But if I understand the "emerge" manual page correctly, "--changed-deps" > causes a rebuild of a package, if one of its dependencies has been re- > build, even though the package does not require the newer version of the > dependency. So does it really make sense to have this option hardcoded > in a script? Or does it just cause plenty of package rebuilds without > any real effect? Likewise, what about "--deep"? Should I keep it? "--deep" seems like a good idea, to minimise the chance of trouble, but "--changed-deps" does indeed seem excessive. I also have "--oneshot" in my updates, although I'm not sure if this actually makes a difference on a world update. I also have "--backtrack=100" to minimise the risk of portage not being able to find an upgrade path for some troublesome package. Just as "--deep" it will add to the time portage needs to calculate what packages to update, but it feels like I've had less instances of upgrade path troubles since adding it to my regular world update command. Regards, Arve
[gentoo-user] Options for "emerge"
Greetings, some time back it was pointed out on this list to only use "--changed- use" rather than "--newuse". So I've meanwhile removed this option (and also a few others) from my update script which I had created early after installing Gentoo. It now basically runs $ sudo emerge --ask --verbose-conflicts --changed-deps \ --changed-use --deep --update @world But if I understand the "emerge" manual page correctly, "--changed-deps" causes a rebuild of a package, if one of its dependencies has been re- build, even though the package does not require the newer version of the dependency. So does it really make sense to have this option hardcoded in a script? Or does it just cause plenty of package rebuilds without any real effect? Likewise, what about "--deep"? Should I keep it? Sincerely, Rainer
