Re: [gentoo-user] Upgrading old kernel
On 4/15/20 10:59 PM, Thomas Mueller wrote: On 4/15/20 1:40 PM, Andreas Stiasny wrote: On 15.04.20 17:50, Rich Freeman wrote: Jumping from 3.18 you're somewhat more likely to run into issues - your biggest headache though will be dealing with the 30,000 prompts you get from make oldconfig and making sure you set all the new options correctly. That's why I use make olddefconfig in such a case. This takes all the old config values and uses the default for the new ones. If you know that you need one or more of the new config options you can fine tune them afterwards with make menuconfig. Andreas james responded: Ah. never used olddefconfig, I'll give it a spin. That raises the question, what if you have no kernel config, as may be the case if you are going to Gentoo for the first time, or are cross-compiling from FreeBSD or NetBSD? I have tried with OpenADK (www.openadk.org), which got as far as successfully building cross-gcc some of the time, but never succeeded at building the kernel. Is defconfig the best starting point? One would want to maximize the probability of success building the kernel while retaining a functional system that would support vital hardware including ethernet, wi-fi, hard drives and USB, and I would need to be able to read a NetBSD or FreeBSD file system (UFS/FFSv1 or 2). I use GPT, so there are no traditional now-deprecated BSD disklabels that Linux would not recognize. If I just start with menuconfig, I could miss some vital parts. OpenADK started with a minimal kernel config, maybe it was too minimal? I have successfully compiled kernels and userlands on FreeBSD and NetBSD (no menuconfig, defconfig, etc; kernel configs start with a GENERIC config). NetBSD kernel config is much longer than FreeBSD kernel config but is dwarfed by Linux kernel config. Tom OK, time to spill 'the beans'. OpenADK does not look like a kernel building tool. Booting a minimal state-machine for an embedded device, starts at the bottom of the code blocks. Building a linux kernel, that runs on the bottom of processors, guaged by resources and capabilities has always been a 'pita' that is nothing but duress. As you down the tree of what micro-processors can do, and the limited (kernel/system) resources, limited instruction sets, etc, etc that need is not common and you are best off following a well worn path. Folks that do not deeply understand the lack or limited (uP) resources and the subsequent limitied options available, need to get into a good, university program or go write assemble code on uPs for a few years. In essence, that sort of approach is a giant waste of time. I.E. follow a well worn path and learn to code in C and assembler. Executive, minimal OS and such, written in forth or other such languages are shear folly. C and Assembler, for find something else to do with your time, wisely. However, that said, integrating certain processor family trees into what other, more sophisticated 64 bit arm projects are doing, particularly with low level codes, is a wise idea. Pick your battles wisely. Caveat Emptor! Back to my thread:: An older, existing system is very rich in unique work and codes, at least for me, so I keep old image-systems, around for decades. A Gentoo packrat, as I can quote from very smart people back to 2004, when necessary. Their words were and are true, but, let's focus on virgin/noob (kernel-centric) systems issues. Fast Forward. I use the install disk from CloverOS which does a wonderful job of auto* for recent kernels and many packages. However it is not portage_raw or the myriad of other places to download and install or hack ebuilds; not necessarily of the Gentoo-approved feedstock. ymmv. CloverOS will give you a clean, new kernel, but lacks a window system (I do not use anything big, regardless of system resources) that is functional but not robust, imho. But 10 (15 max) minutes for a gentoo install is just freaking awesome, btrfs and a new kernel 5.* kernel. I have not tried to just copy over a kernel and associated file, but that is on the list as I have (3) identical AMD systems, 64bit, with AMD video cards and 32 G of DDR3 memory. But I shall just try to copy over a kernel derived from the CloverOS gentoo to an indentical hardware system running a version 3.18 james-derived-and-build linux kernel, just to see what happens. So a hybrid technique to rapidly test pre-built kernels, in an automated fashion, then going back and duplicating the same kernel-builds-tests from a kernel-gentoo-source-package, would be and attractive experiment to me. One off (which is what we do as a gentoo collective of hacks) kernels with the build-test-repeat cycle seems like an arcane semantic for a collective of experts (or fledgling gentoo-soon-to-be-experts)in this day and age (strictly of my opine). Where I'm going, managing a collective of hundreds or thousands of gentoo
Re: [gentoo-user] Upgrading old kernel
On 4/15/20 1:40 PM, Andreas Stiasny wrote: > On 15.04.20 17:50, Rich Freeman wrote: >> Jumping from >> 3.18 you're somewhat more likely to run into issues - your biggest >> headache though will be dealing with the 30,000 prompts you get from >> make oldconfig and making sure you set all the new options correctly. > That's why I use make olddefconfig in such a case. This takes all the > old config values and uses the default for the new ones. If you know > that you need one or more of the new config options you can fine tune > them afterwards with make menuconfig. > Andreas james responded: > Ah. never used olddefconfig, I'll give it a spin. That raises the question, what if you have no kernel config, as may be the case if you are going to Gentoo for the first time, or are cross-compiling from FreeBSD or NetBSD? I have tried with OpenADK (www.openadk.org), which got as far as successfully building cross-gcc some of the time, but never succeeded at building the kernel. Is defconfig the best starting point? One would want to maximize the probability of success building the kernel while retaining a functional system that would support vital hardware including ethernet, wi-fi, hard drives and USB, and I would need to be able to read a NetBSD or FreeBSD file system (UFS/FFSv1 or 2). I use GPT, so there are no traditional now-deprecated BSD disklabels that Linux would not recognize. If I just start with menuconfig, I could miss some vital parts. OpenADK started with a minimal kernel config, maybe it was too minimal? I have successfully compiled kernels and userlands on FreeBSD and NetBSD (no menuconfig, defconfig, etc; kernel configs start with a GENERIC config). NetBSD kernel config is much longer than FreeBSD kernel config but is dwarfed by Linux kernel config. Tom
Re: [gentoo-user] Upgrading old kernel
On Wed, Apr 15, 2020 at 2:31 PM james wrote: > > On 4/15/20 11:40 AM, Rich Freeman wrote: > > > I personally use the latest longterm, but not until it has been out > > for a few months. Mainly this is because I use zfs and don't want to > > deal with what versions of the one are compatible with what versions > > of the other. > > Yep, for the main system, but using btrfs with redundant drives. I'd > like zfs, but not certain about it's future being open, open-source, > etc. btrfs has bee great, for what I have done recently. > So, a few comments here: First, I used to use btrfs and I'd say it is just as important to stick with a longterm using btrfs because that project has a terrible history of introducing regressions in new kernel releases. If I were using btrfs I'm not sure I'd even go with 5.4 over 4.19 as it has only been around a few months and I'd be concerned they haven't worked out all the btrfs bugs yet. Now, I haven't used btrfs recently, so maybe things have gotten much better, but I'm skeptical on that front. I've had to do complete btrfs reinstalls more than once from backups, and this was on btrfs raid1 only. I REALLY like the feature set and design/etc of btrfs and think it definitely could be the future of linux mainstream storage, but for whatever reason QA has been a big problem and it has taken way longer than I expected to mature. It was btrfs QA problems that drove me to pay such close attention to what kernel series I was running. That is why I've mainly moved to zfs as my main general-purpose filesystem on hosts where restoring from backup isn't about popping an SDcard out of a Pi and flashing a couple GB backup image onto it. I'm not entirely happy with some of the limitations of zfs and of course it not being in-mainline is a huge hassle. There really is no risk of it not being FOSS - it is FOSS and of course it always will be as is the case with anything FOSS. Whether anybody is contributing to it in 10 years is another matter, but it isn't like the license has an expiry date on it. The #3 openzfs contributor is a Gentoo dev. I suspect the main risk to zfs is that btrfs finally gets its quality level up sufficiently that people switch over, which would be great. Either that or zfs gets sloppy with QA and people abandon it, which would be terrible, but probably unlikely at this point. For larger-scale storage I'm using Lizardfs and greatly admire Ceph as well in this space. MooseFS is another option (which Lizardfs is a fork of). These distributed filesystems are generally more flexible than zfs and give you redundancy above the host level. Right now the bulk of my storage is on lizardfs with the lizardfs chunkservers being implemented on top of zfs. That gives me the data security benefits of zfs but without the inflexibility, since I don't pool drives so I'm not limited by the ability to add/remove/etc drives from zfs pools. That said, vdev removal has become a thing in v0.8 and perhaps we'll see increased flexibility in the future. Overall zfs and btrfs are actually converging somewhat, just from different target audiences. IMO with the growing importance of distributed filesystems I think that the main niche for zfs and btrfs will be as a general-purpose filesystem similar to ext4 but with additional flexibility (volume management) and robustness (raid/checksums/etc). Once you get bigger than a few drives Ceph will become the gold standard for storage, or at least that is the leading technology right now. Lizardfs is more of a ghetto Ceph that doesn't require dozens of GB of RAM per server. If you haven't been upgrading kernels you may have just missed all the fun of btrfs regressions over recent years. :) In any case unless things have changed a lot I'd seriously consider longterms and then carefully checking for regressions before doing upgrades between major versions. -- Rich
Re: [gentoo-user] Upgrading old kernel
On 4/15/20 11:40 AM, Rich Freeman wrote: On Wed, Apr 15, 2020 at 11:27 AM james wrote: It works fabulously, but it is time to upgrade, as most codes dependent on old software, have been migrated. So should I skip to a version 5 kernel? If so which one? I usually run hundreds of testing packages so maybe make the new system all testing? If you're more of the mindset of stability over features (as seems to be the case) then I'd stick with a longterm kernel. That means years of updates that basically shouldn't require anything more than running make oldconfig to deal with. Once in a VERY rare while a new option shows up. Traditionally yes, but not going forward. About 1/2 are on (going to be) the latest and I'll probably just default to every package being the latest testing, github or whatever version. You should be updating your kernel regularly to address security issues and other regressions. If you stay within the same major.minor series you shouldn't be getting anything other than bugfixes. Agreed, but most of my systems rarely have a route to the internet or are mostly not connected to any ethernet, continuously. I personally use the latest longterm, but not until it has been out for a few months. Mainly this is because I use zfs and don't want to deal with what versions of the one are compatible with what versions of the other. Yep, for the main system, but using btrfs with redundant drives. I'd like zfs, but not certain about it's future being open, open-source, etc. btrfs has bee great, for what I have done recently. Right now I'm on the 4.19 longterm, and I'm getting to the point where I'm contemplating switching to the 5.4 longterm. If I were in your shoes i'd be looking at 5.4 unless there is a reason not to. 5.4 sounds good. If you're asking how to actually compile/install/etc a kernel just follow the docs, but you should be doing this regularly. Jumping from 3.18 you're somewhat more likely to run into issues - your biggest headache though will be dealing with the 30,000 prompts you get from make oldconfig and making sure you set all the new options correctly. You won't get that problem going between two patch-level releases (eg 5.4.31 -> 5.4.32). Agreed. I was bad sick, off and on for 3 years. Rare blood sugar. 80% protein diet fixed it all. NO medications, no sugar very few slow carbs, finally. So, basically my mind was 80% erased. Good thing I kept notes and a myriad of sporadic 'howto docs'. Kernel hacking was void for 3 years. Now I feel GREAT and have many gentoo ambitions, 5G and embedded centric stuff; but also a mail and a web server, with very tight security. DNS primaries on little, ram intensive arm boards, are pretty sweet when combined with cloudflare's free, secure dns. Thank for all the help/ideas, James
Re: [gentoo-user] Upgrading old kernel
On 4/15/20 1:40 PM, Andreas Stiasny wrote: On 15.04.20 17:50, Rich Freeman wrote: Jumping from 3.18 you're somewhat more likely to run into issues - your biggest headache though will be dealing with the 30,000 prompts you get from make oldconfig and making sure you set all the new options correctly. That's why I use make olddefconfig in such a case. This takes all the old config values and uses the default for the new ones. If you know that you need one or more of the new config options you can fine tune them afterwards with make menuconfig. Andreas Ah. never used olddefconfig, I'll give it a spin.
Re: [gentoo-user] Upgrading old kernel
On 15.04.20 17:50, Rich Freeman wrote: Jumping from 3.18 you're somewhat more likely to run into issues - your biggest headache though will be dealing with the 30,000 prompts you get from make oldconfig and making sure you set all the new options correctly. That's why I use make olddefconfig in such a case. This takes all the old config values and uses the default for the new ones. If you know that you need one or more of the new config options you can fine tune them afterwards with make menuconfig. Andreas
Re: [gentoo-user] Upgrading old kernel
On Wed, Apr 15, 2020 at 11:27 AM james wrote: > > It works fabulously, but it is time to upgrade, as most codes dependent > on old software, have been migrated. > > So should I skip to a version 5 kernel? > If so which one? I usually run hundreds of testing packages so maybe > make the new system all testing? If you're more of the mindset of stability over features (as seems to be the case) then I'd stick with a longterm kernel. That means years of updates that basically shouldn't require anything more than running make oldconfig to deal with. Once in a VERY rare while a new option shows up. You should be updating your kernel regularly to address security issues and other regressions. If you stay within the same major.minor series you shouldn't be getting anything other than bugfixes. I personally use the latest longterm, but not until it has been out for a few months. Mainly this is because I use zfs and don't want to deal with what versions of the one are compatible with what versions of the other. Right now I'm on the 4.19 longterm, and I'm getting to the point where I'm contemplating switching to the 5.4 longterm. If I were in your shoes i'd be looking at 5.4 unless there is a reason not to. If you're asking how to actually compile/install/etc a kernel just follow the docs, but you should be doing this regularly. Jumping from 3.18 you're somewhat more likely to run into issues - your biggest headache though will be dealing with the 30,000 prompts you get from make oldconfig and making sure you set all the new options correctly. You won't get that problem going between two patch-level releases (eg 5.4.31 -> 5.4.32). -- Rich
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Alan McKinnon ha scritto: On Monday 18 May 2009 22:14:43 bn wrote: If you use Ubuntu, you've got to accept their eccentric questionable attitude to passwords, esp that they don't have a separate root password. I find that a piece of cheap popularisation contrary to UNIX principles. Huh? The package you are talking about is sudo. Might I add that sudo follows the grand time honoured tradition of the principle of least priviledge whereas su does not? As far as I know it is not enough to just use sudo. When a GUI program requires admin privileges, it will usually ask the root password. On Ubuntu, it will instead sudo its privileges. That's the thing, I think Ubuntu patches its software to behave properly with its own sudo thing. But it's not a big deal, it's just a feature which made sense to me but I can live very happily also with the good old Unix way. m.
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
090517 Neil Bothwick wrote: On Sun, 17 May 2009 12:18:14 -0400, Philip Webb wrote: 'make oldconfig' is the usual recommendation, but there's no help: it's just a list of Do you want to ... ? which you can't save easily. Of course there's help. Most options give a choice of y/n/m/?. Yes (red face). However, the crucial option here was ATA_SFF , for which 'make oldconfig' gives : ATA SFF support (ATA_SFF) [Y/n/?] (NEW) ? This option adds support for ATA controllers with SFF compliant or similar programming interface. SFF is the legacy IDE interface that has been around since the dawn of time. Almost all PATA controllers have an SFF interface. Many SATA controllers have an SFF interface when configured into a legacy compatibility mode. For users with exclusively modern controllers like AHCI, Silicon Image 3124, or Marvell 6440, you may choose to disable this uneeded SFF support. If unsure, say Y. The blurb tells me nothing, but if I follow its advice, I do get : ... JMicron PATA support (PATA_JMICRON) [Y/n/m/?] y which was what I needed (and now have). What the blurb should have added is the following, which occurs somewhat later in the config interview : X86 Platform Specific Device Drivers (X86_PLATFORM_DEVICES) [Y/n/?] (NEW) ? Say Y here to get to see options for device drivers for various x86 platforms, including vendor-specific laptop extension drivers. This option alone does not add any kernel code. If you say N, all options in this submenu will be skipped and disabled. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Mon, 18 May 2009 07:29:00 -0400, Philip Webb wrote: Of course there's help. Most options give a choice of y/n/m/?. Yes (red face). However, the crucial option here was ATA_SFF , for which 'make oldconfig' gives : ATA SFF support (ATA_SFF) [Y/n/?] (NEW) ? This option adds support for ATA controllers with SFF compliant or similar programming interface. SFF is the legacy IDE interface that has been around since the dawn of time. Almost all PATA controllers have an SFF interface. Many SATA controllers have an SFF interface when configured into a legacy compatibility mode. For users with exclusively modern controllers like AHCI, Silicon Image 3124, or Marvell 6440, you may choose to disable this uneeded SFF support. If unsure, say Y. The blurb tells me nothing, but if I follow its advice, I do get : I said there was help, I didn't claim it was helpful :) I got bitten by this one a while ago on a box using a mixture of SATA and PATA disks, the PATA disk disappeared after an upgrade because I took the help to indicate I didn't need it I should have followed the If unsure... advice. -- Neil Bothwick Beware of the dragon: Trespassers will be flame-grilled signature.asc Description: PGP signature
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
090518 Neil Bothwick wrote: On Mon, 18 May 2009 07:29:00 -0400, Philip Webb wrote: The blurb tells me nothing, but if I follow its advice, I do get : I said there was help, I didn't claim it was helpful :) I got bitten by this one a while ago on a box using a mixture of SATA and PATA disks, the PATA disk disappeared after an upgrade because I took the help to indicate I didn't need it. I should have followed the If unsure... advice. Yes, had I realised there was help available via '?', I would have seen that line would have taken the advice, when I would also have seen the JMicron line marked 'y'. I have updated the file which contains my kernel notes (wry smile). Hopefully, the OP has got some useful hints out of all this ... -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Philip Webb ha scritto: 090518 Neil Bothwick wrote: On Mon, 18 May 2009 07:29:00 -0400, Philip Webb wrote: The blurb tells me nothing, but if I follow its advice, I do get : I said there was help, I didn't claim it was helpful :) I got bitten by this one a while ago on a box using a mixture of SATA and PATA disks, the PATA disk disappeared after an upgrade because I took the help to indicate I didn't need it. I should have followed the If unsure... advice. Yes, had I realised there was help available via '?', I would have seen that line would have taken the advice, when I would also have seen the JMicron line marked 'y'. I have updated the file which contains my kernel notes (wry smile). Hopefully, the OP has got some useful hints out of all this ... Yes. I'm kinda considering switching to Ubuntu. I love Gentoo, it's almost 4 years I'm using it, but I need this laptop to *work*, and I cannot afford to be consistently bitten by such unknowns. My only concern is that Ubuntu won't be better in the long end (even if I used it at work for years and I always felt comfortable with it), because of the upgrade/reinstall cycles. m.
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
090518 bn wrote: Philip Webb ha scritto: Hopefully, the OP has got some useful hints out of all this ... Yes. I'm kinda considering switching to Ubuntu. I love Gentoo, it's almost 4 years I'm using it, but I need this laptop to *work*, and I cannot afford to be consistently bitten by such unknowns. My only concern is that Ubuntu won't be better in the long end (even if I used it at work for years and I always felt comfortable with it), because of the upgrade/reinstall cycles. Well, you can get bitten by such things with any distro -- perhaps Slackware has the best reputation for utter reliability -- , but with Gentoo you do have the ability to fix anything yourself, even if it does need a bit of time to get advice act on it; you can also make notes to ensure you don't get bitten a 2nd time. With binary distros, you are stuck with whatever their makers give you. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Philip Webb ha scritto: 090518 bn wrote: Philip Webb ha scritto: Hopefully, the OP has got some useful hints out of all this ... Yes. I'm kinda considering switching to Ubuntu. I love Gentoo, it's almost 4 years I'm using it, but I need this laptop to *work*, and I cannot afford to be consistently bitten by such unknowns. My only concern is that Ubuntu won't be better in the long end (even if I used it at work for years and I always felt comfortable with it), because of the upgrade/reinstall cycles. Well, you can get bitten by such things with any distro -- perhaps Slackware has the best reputation for utter reliability -- , but with Gentoo you do have the ability to fix anything yourself, even if it does need a bit of time to get advice act on it; you can also make notes to ensure you don't get bitten a 2nd time. With binary distros, you are stuck with whatever their makers give you. This is a common claim in this ML which I never completely understood. I mean, whatever distro you're using, Linux is Linux. You're not locked out. If my xorg.conf doesn't work (it happened with Ubuntu), I can edit it on Ubuntu just like on Gentoo. I can compile source packages on Ubuntu too, if needed. Gentoo is nice because you don't have to upgrade all at once but gradually, and because you can choose from the start, so I liked it. But anyway you have packages in Gentoo or in Ubuntu: in Gentoo you are stuck with what whatever the packagers give you the same. You probably have more versions available and some more flexibility, but that's it. So, I would really want to understand where the Gentoo flexibility beats down a binary distro. Don't get me wrong -I like Gentoo. Really. But the claim that a binary distro is unfixable just because I had someone compiling it for me instead of having emerge doing the job, looks odd to me. m.
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, May 18, 2009 at 05:42:54PM +0100, bn wrote: So, I would really want to understand where the Gentoo flexibility beats down a binary distro. Don't get me wrong -I like Gentoo. Really. But the claim that a binary distro is unfixable just because I had someone compiling it for me instead of having emerge doing the job, looks odd to me. For me, one big difference is in our use flags. Binary distros have to force you to install packages with all of their dependencies, but that is not required on gentoo since you can select which features you want to support. Another difference is that, since you are compiling everything from source, with the correct CFLAGS and CXXFLAGS settings in make.conf, you can optimize the binaries you produce to take full advantage of your processor, which you can't do on a binary distro since everything is already compiled for you. - -- William Hubbs gentoo accessibility team lead willi...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkoRlvYACgkQblQW9DDEZThkyQCfc7F/1/rGuhVFq2xxtb57fmc7 AT4AnRQSLghiBHkREKly3le7rGN8fYsA =z+CH -END PGP SIGNATURE-
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Monday 18 May 2009 18:42:54 bn wrote: But anyway you have packages in Gentoo or in Ubuntu: in Gentoo you are stuck with what whatever the packagers give you the same. You probably have more versions available and some more flexibility, but that's it. So, I would really want to understand where the Gentoo flexibility beats down a binary distro. One word: USE -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Monday 18 May 2009 19:12:22 William Hubbs wrote: Another difference is that, since you are compiling everything from source, with the correct CFLAGS and CXXFLAGS settings in make.conf, you can optimize the binaries you produce to take full advantage of your processor, which you can't do on a binary distro since everything is already compiled for you. Another word: That's ricing. Ok, that's two words. You get the idea. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
090518 bn wrote: Philip Webb ha scritto: With binary distros, you are stuck with whatever their makers give you. whatever distro you're using, Linux is Linux. You're not locked out. If my xorg.conf doesn't work (it happened with Ubuntu), I can edit it on Ubuntu just like on Gentoo. I can compile source packages on Ubuntu too, if needed. But don't you immediately run into all the settings assumptions which the creators of that release of that distro have made for you ? Can you have multiple versions of a library (as via Gentoo's slots) ? You're also stuck with their kernel: how many users of Mandriva compile their own kernels ? how safe is it to use your own kernel with the rest of the distro ? You also have to accept their version of big items like KDE : if you use Slackware, you've got to use KDE 4 , like it or not (me: not); with Gentoo, you can go on using KDE 3 its pieces much longer. If you use Ubuntu, you've got to accept their eccentric questionable attitude to passwords, esp that they don't have a separate root password. I find that a piece of cheap popularisation contrary to UNIX principles. So if you use Mandriva or Slackware -- good binary distros both -- , you accept what's been cooked for you are one of the crowd of diners. If you use Gentoo, you enjoy your own home cooking. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
William Hubbs wrote: On Mon, May 18, 2009 at 05:42:54PM +0100, bn wrote: So, I would really want to understand where the Gentoo flexibility beats down a binary distro. Don't get me wrong -I like Gentoo. Really. But the claim that a binary distro is unfixable just because I had someone compiling it for me instead of having emerge doing the job, looks odd to me. For me, one big difference is in our use flags. Binary distros have to force you to install packages with all of their dependencies, but that is not required on gentoo since you can select which features you want to support. Another difference is that, since you are compiling everything from source, with the correct CFLAGS and CXXFLAGS settings in make.conf, you can optimize the binaries you produce to take full advantage of your processor, which you can't do on a binary distro since everything is already compiled for you. I agree with this 100%. I remember Mandrake and how it would install a whole bunch of stuff just because I selected one package. It wasn't that they were a dependency or anything but that the only choice you had was 'all or nothing'. They built-in support for a lot of things when they built a package so it pulled in all its buddies to. This and the upgrade process was why I switched to Gentoo. Dale :-) :-)
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Monday 18 May 2009 19:59:14 William Hubbs wrote: On Mon, May 18, 2009 at 07:39:48PM +0200, Alan McKinnon wrote: On Monday 18 May 2009 19:12:22 William Hubbs wrote: Another difference is that, since you are compiling everything from source, with the correct CFLAGS and CXXFLAGS settings in make.conf, you can optimize the binaries you produce to take full advantage of your processor, which you can't do on a binary distro since everything is already compiled for you. Another word: That's ricing. Ok, that's two words. You get the idea. Actually, I don't, because I don't know what you mean. I was just pointing out something about gentoo which I think is different from a binary distribution. I don't know how much of a difference it makes, but it is a feature they don't have. The cases where one really does need to optimize the compiler for your cpu are very rare, and only really apply to old hardware. Back in the day they performed fine, but code available today tends to do more (keeping pace with cpu capability) so you need to tweak things to extract the best performance. If using current packages on current hardware, the benefit is questionable and users are highly unlikely to notice much difference between good old i686 and -O9. With some apps it does make a difference - extensive floating point ops comes to mind - and one should take advantage of those cases. However, looking into the ebuilds of such packages usually reveals that, if the maintainer is any good, those optimizations are already present in the ebuild. Years ago Gentoo had a problem with fanatical moronic users claiming their machines performed a brazillion time faster with -O9 and other such nonsense. This is called ricing - a word play on young Japanese males modifying Subarus for performance that actually reduces performance. Ever seen a Subaru with a gigantic whale-tail rear spoiler? That's ricing. These Gentoo users seem to have gone away to wherever the current fashion fad is. For a while they infested Ubuntu. $DEITY only knows where they are now, maybe they're using MacOS and annoying Steve Actual benchmarks should that ricing does nothing beneficial for the average ricer. Genuine analysis of Gentoo machines admined by someone who knows how to do it should that the machine can easily have only the features and software on it that the admin say it should have. Like LDAP - not everyone needs it. On a binary distro, if the maintainer supports it you usually get it too whether you like it or not. With Gentoo, USE is your friend. And this is gentoo's greatest strength - the ability to build something much closer to what you really want than is possible with a binary distro. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Alan McKinnon wrote: Genuine analysis of Gentoo machines admined by someone who knows how to do it should that the machine can easily have only the features and software on it that the admin say it should have. Like LDAP - not everyone needs it. On a binary distro, if the maintainer supports it you usually get it too whether you like it or not. With Gentoo, USE is your friend. And this is gentoo's greatest strength - the ability to build something much closer to what you really want than is possible with a binary distro. I can say this when comparing this rig running Mandrake and Gentoo. Gentoo boots a LOT faster, apps open faster and there are fewer programs installed. This can save on disk space if distfiles are cleaned out. I don't clean mine but a person on broadband could or just share over a network. Mandrake is just plain slow as syrup at the north pole. I may have to test this theory one day. Actually do some measurements. only thing is, Mandriva would have older packages in some cases since Gentoo updates more often. For me, Gentoo is just as customizable as Linus from Scratch but with a nice package manager. That's how a describe Gentoo to someone who is at least part geek or a full blooded nerd. ;-) Dale :-) :-)
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Philip Webb ha scritto: 090518 bn wrote: Philip Webb ha scritto: With binary distros, you are stuck with whatever their makers give you. whatever distro you're using, Linux is Linux. You're not locked out. If my xorg.conf doesn't work (it happened with Ubuntu), I can edit it on Ubuntu just like on Gentoo. I can compile source packages on Ubuntu too, if needed. But don't you immediately run into all the settings assumptions which the creators of that release of that distro have made for you ? Yes. Which usually are sensible, and when they're not, I can usually modify them. Don't you immediately run into all the default settings and assumptions that the creators of each $PACKAGE do even here? Or do you write all your KDE configuration files by hand before running it the first time? Can you have multiple versions of a library (as via Gentoo's slots) ? This, I don't know and it's an interesting thing. *Some* package is available in more versions on binary distros, but I dunno how they manage that. You're also stuck with their kernel: how many users of Mandriva compile their own kernels ? how safe is it to use your own kernel with the rest of the distro ? True. Having a slimmer kernel is nice; however compiling your own kernel is not always failsafe even for fairly knowledgeable users (that's why I started the thread). You also have to accept their version of big items like KDE : if you use Slackware, you've got to use KDE 4 , like it or not (me: not); with Gentoo, you can go on using KDE 3 its pieces much longer. Yes, but for example I would like to try KDE4 -- requires ~x86 -- mixing x86 and ~x86 for such big stuff is bad. Gentoo x86 is way behind binary distros' stable packages, and that's another pain. If you use Ubuntu, you've got to accept their eccentric questionable attitude to passwords, esp that they don't have a separate root password. I find that a piece of cheap popularisation contrary to UNIX principles. I found it very useful and it makes much sense in my opinion -so much that I would like to know how to fully ubuntize my Gentoo in this single respect. I don't maybe like it's pulled down the throat of users, but if they had the option to choose between both with,say,one installation option click, it would be perfect. So if you use Mandriva or Slackware -- good binary distros both -- , you accept what's been cooked for you are one of the crowd of diners. If you use Gentoo, you enjoy your own home cooking. Even if I'm Italian, I'm maybe not such a good cook :) The problem is another. I loved Gentoo when I was an undergraduate or graduate student and I had my own desktop at home to tinker with, separate from my workstation in the office. Now I am working abroad and I cannot have root access on my workstation. So the workstation is almost worthless, apart from specialized needs that require me to work on it. If I want to be productive, I need to use my own laptop. And I simply cannot afford this laptop to go awry. That's why I am so shy in updating xorg and the kernel now. I will do it, but I want to be quadruple-sure of everything I can. And that's why I am beginning to think Ubuntu fast-food could be better than my own cuisine m.
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Monday 18 May 2009 22:14:43 bn wrote: If you use Ubuntu, you've got to accept their eccentric questionable attitude to passwords, esp that they don't have a separate root password. I find that a piece of cheap popularisation contrary to UNIX principles. Huh? The package you are talking about is sudo. Might I add that sudo follows the grand time honoured tradition of the principle of least priviledge whereas su does not? su offers no means to selectively allow what a user may and may not be authorised to do. It's an all or nothing approach, much like running Windows as admin. A separate root password gives no real extra safety - the user becoming root still has to be in the wheel group, and still has to prove who they are by a process of authentication. For servers, this is brilliant. Log in with keys, sudo with a password (which you keep just as safe as a root password). I found it very useful and it makes much sense in my opinion -so much that I would like to know how to fully ubuntize my Gentoo in this single respect. Easy peasy: emerge sudo sudoedit add desired users to wheel group [test] replace root password in shadow with ! Please note that this is not an Ubuntu thing. It's simply using sudo in one of the ways sudo was specifically designed to be used. I don't maybe like it's pulled down the throat of users, but if they had the option to choose between both with,say,one installation option click, it would be perfect. Even easier. As first user created (administrative user): sudo passwd [forget sudo exists] -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
bn ha scritto: 2) What are the caveats and pitfalls I should be aware of when upgrading to latest kernel? I confess that reading CHANGELOGs didn't help me too much, quite confusing. I resume this thread because I read ofthings like that (/dev/sr0 has disappeared thread): You need to enable this to make CONFIG_PATA_JMICRON visible. ... THAT's what happened to it !! This is the change in 2.6.29 (it could have been in 2.6.26-8 , which I didn't install). So having enabled these two options, I now get /dev/sr0 can read write (at least blank) a CD again. This is another trap in configuring a new kernel, ie some needed option is moved /or needs another enabled to see it. Another trap I ran into briefly was a field needing a string, which looks as if all it needs is 'y/n' (also in 2.6.29). So, what kind of traps like that should I expect? cheers, m.
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Sun, 2009-05-17 at 16:46 +0100, bn wrote: So, what kind of traps like that should I expect? I expect things like that to have potentially changed with every point release of the 2.6 kernel, since the numbering scheme is practically useless now. Every 2.6.XX release has the potential for major changes. Typically I will run a make oldconfig and then walk through the menuconfig options. I don't consider it a pleasant exercise, but since I don't upgrade the kernel very much it's not so terrible. -Sean
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
090517 bn wrote: What are the caveats and pitfalls I should be aware of when upgrading to latest kernel? I resume this thread because I read of things like /dev/sr0 has disappeared You need to enable this to make CONFIG_PATA_JMICRON visible. ... THAT's what happened to it !! This is the change in 2.6.29 (it could have been in 2.6.26-8 , which I didn't install). So having enabled these two options, I now get /dev/sr0 can read write (at least blank) a CD again. This is another trap in configuring a new kernel, ie some needed option is moved /or needs another enabled to see it. Another trap I ran into briefly was a field needing a string, which looks as if all it needs is 'y/n' (also in 2.6.29). So, what kind of traps like that should I expect? That's part of the fun: you don't know what will hit you till it does ! As the OP of the above quote, my own resolution is to upgrade more often. 'make oldconfig' is the usual recommendation, but there's no help: it's just a list of Do you want to ... ? which you can't save easily. I upgraded from 2.6.25 that was the only real problem, which was caused by a change in 'make menuconfig' layout, so I'ld say go ahead, but step cautiously thro' the configuration, then test everything afterwards (I didn't find out re CDs till just now). Each new kernel sb accompanied by a list of changes in configuration with a short help paragraph for each: at present, that's missing. Something to for Gentoo devs to nag upstream to get improved (smile). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Sun, 17 May 2009 12:18:14 -0400, Philip Webb wrote: 'make oldconfig' is the usual recommendation, but there's no help: it's just a list of Do you want to ... ? which you can't save easily. Of course there;s help. Most options give a choice of y/n/m/?. Guess what happens when you press? -- Neil Bothwick WinErr 001: Windows loaded - System in danger signature.asc Description: PGP signature
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Neil Bothwick wrote: On Sun, 17 May 2009 12:18:14 -0400, Philip Webb wrote: 'make oldconfig' is the usual recommendation, but there's no help: it's just a list of Do you want to ... ? which you can't save easily. Of course there;s help. Most options give a choice of y/n/m/?. Guess what happens when you press? Usually something that doesn't make much sense. Happens here all the time. Same as a man page. I just need a brighter light bulb I guess. ;-) Dale :-) :-)
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
Adam Carter ha scritto: Now I want to ask the list: 1) Does anyone have a recent kernel config for this kind of machine? Just copy your .config file to the new kernel source directory and run make oldconfig. This runs through the old config file and prompts you to select what you want for the new options. *slaps on head* yeah. 2) What are the caveats and pitfalls I should be aware of when upgrading to latest kernel? I confess that reading CHANGELOGs didn't help me too much, quite confusing. You can keep both kernels and just use the bootloader to select which one to boot into. So if your new kernel doesn't work just reboot and use your old kernel again until you can work out whats wrong with the new one. Yes, but this means recompiling all external modules (nvidia, madwifi) every time I boot in a new kernel if I want them to work, isn't it? Also, I wonder if portage's madwifi now supports the Macbook Pro chipset... I had to use SVN one at the time. The drivers might be in the kernel now. I was using madwifi-ng and changed to the ath5k driver at around 2.6.26 or 27. Uh, good to know. But anyway, no major pitfalls/bad experiences in the last year's kernel I should be aware of? m.
Re: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
On Wed, May 13, 2009 at 3:14 PM, bn brullonu...@gmail.com wrote: Yes, but this means recompiling all external modules (nvidia, madwifi) every time I boot in a new kernel if I want them to work, isn't it? I think those modules get installed into kernel-version-specific directories in /lib/modules so that may not be a problem.
RE: [gentoo-user] upgrading from kernel 2.6.24-rc6 to latest kernel
My Gentoo laptop is a Macbook Pro SantaRosa (late 2007, probably MA896LL/A , following wikipedia). Since I use it for work I've always been quite conservative with it... it is an x86 machine and I upgrade things only after having read things here and there on the ML and possibly elsewhere (Still have to upgrade xorg, for example, will do it soon). The oldest piece I haven't touched is the kernel. It is 2.6.24-rc6 vanilla-sources, which were the first mostly working with the laptop... and never touched since. Now I want to ask the list: 1) Does anyone have a recent kernel config for this kind of machine? Just copy your .config file to the new kernel source directory and run make oldconfig. This runs through the old config file and prompts you to select what you want for the new options. 2) What are the caveats and pitfalls I should be aware of when upgrading to latest kernel? I confess that reading CHANGELOGs didn't help me too much, quite confusing. You can keep both kernels and just use the bootloader to select which one to boot into. So if your new kernel doesn't work just reboot and use your old kernel again until you can work out whats wrong with the new one. The biggest risk is that there are two ATA options one names disks sdX the other hdX. If you're already using sdX in your /etc/fstab then you have no problems. If not, and you change options you'll need to change your bootloader and fstab, and if you have a problem you'll have to boot from cdrom to fix that. Also, I wonder if portage's madwifi now supports the Macbook Pro chipset... I had to use SVN one at the time. The drivers might be in the kernel now. I was using madwifi-ng and changed to the ath5k driver at around 2.6.26 or 27.
Re: [gentoo-user] Upgrading the kernel
On Wednesday 03 October 2007 17:44:52 Jed R. Mallen wrote: Thank you to all who responded. `make oldconfig` works as usual without the worries. I was a bit apprehensive because of the gentoo kernel upgrade guide warning about using oldconfigs but turns out it's safe afterall. I was kind of surprised to see that the gentoo kernel upgrade guide does indeed warn about `make oldconfig` (which isn't the same as warning about reusing old configs). So after digging a bit it turns out dsd has an explanation in his devspace.. ;) http://dev.gentoo.org/~dsd/make_oldconfig.htm -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Upgrading the kernel
On Wed, 2007-10-03 at 22:19 +0200, Bo Ørsted Andresen wrote: I was kind of surprised to see that the gentoo kernel upgrade guide does indeed warn about `make oldconfig` (which isn't the same as warning about reusing old configs). So after digging a bit it turns out dsd has an explanation in his devspace.. ;) http://dev.gentoo.org/~dsd/make_oldconfig.htm ohhh... My first reaction was to say since when has Gentoo been about dumbing down the options just to suit the ...er unenlightened? Then I thought How crazy could you be not to _read_ what you're doing when upgrading your kernel? Of all things to upgrade this one would be vaguely important! I closely read the output from make oldconfig, and I've avoided all of these problems. Oh well, I'll continue to tinker and break things - that's how I enjoy learning, but I guess it makes sense to keep the upgrade guide as it is... -- Iain Buchanan iaindb at netspace dot net dot au Alan Cox wrote: [..] No I didnt. Someone else wrote that. Please keep attributions straight. -- From linux-kernel -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrading the kernel
On Wed, 3 Oct 2007 22:19:39 +0200 Bo Ørsted Andresen [EMAIL PROTECTED] wrote: reusing old configs). So after digging a bit it turns out dsd has an explanation in his devspace.. ;) http://dev.gentoo.org/~dsd/make_oldconfig.htm Bo, good job digging this up. Thanks for the link :) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrading the kernel
071002 Jed R. Mallen wrote: Do you guys have a trick that will update a new kernel quickly? Copy .config from the previous /usr/src/linux/ to the new one, run 'make xconfig' tell it to load the .config you copied. That will keep all your previous settings, but allow you to react to new features of the new kernel. 'Save' when you're satisfied -- you mb quicker than me at that (smile) -- compile test the new kernel as usual (I spend c 60 min on configure). I tried 'make oldconfig' found it a problem because there was no help readily available, whereas 'xconfig' has a whole panel on the screen showing relevant help, while also allowing easy re-use of your previous .config (as above). Of course, always keep = 1 previous kernel available for emergencies. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrading the kernel
On Tue, 2 Oct 2007 13:22:07 +0800, Jed R. Mallen wrote: I don't really need the config files. As I've said I've been doing the make oldconfig way before and I'm just wondering with the change of kernel versions if this is still safe in any way. Thanks. Yes it is. I've recycled my config files since 2.6.verysmallnumber with only one problem on one machine, the change of the SATA drivers. It shouldn't be used to change major revisions, say 2.4 to 2.6, and may cause problems with a large jump in minor revisions (but then such an upgrade is going to involve more work when you do it manually too). As long as you keep a copy of your old kernel (make install does this automatically) you won't suffer if you do break the kernel. In some ways, the kernel is the easiest package to update, because it does not replace the previous version. -- Neil Bothwick Committee (noun): A group of people spending hours taking minutes signature.asc Description: PGP signature
Re: [gentoo-user] Upgrading the kernel
On Monday 01 October 2007 10:19:57 pm Jed R. Mallen wrote: Do you guys have a trick that will update a new kernel quickly? I'm using 2.6.21-gentoo-r4 right now, and have foregone upgrading to 2.6.22-gentoo-r5 and -r8 because I read somewhere that I can't just use my old .config file for a new kernel version if it's *not* a revision-upgrade and I can only upgrade safely between 2 revisions. I don't want to go through all those kernel settings one by one. Do you just remember a few key things that you need (framebuffer, video, usb, etc) and just use the default settings? You really don't know what you're missing. :') Seriously, just print out your old config, key it into menconfig... tweak it a bit and compile it... Then test it by rebooting into the new kernel... Painless, safe... easy. -- From the Desk of: Jerome D. McBride -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrading the kernel
On Tue, 2 Oct 2007 10:19:57 +0800 Jed R. Mallen wrote: Do you guys have a trick that will update a new kernel quickly? I'm using 2.6.21-gentoo-r4 right now, and have foregone upgrading to 2.6.22-gentoo-r5 and -r8 because I read somewhere that I can't just use my old .config file for a new kernel version if it's *not* a revision-upgrade and I can only upgrade safely between 2 revisions. I don't want to go through all those kernel settings one by one. Do you just remember a few key things that you need (framebuffer, video, usb, etc) and just use the default settings? Thanks. make oldconfig should help. It'll take your old options and prompt for yes/no responses for new ones. I've heard that one of the big differences is that IDE drives are now classified as PATA (parallel ATA) drives. However, I don't know if/how that affects .config HTH, David -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrading the kernel
It is quite simple, take this config file which is the default distro config: http://esc69.midphase.com/~moiress/good_config (compiles most everything as modules, if you don't want the compile to take forever you might want to change the config to only include what is absolutely necessary to boot your system) Then: 1) Download: http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.9.tar.bz2 2) tar xvjf linux-2.6.22.9.tar.bz2 3) cd linux-2.6.22.9 4) copy the previously mentioned config file here, be sure it is named .config! 5) make oldconfig 6) make 7) make install 8) sudo update-initramfs -k kernelversion -c -v 9) sudo update-grub 10) edit /boot/grub/menu.lst and add initrd line below kernel line for the kernel you just compiled and installed 11) reboot and enjoy!
Re: [gentoo-user] Upgrading the kernel
Oops sorry forgot this was the gentoo list XD ... Just use this config: http://esc69.midphase.com/~moiress/good_config (rename to .config!) and do a make oldconfig and enjoy :)
Re: [gentoo-user] Upgrading the kernel
On Mon, 1 Oct 2007 22:07:08 -0700 Hex Star [EMAIL PROTECTED] wrote: It is quite simple, take this config file which is the default distro config: http://esc69.midphase.com/~moiress/good_config (compiles most I don't really need the config files. As I've said I've been doing the make oldconfig way before and I'm just wondering with the change of kernel versions if this is still safe in any way. Thanks. When smashing monuments, save the pedstals -- they always come in handy. -- Stanislaw J. Lem, Unkempt Thoughts -- [EMAIL PROTECTED] mailing list