Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
On Tue, 19 Dec 2017 16:51:27 +1100, Adam Carter wrote: > When i depclean i use -av --depclean --exclude gcc --exclude > gentoo-sources, since i like keep 2 gcc's around and I look after > sources manually. You can prevent depclean from removing gcc and kernel like this % cat /etc/portage/sets.conf [kernels] class = portage.sets.dbapi.OwnerSet world-candidate = False files = /usr/src [gcc] class = portage.sets.dbapi.OwnerSet world-candidate = False files = /usr/x86_64-pc-linux-gnu/gcc-bin Then add @kernels and @gcc to world_sets. I do this and now those packages have to be unmerged manually. Having said that, everything built with gcc-7.2.0 after the profile switch so I now have only one gcc installed for the first time in years. -- Neil Bothwick I don't know if I can assimilate one more Borg Tagline! pgpXYF_pnmi4V.pgp Description: OpenPGP digital signature
Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
On Tue, 19 Dec 2017 04:06:52 +0100, David Haller wrote: > # wc -l /var/lib/portage/world > 1140 /var/lib/portage/world > > Am I doing something wrong? Looking it over, it looks right though. It sounds a lot, but only you know what you need. For comparison I have 217 packages in world plus about another 70 in some sets, under 300 in total on a fairly busy KDE box. Look through your world file, it should contain only packages that you use directly. grep lib /var/lib/portage/world should return very little. > And --depclean is hopelessly overeager here. > > > Packages installed: 3511 > Packages in world:1140 > Packages in system: 43 > Required packages:2581 > Number to remove: 930 I think you need to clean that up first, although it may be that things are bad enough to warrant renaming the world file then doing emerge -n for each package you need. Then run depclean -p and look for anything else you need, add it with emerge -n, rinse and repeat until nothing you use directly appears in the depclean output. A quickpkg of the entire system before you start may be wise. -- Neil Bothwick To be sure of hitting the target, shoot first and call whatever you hit the target. pgpckqDSfz1ec.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Choice of TLD for internal network
On 12/18/2017 03:25 PM, David Haller wrote: > > ISTR, .localdomain is the new .local... > > BTW: I hate it how .local got ursurped by zeroconf/mDNS. > You were never allowed to use .local in the first place =P I learned some interesting things from RFC 8244, the first being that they have an up-to-date list of reserved names: https://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml and the second being that there are two exceptions, because oops, they didn't follow their own rules (.home and ipv4only.arpa). localdomain isn't on there. There are no safe, free names to use for an internal network. On the one hand, RFC 8244 makes a decent argument that this is a good thing, because it guarantees that every hostname is globally unique (so if I copy/paste a URL to you, it goes the same place on your machine as it did mine). On the other hand, I hate the idea of paying some bureaucrat to be able to use my own network.
Re: [gentoo-user] Choice of TLD for internal network
On 12/18/2017 04:58 PM, Bill Kenworthy wrote: > > I have used .localdomain for years without issue. VLANS > (wifi.localdomain, lan.localdomain etc.) are great if you have the > hardware to do it. > > Using non-official TLD internally shouldn't cause any problems (unless > someone is "stupid"). When someone registers ".localdomain", you're going to start sending them your private, internal traffic.
Re: [gentoo-user] Choice of TLD for internal network
On Tue, 19 Dec 2017 08:59:10 -0500, Michael Orlitzky wrote: > > I have used .localdomain for years without issue. VLANS > > (wifi.localdomain, lan.localdomain etc.) are great if you have the > > hardware to do it. > > > > Using non-official TLD internally shouldn't cause any problems (unless > > someone is "stupid"). > > When someone registers ".localdomain", you're going to start > sending them your private, internal traffic. If you're using .localdomain, you either have it in your host file or a local DNS service, so you should never get the public DNS address for .localdomain... unless you don't use hosts and try it when connecting your laptop via another network. -- Neil Bothwick WinErr 003: Dynamic linking error - Your mistake is now in every file pgpdt6_szHRht.pgp Description: OpenPGP digital signature
Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
On 12/19/2017 10:15:46 AM, Neil Bothwick wrote: Having said that, everything built with gcc-7.2.0 after the profile switch so I now have only one gcc installed for the first time in years. In addition. I keep gcc-6.4.0 since it can generate PIE-enabled executables AND it it the last compiler with 'gcj'. I don't understand why 'pdftk' and packages depending on that have been masked. They build and run fine here (profile 17.0) Just my 2 cents, Helmut
Re: [gentoo-user] Choice of TLD for internal network
On 19/12/17 13:57, Michael Orlitzky wrote: > There are no safe, free names to use for an internal network. On the one > hand, RFC 8244 makes a decent argument that this is a good thing, > because it guarantees that every hostname is globally unique (so if I > copy/paste a URL to you, it goes the same place on your machine as it > did mine). On the other hand, I hate the idea of paying some bureaucrat > to be able to use my own network. Which was why I liked Demon as my ISP. They had a customer domain and assigned you a name on it. Whether you used it as a host or domain name was up to you. Most ISPs now assume you are a client and don't give you proper internet :-( Cheers, Wol
Re: [gentoo-user] Choice of TLD for internal network
On Tuesday, 19 December 2017 16:39:50 GMT Wols Lists wrote: > On 19/12/17 13:57, Michael Orlitzky wrote: > > There are no safe, free names to use for an internal network. On the one > > hand, RFC 8244 makes a decent argument that this is a good thing, > > because it guarantees that every hostname is globally unique (so if I > > copy/paste a URL to you, it goes the same place on your machine as it > > did mine). On the other hand, I hate the idea of paying some bureaucrat > > to be able to use my own network. > > Which was why I liked Demon as my ISP. They had a customer domain and > assigned you a name on it. Whether you used it as a host or domain name > was up to you. > > Most ISPs now assume you are a client and don't give you proper internet > :-( Zen is fine too. I had to choose a subdomain (prh) in myzen.co.uk, then I could define 11 us...@prh.myzen.co.uk. I've only used a few of those, as any user names local to my LAN aren't supposed to be visible outside it. Any time I look round for a new ISP to change to for any reason, I'm only ever interested in those that act as a pair of bare wires connecting me and mine to the outside world - no interference,* no proxies, transparent or otherwise. Just a simple connection. I forget why I left Demon years ago. I wouldn't touch BT Internet with a barge-pole since they got all cosy with Yahoo, and UKFSN went more-or-less defunct. Whence Zen today. * [OT] What's the difference between intervention and interference? None that I can see. One is just more Politically Crass - oops! Correct - than the other. -- Regards, Peter.
Re: [gentoo-user] Choice of TLD for internal network
On Tue, Dec 19, 2017 at 7:57 AM, Michael Orlitzky wrote: > On 12/18/2017 03:25 PM, David Haller wrote: >> >> ISTR, .localdomain is the new .local... >> >> BTW: I hate it how .local got ursurped by zeroconf/mDNS. >> > > You were never allowed to use .local in the first place =P > > I learned some interesting things from RFC 8244, the first being that > they have an up-to-date list of reserved names: > > https://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml > > and the second being that there are two exceptions, because oops, they > didn't follow their own rules (.home and ipv4only.arpa). localdomain > isn't on there. > > There are no safe, free names to use for an internal network. On the one > hand, RFC 8244 makes a decent argument that this is a good thing, > because it guarantees that every hostname is globally unique (so if I > copy/paste a URL to you, it goes the same place on your machine as it > did mine). On the other hand, I hate the idea of paying some bureaucrat > to be able to use my own network. > There are; .local and .localhost are reserved TLDs. Further, any name without a TLD is unlikely to resolve without a major reworking of the DNS system. Likewise it seems unlikely anyone will ever be able to register ".localdomain" similar to how ".com" is not registered. http://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml I don't understand all of this discussion. There exist vacant TLDs - .local was first and was fine, so why did anybody change? Why does neth need a name with two dots? None of this makes any sense. Do people keep making stuff up without reading first? Cheers, R0b0t1
[gentoo-user] Re: Choice of TLD for internal network
On 2017-12-18 08:56, Michael Orlitzky wrote: > You should probably buy a TLD. (Understood that you mean "buy a domain".) I'd like to remind everyone (again?) of FreeDNS (aka afraid.org). You can get a 3rd level name free, and then subdivide that as you like. They won't _delegate_ to you (unless you pay), so it's still just a private namespace invisible from the outside, but you avoid the risk of clashing with someone else's registered domain. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet, fetch the TXT record for the domain.
Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
Neil Bothwick wrote: > On Tue, 19 Dec 2017 16:51:27 +1100, Adam Carter wrote: > >> When i depclean i use -av --depclean --exclude gcc --exclude >> gentoo-sources, since i like keep 2 gcc's around and I look after >> sources manually. > You can prevent depclean from removing gcc and kernel like this > > % cat /etc/portage/sets.conf > [kernels] > class = portage.sets.dbapi.OwnerSet > world-candidate = False > files = /usr/src > > [gcc] > class = portage.sets.dbapi.OwnerSet > world-candidate = False > files = /usr/x86_64-pc-linux-gnu/gcc-bin > > Then add @kernels and @gcc to world_sets. I do this and now those > packages have to be unmerged manually. > > Having said that, everything built with gcc-7.2.0 after the profile switch > so I now have only one gcc installed for the first time in years. > > I thought at one time we could specify versions or slots in the world file. Has that changed? Dale :-) :-)
Re: [gentoo-user] Choice of TLD for internal network
On 12/19/2017 12:22 PM, R0b0t1 wrote: > > There are; .local and .localhost are reserved TLDs. .local is reserved for Apple's multicast DNS stuff, which requires names to be resolved via a nonstandard method: Any DNS query for a name ending with ".local." MUST be sent to the mDNS IPv4 link-local multicast address 224.0.0.251 (or its IPv6 equivalent FF02::FB). Therefore anything that supports RFC 6762 will break if you name your domain ".local". Likewise, .localhost is reserved by RFC 6761 which says Users may assume that IPv4 and IPv6 address queries for localhost names will always resolve to the respective IP loopback address. ... Caching DNS servers SHOULD recognize localhost names as special and SHOULD NOT attempt to look up NS records for them, or otherwise query authoritative DNS servers in an attempt to resolve localhost names. In other words, anything that supports RFC 6761 will break if you name your domain ".localhost".
Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
On Tue 19 Dec 2017 at 16:45:15 +0100, Helmut Jarausch wrote: > In addition. I keep gcc-6.4.0 since it can generate PIE-enabled > executables AND it it the last compiler with 'gcj'. > > I don't understand why 'pdftk' and packages depending on that have been > masked. > > They build and run fine here (profile 17.0) If I read the =app-text/pdftk-2.02 ebuild correctly, it actually uses GCC 5.4.0, regardless of what your system compiler is (6.4.0 for profile 17.0): # We need gcc-5 because of Java export PATH="$(gcc-config -B 5.4.0):${PATH}" Sincerely, Bas -- Sebastiaan L. Zoutendijk | slzoutend...@gmail.com
Re: [gentoo-user] Choice of TLD for internal network
On Tue, Dec 19, 2017 at 11:58 AM, Michael Orlitzky wrote: > On 12/19/2017 12:22 PM, R0b0t1 wrote: >> >> There are; .local and .localhost are reserved TLDs. > > > .local is reserved for Apple's multicast DNS stuff, which requires names > to be resolved via a nonstandard method: > > Any DNS query for a name ending with ".local." MUST be sent to the > mDNS IPv4 link-local multicast address 224.0.0.251 (or its IPv6 > equivalent FF02::FB). > > Therefore anything that supports RFC 6762 will break if you name your > domain ".local". Likewise, .localhost is reserved by RFC 6761 which says > The "MUST" is contingent on whether or not you want to follow RFC 6762. .local is reserved regardless. > Users may assume that IPv4 and IPv6 address queries for localhost > names will always resolve to the respective IP loopback address. > > ... > > Caching DNS servers SHOULD recognize localhost names as special > and SHOULD NOT attempt to look up NS records for them, or > otherwise query authoritative DNS servers in an attempt to > resolve localhost names. > > In other words, anything that supports RFC 6761 will break if you name > your domain ".localhost". > Most of these RFCs are talking about internet infrastructure that is not run by people of lowly and unimportant stature as myself. So I interpret "authoritative" to mean "external to my intranet." This contradicts the sentence above it. Such inconsistency can only be expected of Russians, so I view the standards body as compromized and morally bankrupt. As it is .localhost has strange connotations so I would prefer .local. If you need something else and mDNS doesn't work, .localdomain will probably remain usable for the reasons I gave. Cheers, R0b0t1
Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
On Tue, 19 Dec 2017 11:45:58 -0600, Dale wrote: > > You can prevent depclean from removing gcc and kernel like this > > > > % cat /etc/portage/sets.conf > > [kernels] > > class = portage.sets.dbapi.OwnerSet > > world-candidate = False > > files = /usr/src > > > > [gcc] > > class = portage.sets.dbapi.OwnerSet > > world-candidate = False > > files = /usr/x86_64-pc-linux-gnu/gcc-bin > > > > Then add @kernels and @gcc to world_sets. I do this and now those > > packages have to be unmerged manually. > I thought at one time we could specify versions or slots in the world > file. Has that changed? AFAIK you still can, but that means having to add each version to @world. This way automates it and needs no further action from you once it's set up. -- Neil Bothwick We can sympathize with a child who is afraid of the dark, but the tragedy of life is that most people are afraid of the light. pgpBPRnCk8S80.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Choice of TLD for internal network
On Tue, 19 Dec 2017 17:00:33 +, Peter Humphrey wrote: > * [OT]What's the difference between intervention and > interference? None that I can see. One is just more Politically Crass - > oops! Correct - than the other. It's not about political correctness but perspective. The good guys intervene, the baddies interfere. It's like the difference between a terrorist and a freedom fighter. -- Neil Bothwick K: (n., adj.) a binary thousand, which isn't a decimal thousand or even really a binary thousand (which is eight), but is the binary number closest to a decimal thousand. This has proven so completely confusing that is has become a standard. pgpF6I483vLYM.pgp Description: OpenPGP digital signature
[gentoo-user] depclean confusion
Finishing off an install, and running "emerge --depclean" = >>> Assigning files to packages... * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuilding the * packages that pulled them in. * * sys-libs/db-5.3.28-r2 pulled in by: * sys-apps/iproute2-4.14.1-r1 needs libdb-5.3.so * >>> Adding lib providers to graph... = 1) I've rebuilt iproute2 [ebuild R] sys-apps/iproute2-4.14.1-r1::gentoo USE="-atm -berkdb -iptables -ipv6 -minimal (-selinux)" 0 KiB 2) I've done "emerge --update --newuse --deep @world" Total: 0 packages, Size of downloads: 0 KiB 3) I've done revdep-rebuild Your system is consistent And "emerge --depclean" stills gives the same message. I'm near the end of the portion inside the chroot of the install process. Will it break the system if I unmerge iproute2, and then depclean, and then revdep-rebuild? -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: depclean confusion
On 19/12/17 23:18, Walter Dnes wrote: Finishing off an install, and running "emerge --depclean" = Assigning files to packages... * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuilding the * packages that pulled them in. * * sys-libs/db-5.3.28-r2 pulled in by: * sys-apps/iproute2-4.14.1-r1 needs libdb-5.3.so * Adding lib providers to graph... = 1) I've rebuilt iproute2 [ebuild R] sys-apps/iproute2-4.14.1-r1::gentoo USE="-atm -berkdb -iptables -ipv6 -minimal (-selinux)" 0 KiB Unmerge it anyway and then rebuild iproute2. It seems like an automagic dep. It should not be using db when the berkdb USE flag is not set. Since it does, it's a bug. However, rebuilding it after unmerging db should fix it. With that being said, do a "quickpkg sys-libs/db" first to get a tarball backup, just to be safe if you need to restore it.
Re: [gentoo-user] Choice of TLD for internal network
On Tuesday, 19 December 2017 20:31:42 GMT Neil Bothwick wrote: > On Tue, 19 Dec 2017 17:00:33 +, Peter Humphrey wrote: > > * [OT] What's the difference between intervention and > > interference? None that I can see. One is just more Politically Crass - > > oops! Correct - than the other. > > It's not about political correctness but perspective. The good guys > intervene, the baddies interfere. It's like the difference between a > terrorist and a freedom fighter. We could mince words all day. I just wish all those busybodies would stop "doing good", go away and find something useful to do. And not at us taxpayers' expense. -- Regards, Peter.
Re: [gentoo-user] Re: depclean confusion
On Tue, Dec 19, 2017 at 11:43:35PM +0200, Nikos Chantziaras wrote > Unmerge it anyway and then rebuild iproute2. It seems like an automagic > dep. It should not be using db when the berkdb USE flag is not set. > Since it does, it's a bug. > > However, rebuilding it after unmerging db should fix it. > > With that being said, do a "quickpkg sys-libs/db" first to get a tarball > backup, just to be safe if you need to restore it. Thanks. I unmerged iproute2 (notwithstanding the dire warning), depcleaned, then "emerge -1 iproute2", followed by revdep-rebuild which shows all-clear. I've successfully rebooted stand-alone, and am now finishing off the install. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Choice of TLD for internal network
On Wed, 20 Dec 2017 00:33:08 +, Peter Humphrey wrote: > > It's not about political correctness but perspective. The good guys > > intervene, the baddies interfere. It's like the difference between a > > terrorist and a freedom fighter. > > We could mince words all day. No we couldn't, that would make us politicians... -- Neil Bothwick Beware of cover disks bearing upgrades. pgp_r_bnt0Vom.pgp Description: OpenPGP digital signature
Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
On Tue, Dec 19, 2017 at 8:15 PM, Neil Bothwick wrote: > On Tue, 19 Dec 2017 16:51:27 +1100, Adam Carter wrote: > > > When i depclean i use -av --depclean --exclude gcc --exclude > > gentoo-sources, since i like keep 2 gcc's around and I look after > > sources manually. > > You can prevent depclean from removing gcc and kernel like this > > % cat /etc/portage/sets.conf > [kernels] > class = portage.sets.dbapi.OwnerSet > world-candidate = False > files = /usr/src > > [gcc] > class = portage.sets.dbapi.OwnerSet > world-candidate = False > files = /usr/x86_64-pc-linux-gnu/gcc-bin > > Then add @kernels and @gcc to world_sets. I do this and now those > packages have to be unmerged manually. > Nice. I feel like i should look into that an learn more about Gentoo, but then; alias depclean="emerge -av --depclean --exclude gcc --exclude gentoo-sources" And the motivation is gone.
Re: [gentoo-user] Choice of TLD for internal network
On Wednesday, 20 December 2017 01:09:30 GMT Neil Bothwick wrote: > On Wed, 20 Dec 2017 00:33:08 +, Peter Humphrey wrote: > > > It's not about political correctness but perspective. The good guys > > > intervene, the baddies interfere. It's like the difference between a > > > terrorist and a freedom fighter. > > > > We could mince words all day. > > No we couldn't, that would make us politicians... Have I touched a raw nerve? :) -- Regards, Peter.
Re: [gentoo-user] Choice of TLD for internal network
On Monday, 18 December 2017 10:57:31 GMT Neil Bothwick wrote: > On Mon, 18 Dec 2017 10:45:30 +, Peter Humphrey wrote: > > > > Coincidentally, I'd recently also ended my subscription to the magazine. > > > :-( Well, after many years of devoted service, they seem to have lost their way. I've no interest in Pi, for example (perhaps that ever-growing section should be hived off into a separate publication); the indispensable Answers section has disappeared; the inestimable Dr Brown's Administeria section ditto. American "English" pervades it relentlessly, with no attempt at translation. And I can't remember the last time I made use of the bundled DVD. It's all just too much for a body to continue spending money on. No offence meant to anyone around here. -- Regards, Peter.
Re: [gentoo-user] Choice of TLD for internal network
On Wed, Dec 20, 2017 at 7:31 AM, Neil Bothwick wrote: > On Tue, 19 Dec 2017 17:00:33 +, Peter Humphrey wrote: > > > * [OT]What's the difference between intervention and > > interference? None that I can see. One is just more Politically Crass - > > oops! Correct - than the other. > > It's not about political correctness but perspective. The good guys > intervene, the baddies interfere. It's like the difference between a > terrorist and a freedom fighter. > Stuart Lee's comedy bit on political correctness is worthwhile; "They're saying i cant have an electric fire in the bath anymore Stu, in case queers see it" https://www.youtube.com/watch?v=99s19HBs-6A