[gentoo-user] Re: Debian just voted in systemd for default init system in jessie
The 26/02/14, Canek Peláez Valdés wrote: Sabayon uses binary packages, isn't? Yes. Then eselect perhaps uninstalls some packages and installs others? I don't know the code, sorry. Since I've already tried the 'eselect init' command, I'm pretty sure it doesn't install anything. I've no idea; I've never used Sabayon, although I'm interested in trying it. BTW, I'm pretty sure Fabio (cc'ed) will be fine to explain how he implemented the eselect init command and the whole magic behind it. ,-) -- Nicolas Sebrecht
[gentoo-user] Re: technical review of systemd
The 25/02/14, Canek Peláez Valdés wrote: Perhaps they are starting small? I don't know; I'm pretty sure they are. BTW, things are moving fast and the state has already changed since my last check (not so old). from what I've read, they want something small for simple cases, and if you need more you can use NetworkManager, connman, iproute2, or whatever. But then you had to configure it yourself. NetworkManager and ConnMan are the big ones. Wicked (the one I use on my laptop) looks a bit lighter. But none intend advanced, static, and easy text configuration files for admins as usually required for servers. Write your own tool is a bad advice for most people as I would expect either a poor alternative or a lot of work to get a descent one. I think experiented developers already know they can write their own and evaluate how hard it can be. So, they won't wait for this kind of advice on this list to get the job done. ,-p That beeing said, I think I understand why you write that again and again. From what I've read recently, I guess too much people do not clearly understand all of the refinements coming with FOSS in corporation relationships, innovation mentoring or software adoption constraints. The cabale remains tempting as it can explain everything. Anyway, systemd-networkd (introduced in systemd-209) is written to fill this gap. Good news. Nothing was taken from Arch, I believe. networkctl and netctl had nothing to do with each other. I'm sorry. I think I've read that networkd did take inspiration from netctl for the structure of configuration files at some point; not really what I said yesterday (hugh!). Don't even know if it actually was the case. I have to refresh my skills on the topic with a bit more homework, again. Didn't expect things have changed that much in a few time. :-) -- Nicolas Sebrecht
Re: [gentoo-user] Re: Debian just voted in systemd for default init system in jessie
Am 21.02.2014 23:43, schrieb Canek Peláez Valdés: And now with 209 there is a new systemd-networkd deamon that is started by default even if not configured or used. http://www.phoronix.com/scan.php?page=news_itempx=MTYxMTI $ ./configure --help | grep networkd --disable-networkd disable networkd It can be disabled. I run systemd-210 here already and have nothing like networkd running. I didn't disable it myself, maybe the devs (upstream or gentoo) did so per default. Regards, Stefan
[gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
The 21/02/14, Andrew Savchenko wrote: Any decent security setup contains multiple layers of protection. Use of non-standard binaries, algorithms or implementations is just one of them and it is the simplest math to prove that security is _improved_ this way. The algorithms and implementations do not change with configuration options while they are almost always the cause of security issues of a software. Of course, building the same software on different architectures or with custom configuration options will change the assembler code and the binary fingerprint might be totally different. But considering this a layer of protection remains non-sense and is a dangerous approach. The nature of Gentoo does not help in this area compared to other binary distributions. I don't pretend that non-standard binaries NEVER protect against some kind of issues. I pretend they are ridiculously insignificant in the wild. -- Nicolas Sebrecht
[gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
The 21/02/14, hasufell wrote: So you are saying compiling a minimal kernel to minimize exposure to subsystem bugs is only obscurity? (I really wonder what Greg would say to this) Developers made the kernel to rely on modules. Distributions relies on them. Since they are almost always loaded on demand, Gentoo does not make things better in this area, either. -- Nicolas Sebrecht
[gentoo-user] missing dependencies
Hi All, It has been for a while, now: every now and then, when updating a perl module, it fails to emerge. Checking the log, it is possible to see something like this, when I tied to update dev-perl/File-MimeInfo : ... Checking prerequisites... requires: ! File::BaseDir is not installed ! File::DesktopEntry is not installed ... Then I checked to see, and both dev-perl/File-BaseDir and dev-perl/File-DesktopEntry are really not installed and are not requested for the dev-perl/File-MimeInfo update. At first I thought it was a one and only case. But as time goes by, there has been perl packages that refuse to emerge at first, and then, checking the emerge log, finding missing modules and manually emerging them, everything goes as it should. Does anyone have a clue on where did I miss them? Thanks and best regards Francisco
[gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
The 21/02/14, Andrew Savchenko wrote: Are you considering Bruce Schneier's advice as a stupid nonsense? In his Applied cryptography he recommended one of the ways to straighten a system: to use not so frequently used algorithms instead of selected standards because less frequently used algorithms has no better math but are less targeted, have less specialized hardware built to crack them and so on. First, it is worth recalling he talks about algorithms used in cryptography especially considering the context of the supposed power of the NSA. Second, he never talks about compilation USE FLAGS. His point is about algorithms. Only that. Gentoo does not change algorithms in the (widely spread) softwares supported by the distribution. And I'm not going to talk about specialized hardware for cryptography that almost nobody here will ever use. I never talked about a sense of security just because system has non-standard binaries. I talked about high variance which brings a _bit_ more security. High variance applied to Gentoo or Debian IS non-sense. You won't get high variance in any of the supported softwares they provide. Have you ever considered how systems became broken in the wild? The most common way (in numbers of hosts, not significance) are automated robots and botnets. They just scan the net, try to bruteforce any login service they found and try to apply any exploit appropriate from their database. If one have a widely used and improperly configured (or not timely updated) setup, it will be hacked this way. ... However I want to notice one critical security issue quite common for production servers: an old software. It doesn't matter how many protection layers system have, how skilled person configured it was. When software is old it is quite trivial to look up for CVEs and break the system. Quite practical encounter from my own experience: I was asked to legitimately obtain root on the box (admin forgot password, reboot (with init=/bin/bash) was not an option and root access was needed for reconfiguration); a box was a year old RHEL with SELinux enforced. Third kernel exploit worked perfectly (I just found them on the net, not bothered to code myself). Agreed. That's why the efforts from distribution maintainers focus on taking care to _not_ provide such softwares enabled this way by default. A large security effort relies on the admins, first. Upstream have few responsability in security non-sense coming from the users. . Such trivia with Gentoo and its custom binaries is not possible. And Gentoo is quite good with recent software updates (RH sometimes is too slow with critical kernel/libc issues). Such security issue is not avoidable whatever it is Gentoo or not. Then, the best point is to have a wide community to ensure better support and surveillance on security issues in order to expect better support by the community to offer _updates_. My point is that Gentoo provides native techniques to raise the attack cost. That's all. And I'm afraid. -- Nicolas Sebrecht
Re: [gentoo-user] missing dependencies
On Wed, 26 Feb 2014 08:12:35 -0300, Francisco Ares wrote: At first I thought it was a one and only case. But as time goes by, there has been perl packages that refuse to emerge at first, and then, checking the emerge log, finding missing modules and manually emerging them, everything goes as it should. Does anyone have a clue on where did I miss them? Chances are you didn't. The ebuild should install any dependencies - if it does not you should file a bug report. -- Neil Bothwick Philosophical error: Demonstrate the existence of a key to continue signature.asc Description: PGP signature
Re: [gentoo-user] missing dependencies
On Wed, 26 Feb 2014 08:12:35 -0300 Francisco Ares wrote - --001a113311e686e7f304f34d4a39 Content-Type: text/plain; charset=UTF-8 Hi All, It has been for a while, now: every now and then, when updating a perl module, it fails to emerge. Checking the log, it is possible to see something like this, when I tied to update dev-perl/File-MimeInfo : ... Checking prerequisites... requires: ! File::BaseDir is not installed ! File::DesktopEntry is not installed ... Then I checked to see, and both dev-perl/File-BaseDir and dev-perl/File-DesktopEntry are really not installed and are not requested for the dev-perl/File-MimeInfo update. At first I thought it was a one and only case. But as time goes by, there has been perl packages that refuse to emerge at first, and then, checking the emerge log, finding missing modules and manually emerging them, everything goes as it should. Does anyone have a clue on where did I miss them? You need to run perl-cleaner to rebuild perl modules after a perl update. emerge perl-cleaner if neecessary perl-cleaner --all -p to check and perl-cleaner --all do do the work. Dave F
Re: [gentoo-user] missing dependencies
2014-02-26 8:54 GMT-03:00 Neil Bothwick n...@digimed.co.uk: On Wed, 26 Feb 2014 08:12:35 -0300, Francisco Ares wrote: At first I thought it was a one and only case. But as time goes by, there has been perl packages that refuse to emerge at first, and then, checking the emerge log, finding missing modules and manually emerging them, everything goes as it should. Does anyone have a clue on where did I miss them? Chances are you didn't. The ebuild should install any dependencies - if it does not you should file a bug report. -- Neil Bothwick Philosophical error: Demonstrate the existence of a key to continue Hi Neil That's what I thought at first. But then it was just on perl modules, and they kept appearing once in a while. That's why I think I missed something. David pointed out something, I'm going to try that and see what happens. Thanks Francisco
Re: [gentoo-user] missing dependencies
2014-02-26 8:54 GMT-03:00 David M. Fellows fell...@unb.ca: On Wed, 26 Feb 2014 08:12:35 -0300 Francisco Ares wrote - --001a113311e686e7f304f34d4a39 Content-Type: text/plain; charset=UTF-8 Hi All, It has been for a while, now: every now and then, when updating a perl module, it fails to emerge. Checking the log, it is possible to see something like this, when I tied to update dev-perl/File-MimeInfo : ... Checking prerequisites... requires: ! File::BaseDir is not installed ! File::DesktopEntry is not installed ... Then I checked to see, and both dev-perl/File-BaseDir and dev-perl/File-DesktopEntry are really not installed and are not requested for the dev-perl/File-MimeInfo update. At first I thought it was a one and only case. But as time goes by, there has been perl packages that refuse to emerge at first, and then, checking the emerge log, finding missing modules and manually emerging them, everything goes as it should. Does anyone have a clue on where did I miss them? You need to run perl-cleaner to rebuild perl modules after a perl update. emerge perl-cleaner if neecessary perl-cleaner --all -p to check and perl-cleaner --all do do the work. Dave F Thanks, Dave, gonna try. Francisco
Re: [gentoo-user] missing dependencies
2014-02-26 9:30 GMT-03:00 Francisco Ares fra...@gmail.com: 2014-02-26 8:54 GMT-03:00 David M. Fellows fell...@unb.ca: On Wed, 26 Feb 2014 08:12:35 -0300 Francisco Ares wrote - --001a113311e686e7f304f34d4a39 Content-Type: text/plain; charset=UTF-8 Hi All, It has been for a while, now: every now and then, when updating a perl module, it fails to emerge. Checking the log, it is possible to see something like this, when I tied to update dev-perl/File-MimeInfo : ... Checking prerequisites... requires: ! File::BaseDir is not installed ! File::DesktopEntry is not installed ... Then I checked to see, and both dev-perl/File-BaseDir and dev-perl/File-DesktopEntry are really not installed and are not requested for the dev-perl/File-MimeInfo update. At first I thought it was a one and only case. But as time goes by, there has been perl packages that refuse to emerge at first, and then, checking the emerge log, finding missing modules and manually emerging them, everything goes as it should. Does anyone have a clue on where did I miss them? You need to run perl-cleaner to rebuild perl modules after a perl update. emerge perl-cleaner if neecessary perl-cleaner --all -p to check and perl-cleaner --all do do the work. Dave F Thanks, Dave, gonna try. Francisco Ouch! perl-cleaner found 131 packages (5 upgrades, 126 reinstalls). I guess that was the thing I missed :-D Thanks again, Dave.
Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
On Wed, Feb 26, 2014 at 5:55 AM, Nicolas Sebrecht nsebre...@piing.fr wrote: The 21/02/14, hasufell wrote: So you are saying compiling a minimal kernel to minimize exposure to subsystem bugs is only obscurity? (I really wonder what Greg would say to this) Developers made the kernel to rely on modules. Distributions relies on them. Since they are almost always loaded on demand, Gentoo does not make things better in this area, either. -- Nicolas Sebrecht Actually, they're loaded on demand when they: a) Are enabled (the kernel doesn't rely on modules, it offers them for versatility, though some user space code does rely on them, i.e. virtualbox, a few drivers for X, etc) b) Are built for that particular kernel c) That kernel has all the dependencies in place to support them d) The tools to load them exist in user space e) They're not specifically blacklisted in user space (assuming a loading mechanism that honors that) Unless it's changed when I wasn't looking, it's entirely possible to build a kernel with module loading disabled entirely and restrict the set of code to be run in kernel space to an explicitly defined series of kernel options. I say when I wasn't looking because I use modules to trim down how much of iptables is constantly loaded on my router for rules there I don't use and the only other places I have Gentoo are my multitude of laptops, where the versatility of building and loading a module to test out yet another toy someone has on hand around me, without a reboot in many cases, is incredibly handy. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Alan McKinnon: On 21/02/2014 16:15, hasufell wrote: Alan McKinnon: On 20/02/2014 22:41, Nicolas Sebrecht wrote: On Thu, Feb 20, 2014 at 08:52:07PM +0400, Andrew Savchenko wrote: And this point is one of the highest security benefits in real world: one have non-standard binaries, not available in the wild. Most exploits will fail on such binaries even if vulnerability is still there. While excluding few security issues by compiling less code is possible, believing that non-standard binaries (in the sense of compiled for with local compilation flags) gives more security is a dangerous dream. +1 non-standard binaries is really just a special form of security by obscurity. So you are saying compiling a minimal kernel to minimize exposure to subsystem bugs is only obscurity? (I really wonder what Greg would say to this) No, I'm saying that I pay RedHat large sums of money to look after this on my behalf and that money is wasted if I build a custom kernel on that machine. RedHat has a vested interest in doing this right (it's the product they sell) and they have more engineering resources to apply to the problem than I can ever raise. The odds favour RedHat often getting this right and me often getting it wrong, simply because I don't have the unit testing facilities required and my employer doesn't employ OS builders. I won't permit Gentoo to be used in production here for precisely that reason - I can't provide the test guarantees the business and shareholders demand. Yes, I agree that RedHat might be a better choice, if you can afford it (although there are some counter-arguments since they practically maintain kernel-forks because of heavy backporting, but I am unable to make a definite opinion on this). But that was not the point of my claims, so I don't see an argument. The argument that this particular setup may be less tested is a valid one. But less tested also means less commonly known exploits and testing these setups is a win-win for users and upstream. Whether you like it or not... whenever you install software on a server, you become a tester at the same point. Proper testing carries a onerous burden. I've yet to find a enterprise anywhere in the world that does it right outside of their core business. Instead, they pay someone else to do it. Yeah, the kernel has _zero_ proper testing in the sense of software engineering. RedHat does not really improve that (e.g. unit tests and whatnot). Greg said why that's almost impossible, especially because the internal API changes way too frequently. Still unable to find a real counter-argument. This was about disabling codepaths/subsystems, not about RedHat vs Gentoo which is quite an uneven fight. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTDgH2AAoJEFpvPKfnPDWzhZUIAIyT9nUPXYAOigXnb6M+OB4x /KmYDZ59Fyuz0D0SoMn1pZCNWPrS8UPjAOzUIr4E0DT0uzh0348+1xHDYDv4ph/n C9+0jqd9yPQ9kw5rX3zefmjC7wVpJFtLQIiOxaIo6wOqtxfjdVNZdVDEVKU/QJ7G n2fOdAccuTFOHCiB2cV8LlF997GfuzJ9nNdXGev3tA8l46wV9/q3gp1HdbkhyAJV 61QGv8blsPHbXsC8G2fnz/YcNaa0iH6rRcboRHcpMa2Gk1Ui8UrTmiYC/NJO02bN TSV8mb/VWow5vVyQSYmpCO4xcylQFVwwWOh14IXcl+mC+CQG4rxPTyUcDUhbewo= =2JhD -END PGP SIGNATURE-
Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Nicolas Sebrecht: The 21/02/14, hasufell wrote: So you are saying compiling a minimal kernel to minimize exposure to subsystem bugs is only obscurity? (I really wonder what Greg would say to this) Developers made the kernel to rely on modules. Distributions relies on them. Since they are almost always loaded on demand, Gentoo does not make things better in this area, either. I wasn't only talking about modules and yes... loading them on demand actually proves my point. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTDgJIAAoJEFpvPKfnPDWz7a8IAKwtA+Ab7ETdaJ+nw0mGJcXg Cq1QLQLlXheDoqNLDP63lKgePx82nenT9HxWRovpao1lzhr/y8AU0ZFLJhYTxAAC sLc1Fbf2CHV1XqoPPwdJgK5AWI60jf2v5HTsCLNr57NK9VhpZGAwRvWf2M3DnOA+ VRrMnB0kzm4BolTvM1pVLvgx1CM2CSyRZBQjhd948aEUsCkVslNbb5Ad5/BYfA53 z+gxY7H+0r/an0xcc4LMdIHvE5ztCBhX+M5gkEhqNtI9IG7rXJTWmjQb69WA0ZYO UpPPUzd+dNmyfd2w/lQoZFirPLMtEbgrFuzvu8OJHfDs02oyH6oLJ4eGjx4bXwo= =fSvm -END PGP SIGNATURE-
[gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
The 26/02/14, hasufell wrote: I wasn't only talking about modules and yes... loading them on demand actually proves my point. No. We are talking about servers. -- Nicolas Sebrecht
[gentoo-user] Peeve - finding kernel config options
Hello all, This is for those of use who to choose to roll our kernels by hand... So, am I missing something? Given the most recent gentoo news item: # eselect news read 10 2014-02-25-udev-upgrade Title Upgrade to =sys-fs/udev-210 AuthorSamuli Suominen ssuomi...@gentoo.org Posted2014-02-25 Revision 1 The options CONFIG_FHANDLE and CONFIG_NET are now required in the kernel. Whenever kernel config options are provided like this, it would be nice if time was taken to provide the path to where they are found. I had to find the first one (CONFIG_FHANDLE) by: 1. grepping .config, seeing it wasn't enabled, 2. running make menuconfig and searching for 'FHANDLE', 3. seeing it is located in 'General setup', 4. scouring the General setup options, finding no 'FHANLDE' anywhere, 5. finding something in all lowercase named 'open by fhanlde syscalls', 6. enabling this option, saving the modified config, 7. confirming it is now enabled by grepping .config again Sheesh. Really? Would be nice if the news item had something like CONFIG_FHANDLE (General setup 'open by fhandle syscalls') and CONFIG_NET (still don't know which one this is??) Wackadoo...
Re: [gentoo-user] Peeve - finding kernel config options
On Wed, 26 Feb 2014 14:58:44 -0500, Tanstaafl wrote: Given the most recent gentoo news item: # eselect news read 10 2014-02-25-udev-upgrade Title Upgrade to =sys-fs/udev-210 AuthorSamuli Suominen ssuomi...@gentoo.org Posted2014-02-25 Revision 1 The options CONFIG_FHANDLE and CONFIG_NET are now required in the kernel. Whenever kernel config options are provided like this, it would be nice if time was taken to provide the path to where they are found. I had to find the first one (CONFIG_FHANDLE) by: 1. grepping .config, seeing it wasn't enabled, 2. running make menuconfig and searching for 'FHANDLE', 3. seeing it is located in 'General setup', 4. scouring the General setup options, finding no 'FHANLDE' anywhere, 5. finding something in all lowercase named 'open by fhanlde syscalls', 6. enabling this option, saving the modified config, 7. confirming it is now enabled by grepping .config again Run make menuconfig Press / Type FHANDLE Then you can see it is enabled by switching on systemd support in the Gentoo specific options. -- Neil Bothwick WinErr 014: Keyboard locked - Try anything you can think of. signature.asc Description: PGP signature
Re: [gentoo-user] Debian just voted in systemd for default init system in jessie
On Mon, Feb 24, 2014 at 12:32:32AM +0200, Alan McKinnon wrote Is it like perl? Support every possible way to do something if it remotely makes sense to do it, no matter how bizarre the syntax? The (d)evolution of perl reminds me of what's happened to Firefox, GNOME, and KDE. To paraphrase the emacs joke, perl is a mediocre operating system that lacks a lightweight text-manipulation utility. WTF does every simple program try to become an OS? * The original Practical Extraction and Reporting Language PERL has become a pseudo-OS. Believe it or not, it was a lightweight practical text-parsing and report-generating utility back in the day. * Netscape (under AOL) aimed at becoming a pseudo-OS on top of Windows. We know how that turned out. * I'm old enough to remember the days of the Phoenix betas (later Firebird then Firefox). A lean/mean fast web-browser. Now it's turned into a bloated monstrosity, complete with relational database, that's being used as the basis for Firefox-OS phones. * Google's Chrome/Chromium came from Chrome-OS, so it's not too surprising that it demands dbus and udev to build. * I remember when KDE and GNOME were zippy on machines with 64 megs of RAM. The sad part is that the GNOME desktop had more features then than it has now as it moves towards becoming GNOME-OS. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Peeve - finding kernel config options
On Wed, Feb 26, 2014 at 2:58 PM, Tanstaafl tansta...@libertytrek.org wrote: Hello all, This is for those of use who to choose to roll our kernels by hand... So, am I missing something? Given the most recent gentoo news item: # eselect news read 10 2014-02-25-udev-upgrade Title Upgrade to =sys-fs/udev-210 AuthorSamuli Suominen ssuomi...@gentoo.org Posted2014-02-25 Revision 1 The options CONFIG_FHANDLE and CONFIG_NET are now required in the kernel. Whenever kernel config options are provided like this, it would be nice if time was taken to provide the path to where they are found. I had to find the first one (CONFIG_FHANDLE) by: 1. grepping .config, seeing it wasn't enabled, 2. running make menuconfig and searching for 'FHANDLE', 3. seeing it is located in 'General setup', 4. scouring the General setup options, finding no 'FHANLDE' anywhere, 5. finding something in all lowercase named 'open by fhanlde syscalls', 6. enabling this option, saving the modified config, 7. confirming it is now enabled by grepping .config again Sheesh. Really? Would be nice if the news item had something like CONFIG_FHANDLE (General setup 'open by fhandle syscalls') and CONFIG_NET (still don't know which one this is??) Wackadoo... When I search FHANDLE in menuconfig I get: │ Symbol: FHANDLE [=y] │ Type : boolean │ Prompt: open by fhandle syscalls │ Location: │ (1) - General setup │ Defined at init/Kconfig:235 │ Selects: EXPORTFS [=y] │ Selected by: GENTOO_LINUX_INIT_SYSTEMD [=y] GENTOO_LINUX [=y] GENTOO_LINUX_UDEV [=y] This clearly states that the prompt you're looking for is a line that says open by fhandle syscalls under General setup Sure, it's not the absolute simplest interface (i.e. it doesn't give a 'enable this' in the search results) but it does give all the necessary information about a given option to find it (as well as dependencies and their current states, etc). The most likely reason the news item doesn't list the specific prompt text (or even the category) is that, across even sub release versions of the kernel those are prone to change (and, at times, drastically) while the actual CONFIG_name option tends to be fairly static through time once it exists (even when superseded by new toys, i.e. older IDE/ATA/ATAPI options vs newer PATA options). -- Poison [BLX] Joshua M. Murphy
[gentoo-user] Re: Peeve - finding kernel config options
On Wed, 26 Feb 2014 14:58:44 -0500 Tanstaafl tansta...@libertytrek.org wrote: I had to find the first one (CONFIG_FHANDLE) by: 1. grepping .config, seeing it wasn't enabled, 2. running make menuconfig and searching for 'FHANDLE', 3. seeing it is located in 'General setup', And seeing that the prompt for it is open by fhandle syscalls. 4. scouring the General setup options, finding no 'FHANLDE' anywhere, 5. finding something in all lowercase named 'open by fhanlde syscalls', The prompt we've been looking for since step 3. Would be nice if the news item had something like CONFIG_FHANDLE (General setup 'open by fhandle syscalls') The menuconfig paths are subject to change, and the news item will be around for a while.
Re: [gentoo-user] Peeve - finding kernel config options
On 2/26/2014 3:05 PM, Neil Bothwick n...@digimed.co.uk wrote: Run make menuconfig Press / Type FHANDLE Then you can see it is enabled by switching on systemd support in the Gentoo specific options. I did say that I know how to search - that is how I was able to find it. But... I don't WANT to switch on systemd support. On 2/26/2014 4:24 PM, Poison BL. poiso...@gmail.com wrote: When I search FHANDLE in menuconfig I get: │ Symbol: FHANDLE [=y] │ Type : boolean │ Prompt: open by fhandle syscalls │ Location: │ (1) - General setup │ Defined at init/Kconfig:235 │ Selects: EXPORTFS [=y] │ Selected by: GENTOO_LINUX_INIT_SYSTEMD [=y] GENTOO_LINUX [=y] GENTOO_LINUX_UDEV [=y] This clearly states that the prompt you're looking for is a line that says open by fhandle syscalls under General setup Wow, and I *completely* missed that (Prompt: ...) ... thx Poison... This will definitely make it easier in the future...
Re: [gentoo-user] Peeve - finding kernel config options
On Wed, 26 Feb 2014 16:41:22 -0500, Tanstaafl wrote: Run make menuconfig Press / Type FHANDLE Then you can see it is enabled by switching on systemd support in the Gentoo specific options. I did say that I know how to search - that is how I was able to find it. But... I don't WANT to switch on systemd support. All that does is enable options needed by systemd, and udev is part of systemd. It's nothing more than a convenient shortcut, it doesn't install systemd. On the first system I tried to do this on, I needed to enable that option before the FHANDLE option even showed up. -- Neil Bothwick Experience is directly proportional to the value of equipment destroyed. signature.asc Description: PGP signature
Re: [gentoo-user] Peeve - finding kernel config options
Neil Bothwick wrote: On the first system I tried to do this on, I needed to enable that option before the FHANDLE option even showed up. I hate when you have to enable something else for the one you are looking for to show up. picture emoticon banging head on brick wall Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Peeve - finding kernel config options
Neil Bothwick wrote: I hate when you have to enable something else for the one you are looking for to show up. Pro-tip: In menuconfig you can press z to show all available kernel options regardless of their dependency state. This means that items that are hidden because of unmet dependencies can be located (and you can view the help and see what dependencies are required). Just my 2c :) signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Peeve - finding kernel config options
wraeth wrote: Neil Bothwick wrote: I hate when you have to enable something else for the one you are looking for to show up. Pro-tip: In menuconfig you can press z to show all available kernel options regardless of their dependency state. This means that items that are hidden because of unmet dependencies can be located (and you can view the help and see what dependencies are required). Just my 2c :) Thank you. Now to remember that when I need it most. ;-) Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Nicolas Sebrecht: The 26/02/14, hasufell wrote: I wasn't only talking about modules and yes... loading them on demand actually proves my point. No. We are talking about servers. I am aware of that. Please read the whole discussion. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTDo9PAAoJEFpvPKfnPDWzbVYH/2O8ILmj6D2BmA+NUWwLxbMK hEyx7t+jZ1oVEnQAVjmnj4n4ylLKAH0qawl7fI2tBjfyXmw68pxItyqw0V3FdHl8 Zf6l/v7hVxTcJpMbF8Lk27BPMIBh8PpOm1A/A1G5eb3NGlMQht3zZa4QhUZkoU+U rVHXVFfSeKyzNYFiRIfdD/dsGXHfqj5Z2PKAqxrjRYo7EdLcHhrJJ/3X1MczOOcf n04vNbPSVCaer4WN5cqLG9bgJVnjVjhzF7bKwkjTjezwedEI969PCBHT0SZWN0mg 7vTEJzfykglcQ7PDJ/PPRgt8gwoFQCU1U7x/NAaANOQfoiCTHoffpwtVOf7XyUQ= =LwNB -END PGP SIGNATURE-
[gentoo-user] Modifying Suspend Script?
Hi, I always need to reconnect my laptop pcmcia wireless card to my WAP when awaking from suspend. It would be nice if I could add two commands, ifconfig and dhpcd, to the script which controls awaking from suspend. Anyone know which file I can edit?
Re: [gentoo-user] Modifying Suspend Script?
On 27 Feb 2014 08:06, Lee ny6...@gmail.com wrote: Hi, I always need to reconnect my laptop pcmcia wireless card to my WAP when awaking from suspend. It would be nice if I could add two commands, ifconfig and dhpcd, to the script which controls awaking from suspend. Anyone know which file I can edit? I don't exactly remember, but I think Hibernate-script allows to do this. There are configuration files which state commands to be executed during various events. You can also tweak acpid script. Ask acpid to listen on power button event and setup a script which calls your routine and then pm-suspend
Re: [gentoo-user] Peeve - finding kernel config options
On 26/02/2014 21:58, Tanstaafl wrote: Hello all, This is for those of use who to choose to roll our kernels by hand... So, am I missing something? Given the most recent gentoo news item: # eselect news read 10 2014-02-25-udev-upgrade Title Upgrade to =sys-fs/udev-210 AuthorSamuli Suominen ssuomi...@gentoo.org Posted2014-02-25 Revision 1 The options CONFIG_FHANDLE and CONFIG_NET are now required in the kernel. Whenever kernel config options are provided like this, it would be nice if time was taken to provide the path to where they are found. make menuconfig press / type CONFIG_FHANDLE press enter profit!!! [Note the lack of ??? in the list] works like searching in vi or less I had to find the first one (CONFIG_FHANDLE) by: 1. grepping .config, seeing it wasn't enabled, 2. running make menuconfig and searching for 'FHANDLE', 3. seeing it is located in 'General setup', 4. scouring the General setup options, finding no 'FHANLDE' anywhere, 5. finding something in all lowercase named 'open by fhanlde syscalls', 6. enabling this option, saving the modified config, 7. confirming it is now enabled by grepping .config again Sheesh. Really? Would be nice if the news item had something like CONFIG_FHANDLE (General setup 'open by fhandle syscalls') and CONFIG_NET (still don't know which one this is??) Wackadoo... -- Alan McKinnon alan.mckin...@gmail.com
