Re: [gentoo-user] openrc->systemd command comparison
On 03/17/2015 10:20 AM, Rich Freeman wrote: > The cheat sheets are useful for reference, but I'd strongly encourage > anybody using systemd to get a decent understanding of the > fundamentals. Oh, certainly - but going in completely blind and being stuck for 15 minutes trying to do a simple task sucks. I'm not saying that a cheatsheet is enough to avoid reading manpages, but at least it's a start where users can find information to do basic stuff with systemd. I'm also not talking about a cheatsheet about writing units/services/etc. When I did the switch there wasn't anything in the gentoo-related wikis for even things like starting kdm. This is what I'm talking about - how to list services, start and stop things - basic stuff. Anyway, I've finally gotten around to putting together a short cheatsheet @ https://wiki.gentoo.org/wiki/OpenRC_to_Systemd_Cheatsheet . Dan
Re: [gentoo-user] openrc->systemd command comparison
On Mar 31, 2015 7:55 PM, "Daniel Frey" wrote: > > On 03/17/2015 10:20 AM, Rich Freeman wrote: > > The cheat sheets are useful for reference, but I'd strongly encourage > > anybody using systemd to get a decent understanding of the > > fundamentals. > > Oh, certainly - but going in completely blind and being stuck for 15 > minutes trying to do a simple task sucks. I'm not saying that a > cheatsheet is enough to avoid reading manpages, but at least it's a > start where users can find information to do basic stuff with systemd. > I'm also not talking about a cheatsheet about writing units/services/etc. > > When I did the switch there wasn't anything in the gentoo-related wikis > for even things like starting kdm. This is what I'm talking about - how > to list services, start and stop things - basic stuff. > > Anyway, I've finally gotten around to putting together a short > cheatsheet @ https://wiki.gentoo.org/wiki/OpenRC_to_Systemd_Cheatsheet . Thanks for doing this, I think it will help all the people switching to systemd from OpenRC in Gentoo. However, I think the zap command is a little misleading, even with the note stating that is no "exactly" the same. AFAIR, zap doesn't do anything to the processes of a service; it just "zaps" back the internal state of OpenRC as if the service is stopped. It's needed because OpenRC cannot really follow the status of its services, so sometimes they die and OpenRC is none the wiser, and you need to zap the service because trying to stopping them would fail. With systemd you don't need this, since it can track the real state of its services thanks to cgroups. And kill *really* kills all the processes associated to a service, something that OpenRC, by design, cannot do. I believe the difference is substantial enough that it should not be stated that they are equivalent. But except for that minor nitpick, it looks great. Thanks again. Regards.
Re: [gentoo-user] openrc->systemd command comparison
On 03/31/2015 07:05 PM, Canek Peláez Valdés wrote: > Thanks for doing this, I think it will help all the people switching to > systemd from OpenRC in Gentoo. > > However, I think the zap command is a little misleading, even with the > note stating that is no "exactly" the same. Duly noted, I've removed it and the note. I was thinking "this is really stretching it here" when I put that in there. I knew it manually reset its status in OpenRC. Dan
Re: [gentoo-user] OK, so not everything works properly with systemd
On 03/21/2015 02:46 PM, Canek Peláez Valdés wrote: > > They are; basically everything nowadays is systemd aware. Even OpenRC > can now use some of its configurations. > > Could you run this immediately after booting: > > systemd-delta I've finally gotten around to doing this: [OVERRIDDEN] /etc/systemd/system/distccd.service → /usr/lib/systemd/system/distccd.service --- /usr/lib/systemd/system/distccd.service 2015-02-20 09:03:58.46960 -0800 +++ /etc/systemd/system/distccd.service 2015-03-12 14:49:15.145608558 -0700 @@ -4,7 +4,7 @@ [Service] User=distcc -ExecStart=/usr/bin/distccd --verbose --no-detach --daemon --port 3632 -N 15 --allow $ALLOWED_SERVERS +ExecStart=/usr/bin/distccd --verbose --no-detach --daemon --port 3632 -N 15 --allow 127.0.0.1 --allow $ALLOWED_SERVERS [Install] WantedBy=multi-user.target [EXTENDED] /etc/systemd/system/distccd.service → /etc/systemd/system/distccd.service.d/00gentoo.conf [EXTENDED] /run/systemd/system/session-1.scope → /run/systemd/system/session-1.scope.d/50-SendSIGHUP.conf [EXTENDED] /run/systemd/system/session-1.scope → /run/systemd/system/session-1.scope.d/50-After-systemd-user-sessions\x2eservice.conf [EXTENDED] /run/systemd/system/session-1.scope → /run/systemd/system/session-1.scope.d/50-After-systemd-logind\x2eservice.conf [EXTENDED] /run/systemd/system/session-1.scope → /run/systemd/system/session-1.scope.d/50-Description.conf [EXTENDED] /run/systemd/system/session-1.scope → /run/systemd/system/session-1.scope.d/50-Slice.conf [EXTENDED] /usr/lib/systemd/system/sntp.service → /etc/systemd/system/sntp.service.d/00gentoo.conf [EXTENDED] /usr/lib/systemd/system/ntpdate.service → /etc/systemd/system/ntpdate.service.d/00gentoo.conf 9 overridden configuration files found. I had to override distccd myself, as it didn't allow specifying multiple hosts. I did discover something else today, the shutdown target doesn't work either. I'm waiting for my array to rebuild. So the reboot and shutdown targets don't work, but the poweroff target seems to. I'm going to double-check that next. I did check my profile: [7] default/linux/amd64/13.0/desktop/kde/systemd * So I am built using a systemd profile. I'm getting a little confused. Dan
Re: [gentoo-user] OK, so not everything works properly with systemd
On 03/21/2015 02:46 PM, Canek Peláez Valdés wrote: > > Could you run this immediately after booting: > > systemd-delta > > Just to check that the unit files you are using are not being overridden > by something. > OK, I've confirmed the poweroff target works fine but the reboot and shutdown targets don't. Is there an easy way to list the differences between the targets? One other question, I have an APC UPS, and use apcupsd - systemd always waits a minute and a half for apcupsd to stop. The thing is, it IS stopping, but for some reason systemd doesn't seem to notice: -- Reboot -- Mar 31 19:08:14 osoikaze apcupsd[618]: apcupsd 3.14.8 (16 January 2010) gentoo startup succeeded Mar 31 19:08:14 osoikaze apcupsd[618]: NIS server startup succeeded Mar 31 19:31:52 osoikaze apcupsd[618]: apcupsd exiting, signal 15 -- Reboot -- Dan
Re: [gentoo-user] gentoo announces total website makeover :-)
On Wed, 1 Apr 2015 02:46:39 +0300 Andrew Savchenko wrote: > On Wed, 1 Apr 2015 01:37:06 +0200 waben...@gmail.com wrote: > > This really made my day. :-) > > > > https://www.gentoo.org/news/2015/03/31/website-update.html > > The best design ever! So nice and readable font, so yummy > background, very fast page load. It did not load from the first try for me. Than it take some time to load from the second attempt. A really awful blue background. The quote from the site: “We accept that members in more fortunate circumstances may feel that a site with a 16-colour palette and an optimal screen resolution of 640 x 200 pixels is not the best fit for their needs but we urge such members to keep the greater good in mind. The vast majority of potential new Gentoo Linux users are still using IBM XT computers, storing their information on 5.25-inch floppy disks and communicating via dial-up BBS,” said Roy Bamford (neddyseagoon), a Foundation trustee. Oh, my God! I really hope that it is the 1 April joke. > Many thanks for Web project team for hard work! > > As for the Phase II, are there any plans for 8" floppy support or > only 5.25" devices are targeted? "The second phase of the project to get Gentoo Linux to a wider user base will involve the creation of floppy disk sets containing a compact version of the operating system and a selection of software essentials. It is estimated that sets could be created using less than 700 disks each and sponsorship is currently being sought." Well, probably, it is. > Best regards, > Andrew Savchenko
Re: [gentoo-user] gentoo announces total website makeover :-)
On 03/31/2015 09:39 PM, Gevisz wrote: On Wed, 1 Apr 2015 02:46:39 +0300 Andrew Savchenko wrote: On Wed, 1 Apr 2015 01:37:06 +0200 waben...@gmail.com wrote: This really made my day. :-) https://www.gentoo.org/news/2015/03/31/website-update.html The best design ever! So nice and readable font, so yummy background, very fast page load. It did not load from the first try for me. Than it take some time to load from the second attempt. A really awful blue background. The quote from the site: “We accept that members in more fortunate circumstances may feel that a site with a 16-colour palette and an optimal screen resolution of 640 x 200 pixels is not the best fit for their needs but we urge such members to keep the greater good in mind. The vast majority of potential new Gentoo Linux users are still using IBM XT computers, storing their information on 5.25-inch floppy disks and communicating via dial-up BBS,” said Roy Bamford (neddyseagoon), a Foundation trustee. Oh, my God! I really hope that it is the 1 April joke. Did you notice "The new site is also available via Gopher."? With Gentoo on board they're probably looking at a doubling of the available gopher servers.
Re: [gentoo-user] gentoo announces total website makeover :-)
Gevisz wrote: > It did not load from the first try for me. Than it take some time to > load from the second attempt. A really awful blue background. The > quote from the site: “We accept that members in more fortunate > circumstances may feel that a site with a 16-colour palette and an > optimal screen resolution of 640 x 200 pixels is not the best fit for > their needs but we urge such members to keep the greater good in mind. > The vast majority of potential new Gentoo Linux users are still using > IBM XT computers, storing their information on 5.25-inch floppy disks > and communicating via dial-up BBS,” said Roy Bamford (neddyseagoon), a > Foundation trustee. Oh, my God! I really hope that it is the 1 April > joke. >> Best regards, >> Andrew Savchenko It worked the first time but it is quite a bit slower for me. I got DSL now and other pages, even those with pics, load faster. Sort of odd. Glad it isn't just me. Dale :-) :-)
Re: [gentoo-user] This nite's switch to "full multilib"
On Mon, 30 Mar 2015 19:46:39 -0500, Dale wrote: > Yea. We just batting ideas around. For me tho, it just turned into a > nightmare. If I needed to change something, which file is it in? At > one time I had a dozen or so files and digging through each one of them > wastes time. If I have just one file, I open the file and do a ctrl f > and type in what I am looking for. Of course, some of the script geeks > prolly have a sneaky way of searching and finding out which file it is > in but I'm not one of those, most days for sure. grep :) -- Neil Bothwick If at first you don't succeed, you'll get a lot of free advice from folks who didn't succeed either. pgpGfrpB6Vt0T.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: online browsable ebuilds by arch?
On Tue, 31 Mar 2015 05:21:13 + (UTC), James wrote: > > It's not quite what you are asking for, but packages.g.o lets you > > filter by arch, and view the contents of ebuilds. > > Yea, I have seen that often when I google. Correct but is not > comprehensive but chronologically organized. I'm looking for something > organized by what your see, when you 'cd' into the /usr/portage dir > comprehensive by category but filters so only those packages available > for that specified arch are visible. Yes, the old p.g.o let you browse categories, but the current incarnation does not appear to. -- Neil Bothwick And if you say "No", I shall be forced to shoot you. pgp3N5L_3R9mn.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
@Holger, that's my symptoms to tee... :-) Strangely it doesn't effect Arch Linux - running on the same box - with a newer 3.19.2 kernel. So they must have a patch for the issue (but I can't figure out what). Perhaps I'll check through the (stock) kernel configuration as well - to check it matches mine. Thanks On 31 March 2015 at 01:29, Holger Hoffstätte < holger.hoffstae...@googlemail.com> wrote: > On Mon, 30 Mar 2015 23:22:58 +0100, Bob Wya wrote: > > > I'm getting a bit bogged down trying to build an early release of the > 3.18 > > kernel. Since I can't automatically go back before 3.18.9 now (using > > portage anyway)... > > > > Basically I trying to check if a suspend/resume issue I've got was > > introduced after the 3.18 kernel was released (or was in the base > release). > > I've got a reproduce-able failure to suspend-to-ram with >=3.18.x gentoo > > kernel sources. However this issue is not present with the gentoo kernel > > sources <=3.17.x. (A systemd nfs client mount problem - which blocks the > > suspend-to-ram process.) > > You are probably looking at this bug: > http://thread.gmane.org/gmane.linux.nfs/69717 > > This was introduced in 3.18.9 (as you found out), so simply using vanilla > 3.18.8 should fix it; I don't remember seeing it before. > I never bothered to try and now just stop NFS before suspend. 3.19.x gained > the same problem. > > -h > > >
Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
Neil, Simply changing the ebuild version to 3.18.1 doesn't work. The kernel-2 eclass simply won't allow one to build a gentoo-sources 3.18.x kernel lower than / before 3.18.9 now. (Try it if you don't believe me...) That was the first thing I tried. :-) On 31 March 2015 at 00:05, Neil Bothwick wrote: > On Mon, 30 Mar 2015 23:22:58 +0100, Bob Wya wrote: > > > I'm getting a bit bogged down trying to build an early release of the > > 3.18 kernel. Since I can't automatically go back before 3.18.9 now > > (using portage anyway)... > > > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-kernel/gentoo-sources/?hideattic=0 > > Pick the versions you want and copy the ebuilds to a local overlay. > > > -- > Neil Bothwick > > In a classified ad: "Tired of cleaning yourself? Let me do it." > -- All the best, Robert
[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
On Tue, 31 Mar 2015 09:47:24 +0100, Bob Wya wrote: > @Holger, that's my symptoms to tee... :-) > > Strangely it doesn't effect Arch Linux - running on the same box - with a > newer 3.19.2 kernel. So they must have a patch for the issue (but I can't > figure out what). Perhaps I'll check through the (stock) kernel > configuration as well - to check it matches mine. > > Thanks You're welcome. As I said I don't really have a good fix either and the posting to the nfs list went unanswered, so if you find out more I'd appreciate a mail. -h
Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
@Nicolas This is the first place I went to. But I don't understand what all the different tar balls of gentoo kernel patch-sets actually mean. It would nice if the site had a little a bit of Wiki love to make it clearer. For example I can't figure out what steps are needed to apply the patchsets, to a vanilla kernel, to get a gentoo-sources kernel. On 31 March 2015 at 00:16, Nicolas Sebrecht wrote: > On Mon, Mar 30, 2015 at 06:45:40PM -0400, Fernando Rodriguez wrote: > > > You can use git. I believe gentoo patches are only for config options so > if you > > configure it with make oldconfig it *should* be the same as using gentoo- > > sources. > > Actually no, gentoo-sources aren't vanilla kernel while efforts are made > to avoid including intrusive patches. > > http://dev.gentoo.org/~mpagano/genpatches/about.htm > http://dev.gentoo.org/~mpagano/genpatches > > ,-) > > -- > Nicolas Sebrecht > > -- All the best, Robert
Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
@Nicolas, I think I'm getting it now. The patchsets are cumulative and I just need the base patchset - right? I'm still a little unclear as to what kernel source I should apply the base patchset to. I want to rebuild the 3.18.8 kernel to double check it's free of the bug... I can see some nfs suspend patches here... So that could be culprit! http://dev.gentoo.org/~mpagano/genpatches/trunk/3.18/1008_linux-3.18.9.patch On 31 March 2015 at 10:00, Bob Wya wrote: > @Nicolas > This is the first place I went to. But I don't understand what all the > different tar balls of gentoo kernel patch-sets actually mean. It would > nice if the site had a little a bit of Wiki love to make it clearer. For > example I can't figure out what steps are needed to apply the patchsets, to > a vanilla kernel, to get a gentoo-sources kernel. > > On 31 March 2015 at 00:16, Nicolas Sebrecht > wrote: > >> On Mon, Mar 30, 2015 at 06:45:40PM -0400, Fernando Rodriguez wrote: >> >> > You can use git. I believe gentoo patches are only for config options >> so if you >> > configure it with make oldconfig it *should* be the same as using >> gentoo- >> > sources. >> >> Actually no, gentoo-sources aren't vanilla kernel while efforts are made >> to avoid including intrusive patches. >> >> http://dev.gentoo.org/~mpagano/genpatches/about.htm >> http://dev.gentoo.org/~mpagano/genpatches >> >> ,-) >> >> -- >> Nicolas Sebrecht >> >> > > > -- > > All the best, > Robert > > -- All the best, Robert
Re: [gentoo-user] Re: How to poweroff the system from user?
On Tue, Mar 31, 2015 at 1:57 AM, Fernando Rodriguez wrote: > On Linux now there's the Magic SysRq Key feature for that. If enabled (I think > it is by default, may be wrong) you can use ctrl-alt-sysrq plus one these keys > even if your kernel panics or freezes in most cases (ctrl may only be needed > from xorg): > > r - to get the keyboard back so you can switch to VT if xorg freezes > e - to terminate all processes gracefully (SIGTERM) except pid 1 > i - to terminate all processes forcefully (SIGKILL) except pid 1 > s - to sync all filesystems > u - to unmount them and remount readonly > b - to reboot You have to set "MAGIC_SYSRQ" to "y" for it to be enabled. You can set the "capabilities" of sysrq either via 'MAGIC_SYSRQ_DEFAULT_ENABLE" or via sysctl. Debian uses the former (to set it to 438) and Ubuntu and Fedora use the latter (to set it to 176 and 16 respectively). "16" is systemd upstream's default whereby you can only sync filesystems. It's the kind of value that can be the source of a lot of arguing... > Easy to remember as "Reboot Even If System Utterly Broken" I remember it as the reverse of "busier".
Re: [gentoo-user] Re: How to poweroff the system from user?
> > Easy to remember as "Reboot Even If System Utterly Broken" > > I remember it as the reverse of "busier". > A variant I read somewhere is "Raising (Skinny) Elephants Is So Utterly Boring". "Skinny" is an extra optional sync, it doesn't hurt and makes the mnemonic funnier.
Re: [gentoo-user] This nite's switch to "full multilib"
On 31/03/2015 02:46, Dale wrote: > Neil Bothwick wrote: >> On Mon, 30 Mar 2015 08:42:07 -0500, Dale wrote: >> I find the separate files much easier to manage as all the settings for each package are kept separate, and easily removed or changed - for example when I stop using the package. The alternative would be to comment every entry in the file so I know why I put it there and whether I still needed it. >>> What I ran into, I'd update say KDE. It would need some packages added >>> to the keyword file. Some may not be KDE but packages that KDE depends >>> on. Well, should those that are KDE go into the KDE file and the ones >>> that are dependencies but not KDE go into a file of its own or what? >> You put them wherever you want! I put them in kde, because that's what >> they are for. That way I know that those entries were required by KDE >> without having to fill the single file with comments. >> >> > > > Yea. We just batting ideas around. For me tho, it just turned into a > nightmare. If I needed to change something, which file is it in? At > one time I had a dozen or so files and digging through each one of them > wastes time. If I have just one file, I open the file and do a ctrl f > and type in what I am looking for. Of course, some of the script geeks > prolly have a sneaky way of searching and finding out which file it is > in but I'm not one of those, most days for sure. > > Anyway, all the diggin just got old for me. You likely have a easy way > of finding it whereas I don't. ;-) It's called grep -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On Mon, Mar 30, 2015 at 11:20:23AM +0100, Mick wrote: > Given that the emul-linux-x86 package sets are now deprecated and we can now > with USE="abi_x86_32" emerge our own 32bit libraries where needed, is it now > easier to move from a no-multilib to a multilib environment, or will it still > require a complete reinstall? > > -- > Regards, > Mick On my workstation the day this option came out, "*/* abi_x86_32" in package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but maybe that problem is the 32-bit mesa. Going to rebuild it and try. On another box it's just getting that same solution and rebuilding some: >>> Jobs: 28 of 204 completeLoad avg: 4.14, 4.57, 3.67 Hopefully it doesn't break too badly. That's the wife's PC, and there's not much time to fix it this morning.
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On 31/03/2015 12:48, Bruce Hill wrote: > On Mon, Mar 30, 2015 at 11:20:23AM +0100, Mick wrote: >> Given that the emul-linux-x86 package sets are now deprecated and we can now >> with USE="abi_x86_32" emerge our own 32bit libraries where needed, is it now >> easier to move from a no-multilib to a multilib environment, or will it >> still >> require a complete reinstall? >> >> -- >> Regards, >> Mick > > On my workstation the day this option came out, "*/* abi_x86_32" in > package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but maybe > that problem is the 32-bit mesa. Going to rebuild it and try. There's a comment in the ebuild about a bug for cairo. IIRC USE="gtkstyle" and USE="qt4" don't play nice together. This in package.use fixed it for me: >=x11-libs/cairo-1.12.0 -qt4 > > On another box it's just getting that same solution and rebuilding some: Jobs: 28 of 204 completeLoad avg: 4.14, 4.57, 3.67 > > Hopefully it doesn't break too badly. That's the wife's PC, and there's not > much time to fix it this morning. > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
On Tue, 31 Mar 2015 09:51:11 +0100, Bob Wya wrote: lease don't top-post, it is frowned upon on this list, and for good reason. > Simply changing the ebuild version to 3.18.1 doesn't work. The kernel-2 > eclass simply won't allow one to build a gentoo-sources 3.18.x kernel > lower than / before 3.18.9 now. (Try it if you don't believe me...) > That was the first thing I tried. :-) I wasn't suggesting renaming the ebuild but downloading the older version. However, on checking the content I see it still uses the kernel-2 eclass. You can deal with this by downloading the older version of the eclass from CVS and putting it in an overlay, but it's probably easier to just apply the patches manually in this case. gentoo-sources uses both the base and extra patchsets from genpatches. -- Neil Bothwick Fragile. Do not turn umop ap1sdn! pgp5vRUdUxeDU.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
Neil, (a) Should I download the vanilla 3.18.1 kernel sources and apply all the gentoo-sources tar-ball patches in numerical order?? (b) I tried downloading the vanilla 3.18.8 kernel. But of course the earlier gentoo-sources 3.18.1 - 3.18.6 patches don't apply cleanly... Will I get to the same place if I ignore these?? Or should I go with option (a) :-) Thanks On 31 March 2015 at 12:00, Neil Bothwick wrote: > On Tue, 31 Mar 2015 09:51:11 +0100, Bob Wya wrote: > > lease don't top-post, it is frowned upon on this list, and for good > reason. > > > Simply changing the ebuild version to 3.18.1 doesn't work. The kernel-2 > > eclass simply won't allow one to build a gentoo-sources 3.18.x kernel > > lower than / before 3.18.9 now. (Try it if you don't believe me...) > > That was the first thing I tried. :-) > > I wasn't suggesting renaming the ebuild but downloading the older > version. However, on checking the content I see it still uses the > kernel-2 eclass. You can deal with this by downloading the older version > of the eclass from CVS and putting it in an overlay, but it's probably > easier to just apply the patches manually in this case. > > gentoo-sources uses both the base and extra patchsets from genpatches. > > > -- > Neil Bothwick > > Fragile. Do not turn umop ap1sdn! > -- All the best, Robert
Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
On Tuesday 31 March 2015 16:45:08 Bob Wya wrote: > Neil, > > (a) Should I download the vanilla 3.18.1 kernel sources and apply all the > gentoo-sources tar-ball patches in numerical order?? > > (b) I tried downloading the vanilla 3.18.8 kernel. But of course the > earlier gentoo-sources 3.18.1 - 3.18.6 patches don't apply cleanly... Will > I get to the same place if I ignore these?? Or should I go with option > (a) You didn't read the first thing Neil wrote, did you? Or did you just decide to ignore it? > On 31 March 2015 at 12:00, Neil Bothwick wrote: > > On Tue, 31 Mar 2015 09:51:11 +0100, Bob Wya wrote: > > > > lease don't top-post, it is frowned upon on this list, and for good > > reason. > > > > > Simply changing the ebuild version to 3.18.1 doesn't work. The > > > kernel-2 > > > eclass simply won't allow one to build a gentoo-sources 3.18.x kernel > > > lower than / before 3.18.9 now. (Try it if you don't believe me...) > > > That was the first thing I tried. :-) > > > > I wasn't suggesting renaming the ebuild but downloading the older > > version. However, on checking the content I see it still uses the > > kernel-2 eclass. You can deal with this by downloading the older version > > of the eclass from CVS and putting it in an overlay, but it's probably > > easier to just apply the patches manually in this case. > > > > gentoo-sources uses both the base and extra patchsets from genpatches. > > > > > > -- > > Neil Bothwick > > > > Fragile. Do not turn umop ap1sdn! -- Rgds Peter.
Re: [gentoo-user] Re: How to poweroff the system from user?
On Tue, Mar 31, 2015 at 5:42 AM, Emanuele Rusconi wrote: >>> >>> Easy to remember as "Reboot Even If System Utterly Broken" >> >> I remember it as the reverse of "busier". > > A variant I read somewhere is "Raising (Skinny) Elephants Is So Utterly > Boring". > "Skinny" is an extra optional sync, it doesn't hurt and makes the > mnemonic funnier. :)
Re: [gentoo-user] Re: online browsable ebuilds by arch?
On 31 March 2015 at 08:31, Neil Bothwick wrote: > On Tue, 31 Mar 2015 05:21:13 + (UTC), James wrote: > > > > It's not quite what you are asking for, but packages.g.o lets you > > > filter by arch, and view the contents of ebuilds. > > > > Yea, I have seen that often when I google. Correct but is not > > comprehensive but chronologically organized. I'm looking for something > > organized by what your see, when you 'cd' into the /usr/portage dir > > comprehensive by category but filters so only those packages available > > for that specified arch are visible. > > Yes, the old p.g.o let you browse categories, but the current incarnation > does not appear to. > > > -- > Neil Bothwick > > And if you say "No", I shall be forced to shoot you. > Ycarus responds really to quickly to issues with the gpo site... Perhaps a feature request could be put in for a new "arch" tab - to be added a future date? -- All the best, Robert
[gentoo-user] mysql upgrade 5.5 > 5.6 mysql_upgrade needed?
hello list, again i have to ask. Do i need to run mysql_upgrade after upgrading mysql 5.5 > 5.6 ? I ask because the post install text recommend this after an major upgrade. On the Mysql Website is a major upgrade 5.5 > 6.0, not 5.5 > 5.6 So i ask you guys. Any can help me? thank you marko
Re: [gentoo-user] mysql upgrade 5.5 > 5.6 mysql_upgrade needed?
On Tue, 31 Mar 2015 22:27:38 +0200, Marko Weber | 8000 wrote: > Do i need to run mysql_upgrade after upgrading mysql 5.5 > 5.6 ? > I ask because the post install text recommend this after an major > upgrade. Do you *need* to? Possibly not. Should you do it? Yes. If you run it unnecessarily, it simply tells you so, so there is no harm in running it after every upgrade. -- Neil Bothwick Please rotate your phone 90 degrees and try again. pgpFk0dZgh3n_.pgp Description: OpenPGP digital signature
[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?
On Tue, Mar 31, 2015 at 10:17:27AM +0100, Bob Wya wrote: >@Nicolas, >I think I'm getting it now. The patchsets are cumulative and I just >need the base patchset - right? base, extras and experimental are all applied. >I'm still a little unclear as to what >kernel source I should apply the base patchset to. The patchsets are applied on top of the vanilla sources. > I want to rebuild >the 3.18.8 kernel to double check it's free of the bug... Take the vanilla sources and apply the patches you want to test from the patchsets manually. >I can see some nfs suspend patches here... So that could be culprit! >[1]http://dev.gentoo.org/~mpagano/genpatches/trunk/3.18/1008_linux-3.18 >.9.patch Perhaps, yes. You'll have to make your checks. ,-) -- Nicolas Sebrecht
[gentoo-user] gentoo announces total website makeover :-)
This really made my day. :-) https://www.gentoo.org/news/2015/03/31/website-update.html -- Regards wabe
Re: [gentoo-user] gentoo announces total website makeover :-)
On Wed, 1 Apr 2015 01:37:06 +0200 waben...@gmail.com wrote: > This really made my day. :-) > > https://www.gentoo.org/news/2015/03/31/website-update.html The best design ever! So nice and readable font, so yummy background, very fast page load. Many thanks for Web project team for hard work! As for the Phase II, are there any plans for 8" floppy support or only 5.25" devices are targeted? Best regards, Andrew Savchenko pgpEw4sFgcSlu.pgp Description: PGP signature
Re: [gentoo-user] gentoo announces total website makeover :-)
Am 01.04.2015 um 01:37 schrieb waben...@gmail.com: > This really made my day. :-) > > https://www.gentoo.org/news/2015/03/31/website-update.html I hope you followed the links there to the new team websites. :-) Really cool the new website. Finally a modern website that's technologically up-to-date. And it's so much faster now. I can hardly see it loading anymore. :-D
Re: [gentoo-user] gentoo announces total website makeover :-)
Heiko Baums wrote: > Am 01.04.2015 um 01:37 schrieb waben...@gmail.com: > > This really made my day. :-) > > > > https://www.gentoo.org/news/2015/03/31/website-update.html > > I hope you followed the links there to the new team websites. :-) Of course I did. It's a long time ago that I played pong. :-) -- Regards wabe
[gentoo-user] Re: Moving from no-multilib to (true) multilib
Holger Hoffstätte Wrote in message: > On Mon, 30 Mar 2015 11:20:23 +0100, Mick wrote: > >> Given that the emul-linux-x86 package sets are now deprecated and we can now >> with USE="abi_x86_32" emerge our own 32bit libraries where needed, is it now >> easier to move from a no-multilib to a multilib environment, or will it >> still >> require a complete reinstall? > > My understanding is that this has not changed, i.e. the move from prebuilt > emul-linux package to abi_x86_32 only applies to existing multilib systems. > Moving from "plain" aka non-multilib to multilib is still more or less > unsupported/impossible and requires a reinstall. > > -h > > > > Reinstall is not the only way, but it certainly the simplest. http://guymann.github.io/2013/02/11/32bit-gentoo/ Alternatively, instead of building the pkgs in a chroot, you can use multilib pkgs from gentoo experimental. Though, I wouldn't recommend doing it unless you think you are up to it and if needed should seek live help over IRC. -- -- NP-Hardass Android NewsGroup Reader http://usenet.sinaapp.com/
Re: [gentoo-user] xen on new install reboots by itself
Hello Hydra, Thank you for your response: The commands are bellow. Also, the Bios is almost 10 years old on the machine. Not sure if that info helps for the ACPI related messages. USE="app-emulation/xen-tools-4.3.1-r1 api hvm qenu screen -custom-cflags -debug -doc -flask -xend" USE="app-emulation/xen-4.3.3-r3 -custom-cflags -debug -flask -pae -xsm" Portage 2.2.14 (python 2.7.9-final-0, hardened/linux/amd64/no-multilib, gcc-4.8.3, glibc-2.19-r1, 3.17.7-gentoo x86_64) = System uname: Linux-3.17.7-gentoo-x86_64-Intel-R-_Xeon-TM-_CPU_3.80GHz-with-gentoo-2.2 KiB Mem: 8177312 total, 8051276 free KiB Swap:2097148 total, 2097148 free Timestamp of tree: Thu, 15 Jan 2015 17:45:01 + ld GNU ld (Gentoo 2.24 p1.4) 2.24 app-shells/bash: 4.2_p53 dev-lang/perl:5.18.2-r2 dev-lang/python: 2.7.9-r1, 3.3.5-r1 dev-util/cmake: 2.8.12.2-r1 dev-util/pkgconfig: 0.28-r1 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.69 sys-devel/automake: 1.13.4 sys-devel/binutils: 2.24-r3 sys-devel/gcc:4.8.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool:2.4.2-r1 sys-devel/make: 4.0-r1 sys-kernel/linux-headers: 3.16 (virtual/os-headers) sys-libs/glibc: 2.19-r1 Repositories: gentoo ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/"; LANG="en_US" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync4.ca.gentoo.org/gentoo-portage" USE="acl amd64 app-emulation/xen-4.3.3-r3 berkdb bzip2 cli cracklib crypt cxx dri gdbm hardened iconv ipv6 justify mmx modules ncurses nls nptl openmp pam pax_kernel pcre readline session sse sse2 ssl tcpd unicode urandom xattr xtpax zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON Kind Regards, Nick.
