Re: [gentoo-user] {OT} Will ARM take over the world?
On Sat, 8 Dec 2012 19:25:55 -0800 Grant emailgr...@gmail.com wrote: It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? - Grant Yes me. ARM will take over where it makes sense and won't where it doesn't. For desktops and laptops, x86 was used simply because there was nothing else, so x86 is going to have to fight for it's survival in the whole bottom and middle range there. x86 has already lost the fight in the portable market (phones, tablets) and truth be told never really got going there. For everything else, I don't see ARM making much inroads. There's a hug server market out there for things with computing grunt and the software that drives them - x86 isn't going away in that market anytime soon. But this is an old, old, old argument. People predicted the demise of mainframes for years when x86 started becoming a quite powerful cpu. The current truth is that IBM sell more mainframes year on year, growth is more than mere inflation can account for, and mainframes are just getting stronger. So x86 didn't kill the mainframe, instead x86 played a huge role in making both stronger. I see no reason to believe the same story won't play out exactly the same all over again between x86 and ARM. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Ext4 problem and disk access
2012/12/9 Andre Goessel gentoo-u...@goessel.net Moin, On Sat, Dec 08, 2012 at 03:36:29PM +0100, Jacques Montier wrote: As soon as i mount an ext4 partition on my second 1To HDD, the hard drive is always working (read/write) every second (even when doing nothing). This problem appears only with /dev/sda5 and /dev/sda6 and stops when unmouting the two drives. I detected a similar behavior on fresh ext4 filesystems, after some searching I found the hint that it should be part of the ext4 background initialisation and it should be finished after some time. In my case it finished after maybe 2 hours. :) Good luck ... Andre Thank you Andre, Solved ! Well, the problem disappeared as soon as i filled the two partitions with data (data backed up before partitionning). So, the initialisation seems to occur with a new empty ext4 partition only filled with journal data. Thanks to you two Nikos and Andre, Regards, -- Jacques
Re: [gentoo-user] Installing specific layman packages eix-test-obsolete
On 12/09/2012 01:13 AM, Grant wrote: I need to be able to install only certain packages from a layman overlay so I do stuff like this: package.mask: */*::perl-experimental package.unmask: perl-core/CPAN::perl-experimental This really freaks out eix-test-obsolete. Does anyone know of a way to install only certain packages from a layman overlay and use eix-test-obsolete? You can tell eix not to warn you about anything in the perl-experimental overlay. Here's what I've done for the haskell overlay. $ cat /etc/portage/package.nowarn # Disable eix's REDUNDANT_IF_NO_CHANGE tests for the wildcard. */*::gentoo-haskell in_keywords no_change You may have to adjust the in_keywords no_change part, depending on the specific type of freak-out you're experiencing. The options are all documented in the eix man page under package.nowarn.
Re: [gentoo-user] Installing specific layman packages eix-test-obsolete
On Sat, 8 Dec 2012 22:13:16 -0800, Grant wrote: This really freaks out eix-test-obsolete. Does anyone know of a way to install only certain packages from a layman overlay and use eix-test-obsolete? I don't add such overlays to make conf. Instead, I symlink directories for the packages I want into my local overlay. -- Neil Bothwick Procedure: (n.) a method of performing a program sub-task in an inefficient way by extensively using the stack instead of a GOTO. signature.asc Description: PGP signature
Re: [gentoo-user] eclean and the --time-limit option
On Sat, Dec 8, 2012, at 17:05, Neil Bothwick wrote: It sounds like you want wget to use --no-use-server-timestamps. I haven't tried it, but something like FETCHCOMMAND=$FETCHCOMMAND --no-use-server-timestamps in make.conf should do it. If not, get the default settings from emerge --info -v and set FETCHCOMMAND to those plus --no-use-server-timestamps. I added the --no-use-server-timestamps option to both FETCHCOMMAND and RESUMECOMMAND variables in /etc/portage/make.conf, then removed everything in /usr/portage/{distfiles,packages} and finally did emerge -e @world. Now timestamps seems to be good and compatible with eclean's --time-limit option. Thank you Neil!
Re: [gentoo-user] System maintenance procedure?
On Sat, Dec 08, 2012 at 05:20:36PM -0600, Dale wrote: That's been my experience too. I run @preserved-rebuild when it tells me to but revdep-rebuild rarely finds anything. Thing is, it has a time or two. It is best to run revdep-rebuild and be sure than not to and run the risk of not being able to boot or some other problem that bites you. Sort of like a ounce of prevention is worth a pound of cure. ;-) Dale Wasn't following this thread closely when it began... What is @preserved-rebuild ? workstation ~ # @preserved-rebuild -p -bash: @preserved-rebuild: command not found workstation ~ # e-file @preserved-rebuild No matches found. workstation ~ # e-file preserved-rebuild No matches found. workstation ~ # preserved-rebuild -p -bash: preserved-rebuild: command not found workstation ~ # emerge -a @preserved-rebuild emerge: 'preserved-rebuild' is an empty set emerge: no targets left after set expansion workstation ~ # emerge -a preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy preserved-rebuild. emerge: searching for similar names... emerge: Maybe you meant any of these: app-portage/smart-live-rebuild, app-admin/chef-server-webui? -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] openrc - network configuration fails - how to debug it
Hi, I have a problem with wlan without dhcpd. I have created the bug report below but didn't get any comments. Perhaps, some here on this list has an idea how to debug the problem. Here my bug report sys-apps/openrc (0.11.8 and earlier) doesn't play well with wlan without dhcp, i.e. This does work just fine : modules=wpa_supplicant wpa_supplicant_wlan0=-Dwext -iwlan0 config_wlan0=dhcp but when I try to assign fixed IPs (for a small fixed net) like modules=wpa_supplicant wpa_supplicant_wlan0=-Dwext -iwlan0 config_wlan0=192.168.1.3 netmsk 255.255.255.0 routes_wlan0=default via 192.168.1.1 dns_servers_wlan0=192.168.1.1 dns_domain_wlan0=skynet.be The default route gateway is NOT set. Even if I set it afterwards, e.g. within /etc/local.d/local.start, it still doesn't supply net, as xinetd won't start (scheduled for start when net is ready or similar) Only if I supply rc_provide=net in /etc/rc.conf it becomes usable. /etc/init.d/net.wlan0 status shows inactive How can I debug this? Many thanks for a hint, Helmut.
Re: [gentoo-user] eix and bad colors.
On 12/08/2012 12:26:35 AM, Dale wrote: If I figure out something or Helmut's config works, I'll post back. Here is my ebuild app-portage/eix-.ebuild in my local overlay. Hopefully it helps, Helmut. # Copyright 1999-2012 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ EAPI=5 EGIT_REPO_URI=git://git.berlios.de/${PN} EGIT_PROJECT=${PN}.git [ -n ${EVCS_OFFLINE} ] || EGIT_REPACK=true WANT_LIBTOOL=none PLOCALES=de ru inherit autotools bash-completion-r1 eutils git-2 l10n multilib DESCRIPTION=Search and query ebuilds, portage incl. local settings, ext. overlays, version changes, and more HOMEPAGE=http://eix.berlios.de; SRC_URI= PROPERTIES=live LICENSE=GPL-2 SLOT=0 KEYWORDS= IUSE=clang debug +dep doc nls optimization security strong-optimization sqlite tools zsh-completion RDEPEND=app-shells/push sqlite? ( =dev-db/sqlite-3 ) nls? ( virtual/libintl ) DEPEND=${RDEPEND} clang? ( sys-devel/clang ) sys-devel/gettext pkg_setup() { if has_version ${CATEGORY}/${PN}-0.25.3; then local eixcache=${EROOT}/var/cache/${PN} ! test -f ${eixcache} || rm -f -- ${eixcache} fi } src_prepare() { epatch_user eautopoint eautoreconf } src_configure() { econf $(use_with sqlite) $(use_with doc extra-doc) \ $(use_with zsh-completion) \ $(use_enable nls) $(use_enable tools separate-tools) \ $(use_enable security) $(use_enable optimization) \ $(use_enable strong-optimization) $(use_enable debug debugging) \ $(use_with prefix always-accept-keywords) \ $(use_with dep dep-default) \ $(use_with clang nongnu-cxx clang++) \ --with-ebuild-sh-default=/usr/$(get_libdir)/portage/bin/ebuild.sh \ --with-portage-rootpath=${ROOTPATH} \ --with-eprefix-default=${EPREFIX} \ --docdir=${EPREFIX}/usr/share/doc/${PF} \ --htmldir=${EPREFIX}/usr/share/doc/${PF}/html } src_install() { default dobashcomp bash/eix keepdir /var/cache/${PN} fowners portage:portage /var/cache/${PN} fperms 775 /var/cache/${PN} } pkg_postinst() { # fowners in src_install doesn't work for owner/group portage: # merging changes this owner/group back to root. use prefix || chown portage:portage ${EROOT}var/cache/${PN} local obs=${EROOT}var/cache/eix.previous ! test -f ${obs} || ewarn Found obsolete ${obs}, please remove it }
Re: [gentoo-user] Installing specific layman packages eix-test-obsolete
On 12/09/2012 11:10:52 AM, Neil Bothwick wrote: On Sat, 8 Dec 2012 22:13:16 -0800, Grant wrote: This really freaks out eix-test-obsolete. Does anyone know of a way to install only certain packages from a layman overlay and use eix-test-obsolete? I don't add such overlays to make conf. Instead, I symlink directories for the packages I want into my local overlay. I did that, too. But it has become more difficult now. E.g. the 'progress' overlay uses new EAPIs and new eclasses which even pull in incompatible packages, e.g. blas. I haven't found a way to handle that by symlinks of similar methods. Helmut.
Re: [gentoo-user] System maintenance procedure?
On Sun, 9 Dec 2012 07:18:42 -0600, Bruce Hill wrote: What is @preserved-rebuild ? It is a portage set, hence the @ prefix, containing packages that need to be rebuilt in order to link them against the installed versions of libraries. workstation ~ # emerge -a @preserved-rebuild emerge: 'preserved-rebuild' is an empty set emerge: no targets left after set expansion So you have nothing that needs rebuilding. Portage will warn you when the set it non-empty, telling you to run emerge @preserved-rebuild. There is no need to run it at any other time. -- Neil Bothwick Can vegetarians eat animal crackers? signature.asc Description: PGP signature
Re: [gentoo-user] openrc - network configuration fails - how to debug it
On Sun, 09 Dec 2012 15:18:49 +0100, Helmut Jarausch wrote: config_wlan0=192.168.1.3 netmsk 255.255.255.0 ^ If this is a direct paste from your config, there's the problem. -- Neil Bothwick PC DOS Error #03: Windows not found: (C)heer (P)arty (D)ance signature.asc Description: PGP signature
Re: [gentoo-user] System maintenance procedure?
On Sun, Dec 09, 2012 at 04:48:24PM +, Neil Bothwick wrote: What is @preserved-rebuild ? It is a portage set, hence the @ prefix, containing packages that need to be rebuilt in order to link them against the installed versions of libraries. workstation ~ # emerge -a @preserved-rebuild emerge: 'preserved-rebuild' is an empty set emerge: no targets left after set expansion So you have nothing that needs rebuilding. Portage will warn you when the set it non-empty, telling you to run emerge @preserved-rebuild. There is no need to run it at any other time. -- Neil Bothwick This alias is run with coffee every morning on 8 Gentoo installs on this LAN: alias ud='eix-sync emerge -aDjNuv @world dispatch-conf emerge -a --depclean revdep-rebuild -i clear exit' So I'd venture to say there never will be such a set (must one create it?). However, the wife's PC is getting rescued from JFS atm. Having backed up /home and anything worth saving, booted with SystemRescueCd, and started a fresh install beginning with changing / and /home to XFS; these configs: grep PYTHON /etc/portage/make.conf PYTHON_TARGETS=python2_7 grep gcc /etc/portage/package.* /etc/portage/package.accept_keywords:sys-devel/gcc:4.6 /etc/portage/package.use:sys-devel/gcc cxx nptl -gtk grep udev /etc/portage/package.* /etc/portage/package.mask:=sys-fs/udev-181 /etc/portage/package.use:sys-fs/udev rule_generator necessitated emerge -aejv @world from what came with the present tarballs. So as soon as that's done perhaps emerge -a @preserved-rebuild will show such a set? -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] OT: Mail2HTML
Hello, is there a easy program i can convert emails to html? Hypermail is little overload. Mail2Html find only as man page, Download links not work. Thx for ideas Silvio
Re: [gentoo-user] OT: Mail2HTML
Many moons ago, I created slark: https://github.com/bytbox/slark. It's the polar opposite of hypermail - very lightweight, but not much functionality. /plug shameless=1 This might be the same mail2html, though: http://home.online.no/~pjacklam/perl/programs/mailutil/mail2html.pl On Sun, 9 Dec 2012, Silvio Siefke wrote: Hello, is there a easy program i can convert emails to html? Hypermail is little overload. Mail2Html find only as man page, Download links not work. Thx for ideas Silvio -- Scott Lawrence
Re: [gentoo-user] System maintenance procedure?
On Sun, 9 Dec 2012 11:01:37 -0600, Bruce Hill wrote: What is @preserved-rebuild ? It is a portage set, hence the @ prefix, containing packages that need to be rebuilt in order to link them against the installed versions of libraries. workstation ~ # emerge -a @preserved-rebuild emerge: 'preserved-rebuild' is an empty set emerge: no targets left after set expansion So you have nothing that needs rebuilding. Portage will warn you when the set it non-empty, telling you to run emerge @preserved-rebuild. There is no need to run it at any other time. This alias is run with coffee every morning on 8 Gentoo installs on this LAN: alias ud='eix-sync emerge -aDjNuv @world dispatch-conf emerge -a --depclean revdep-rebuild -i clear exit' So I'd venture to say there never will be such a set (must one create it?). The set is created when needed, but the emerges triggered by revdep-rebuild will clear it. However, if you read the full thread, you will see the reasons why reserved-rebuild is the preferred usage. It avoids breakage and is much faster, and you can always run revdep-rebuild after to be absolutely sure. However, because portage keeps the old libraries around for preserved-rebuild, to avoid breakage, revdep-rebuild may fail to rebuild all necessary packages. -- Neil Bothwick Ask a silly person, get a silly answer signature.asc Description: PGP signature
Re: [gentoo-user] {OT} Will ARM take over the world?
Am 09.12.2012 04:51, schrieb Michael Mol: On Sat, Dec 8, 2012 at 10:25 PM, Grant emailgr...@gmail.com wrote: It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? It's looking promising. Not that I have a horse in the race, but I very much like ARM's low power consumption. The way I see it, they're only a short list of features away from obliterating x86: * I'd like to see fast division. I keep hearing about how this or that is slow because of ARM's lack of strong division. * I'd like to see a modern baseline of strong instructions. x86 kept continually improving in a very fragmented way, but there were, from time to time, baseline collections of feature sets you could expect all processors to have. i386 represented one. i686 represented one. Currently, it's x86_64, which implies not only a 64-bit flattened address space and a departure from real mode, but also a collection of SIMD instruction sets and other features developed between the release of the Pentium Pro and AMD's Hammer architecture. ARM just feels...fragmented. And I don't have the impression I could write my code assuming the availability of SIMD (presuming I use things like OpenMP to expand my code to leverage it, rather than writing processor-specific code. Though OpenCL could very well alleviate that issue.) +1 with regard to fragmentation. What I especially despise is the lack of a common boot infrastructure. If I'm not mistaken, it is still impossible to make a kernel that boots on all (or at least a large subset of all) ARM platforms [1]. And then, there is the simple fact that current ARMs lack the raw power of an x86 and I guess if you scale them up to the point where they can compete with x86s with regard to computing power per core, there is no point in switching to ARM to begin with. Sure, you can parallelize and make a large array of wimpy nodes, but you cannot fool Amdahl's law. And even where you can parallelize nearly 100%, you risk high latency [2, 3]. [1] https://lwn.net/Articles/496400/ [2] http://pages.cs.wisc.edu/~jignesh/publ/nonwimpy.pdf [3] http://research.google.com/pubs/archive/36448.pdf Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] {OT} Will ARM take over the world?
Am Sun, 09 Dec 2012 20:24:58 +0100 schrieb Florian Philipp li...@binarywings.net: Am 09.12.2012 04:51, schrieb Michael Mol: On Sat, Dec 8, 2012 at 10:25 PM, Grant emailgr...@gmail.com wrote: It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? It's looking promising. Not that I have a horse in the race, but I very much like ARM's low power consumption. The way I see it, they're only a short list of features away from obliterating x86: * I'd like to see fast division. I keep hearing about how this or that is slow because of ARM's lack of strong division. * I'd like to see a modern baseline of strong instructions. x86 kept continually improving in a very fragmented way, but there were, from time to time, baseline collections of feature sets you could expect all processors to have. i386 represented one. i686 represented one. Currently, it's x86_64, which implies not only a 64-bit flattened address space and a departure from real mode, but also a collection of SIMD instruction sets and other features developed between the release of the Pentium Pro and AMD's Hammer architecture. ARM just feels...fragmented. And I don't have the impression I could write my code assuming the availability of SIMD (presuming I use things like OpenMP to expand my code to leverage it, rather than writing processor-specific code. Though OpenCL could very well alleviate that issue.) +1 with regard to fragmentation. What I especially despise is the lack of a common boot infrastructure. If I'm not mistaken, it is still impossible to make a kernel that boots on all (or at least a large subset of all) ARM platforms [1]. [1] https://lwn.net/Articles/496400/ I'm no embedded developer, but I read recently that the first batch of multi-platform ARM support has been merged in Linux 3.7: http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-5-CPU-and-platform-code-1758293.html -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] OT: Mail2HTML
On Sun, 9 Dec 2012 12:23:16 -0500 (EST) Scott Lawrence byt...@gmail.com wrote: Many moons ago, I created slark: https://github.com/bytbox/slark. It's the polar opposite of hypermail - very lightweight, but not much functionality. /plug shameless=1 This might be the same mail2html, though: http://home.online.no/~pjacklam/perl/programs/mailutil/mail2html.pl On Sun, 9 Dec 2012, Silvio Siefke wrote: Thank you, i will try it. The perl file want not really run. Regards Silvio
Re: [gentoo-user] Installing specific layman packages eix-test-obsolete
I need to be able to install only certain packages from a layman overlay so I do stuff like this: package.mask: */*::perl-experimental package.unmask: perl-core/CPAN::perl-experimental This really freaks out eix-test-obsolete. Does anyone know of a way to install only certain packages from a layman overlay and use eix-test-obsolete? You can tell eix not to warn you about anything in the perl-experimental overlay. Here's what I've done for the haskell overlay. $ cat /etc/portage/package.nowarn # Disable eix's REDUNDANT_IF_NO_CHANGE tests for the wildcard. */*::gentoo-haskell in_keywords no_change You may have to adjust the in_keywords no_change part, depending on the specific type of freak-out you're experiencing. The options are all documented in the eix man page under package.nowarn. If my package.mask is empty, eix-test-obsolete runs fine. If I have this in package.mask: */*::init6 eix-test-obsolete find over 27,000 packages under this heading: Redundant in /etc/portage/package.mask: ... considered as REDUNDANT_IF_MASK_NO_CHANGE Adding the following to package.nowarn doesn't seem to change anything: */*::init6 mask_no_change The first of the 27,000 packages is app-accessibility/SphinxTrain which is in the portage tree and not in an overlay. - Grant
Re: [gentoo-user] Installing specific layman packages eix-test-obsolete
in package.mask: */*::init6 eix-test-obsolete find over 27,000 packages under this heading: Redundant in /etc/portage/package.mask: ... considered as REDUNDANT_IF_MASK_NO_CHANGE The reason for this is the following: Since the category and package is */*, your mask can match every package - whether it matches depends on the package versions and where they are from. So, for every package the following happens: eix -T checks for all versions of that package whether your mask matches. Of course, for all packages which do not have a version in the init6-overlay, the mask does not match, i.e., eix -T recognizes that your mask has no effect for the tested package and thus outputs the packge. Only packags which have a version in the init6-overlay are not output. Adding the following to package.nowarn doesn't seem to change anything: */*::init6 mask_no_change This does not help, since the packages which have no version in init6 will not match this. You would need something like the opposite: */*::gentoo mask_no_change (and the same for all other overlays you are using). However, this will suppress also warnings coming from other lines in your package.mask file. So probably it is best if you disable the mask-no-change test completely: The quickest is to put REDUNDANT_IF_MASK_NO_CHANGE=false into /etc/eixrc. Best Regards Martin
Re: [gentoo-user] {OT} Will ARM take over the world?
It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? - Grant Yes me. ARM will take over where it makes sense and won't where it doesn't. For desktops and laptops, x86 was used simply because there was nothing else, so x86 is going to have to fight for it's survival in the whole bottom and middle range there. x86 has already lost the fight in the portable market (phones, tablets) and truth be told never really got going there. For everything else, I don't see ARM making much inroads. There's a hug server market out there for things with computing grunt and the software that drives them - x86 isn't going away in that market anytime soon. But this is an old, old, old argument. People predicted the demise of mainframes for years when x86 started becoming a quite powerful cpu. The current truth is that IBM sell more mainframes year on year, growth is more than mere inflation can account for, and mainframes are just getting stronger. So x86 didn't kill the mainframe, instead x86 played a huge role in making both stronger. I see no reason to believe the same story won't play out exactly the same all over again between x86 and ARM. This is really interesting. all over again is exactly what I expect to happen, but I didn't realize it happened as you say. A friend of mine was really into SPARC in the 90's and complained loudly when x86 grabbed its market share. At least that was how I understood it. I imagine the same thing happening with ARM and x86, but maybe I'm jumping to conclusions? - Grant
Re: [gentoo-user] Installing specific layman packages eix-test-obsolete
On 12/09/2012 04:01 PM, Grant wrote: If my package.mask is empty, eix-test-obsolete runs fine. If I have this in package.mask: */*::init6 eix-test-obsolete find over 27,000 packages under this heading: Redundant in /etc/portage/package.mask: ... considered as REDUNDANT_IF_MASK_NO_CHANGE Adding the following to package.nowarn doesn't seem to change anything: */*::init6 mask_no_change The first of the 27,000 packages is app-accessibility/SphinxTrain which is in the portage tree and not in an overlay. Try a hammer: */*::init6 in_keywords no_change double mixed weaker double_line in_mask mask_no_change double_masked in_unmask unmask_no_change double_unmasked in_use double_use in_env double_env in_license double_license in_cflags double_cflags nonexistent masked other_overlay With nothing in package.nowarn, I get 700-some REDUNDANT_IF_NO_CHANGE warnings. If I add just, */*::gentoo-haskell no_change I get output that looks almost exactly like the REDUNDANT_IF_NO_CHANGE warnings, but if I look closely, it's for in-keywords-but-not-installed. In other words, that single nowarn entry may be working, but you might be getting some other warning now. If adding them all to package.nowarn makes the warnings go away, then you just have to figure out which subset you need.
Re: [gentoo-user] {OT} Will ARM take over the world?
It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? - Grant Yes me. ARM will take over where it makes sense and won't where it doesn't. For desktops and laptops, x86 was used simply because there was nothing else, so x86 is going to have to fight for it's survival in the whole bottom and middle range there. And won't the manufacturers be more inclined to use a processor they can manufacture themselves under license than buy one from Intel or AMD? And won't end users be more inclined to buy them since they'll be cheaper? - Grant
[gentoo-user] Re: {OT} Will ARM take over the world?
Grant emailgrant at gmail.com writes: It seems like ARM processors will destroy x86 before too long. For desktops and laptops, x86 was used simply because there was nothing else, so x86 is going to have to fight for it's survival And won't the manufacturers be more inclined to use a processor they can manufacture themselves under license than buy one from Intel or AMD? BINGO! Arm can be built via most any process or on top of a FPGA. Arm Ltd licenses the processors for CHEAP! Arm is the KING in the lowest heat produced per MIP/MOP/whatever, except for a select few DSPs on certain solutions. You can mix or match SIMD, MIMD or any other type of processor onto the substrate of your choice and ARM LTD does not care. Try that with TI, Intel, Freescale, Microchip, AMD or any other big silicon processor design owners. All sorts of Linux (embedded through distros) run on a wide variety of Arm platforms. The biggest embedded OS vendor (Wind River) is doing about 95% of their business on embedded Linux. Arm is KING in the embedded world. AMD has annouced their building next gen products on Arm with their AMD buss technologies. Arm is WAY FAR MORE FLEXIBLE than any other processor out their. Will x86 Die? No, but the game is ARM. (Period) Over. EVERYBODY is doing ARM. INTEL is a bunch of assholes in the the embedded world. Been there (i960) done that and left Intel decades ago as have most innovators. Companies such as TI (OMAP-5) are busy rolling out Arm15 products. The will not even sell the latest (hotest) Arm chips to anyone, because they are building a myriad of new products, direct to consumer and companies.. (oh yea remember TI has a variety of chips, processors, DSP, video and other technologies and ARM hybrids at TI (Omap-5) are the hotest new areas inside of TI. TI is not alone in the ARM conquest. I could go on for millions of pages of dead wreakage in the ARM wake, but that's pointless, it pretty much understood. You gonna put an Intel chip into robotics that go to Mars? Don't think so. I look for Microsoft to purchase AMD and build their own boxes, like Apple. Microsoft is the biggest looser in this ARM take all world... Folks will survive, but the future is now and it is ARM. Crap you can run Ubuntu on ARM now: https://wiki.ubuntu.com/ARM ;-)
[gentoo-user] Re: OT: first water cooled system
Volker Armin Hemmann volkerarmin at googlemail.com writes: sensors, pwmconfig, fancontrol. No need to get the bios involved (except maybe shutdown at 95°C) Sorry, I keep getting disconnected from this install... Does this wiki look about right for what to do with pwmconfig, and fancontrol and xsensors? https://wiki.archlinux.org/index.php/Fan_Speed_Control tia, James
[gentoo-user] Does anyone else have broken symlinks in /usr/share/man/man1?
I'm affected by a bug that seems to affect only some Gentoo users. dev-libs/openssl seems to install broken symlinks for some of its man pages. You can check with: find /usr/share/man/ -type l ! -exec test -r {} \; -print If you are affected by this bug, then the above will print something like this: /usr/share/man/man1/openssl-sha.1ssl /usr/share/man/man1/openssl-ripemd160.1ssl /usr/share/man/man1/openssl-md5.1ssl /usr/share/man/man1/openssl-sha1.1ssl /usr/share/man/man1/openssl-md4.1ssl /usr/share/man/man1/openssl-md2.1ssl /usr/share/man/man1/openssl-mdc2.1ssl /usr/share/man/man3/openssl-SSL.3ssl Anyone else here getting this? There's a bug open for this: https://bugs.gentoo.org/show_bug.cgi?id=437000
Re: [gentoo-user] Does anyone else have broken symlinks in /usr/share/man/man1?
Nikos Chantziaras wrote: I'm affected by a bug that seems to affect only some Gentoo users. dev-libs/openssl seems to install broken symlinks for some of its man pages. You can check with: find /usr/share/man/ -type l ! -exec test -r {} \; -print If you are affected by this bug, then the above will print something like this: /usr/share/man/man1/openssl-sha.1ssl /usr/share/man/man1/openssl-ripemd160.1ssl /usr/share/man/man1/openssl-md5.1ssl /usr/share/man/man1/openssl-sha1.1ssl /usr/share/man/man1/openssl-md4.1ssl /usr/share/man/man1/openssl-md2.1ssl /usr/share/man/man1/openssl-mdc2.1ssl /usr/share/man/man3/openssl-SSL.3ssl Anyone else here getting this? There's a bug open for this: https://bugs.gentoo.org/show_bug.cgi?id=43700 I got this: root@fireball / # find /usr/share/man/ -type l ! -exec test -r {} \; -print /usr/share/man/man3/openssl-SSL.3ssl /usr/share/man/man1/gimp-console.1 /usr/share/man/man1/openssl-mdc2.1ssl /usr/share/man/man1/openssl-md2.1ssl /usr/share/man/man1/openssl-md4.1ssl /usr/share/man/man1/openssl-sha1.1ssl /usr/share/man/man1/openssl-md5.1ssl /usr/share/man/man1/openssl-sha.1ssl /usr/share/man/man1/openssl-ripemd160.1ssl root@fireball / # Small differences but pretty close. What is broke on my system? Link to bug too. I'd like to CC that. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] {OT} Will ARM take over the world?
On Sun, 9 Dec 2012 15:23:28 -0800 Grant emailgr...@gmail.com wrote: It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? - Grant Yes me. ARM will take over where it makes sense and won't where it doesn't. For desktops and laptops, x86 was used simply because there was nothing else, so x86 is going to have to fight for it's survival in the whole bottom and middle range there. And won't the manufacturers be more inclined to use a processor they can manufacture themselves under license than buy one from Intel or AMD? And won't end users be more inclined to buy them since they'll be cheaper? You have neglected to mention the single most important factor of all: inertia Human groups are loathe to change things that already work good enough for something that works better. Intel works good enough. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Does anyone else have broken symlinks in /usr/share/man/man1?
Dale wrote: Link to bug too. I'd like to CC that. I found it. For once the search feature actually worked for me. https://bugs.gentoo.org/show_bug.cgi?id=437000 I posted a +1 on there too. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[gentoo-user] Re: Does anyone else have broken symlinks in /usr/share/man/man1?
On 10/12/12 07:27, Dale wrote: Nikos Chantziaras wrote: I'm affected by a bug that seems to affect only some Gentoo users. dev-libs/openssl seems to install broken symlinks for some of its man pages. You can check with: find /usr/share/man/ -type l ! -exec test -r {} \; -print Small differences but pretty close. What is broke on my system? Link to bug too. I'd like to CC that. In the other bug (linked to from this one), it was suggested that rebuilding app-shells/bash should fix it. But it doesn't here. The guy said that he had to emerge -e world to fix this :-/ So that means some package is broken right now due to some upgrade, but no one knows what that package is. Ah well, rolling release *has* to have at least some drawbacks, I guess. This is one of them.
Re: [gentoo-user] {OT} Will ARM take over the world?
On Sun, 9 Dec 2012 13:44:09 -0800 Grant emailgr...@gmail.com wrote: But this is an old, old, old argument. People predicted the demise of mainframes for years when x86 started becoming a quite powerful of cpu. The current truth is that IBM sell more mainframes year of on year, growth is more than mere inflation can account for, of and mainframes are just getting stronger. So x86 didn't kill of the mainframe, instead x86 played a huge role in making both of stronger. I see no reason to believe the same story won't play of out exactly the same all over again between x86 and ARM.This of is really interesting. all over again is exactly what I of expect to happen, but I didn't realize it happened as you say. of A friend of mine was really into SPARC in the 90's and of complained loudly when x86 grabbed its market share. At least of that was how I understood it. I imagine the same thing of happening with ARM and x86, but maybe I'm jumping to of conclusions? x86 and SPARC is not the same thing as x86 and ARM. SPARC was a RISC processor but in it's heyday was comparable to x86 in terms of computing power. It had one sponsor (Sun) and one user (Sun) and one OS (Solaris, or maybe it was called SunOS back then). x86 had far greater mindshare in general plus it had the killer feature - the bean counter was already using it in his desktop and knew SPARC and x86 were quite comparable in some significant ways. He also knew the price difference It's a classic case of a smaller player trying to take on a bigger player directly on it's own turf. x86 vs ARM is not that game at all. ARM is an embedded processor that, whilst it could replace x86 on low-end desktops, really shines in embedded. It won't displace x86 (nor is it trying to), it will carve out new niches for itself, almost exactly like x86 did when mainframes and minis ruled. Where ARM does replace x86, I reckon it will be because x86 was not really a good solution there. For example, Atom vs ARM (that is a valid comparison). I don't think Atom will last much longer - the form factor that really used it - netbooks - is much better served by tablets. The tablet trumps the netbook, and Atom dies when the netbook dies. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Does anyone else have broken symlinks in /usr/share/man/man1?
Nikos Chantziaras wrote: On 10/12/12 07:27, Dale wrote: Nikos Chantziaras wrote: I'm affected by a bug that seems to affect only some Gentoo users. dev-libs/openssl seems to install broken symlinks for some of its man pages. You can check with: find /usr/share/man/ -type l ! -exec test -r {} \; -print Small differences but pretty close. What is broke on my system? Link to bug too. I'd like to CC that. In the other bug (linked to from this one), it was suggested that rebuilding app-shells/bash should fix it. But it doesn't here. The guy said that he had to emerge -e world to fix this :-/ So that means some package is broken right now due to some upgrade, but no one knows what that package is. Ah well, rolling release *has* to have at least some drawbacks, I guess. This is one of them I guess. I wonder how to find out which package it is that broke this? If it matters, the man pages for those doesn't work. Good thing I don't use openssl* stuff. I guess one could google the man page tho. Maybe this will get figured out and someone will learn how to not cause this again in the future. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!