Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Sat, 14 Mar 2015 10:33:59 + Neil Bothwick n...@digimed.co.uk wrote: On Sat, 14 Mar 2015 06:08:34 -0400, German wrote: Forget about chmod 770. Better do a chmod g+rw. :-) Tried it, it also doesn't stay permanently. OK, no solution :( The correct solution is a udev rule, but it appears that something may be overriding that when you login. A kludgy solution is to add the chmod command to ~/.bash_profile. The system doesn't appear to have ~/.bash_profile Is that sufficient to run nano -w ~/.bash_profile and fill in the blanks? -- Neil Bothwick Veni, vermini, vomui I came, I got ratted, I threw up -- German gentger...@gmail.com
Re: [gentoo-user] Can't locate Net/IMAP/Client.pm
On 03/17/2015 11:35 AM, hw wrote:
For now, I've installed the missing module with cpan. Are we actually
supposed to run cpan as root to be able to put the required files into
the library directory?
You aren't supposed to use CPAN at all, it will break stuff. Here's an
ebuild for dev-perl/Net-IMAP-Client-0.950.500 (attached).
I could file the bug for you, but it will be beneficial in the long run
for you to get comfortable with the process.
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
EAPI=5
MODULE_AUTHOR=GANGLION
MODULE_VERSION=0.9505
inherit perl-module
DESCRIPTION=Not so simple IMAP client library
SLOT=0
KEYWORDS=~amd64 ~x86
IUSE=test
RDEPEND=dev-perl/IO-Socket-SSL
dev-perl/List-MoreUtils
virtual/perl-Encode
DEPEND=${RDEPEND}
SRC_TEST=do
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Sat, 14 Mar 2015 14:03:21 -0400 Tom H tomh0...@gmail.com wrote: On Sat, Mar 14, 2015 at 6:08 AM, German gentger...@gmail.com wrote: On Sat, 14 Mar 2015 01:16:32 +0100 waben...@gmail.com wrote: waben...@gmail.com wrote: So it seems that after login you first have to chmod 770 the tty before you do a su - user (user have to be in group tty of course). Forget about chmod 770. Better do a chmod g+rw. :-) Tried it, it also doesn't stay permanently. OK, no solution :( Because /dev is recreated at every boot. You have to override the tty rule(s) in /lib/udev/rules.d/50-udev-default.rules with a rule/rules in /etc/udev/rules.d/. Since the 50-udev-default.rules is an upstream rule that's shipped by all the distros that I use, perhaps you should track down why this is happening rather than overriding it. Canek had asked whether you were using systemd and therefore logind. Since you're using openrc, perhaps you should check whether installing consolekit is a fix because it's the precursor to logind. Just to emerge consolekit and see if it fix it? -- German gentger...@gmail.com
[gentoo-user] getting blocks for system and world update not resolved
Hi people! I have problems getting these blocks at a system update solved... I executed: emerge --backtrack=30 -fuDN @system @world Any ideas ?! ... ... ... [blocks B ] perl-core/ExtUtils-Install-1.670.0 (perl-core/ExtUtils-Install-1.670.0 is blocking virtual/perl-ExtUtils-Install-1.670.0) [blocks B ] media-libs/libpostproc (media-libs/libpostproc is blocking media-video/ffmpeg-1.2.6-r1) [blocks B ] perl-core/Parse-CPAN-Meta-1.441.400 (perl-core/Parse-CPAN-Meta-1.441.400 is blocking virtual/perl-Parse-CPAN-Meta-1.441.400) [blocks B ] media-video/ffmpeg:0 (media-video/ffmpeg:0 is blocking media-video/libav-9.17, media-libs/libpostproc-10.20140517-r1) [blocks B ] perl-core/ExtUtils-Manifest-1.630.0 (perl-core/ExtUtils-Manifest-1.630.0 is blocking virtual/perl-ExtUtils-Manifest-1.630.0-r1) [blocks B ] perl-core/version-0.990.900 (perl-core/version-0.990.900 is blocking virtual/perl-version-0.990.900-r1) [blocks B ] perl-core/CPAN-Meta-YAML-0.12.0 (perl-core/CPAN-Meta-YAML-0.12.0 is blocking virtual/perl-CPAN-Meta-YAML-0.12.0)
Re: [gentoo-user] getting blocks for system and world update not resolved
On 03/17/2015 09:11 PM, Tamer Higazi wrote: Hi people! I have problems getting these blocks at a system update solved... I executed: emerge --backtrack=30 -fuDN @system @world Any ideas ?! ... ... ... [blocks B ] perl-core/ExtUtils-Install-1.670.0 (perl-core/ExtUtils-Install-1.670.0 is blocking virtual/perl-ExtUtils-Install-1.670.0) [blocks B ] media-libs/libpostproc (media-libs/libpostproc is blocking media-video/ffmpeg-1.2.6-r1) [blocks B ] perl-core/Parse-CPAN-Meta-1.441.400 (perl-core/Parse-CPAN-Meta-1.441.400 is blocking virtual/perl-Parse-CPAN-Meta-1.441.400) [blocks B ] media-video/ffmpeg:0 (media-video/ffmpeg:0 is blocking media-video/libav-9.17, media-libs/libpostproc-10.20140517-r1) [blocks B ] perl-core/ExtUtils-Manifest-1.630.0 (perl-core/ExtUtils-Manifest-1.630.0 is blocking virtual/perl-ExtUtils-Manifest-1.630.0-r1) [blocks B ] perl-core/version-0.990.900 (perl-core/version-0.990.900 is blocking virtual/perl-version-0.990.900-r1) [blocks B ] perl-core/CPAN-Meta-YAML-0.12.0 (perl-core/CPAN-Meta-YAML-0.12.0 is blocking virtual/perl-CPAN-Meta-YAML-0.12.0) Do you have the perl-core packages in your world file? They shouldn't be there. If you remove them emerge will figure out how to update them. Regarding libav trying to replace ffmpeg, it's an annoying problem that pops up now and then. It could be that a package you are trying to install requires some USE flags for ffmpeg that aren't set, so it's trying to replace it with libav with the USE flags it requires. Not very intuitive... Output from `emerge -pvuDN @world` would be better, it'll be easier to sort out what ffmpeg needs. Dan
Re: [gentoo-user] getting blocks for system and world update not resolved
On Wednesday, March 18, 2015 5:11:25 AM Tamer Higazi wrote: Hi people! I have problems getting these blocks at a system update solved... I executed: emerge --backtrack=30 -fuDN @system @world Any ideas ?! ... ... ... [blocks B ] perl-core/ExtUtils-Install-1.670.0 (perl-core/ExtUtils-Install-1.670.0 is blocking virtual/perl-ExtUtils-Install-1.670.0) [blocks B ] media-libs/libpostproc (media-libs/libpostproc is blocking media-video/ffmpeg-1.2.6-r1) [blocks B ] perl-core/Parse-CPAN-Meta-1.441.400 (perl-core/Parse-CPAN-Meta-1.441.400 is blocking virtual/perl-Parse-CPAN-Meta-1.441.400) [blocks B ] media-video/ffmpeg:0 (media-video/ffmpeg:0 is blocking media-video/libav-9.17, media-libs/libpostproc-10.20140517-r1) [blocks B ] perl-core/ExtUtils-Manifest-1.630.0 (perl-core/ExtUtils-Manifest-1.630.0 is blocking virtual/perl-ExtUtils-Manifest-1.630.0-r1) [blocks B ] perl-core/version-0.990.900 (perl-core/version-0.990.900 is blocking virtual/perl-version-0.990.900-r1) [blocks B ] perl-core/CPAN-Meta-YAML-0.12.0 (perl-core/CPAN-Meta-YAML-0.12.0 is blocking virtual/perl-CPAN-Meta-YAML-0.12.0) Try perl-cleaner --all and add -libav to your system wide USE flags. That usually fixes it for me. If it doesnt unmerge all the perl-core packages and run emerge -vauDN @world again. -- Fernando Rodriguez signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is this a bug in firefox-36.0?
On Tuesday, March 17, 2015 4:49:54 PM walt wrote: I get a certificate verification error when visiting https://www.att.com using firefox-36.0, but not when using chrome-41.0.2272.76. Anyone else see the same with firefox-36? BTW, I tried the latest firefox in a Win7 virtual machine and I was shocked to see that firefox was updating itself when I was logged in as an unprivileged user (i.e. *not* an Administrator). Are the idiots at M$ *really* that stupid? They've learned nothing, apparently, since Win 95 :( BTW, the Win7 firefox also flagged an error when visiting the web site I mentioned above, but the error was displayed so subtly that I would have missed it if I hadn't been looking for it specifically. Very bad behavior. Technically the issue is with att's SSL certificate. It may be that they got a cheap certificate (meaning it's provides encryption but the CA did not verificy that ATT is a legit company) or it may be an issue with the certificate. It doesn't give any warning for me, it just shows an exclamation next to the address and the latest chromium does the same (it shows a triangle) and it gives you more info: The identity of this website has been verified by Verizon Akamai SureSever CA G14-SHA1 but does not have public audit records. If you're concerned about it contact ATT and let them know. -- Fernando Rodriguez signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is this a bug in firefox-36.0?
On Tuesday, March 17, 2015 4:49:54 PM walt wrote: BTW, I tried the latest firefox in a Win7 virtual machine and I was shocked to see that firefox was updating itself when I was logged in as an unprivileged user (i.e. *not* an Administrator). Are the idiots at M$ *really* that stupid? They've learned nothing, apparently, since Win 95 :( At the risk of being flamed, the security model of NT operating systems is actually far superior to that of Linux with all the disaster kits. The problem is that Windows users don't want to be bothered with security settings. When the set the default to ask for password on vista they where flooded with negative feedback. MS being a commercial company would indeed be stupid not to give them what they want. As a user you could use an unprivileged account and use runas just like sudo on Linux but that's too much for Windows users so they took it a step further, even if you got admin rights it will ask for permission (optionally password) before doing anything privileged, still users blindly click OK on those dialogs (like you did with firefox). If firefox follows MS guidelines it won't let an unpriviliged user (unless an user with admin rights explicitly sets an option allowing it, probably during install) update it even technically it can cause you allowed it to install. -- Fernando Rodriguez
Re: [gentoo-user] eject and util-linux blocker
On 17/03/2015 03:43, Dale wrote:
[...snip]
root@fireball / # emerge -uvaDN world -t
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo
[nomerge ] x11-misc/pcmanfm-1.2.3::gentoo USE=-debug
[ebuild N ] virtual/eject-0::gentoo 0 KiB
[ebuild UD ]sys-apps/util-linux-2.24.1-r3::gentoo
[2.26.1::gentoo] USE=bash-completion%* cramfs ncurses nls pam
static-libs* suid udev unicode -caps -cytune% -fdformat -python
(-selinux) -slang {-test} -tty-helpers (-systemd%) ABI_X86=(64) (-32)
(-x32) PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4
PYTHON_TARGETS=python2_7 python3_3 -python3_4 0 KiB
[ebuild N ]sys-block/eject-2.1.5-r2::gentoo USE=nls 121 KiB
[blocks B ] sys-block/eject (sys-block/eject is blocking
sys-apps/util-linux-2.24.1-r3)
Total: 3 packages (1 downgrade, 2 new), Size of downloads: 121 KiB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(sys-block/eject-2.1.5-r2:0/0::gentoo, ebuild scheduled for merge)
pulled in by
sys-block/eject required by (virtual/eject-0:0/0::gentoo, ebuild
scheduled for merge)
(sys-apps/util-linux-2.24.1-r3:0/0::gentoo, ebuild scheduled for
merge) pulled in by
=sys-apps/util-linux-2.13 required by
(www-plugins/nspluginwrapper-1.4.4-r3:0/0::gentoo, installed)
sys-apps/util-linux-2.25[static-libs] required by
(sys-fs/lvm2-2.02.109:0/0::gentoo, installed)
Looks like this is the source of your problem. When dealing with
blocking downgrades I like to search for the character to find what
other package is limiting the highest version. The above is the only one.
The DEPEND for lvm2 looks like this:
RDEPEND=${DEPEND_COMMON}
...
=sys-apps/util-linux-2.16
...
DEPEND=${DEPEND_COMMON}
static? (
selinux? ( sys-libs/libselinux[static-libs] )
udev? ( =virtual/libudev-208:=[static-libs] )
sys-apps/util-linux-2.25[static-libs]
)
Do you have lvm2 built with USE=static?
Second question is why will portage not upgrade lvm2 for you? What do
you get from this:
emerge -pv lvm2
--
Alan McKinnon
alan.mckin...@gmail.com
[gentoo-user] Re: man portage (latest version?)
Michael Orlitzky mjo at gentoo.org writes: $ git clone git://git.overlays.gentoo.org/proj/portage.git Then, from within the repo, $ man man/portage.5 FANTASTIC! Search for repos.conf. Yep, lots of excellent, current info! The epatch_user function comes from eutils.eclass (you can find it in the eclass directory of your portage tree snapshot). It will probably be in EAPI6 under a different name, but I don't think there's any code written yet. Plenty of current info here too! That a triple (!) very wonderful and current info. thx, James
Re: [gentoo-user] eject and util-linux blocker
Mike Gilbert wrote: On Tue, Mar 17, 2015 at 2:10 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE=static static-libs has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with USE=static and udev - there's some incompatibility there and the ebuild knows about them I went through the package.use file and commented out the static and static-libs stuff. It seems happy but thing is, when I put them there, they were needed for some reason. Actually, all the parts I found had the output of where emerge said those were needed. Maybe the reason they were needed then has changed and they are no longer needed. I hope anyway. ;-) I know there were some guides for doing LVM root that used to advise building stuff statically, probably because of some problem with genkernel. With a modern initramfs (dracut, and possible recent genkernel), shared libs work just as well, so there should be no need. Well, in package.use, it has some output of emerge that said it needed. Here is a snippet: # required by sys-fs/lvm2-2.02.109[static] # required by @selected # required by @world (argument) #=sys-apps/util-linux-2.24.1-r3 static-libs # required by virtual/udev-208-r2 # required by @selected # required by @world (argument) #virtual/libudev static-libs # required by virtual/udev-208-r2[gudev] # required by @selected # required by @world (argument) #virtual/libgudev static-libs There's a couple more but you get the idea. I don't use genkernel, tried it but never got a working kernel from it so I do them by hand. Everything built OK with no more complaining so I guess whatever it is has changed. Still weird tho. Dale :-) :-)
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Tue, Mar 17, 2015 at 11:42 AM, German gentger...@gmail.com wrote: On Sat, 14 Mar 2015 14:03:21 -0400, Tom H tomh0...@gmail.com wrote: Canek had asked whether you were using systemd and therefore logind. Since you're using openrc, perhaps you should check whether installing consolekit is a fix because it's the precursor to logind. Just to emerge consolekit and see if it fix it? Yes. This is this is the type scenario that it's meant to handle. http://www.freedesktop.org/wiki/Software/ConsoleKit/
Re: [gentoo-user] man portage (latest version?)
On 03/17/2015 01:41 PM, James wrote: Hello, https://dev.gentoo.org/~zmedico/portage/doc/man/portage.5.html (vintage feb_2014) This seems to be the latest version of the portage man page I can find that is publicly published. Are there any more recent versions, publicly published? What is(are) the best doc(s) on repos.conf and epatch-user as I'm just not finding anything recent and comprehensive on either of these. First, $ git clone git://git.overlays.gentoo.org/proj/portage.git Then, from within the repo, $ man man/portage.5 Search for repos.conf. The epatch_user function comes from eutils.eclass (you can find it in the eclass directory of your portage tree snapshot). It will probably be in EAPI6 under a different name, but I don't think there's any code written yet.
Re: [gentoo-user] eject and util-linux blocker
On 17/03/2015 20:10, Dale wrote: Alan McKinnon wrote: Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE=static static-libs has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with USE=static and udev - there's some incompatibility there and the ebuild knows about them I went through the package.use file and commented out the static and static-libs stuff. It seems happy but thing is, when I put them there, they were needed for some reason. Actually, all the parts I found had the output of where emerge said those were needed. Maybe the reason they were needed then has changed and they are no longer needed. I hope anyway. ;-) Thanks. I'm not sure I would have ever figured out that it was that causing the problem. That got pretty deep. I've gotten to the point where I can make sense of portage output (it took a while!) but I have no idea how to explain how I do it :-) Portage makes a very fundamental blunder - it exposes the underlying implementation in the output. The odds are very slim the average user will ever make reasonable sense of it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] eject and util-linux blocker
Alan McKinnon wrote: On 17/03/2015 22:16, Dale wrote: Mike Gilbert wrote: On Tue, Mar 17, 2015 at 2:10 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE=static static-libs has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with USE=static and udev - there's some incompatibility there and the ebuild knows about them I went through the package.use file and commented out the static and static-libs stuff. It seems happy but thing is, when I put them there, they were needed for some reason. Actually, all the parts I found had the output of where emerge said those were needed. Maybe the reason they were needed then has changed and they are no longer needed. I hope anyway. ;-) I know there were some guides for doing LVM root that used to advise building stuff statically, probably because of some problem with genkernel. With a modern initramfs (dracut, and possible recent genkernel), shared libs work just as well, so there should be no need. Well, in package.use, it has some output of emerge that said it needed. Here is a snippet: # required by sys-fs/lvm2-2.02.109[static] # required by @selected # required by @world (argument) #=sys-apps/util-linux-2.24.1-r3 static-libs You are reading it wrong. That means: util-linux needs to be built with USE=static-libs because lvm2 is already built with USE=static None of which explains why you originally built lvm2 that way. It was because emerge told me it needed it for some reason. It is very rare that I just put something in package.use on my own. On the rare times I have done it, it is on a package that I use and I need to enable something but don't want to enable it globally or only that one package has that USE flag. A couple examples, gimp, nut, gtkam is a few that I have in there because of some option I need to enable/disable. # required by virtual/udev-208-r2 # required by @selected # required by @world (argument) #virtual/libudev static-libs # required by virtual/udev-208-r2[gudev] # required by @selected # required by @world (argument) #virtual/libgudev static-libs There's a couple more but you get the idea. I don't use genkernel, tried it but never got a working kernel from it so I do them by hand. Everything built OK with no more complaining so I guess whatever it is has changed. Still weird tho. This has nothing to do with genkernel. More than likely, you followed some daft advice on teh intarwebz saying you need a static lvm to be able to boot / on lvm. I don't have / on lvm. /boot and / are on regular partitions. Everything else, /usr, /var and /home, are on lvm. Keep in mind, I was trying to avoid that init thingy. I mentioned genkernel because Mike mentioned it. I tried it ages ago and never got a kernel that would boot. I don't even have it installed here. I started doing them by hand and have been pretty good at it ever since. Odd I know. Dale :-) :-)
Re: [gentoo-user] best practise for 4 disks ... redundancy
Am 2015-03-13 um 15:11 schrieb Neil Bothwick: On Fri, 13 Mar 2015 14:55:27 +0100, Stefan G. Weichinger wrote: See above. The reason for using a RAID1 array is to avoid having to update multiple disks, just mount /boot on the RAID device. % mount | grep boot /dev/md0 on /boot type ext2 (rw,noatime,stripe=4) /boot is my vfat ESP here .. no ext2 ... That makes no difference, the filesystem sits on top of the RAID. As I said, that computer is pre-UEFI, so /boot is ext2. But RAID doesn't care about the filesystem, it just mirrors the bits. Tried your suggestion today .. worked out great after adding that new array to dracut.conf ;) Thanks! goes into my howtos ...
Re: [gentoo-user] syslog-ng requiring logrotate?
On Tuesday 17 Mar 2015 09:25:44 Alan McKinnon wrote: On 17/03/2015 11:23, hw wrote: Hi, wasn't there some option for syslog-ng to do log rotation by itself, or are we supposed to have logrotate installed along with it? the latter metalog does its own rotation, syslog-ng requires logrorate for this purpose. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] syslog-ng requiring logrotate?
On 17/03/2015 11:23, hw wrote: Hi, wasn't there some option for syslog-ng to do log rotation by itself, or are we supposed to have logrotate installed along with it? the latter -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Tue, 17 Mar 2015 19:16:42 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 18:11, German gentger...@gmail.com wrote: Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it Yes. Sorry. The mode was wrong: TTYPERM 660 Will fix it, if your screen is setgid tty and ttyX is gid tty. If not then: TTYPERM 666 Will fix it, but also your tty will be world readable. If you don't consider that too big security risk, then just go Neither 660 nor 666 fixed it. Sorry :( ahead. -- -Matti -- German gentger...@gmail.com
[gentoo-user] man portage (latest version?)
Hello, https://dev.gentoo.org/~zmedico/portage/doc/man/portage.5.html (vintage feb_2014) This seems to be the latest version of the portage man page I can find that is publicly published. Are there any more recent versions, publicly published? What is(are) the best doc(s) on repos.conf and epatch-user as I'm just not finding anything recent and comprehensive on either of these. James
Re: [gentoo-user] openrc-systemd command comparison
On Tue, Mar 17, 2015 at 10:41 AM, Daniel Frey djqf...@gmail.com wrote: On 03/17/2015 06:56 AM, Bob Wya wrote: I've not seen any that are OpenRC specific... But this one is pretty decent for SysVInit vs. systemd... http://linoxide.com/linux-command/systemd-vs-sysvinit-cheatsheet/ Yeah I found one similar to that, but located elsewhere. Maybe if I have some time today I'll do some research and create an openrc-specific one on the wiki. This way it'll help others (besides me.) The cheat sheets are useful for reference, but I'd strongly encourage anybody using systemd to get a decent understanding of the fundamentals. I gave a presentation along these lines which can be found at: https://docs.google.com/presentation/d/1YpW7h-sUSXtmroppd-S46dxtPYo3rcF32rh7vF99aVs/edit?usp=sharing (granted, that wasn't really designed to stand completely on its own) Some key concepts you should understand: 1. Targets as virtuals - if you think about them the way you'd think about a virtual package you'll probably grok it. 2. Before/After/Wants/Requires and what they actually mean 3. Drop-ins 4. Creating dependencies using /etc/systemd/system/foo.xxx.d symlinks, and how these tie into enabling services Just as with openrc there are a lot of building blocks which are used to create a working configuration, there are many ways to do the same thing, and some of those ways are usually better than others. The overall design is somewhat different, so you need to look at things differently to make the most of it. -- Rich
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Mar 17, 2015, at 19:33, German gentger...@gmail.com wrote: On Tue, 17 Mar 2015 19:16:42 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 18:11, German gentger...@gmail.com wrote: Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it Yes. Sorry. The mode was wrong: TTYPERM 660 Will fix it, if your screen is setgid tty and ttyX is gid tty. If not then: TTYPERM 666 Will fix it, but also your tty will be world readable. If you don't consider that too big security risk, then just go Neither 660 nor 666 fixed it. Sorry :( If you have: TTYPERM 0666 And logout and login. What mode and ownership do you have in you tty (/dev/ttyX)? -- -Matti
Re: [gentoo-user] eject and util-linux blocker
On 17/03/2015 19:01, Dale wrote:
Alan McKinnon wrote:
On 17/03/2015 03:43, Dale wrote:
[...snip]
root@fireball / # emerge -uvaDN world -t
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo
[nomerge ] x11-misc/pcmanfm-1.2.3::gentoo USE=-debug
[ebuild N ] virtual/eject-0::gentoo 0 KiB
[ebuild UD ]sys-apps/util-linux-2.24.1-r3::gentoo
[2.26.1::gentoo] USE=bash-completion%* cramfs ncurses nls pam
static-libs* suid udev unicode -caps -cytune% -fdformat -python
(-selinux) -slang {-test} -tty-helpers (-systemd%) ABI_X86=(64) (-32)
(-x32) PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4
PYTHON_TARGETS=python2_7 python3_3 -python3_4 0 KiB
[ebuild N ]sys-block/eject-2.1.5-r2::gentoo USE=nls 121 KiB
[blocks B ] sys-block/eject (sys-block/eject is blocking
sys-apps/util-linux-2.24.1-r3)
Total: 3 packages (1 downgrade, 2 new), Size of downloads: 121 KiB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(sys-block/eject-2.1.5-r2:0/0::gentoo, ebuild scheduled for merge)
pulled in by
sys-block/eject required by (virtual/eject-0:0/0::gentoo, ebuild
scheduled for merge)
(sys-apps/util-linux-2.24.1-r3:0/0::gentoo, ebuild scheduled for
merge) pulled in by
=sys-apps/util-linux-2.13 required by
(www-plugins/nspluginwrapper-1.4.4-r3:0/0::gentoo, installed)
sys-apps/util-linux-2.25[static-libs] required by
(sys-fs/lvm2-2.02.109:0/0::gentoo, installed)
Looks like this is the source of your problem. When dealing with
blocking downgrades I like to search for the character to find what
other package is limiting the highest version. The above is the only one.
The DEPEND for lvm2 looks like this:
RDEPEND=${DEPEND_COMMON}
...
=sys-apps/util-linux-2.16
...
DEPEND=${DEPEND_COMMON}
static? (
selinux? ( sys-libs/libselinux[static-libs] )
udev? ( =virtual/libudev-208:=[static-libs] )
sys-apps/util-linux-2.25[static-libs]
)
Do you have lvm2 built with USE=static?
Second question is why will portage not upgrade lvm2 for you? What do
you get from this:
emerge -pv lvm2
This lead me down a path. Here is the info you requested:
root@fireball / # emerge -pv lvm2
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild UD ] sys-apps/util-linux-2.24.1-r3::gentoo [2.26.1::gentoo]
USE=bash-completion%* cramfs ncurses nls pam static-libs* suid udev
unicode -caps -cytune% -fdformat -python (-selinux) -slang {-test}
-tty-helpers (-systemd%) ABI_X86=(64) (-32) (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4
PYTHON_TARGETS=python2_7 python3_3 -python3_4 0 KiB
[ebuild R] sys-fs/lvm2-2.02.109::gentoo USE=readline static thin
udev (-clvm) (-cman) -device-mapper-only -lvm1 -lvm2create_initrd
(-selinux) -static-libs -systemd 0 KiB
Total: 2 packages (1 downgrade, 1 reinstall), Size of downloads: 0 KiB
The following USE changes are necessary to proceed:
(see package.use in the portage(5) man page for more details)
# required by sys-fs/lvm2-2.02.109::gentoo[static]
# required by @selected
# required by @world (argument)
=sys-apps/util-linux-2.24.1-r3 static-libs
root@fireball / #
It seems at some point, I did have a USE flag in package.use that was
version specific. I usually remove the version stuff and let it apply
to all version. Usually if you need a USE flag for one version, you
will need it for the upgrade as well. So, after removing the version
info, I try again. Similar message tho. I then keyword lvm2, thinking
it may need a newer version. Then I get this crypted message.
root@fireball / # emerge -uvaDN world -t
These are the packages that would be merged, in reverse order:
Calculating dependencies \
!!! Problem resolving dependencies for sys-fs/lvm2 from @selected
... done!
!!! The ebuild selected to satisfy sys-fs/lvm2 has unmet requirements.
- sys-fs/lvm2-2.02.110::gentoo USE=readline static thin udev -clvm
-cman -device-mapper-only -lvm1 -lvm2create_initrd (-selinux)
-static-libs -systemd ABI_X86=64
The following REQUIRED_USE flag constraints are unsatisfied:
static? ( !udev )
The above constraints are a subset of the following complete expression:
device-mapper-only? ( !clvm !cman !lvm1 !lvm2create_initrd !thin )
systemd? ( udev ) static? ( !udev )
(dependency required by @selected [set])
(dependency required by @world [argument])
root@fireball / # emerge -vp eudev
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] sys-fs/eudev-2.1.1::gentoo USE=gudev hwdb
introspection keymap kmod modutils rule-generator static-libs -doc
Re: [gentoo-user] eject and util-linux blocker
Alan McKinnon wrote: Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE=static static-libs has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with USE=static and udev - there's some incompatibility there and the ebuild knows about them I went through the package.use file and commented out the static and static-libs stuff. It seems happy but thing is, when I put them there, they were needed for some reason. Actually, all the parts I found had the output of where emerge said those were needed. Maybe the reason they were needed then has changed and they are no longer needed. I hope anyway. ;-) Thanks. I'm not sure I would have ever figured out that it was that causing the problem. That got pretty deep. Dale :-) :-)
[gentoo-user] Re: man portage (latest version?)
Michael Orlitzky mjo at gentoo.org writes: $ git clone git://git.overlays.gentoo.org/proj/portage.git OK so in the /usr/local/portage dir I started this process. Its downloading at a blistering 20-30 KiB/s. I about to call the ISP, but in the the mean time here are a few more comments. Wow! Right under my nose. I have this page bookmarked and up: http://gitweb.gentoo.org/proj/ Browsing online to find the manpage () seems to be evading me I was probably too quick on that resources as it gives lots of hits on portage. Perhaps I should have used several compounds in my query string for searching that tree? Then, from within the repo, $ man man/portage.5 Search for repos.conf. yes. The epatch_user function comes from eutils.eclass (you can find it in the eclass directory of your portage tree snapshot). And this is embarrassing. I'd always looked online at eclasses. Again right under my nose in '/usr/portage/eclass'. It's a good thing 'old_farts' dont blush very easily. It will probably be in EAPI6 under a different name, but I don't think there's any code written yet. Is there a preliminary doc on EAPI6? I know there is still some unfinished business therein, but, the sooner we can start reading the better. For me, it takes a while to get use to the changes, so I'm trying to read ahead a bit, particularly the part where my codes become part of my gentoo systems, with ease.. I'm all ears on that! Thanks, James
Re: [gentoo-user] openrc-systemd command comparison
Am Tue, 17 Mar 2015 13:20:45 -0400 schrieb Rich Freeman ri...@gentoo.org: On Tue, Mar 17, 2015 at 10:41 AM, Daniel Frey djqf...@gmail.com wrote: On 03/17/2015 06:56 AM, Bob Wya wrote: I've not seen any that are OpenRC specific... But this one is pretty decent for SysVInit vs. systemd... http://linoxide.com/linux-command/systemd-vs-sysvinit-cheatsheet/ Yeah I found one similar to that, but located elsewhere. Maybe if I have some time today I'll do some research and create an openrc-specific one on the wiki. This way it'll help others (besides me.) The cheat sheets are useful for reference, but I'd strongly encourage anybody using systemd to get a decent understanding of the fundamentals. [...] Having recently migrated to systemd myself I vehemently agree with this. I don't think you'll understand systemd as well as you could by trying to force it into your mental model of OpenRC (despite some superficial similarities). -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpBCydX0t49K.pgp Description: Digitale Signatur von OpenPGP
[gentoo-user] Re: Is this a bug in firefox-36.0?
On 03/17/2015 05:47 PM, Daniel Frey wrote: Mozilla installs a privileged service that auto updates its software. Interesting. I didn't know about 'privileged services' in Windows. I hope M$ grants these 'privileges' carefully.
Re: [gentoo-user] Re: Is this a bug in firefox-36.0?
On 03/17/2015 06:15 PM, walt wrote: On 03/17/2015 05:47 PM, Daniel Frey wrote: Mozilla installs a privileged service that auto updates its software. Interesting. I didn't know about 'privileged services' in Windows. I hope M$ grants these 'privileges' carefully. You mean the user. Any app can install a service like that if the user lets them. I'm assuming Mozilla's service runs as a SYSTEM user so it can modify things, but I've never cared enough to look. I always remove the Mozilla Maintenance Service and update manually. Dan
Re: [gentoo-user] Is this a bug in firefox-36.0?
On 03/17/2015 07:49 PM, walt wrote: I get a certificate verification error when visiting https://www.att.com using firefox-36.0, but not when using chrome-41.0.2272.76. Anyone else see the same with firefox-36? BTW, I tried the latest firefox in a Win7 virtual machine and I was shocked to see that firefox was updating itself when I was logged in as an unprivileged user (i.e. *not* an Administrator). Are the idiots at M$ *really* that stupid? They've learned nothing, apparently, since Win 95 :( BTW, the Win7 firefox also flagged an error when visiting the web site I mentioned above, but the error was displayed so subtly that I would have missed it if I hadn't been looking for it specifically. Very bad behavior. I don't know if the test include log in the page. As I don't have a login information I was able only to access the site: Everything normal here. Best Regards
Re: [gentoo-user] Is this a bug in firefox-36.0?
On 03/17/2015 04:49 PM, walt wrote: I get a certificate verification error when visiting https://www.att.com using firefox-36.0, but not when using chrome-41.0.2272.76. Anyone else see the same with firefox-36? I haven't tried, honestly. But I have had problems with Firefox not including some intermediary certificates before. That breaks the whole chain of trust. BTW, I tried the latest firefox in a Win7 virtual machine and I was shocked to see that firefox was updating itself when I was logged in as an unprivileged user (i.e. *not* an Administrator). Are the idiots at M$ *really* that stupid? They've learned nothing, apparently, since Win 95 :( Remove the 'Mozilla Maintenance Service' from Programs Features (or whatever it's called) and it won't auto update. Mozilla installs a privileged service that auto updates its software. Dan
[gentoo-user] Is this a bug in firefox-36.0?
I get a certificate verification error when visiting https://www.att.com using firefox-36.0, but not when using chrome-41.0.2272.76. Anyone else see the same with firefox-36? BTW, I tried the latest firefox in a Win7 virtual machine and I was shocked to see that firefox was updating itself when I was logged in as an unprivileged user (i.e. *not* an Administrator). Are the idiots at M$ *really* that stupid? They've learned nothing, apparently, since Win 95 :( BTW, the Win7 firefox also flagged an error when visiting the web site I mentioned above, but the error was displayed so subtly that I would have missed it if I hadn't been looking for it specifically. Very bad behavior.
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Mar 17, 2015, at 18:11, German gentger...@gmail.com wrote: Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it Yes. Sorry. The mode was wrong: TTYPERM 660 Will fix it, if your screen is setgid tty and ttyX is gid tty. If not then: TTYPERM 666 Will fix it, but also your tty will be world readable. If you don't consider that too big security risk, then just go ahead. -- -Matti
Re: [gentoo-user] eject and util-linux blocker
On Tue, Mar 17, 2015 at 2:10 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE=static static-libs has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with USE=static and udev - there's some incompatibility there and the ebuild knows about them I went through the package.use file and commented out the static and static-libs stuff. It seems happy but thing is, when I put them there, they were needed for some reason. Actually, all the parts I found had the output of where emerge said those were needed. Maybe the reason they were needed then has changed and they are no longer needed. I hope anyway. ;-) I know there were some guides for doing LVM root that used to advise building stuff statically, probably because of some problem with genkernel. With a modern initramfs (dracut, and possible recent genkernel), shared libs work just as well, so there should be no need.
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Mar 17, 2015, at 21:52, German gentger...@gmail.com wrote: On Tue, 17 Mar 2015 20:39:46 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 19:33, German gentger...@gmail.com wrote: On Tue, 17 Mar 2015 19:16:42 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 18:11, German gentger...@gmail.com wrote: Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it Yes. Sorry. The mode was wrong: TTYPERM 660 Will fix it, if your screen is setgid tty and ttyX is gid tty. If not then: TTYPERM 666 Will fix it, but also your tty will be world readable. If you don't consider that too big security risk, then just go Neither 660 nor 666 fixed it. Sorry :( If you have: TTYPERM 0666 And logout and login. What mode and ownership do you have in you tty (/dev/ttyX)? Ok, Matti, 0666 worked, now I can run screen as a user. Thanks. Do you think I have to try to run it 0660? Will it be less security risk? Well 0666 = 666. The reason it now worked is because you logged out and then back in. This is becaus login program only reads the /etc/login.defs-file when you login. With mode 0666 every user on your computer can read everything (every character) you have in your screen (so not much privacy). If you set: TTYGROUP utmp TTYPERM 0660 And have: -rwxr-sr-x root utmp /usr/bin/screen Everything will also work and you have more privacy. When /bin/login us run it changes ownership of the tty to the user who logs in. Su -l does not do this. That is why the screen doesn't work. ConsoleKit is the program that is responsible for many of these permission changes. Do you have that installed? -- -Matti
Re: [gentoo-user] Re: man portage (latest version?)
On 03/17/2015 03:08 PM, James wrote: It will probably be in EAPI6 under a different name, but I don't think there's any code written yet. Is there a preliminary doc on EAPI6? I know there is still some unfinished business therein, but, the sooner we can start reading the better. For me, it takes a while to get use to the changes, so I'm trying to read ahead a bit, particularly the part where my codes become part of my gentoo systems, with ease.. I'm all ears on that! This is probably the easiest to understand: http://wiki.gentoo.org/wiki/Future_EAPI/EAPI_6_tentative_features To see what's actually been implemented, check out the eapi-6 branch of the package manager specification at, http://gitweb.gentoo.org/proj/pms.git (there's a little thing in the upper-right-hand corner to switch branches).
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Tue, 17 Mar 2015 20:39:46 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 19:33, German gentger...@gmail.com wrote: On Tue, 17 Mar 2015 19:16:42 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 18:11, German gentger...@gmail.com wrote: Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it Yes. Sorry. The mode was wrong: TTYPERM 660 Will fix it, if your screen is setgid tty and ttyX is gid tty. If not then: TTYPERM 666 Will fix it, but also your tty will be world readable. If you don't consider that too big security risk, then just go Neither 660 nor 666 fixed it. Sorry :( If you have: TTYPERM 0666 And logout and login. What mode and ownership do you have in you tty (/dev/ttyX)? Ok, Matti, 0666 worked, now I can run screen as a user. Thanks. Do you think I have to try to run it 0660? Will it be less security risk? -- -Matti -- German gentger...@gmail.com
Re: [gentoo-user] eject and util-linux blocker
Alan McKinnon wrote: I've gotten to the point where I can make sense of portage output (it took a while!) but I have no idea how to explain how I do it :-) Portage makes a very fundamental blunder - it exposes the underlying implementation in the output. The odds are very slim the average user will ever make reasonable sense of it. You prolly got good at it because of so many people on here asking what those crpytic messages are saying. Very few people can figure out what they are trying to say. Every once in a while, I get lucky and can keyword a package or something and get past a blocker but sometimes, it may as well spit out Greek characters. What gets me on this one, it really didn't give a clue what the real problem is. If it did, I missed it. I just wonder, is there some way they can make emerge spit out something that makes sense or is that something that can not be done? Dale :-) :-)
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Tue, 17 Mar 2015 22:14:03 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 21:52, German gentger...@gmail.com wrote: On Tue, 17 Mar 2015 20:39:46 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 19:33, German gentger...@gmail.com wrote: On Tue, 17 Mar 2015 19:16:42 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 17, 2015, at 18:11, German gentger...@gmail.com wrote: Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it Yes. Sorry. The mode was wrong: TTYPERM 660 Will fix it, if your screen is setgid tty and ttyX is gid tty. If not then: TTYPERM 666 Will fix it, but also your tty will be world readable. If you don't consider that too big security risk, then just go Neither 660 nor 666 fixed it. Sorry :( If you have: TTYPERM 0666 And logout and login. What mode and ownership do you have in you tty (/dev/ttyX)? Ok, Matti, 0666 worked, now I can run screen as a user. Thanks. Do you think I have to try to run it 0660? Will it be less security risk? Well 0666 = 666. The reason it now worked is because you logged out and then back in. This is becaus login program only reads the /etc/login.defs-file when you login. I pretty much sure that I logged out and logged in back after setting to 666 and it didn't work, but setting to 0666 has worked. Strange. With mode 0666 every user on your computer can read everything (every character) you have in your screen (so not much privacy). If you set: TTYGROUP utmp TTYPERM 0660 And have: -rwxr-sr-x root utmp /usr/bin/screen Everything will also work and you have more privacy. I'll be the only user on this system. So I guess I can leave it as it is. When /bin/login us run it changes ownership of the tty to the user who logs in. Su -l does not do this. That is why the screen doesn't work. ConsoleKit is the program that is responsible for many of these permission changes. Do you have that installed? I think ConsoleKit was installed when I emerged screen, but I am not sure. -- -Matti -- German gentger...@gmail.com
Re: [gentoo-user] eject and util-linux blocker
On 17/03/2015 22:16, Dale wrote: Mike Gilbert wrote: On Tue, Mar 17, 2015 at 2:10 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE=static static-libs has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with USE=static and udev - there's some incompatibility there and the ebuild knows about them I went through the package.use file and commented out the static and static-libs stuff. It seems happy but thing is, when I put them there, they were needed for some reason. Actually, all the parts I found had the output of where emerge said those were needed. Maybe the reason they were needed then has changed and they are no longer needed. I hope anyway. ;-) I know there were some guides for doing LVM root that used to advise building stuff statically, probably because of some problem with genkernel. With a modern initramfs (dracut, and possible recent genkernel), shared libs work just as well, so there should be no need. Well, in package.use, it has some output of emerge that said it needed. Here is a snippet: # required by sys-fs/lvm2-2.02.109[static] # required by @selected # required by @world (argument) #=sys-apps/util-linux-2.24.1-r3 static-libs You are reading it wrong. That means: util-linux needs to be built with USE=static-libs because lvm2 is already built with USE=static None of which explains why you originally built lvm2 that way. # required by virtual/udev-208-r2 # required by @selected # required by @world (argument) #virtual/libudev static-libs # required by virtual/udev-208-r2[gudev] # required by @selected # required by @world (argument) #virtual/libgudev static-libs There's a couple more but you get the idea. I don't use genkernel, tried it but never got a working kernel from it so I do them by hand. Everything built OK with no more complaining so I guess whatever it is has changed. Still weird tho. This has nothing to do with genkernel. More than likely, you followed some daft advice on teh intarwebz saying you need a static lvm to be able to boot / on lvm. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] eject and util-linux blocker
On 17/03/2015 22:20, Dale wrote: Alan McKinnon wrote: I've gotten to the point where I can make sense of portage output (it took a while!) but I have no idea how to explain how I do it :-) Portage makes a very fundamental blunder - it exposes the underlying implementation in the output. The odds are very slim the average user will ever make reasonable sense of it. You prolly got good at it because of so many people on here asking what those crpytic messages are saying. Very few people can figure out what they are trying to say. Every once in a while, I get lucky and can keyword a package or something and get past a blocker but sometimes, it may as well spit out Greek characters. Well it's because I understand data structures as used in programming. Things like linked lists and assoc-arrays/dictionaries/hashmaps. I'v also had to support enough programmers over the years and get their stuff to work so I know how their minds work. It's like anything else, if you do it in your line of work, you get to understand it after a while :-) What gets me on this one, it really didn't give a clue what the real problem is. If it did, I missed it. To help folks out, I'll walk through the thought process: The give-away was that util-linux needed to be downgraded, this is very unusual. I figured it was so unusual that finding out why would show me your real problem. And it wasn't a case of the version you have has been removed from the tree. I knew that the only thing that can trigger a downgrade is a DEPENDS that requires some version or lower, and that must start with a or =. So I searched your mail looking for and there was only one :-) This one: sys-apps/util-linux-2.25[static-libs] required by (sys-fs/lvm2-2.02.109:0/0::gentoo, installed) That's the only line in the entire output that can downgrade util-linux. I looked in the lvm2 ebuild and there's only one DEPEND on sys-apps/util-linux-2.25 and it is only used when USE=static After that the rest was easy I just wonder, is there some way they can make emerge spit out something that makes sense or is that something that can not be done? I'm sure there is a way to do it. Some portage output is very useful, like conflicting USE. Portage tells you what you can enable or disable to proceed. And the colorized arrow-heads one line below is really helpful in following version numbers. But proper output messages isn't just a case of translate gobbledy-gook into English. One has to understand what the conditions mean, parse the data portage has inside, and then figure out something meaningful. That is not easy, and probably requires custom code for each different kind of error. Programmers hate writing error code that has to do that, which is probably why no-one has ever done it through portage's entire life so far -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] openrc-systemd command comparison
I've not seen any that are OpenRC specific... But this one is pretty decent for SysVInit vs. systemd... http://linoxide.com/linux-command/systemd-vs-sysvinit-cheatsheet/ On 17 March 2015 at 01:58, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Mar 16, 2015 at 7:47 PM, Daniel Frey djqf...@gmail.com wrote: Hey all, I've now converted two systems to systemd and so far haven't had too much issues with systemd itself, other than me constantly forgetting commands. Is there a nice table or chart somewhere that lists openrc commands with equivalent systemd commands? That would really help me from bashing my head and then wandering through man pages for a while trying to figure out what I want to do. I'll eventually remember but it would be nice to have something to help me along. My memory sure isn't what it used to be. I remember seeing a table like that in the wiki a long time ago, but I can't find it now. Anyway, the translatable commands are obvious: /etc/init.d/service start → systemctl start service /etc/init.d/service stop → systemctl stop service and the rest are usually are not translatable. There is nothing like systemctl mask service in OpenRC, AFAIK, and there is no equivalent for /etc/init.d/service zap in systemd (the whole idea of systemd is that an ugly hack like zap will never be necessary). Not sure if this will help you. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México -- All the best, Robert
[gentoo-user] Re: depclean portect a class of ebuilds ?
Bruce Schultz brulzki at gmail.com writes: emerge --depclean -p case (1) EMERGE_DEFAULT_OPTS=--exclude gentoo-sources @dev-java NOw this is strange. Today it only wants to delete a few packages: All selected packages: =dev-lang/vala-0.26.2 =dev-java/junit-4.11 =dev-java/jmock-1.1.0-r2 =dev-java/qdox-1.12-r1 =dev-lang/vala-0.24.0-r1 =dev-java/jna-3.4.0 =dev-java/hamcrest-generator-1.3-r1 =dev-java/cglib-2.0.2-r2 =dev-java/byaccj-1.15-r1 =dev-lang/vala-0.20.1 =dev-java/swing-layout-1.0.4 =dev-java/javahelp-2.0.05_p63 =dev-java/hamcrest-core-1.3 =dev-java/jflex-1.4.3 Most are in the dev-java set. So I renames the set to DEVjava; same result. case (2) I'm thinking something like the following might work EMERGE_DEFAULT_OPTS=--exclude \gentoo-sources @DEVjava\ emerge: error: Invalid Atom(s) in --exclude parameter: '@DEVjava' (only package names and slot atoms (with wildcards) allowed) case (3) I dropped the gentoo-sources to focus in on using a set rulI think it is closer. This one specifically fails: EMERGE_DEFAULT_OPTS=--exclude \ @DEVjava\ same error message, so it does not like the set. case (4) EMERGE_DEFAULT_OPTS=--exclude \DEVjava\ This did not fail, but it give the big list, including the packages listed in the set DEVjava So this message seems to be telling me that sets are not supported, back from when the lower-case, non-hyphenated syntax was tested: emerge: error: Invalid Atom(s) in --exclude parameter: '@dev-java/*' (only package names and slot atoms (with wildcards) allowed) Any other ideas or comments are welcome. James
Re: [gentoo-user] openrc-systemd command comparison
On 03/17/2015 06:56 AM, Bob Wya wrote: I've not seen any that are OpenRC specific... But this one is pretty decent for SysVInit vs. systemd... http://linoxide.com/linux-command/systemd-vs-sysvinit-cheatsheet/ Yeah I found one similar to that, but located elsewhere. Maybe if I have some time today I'll do some research and create an openrc-specific one on the wiki. This way it'll help others (besides me.) Dan
Re: [gentoo-user] Re: depclean portect a class of ebuilds ?
On 15/03/2015 02:25, James wrote: Neil Bothwick neil at digimed.co.uk writes: I'm not sure how to put everything dev-java into a set; so that it will updated but not depclean out those packages. A set can be simply a list of packages in a file in /etc/portage/sets. Ok so I created this file (644): /etc/portage/sets/dev-java I put a list of file in there, here are a few: dev-java/log4j dev-java/xpp2 dev-java/xpp3 dev-java/jaxme java-virtuals/stax-api snip I tried all sorts of --depclean syntax variants but it did not protect the files listed in the file from removal. I modified my make.conf like so: EMERGE_DEFAULT_OPTS=--exclude gentoo-sources @dev-java Now every rendition of depclean usage just wants to remove these files. It feels like there is a working mechanism here, but I'm struggling to find the exact method to protect these files from depclean, not identify them form deep cleansing. What am I missing? I'm not sure what you are trying to accomplish here - looks like you want to stop portage from removing some stuff (per the subject line)? Well that's easy - put them in world. Or with sets, add the packages to a set called DEVjava and add that set to world. Either emerge @DEVjava or manually add the set name to /var/lib/portage/world_sets Because that stuff is now in world, depclean will not touch it. The --exclude syntax you are experimenting with is for installation of packages, not removal. From the man page: --exclude ATOMS A space separated list of package names or slot atoms. Emerge won't install any ebuild or binary package that matches any of the given package atoms. Any as you can see the only supported arguments are atoms, not set names -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Damaged CD medium
I managed to recover the files on the CD! I used ddrescue which eventually was able to read the media and then ran photorec to retrieve the jpeg photos from the rescued image. ddrescue could not read the CD every time, but reinserting a few times on my laptop managed to start reading it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: depclean portect a class of ebuilds ?
On Tue, 17 Mar 2015 14:15:38 + (UTC), James wrote: EMERGE_DEFAULT_OPTS=--exclude gentoo-sources @dev-java NOw this is strange. Today it only wants to delete a few packages: All selected packages: =dev-lang/vala-0.26.2 =dev-java/junit-4.11 =dev-java/jmock-1.1.0-r2 =dev-java/qdox-1.12-r1 =dev-lang/vala-0.24.0-r1 =dev-java/jna-3.4.0 =dev-java/hamcrest-generator-1.3-r1 =dev-java/cglib-2.0.2-r2 =dev-java/byaccj-1.15-r1 =dev-lang/vala-0.20.1 =dev-java/swing-layout-1.0.4 =dev-java/javahelp-2.0.05_p63 =dev-java/hamcrest-core-1.3 =dev-java/jflex-1.4.3 Most are in the dev-java set. Did you emerge -n @dev-java? The whole suggestion of creating a set depends on you adding it to world_sets? If you didn't do that, you wasted your time creating the set. -- Neil Bothwick What is a free gift ? Aren't all gifts free? pgpM2Dgp5PGpq.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Sat, 14 Mar 2015 20:53:44 +0200 Matti Nykyri matti.nyk...@iki.fi wrote: On Mar 14, 2015, at 12:47, German gentger...@gmail.com wrote: On Sat, 14 Mar 2015 10:33:59 + Neil Bothwick n...@digimed.co.uk wrote: On Sat, 14 Mar 2015 06:08:34 -0400, German wrote: Forget about chmod 770. Better do a chmod g+rw. :-) Tried it, it also doesn't stay permanently. OK, no solution :( The correct solution is a udev rule, but it appears that something may be overriding that when you login. I have the same udev rule. Yes, something is overriding it. A kludgy solution is to add the chmod command to ~/.bash_profile. Don't hit your head to a brick wall. A small strace to the login process reveals that login set things as you tell it to in /etc/login.defs In this file change the line: TTYPERM 0600 To: TTYPERM 0620 And your problem is fixed. Sorry, this didn't fix it The problem has nothing to do with udev. If you don't like a volatile /dev just remove udev and create everything you wan't by hand (not recommended ;) Another thing i'm puzzled by is, why do you wan't to login as root and the su to someone else? I usually do it the other way around... -- -Matti -- German gentger...@gmail.com
Re: [gentoo-user] eject and util-linux blocker
Alan McKinnon wrote:
On 17/03/2015 03:43, Dale wrote:
[...snip]
root@fireball / # emerge -uvaDN world -t
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo
[nomerge ] x11-misc/pcmanfm-1.2.3::gentoo USE=-debug
[ebuild N ] virtual/eject-0::gentoo 0 KiB
[ebuild UD ]sys-apps/util-linux-2.24.1-r3::gentoo
[2.26.1::gentoo] USE=bash-completion%* cramfs ncurses nls pam
static-libs* suid udev unicode -caps -cytune% -fdformat -python
(-selinux) -slang {-test} -tty-helpers (-systemd%) ABI_X86=(64) (-32)
(-x32) PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4
PYTHON_TARGETS=python2_7 python3_3 -python3_4 0 KiB
[ebuild N ]sys-block/eject-2.1.5-r2::gentoo USE=nls 121 KiB
[blocks B ] sys-block/eject (sys-block/eject is blocking
sys-apps/util-linux-2.24.1-r3)
Total: 3 packages (1 downgrade, 2 new), Size of downloads: 121 KiB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(sys-block/eject-2.1.5-r2:0/0::gentoo, ebuild scheduled for merge)
pulled in by
sys-block/eject required by (virtual/eject-0:0/0::gentoo, ebuild
scheduled for merge)
(sys-apps/util-linux-2.24.1-r3:0/0::gentoo, ebuild scheduled for
merge) pulled in by
=sys-apps/util-linux-2.13 required by
(www-plugins/nspluginwrapper-1.4.4-r3:0/0::gentoo, installed)
sys-apps/util-linux-2.25[static-libs] required by
(sys-fs/lvm2-2.02.109:0/0::gentoo, installed)
Looks like this is the source of your problem. When dealing with
blocking downgrades I like to search for the character to find what
other package is limiting the highest version. The above is the only one.
The DEPEND for lvm2 looks like this:
RDEPEND=${DEPEND_COMMON}
...
=sys-apps/util-linux-2.16
...
DEPEND=${DEPEND_COMMON}
static? (
selinux? ( sys-libs/libselinux[static-libs] )
udev? ( =virtual/libudev-208:=[static-libs] )
sys-apps/util-linux-2.25[static-libs]
)
Do you have lvm2 built with USE=static?
Second question is why will portage not upgrade lvm2 for you? What do
you get from this:
emerge -pv lvm2
This lead me down a path. Here is the info you requested:
root@fireball / # emerge -pv lvm2
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild UD ] sys-apps/util-linux-2.24.1-r3::gentoo [2.26.1::gentoo]
USE=bash-completion%* cramfs ncurses nls pam static-libs* suid udev
unicode -caps -cytune% -fdformat -python (-selinux) -slang {-test}
-tty-helpers (-systemd%) ABI_X86=(64) (-32) (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4
PYTHON_TARGETS=python2_7 python3_3 -python3_4 0 KiB
[ebuild R] sys-fs/lvm2-2.02.109::gentoo USE=readline static thin
udev (-clvm) (-cman) -device-mapper-only -lvm1 -lvm2create_initrd
(-selinux) -static-libs -systemd 0 KiB
Total: 2 packages (1 downgrade, 1 reinstall), Size of downloads: 0 KiB
The following USE changes are necessary to proceed:
(see package.use in the portage(5) man page for more details)
# required by sys-fs/lvm2-2.02.109::gentoo[static]
# required by @selected
# required by @world (argument)
=sys-apps/util-linux-2.24.1-r3 static-libs
root@fireball / #
It seems at some point, I did have a USE flag in package.use that was
version specific. I usually remove the version stuff and let it apply
to all version. Usually if you need a USE flag for one version, you
will need it for the upgrade as well. So, after removing the version
info, I try again. Similar message tho. I then keyword lvm2, thinking
it may need a newer version. Then I get this crypted message.
root@fireball / # emerge -uvaDN world -t
These are the packages that would be merged, in reverse order:
Calculating dependencies \
!!! Problem resolving dependencies for sys-fs/lvm2 from @selected
... done!
!!! The ebuild selected to satisfy sys-fs/lvm2 has unmet requirements.
- sys-fs/lvm2-2.02.110::gentoo USE=readline static thin udev -clvm
-cman -device-mapper-only -lvm1 -lvm2create_initrd (-selinux)
-static-libs -systemd ABI_X86=64
The following REQUIRED_USE flag constraints are unsatisfied:
static? ( !udev )
The above constraints are a subset of the following complete expression:
device-mapper-only? ( !clvm !cman !lvm1 !lvm2create_initrd !thin )
systemd? ( udev ) static? ( !udev )
(dependency required by @selected [set])
(dependency required by @world [argument])
root@fireball / # emerge -vp eudev
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] sys-fs/eudev-2.1.1::gentoo USE=gudev hwdb
introspection keymap kmod modutils rule-generator static-libs -doc
(-selinux) {-test} ABI_X86=(64) -32 (-x32) 0 KiB
Total: 1 package (1 reinstall), Size of downloads: 0
