[gentoo-user] Subtle Denial of Medical Treatment by the Singapore Government for Mr. Teo En Ming (Zhang Enming)
Dear Sir/Madam, Please refer to the attached PDF document. It is a very important letter. Please read the letter very carefully, word by word. The letter details how the Singapore Government led by Prime Minister Lee Hsien Loong has ***SUBTLY*** denied me medical treatment for ***SUSPECTED*** coronary heart disease. Thank you very much. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) Singapore Citizen (Declassified) Subtle Denial of Medical Treatment by the Singapore Government for Mr. Teo En Ming (Zhang Enming) Dated 14 Mar 2015.pdf Description: Adobe PDF document
Re: [gentoo-user] portage alternatives
On Sat, Mar 14, 2015 at 7:20 PM, Alan McKinnon wrote: > On 15/03/2015 00:34, Rich Freeman wrote: >> On Sat, Mar 14, 2015 at 6:08 PM, Alan McKinnon >> wrote: >>> >>> But let's consider this: what level of chaos would arise if @system were >>> dropped? Surely the problem of tracking all deps would get so out of >>> hand so quickly, that @system or something equivalent would immediately >>> be reinstated? >> >> I don't think so. Why don't other distros have this problem with >> their source packages? They actually have more packages to deal with >> since they don't have use flags and often split what is one Gentoo >> package into many packages. > > Other distros DO have the same problem, just framed differently. > > On Debian you need build-essential whether the source package declares > it or not. Now what is build-essential, if not @system cloaked > differently? Yes, @system has much more stuff in it and even some cruft, > but both things fulfil the same function. > > In my experience the general approach from a binary distro is to tell > you to install build-essential or equivalent if you want to compile > stuff. If you forget, there's Google to remind you In Debian there's the concept of "Required" packages (that are required for the system to run) and "Important" packages (that are available on any Unix system). They're on every Debian system. Those of them that are marked "Essential" cannot be ninstalled. "build-essential" is a metapackage that, mostly, pulls in gcc, make, patch, and linux and libc headers (and other packages tagged as "Build-Essential" in their control files) so you could say that "Required"+"Important"+"Build-Essential" add up to "@system", although from a binary distro's perspective it'd be more accurate to say that "Required"+"Important" add up to "@system". There was an email earlier in this thread about bikeshedding about what should or shouldn't be in "@system". There's the same bikeshedding about "Required"/"Important"/"Essential" in Debian (and "@standard" in Fedora; previously "@core"+"@base"). It's part of the process of maintaining a distro...
Re: [gentoo-user] Stupid init thingy. It's on my nerve, again.
On Sat, Mar 14, 2015 at 7:54 PM, Dale wrote: > Howdy, > > I'm going to try to keep my cool but ya know. I built me a updated > kernel, 3.18.9 to be more precise. A few weeks ago dracut was updated. > It went to version dracut-041. Well, it wouldn't build anything. It > spit out a bunch of stuff about not finding things that I know is > installed such as lvm2. Example below: > > === Sat Mar 14 16:58:16 CDT 2015 === > > I: Executing: /usr/bin/dracut -H --force /boot/initramfs-3.18.9-1 > I: dracut module 'bootchart' will not be installed, because command > '/sbin/bootchartd' could not be found! > I: dracut module 'dash' will not be installed, because command > '/bin/dash' could not be found! > I: dracut module 'modsign' will not be installed, because command > 'keyctl' could not be found! > I: dracut module 'network' will not be installed, because command > 'dhclient' could not be found! > I: dracut module 'plymouth' will not be installed, because command > 'plymouthd' could not be found! > I: dracut module 'plymouth' will not be installed, because command > 'plymouth' could not be found! > I: dracut module 'btrfs' will not be installed, because command 'btrfs' > could not be found! > I: dracut module 'crypt' will not be installed, because command > 'cryptsetup' could not be found! > I: dracut module 'dmraid' will not be installed, because command > 'dmraid' could not be found! > I: dracut module 'multipath' will not be installed, because command > 'multipath' could not be found! > I: dracut module 'cifs' will not be installed, because command > 'mount.cifs' could not be found! > I: dracut module 'fcoe-uefi' will not be installed, because command > 'dcbtool' could not be found! > I: dracut module 'fcoe-uefi' will not be installed, because command > 'fipvlan' could not be found! > I: dracut module 'fcoe-uefi' will not be installed, because command > 'lldpad' could not be found! > I: dracut module 'iscsi' will not be installed, because command > 'iscsistart' could not be found! > I: dracut module 'iscsi' will not be installed, because command > 'iscsi-iname' could not be found! > I: 95nfs: Could not find any command of 'rpcbind portmap'! > I: dracut module 'biosdevname' will not be installed, because command > 'biosdevname' could not be found! > I: dracut module 'masterkey' will not be installed, because command > 'keyctl' could not be found! > E: dracut module 'lvm2' cannot be found or installed. > > > Now after all that, it just stops and doesn't build a init thingy. > Nothing gets added to /boot. So, I go back to version 034-r4 and it > works as it should, and has before. Example: > > === Sat Mar 14 18:23:25 CDT 2015 === > > I: Executing: /usr/bin/dracut --force /boot/initramfs-3.18.9-1.img > E: dracut module 'lvm2' cannot be found or installed. > E: dracut module 'fstab-sys' cannot be found or installed. > E: dracut module 'lvm2' cannot be found or installed. > E: dracut module 'fstab-sys' cannot be found or installed. > I: *** Including module: bash *** > I: *** Including module: i18n *** > I: *** Including module: kernel-modules *** > I: *** Including module: resume *** > I: *** Including module: rootfs-block *** > I: *** Including module: terminfo *** > I: *** Including module: udev-rules *** > I: Skipping udev rule: 91-permissions.rules > I: Skipping udev rule: 80-drivers-modprobe.rules > I: *** Including module: usrmount *** > I: *** Including module: base *** > I: *** Including module: fs-lib *** > I: *** Including module: shutdown *** > I: *** Including modules done *** > I: *** Installing kernel module dependencies and firmware *** > I: *** Installing kernel module dependencies and firmware done *** > I: *** Resolving executable dependencies *** > I: *** Resolving executable dependencies done*** > I: *** Stripping files *** > I: *** Stripping files done *** > I: *** Creating image file *** > I: *** Creating image file done *** > > > That version at least builds the init thingy for me to use. So, > question. Why is the old version working but the new version isn't? > Why is it not finding lvm2 when I know it is installed because > everything but /boot and / is on lvm? Why does it seem like I went > through this once before? > The dracut module for lvm is called 'lvm', not 'lvm2'. Do you have something like dracutmodules+="lvm2" in dracut.conf?
[gentoo-user] Re: depclean portect a class of ebuilds ?
Neil Bothwick 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 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? James
Re: [gentoo-user] Reconstruct package.use
On 15/03/2015 01:52, Neil Bothwick wrote: > On Sun, 15 Mar 2015 00:12:49 +0200, Alan McKinnon wrote: > >> I delete package.use and have no backup >> >> Is there any easy way to recover what was in it? I'm busy doing it the >> long way round - repeatedly running emerge world, get past the blocking >> USE, then see all the flags that portage thinks changed. >> >> I wonder if there might be an easier way that I don't know of. > > I can't think of an approach any better than what you're doing. But > console yourself with the thought that you will only ever have to do this > once, because you'll always backup /etc/portage from now on. That's what I thought oh well... > BTW having backups is no protection against ID-ten-T errors. I no longer > use BackupPC so decided to delete my backuppc subvolume last week, and > used tab completion, not noticing that it completed on backup until an > ohnosecond before hittng enter. > > I wondered why the backuppc volume was still listed, then I wondered why > it was listed first, then I cried. h, nasty. We've all done things like that. My favourite is the time I was trying to run fsck/repair an ext3 volume and was getting strange errors, which I didn't take time to understand. Being tired and lazy, I confused --force with RTFM. Then I noticed it was actually a reiser volume. One customer machine. Ruined. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Reconstruct package.use
On 15/03/2015 01:39, James wrote: > Alan McKinnon gmail.com> writes: > > >> That is the process I'm using. >> I'm looking for an easier way > > > Surely an admin_wizard has backups? > > At least of /etc/? Um, err, yeah, well, ahem. No backups on this host. I forgot -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Stupid init thingy. It's on my nerve, again.
Howdy, I'm going to try to keep my cool but ya know. I built me a updated kernel, 3.18.9 to be more precise. A few weeks ago dracut was updated. It went to version dracut-041. Well, it wouldn't build anything. It spit out a bunch of stuff about not finding things that I know is installed such as lvm2. Example below: === Sat Mar 14 16:58:16 CDT 2015 === I: Executing: /usr/bin/dracut -H --force /boot/initramfs-3.18.9-1 I: dracut module 'bootchart' will not be installed, because command '/sbin/bootchartd' could not be found! I: dracut module 'dash' will not be installed, because command '/bin/dash' could not be found! I: dracut module 'modsign' will not be installed, because command 'keyctl' could not be found! I: dracut module 'network' will not be installed, because command 'dhclient' could not be found! I: dracut module 'plymouth' will not be installed, because command 'plymouthd' could not be found! I: dracut module 'plymouth' will not be installed, because command 'plymouth' could not be found! I: dracut module 'btrfs' will not be installed, because command 'btrfs' could not be found! I: dracut module 'crypt' will not be installed, because command 'cryptsetup' could not be found! I: dracut module 'dmraid' will not be installed, because command 'dmraid' could not be found! I: dracut module 'multipath' will not be installed, because command 'multipath' could not be found! I: dracut module 'cifs' will not be installed, because command 'mount.cifs' could not be found! I: dracut module 'fcoe-uefi' will not be installed, because command 'dcbtool' could not be found! I: dracut module 'fcoe-uefi' will not be installed, because command 'fipvlan' could not be found! I: dracut module 'fcoe-uefi' will not be installed, because command 'lldpad' could not be found! I: dracut module 'iscsi' will not be installed, because command 'iscsistart' could not be found! I: dracut module 'iscsi' will not be installed, because command 'iscsi-iname' could not be found! I: 95nfs: Could not find any command of 'rpcbind portmap'! I: dracut module 'biosdevname' will not be installed, because command 'biosdevname' could not be found! I: dracut module 'masterkey' will not be installed, because command 'keyctl' could not be found! E: dracut module 'lvm2' cannot be found or installed. Now after all that, it just stops and doesn't build a init thingy. Nothing gets added to /boot. So, I go back to version 034-r4 and it works as it should, and has before. Example: === Sat Mar 14 18:23:25 CDT 2015 === I: Executing: /usr/bin/dracut --force /boot/initramfs-3.18.9-1.img E: dracut module 'lvm2' cannot be found or installed. E: dracut module 'fstab-sys' cannot be found or installed. E: dracut module 'lvm2' cannot be found or installed. E: dracut module 'fstab-sys' cannot be found or installed. I: *** Including module: bash *** I: *** Including module: i18n *** I: *** Including module: kernel-modules *** I: *** Including module: resume *** I: *** Including module: rootfs-block *** I: *** Including module: terminfo *** I: *** Including module: udev-rules *** I: Skipping udev rule: 91-permissions.rules I: Skipping udev rule: 80-drivers-modprobe.rules I: *** Including module: usrmount *** I: *** Including module: base *** I: *** Including module: fs-lib *** I: *** Including module: shutdown *** I: *** Including modules done *** I: *** Installing kernel module dependencies and firmware *** I: *** Installing kernel module dependencies and firmware done *** I: *** Resolving executable dependencies *** I: *** Resolving executable dependencies done*** I: *** Stripping files *** I: *** Stripping files done *** I: *** Creating image file *** I: *** Creating image file done *** That version at least builds the init thingy for me to use. So, question. Why is the old version working but the new version isn't? Why is it not finding lvm2 when I know it is installed because everything but /boot and / is on lvm? Why does it seem like I went through this once before? Thanks. Dale :-) :-)
Re: [gentoo-user] Re: depclean portect a class of ebuilds ?
On Sat, 14 Mar 2015 23:03:26 + (UTC), James wrote: > > Why not simply create a set containing all the ebuilds you are > > experimenting with? > > I'm not sure how to put everything dev-java into a set; so that > it will updated but not depclean out those packages. > > Gotta quick example? It's been a while since I used sets in portage A set can be simply a list of packages in a file in /etc/portage/sets. -- Neil Bothwick BBS: (n.) a system for connecting computers and exchanging gossip, facts, and uninformed speculation under false names. pgppDtHOgz7X5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Reconstruct package.use
On Sun, 15 Mar 2015 00:12:49 +0200, Alan McKinnon wrote: > I delete package.use and have no backup > > Is there any easy way to recover what was in it? I'm busy doing it the > long way round - repeatedly running emerge world, get past the blocking > USE, then see all the flags that portage thinks changed. > > I wonder if there might be an easier way that I don't know of. I can't think of an approach any better than what you're doing. But console yourself with the thought that you will only ever have to do this once, because you'll always backup /etc/portage from now on. BTW having backups is no protection against ID-ten-T errors. I no longer use BackupPC so decided to delete my backuppc subvolume last week, and used tab completion, not noticing that it completed on backup until an ohnosecond before hittng enter. I wondered why the backuppc volume was still listed, then I wondered why it was listed first, then I cried. -- Neil Bothwick "Thou shalt not battle over operating systems. I am wise and in My wisdom have created diverse and various operating systems." The Ten Usenet Commandments: One pgpx5osA8mhNv.pgp Description: OpenPGP digital signature
Re: [gentoo-user] portage alternatives
On Sat, Mar 14, 2015 at 7:20 PM, Alan McKinnon wrote: > > I don't follow. How do virtuals connect with @system? > Are you suggesting separating @system out into several more narrowly > defined virtuals? Essentially. > > I'm undecided on the wisdom of that approach. My own preference would be > to replace @system with several regular sets I don't believe you can use sets as a package dependency. You also lose the ability to do versioning/etc if appropriate. -- Rich
[gentoo-user] Re: Reconstruct package.use
Alan McKinnon gmail.com> writes: > That is the process I'm using. > I'm looking for an easier way Surely an admin_wizard has backups? At least of /etc/? James
Re: [gentoo-user] Re: depclean portect a class of ebuilds ?
On Saturday 14 Mar 2015 23:03:26 James wrote: > Neil Bothwick digimed.co.uk> writes: > > > Today, I have many many ugly and hacked java projects > > > on my "munge" system. I have spend countless hours hacking > > > at java; so I do not wish for any dev-java codes to be removed > > > by --depclean, but the others can be cleaned up. > > > > Why not simply create a set containing all the ebuilds you are > > experimenting with? > > I'm not sure how to put everything dev-java into a set; so that > it will updated but not depclean out those packages. > > Gotta quick example? It's been a while since I used sets in portage > > > James I don't use java, but assuming you know what packages you want to define separately for your java needs, have a look here for syntax: http://wiki.gentoo.org/wiki//etc/portage/sets -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] portage alternatives
On 15/03/2015 00:34, Rich Freeman wrote: > On Sat, Mar 14, 2015 at 6:08 PM, Alan McKinnon > wrote: >> >> But let's consider this: what level of chaos would arise if @system were >> dropped? Surely the problem of tracking all deps would get so out of >> hand so quickly, that @system or something equivalent would immediately >> be reinstated? >> > > I don't think so. Why don't other distros have this problem with > their source packages? They actually have more packages to deal with > since they don't have use flags and often split what is one Gentoo > package into many packages. Other distros DO have the same problem, just framed differently. On Debian you need build-essential whether the source package declares it or not. Now what is build-essential, if not @system cloaked differently? Yes, @system has much more stuff in it and even some cruft, but both things fulfil the same function. In my experience the general approach from a binary distro is to tell you to install build-essential or equivalent if you want to compile stuff. If you forget, there's Google to remind you > You can still have virtuals when it makes sense to have them. > Automation might be an option in some cases as well. If a package > uses gcc and python, there is no reason that this couldn't be two > virtuals in addition to whatever specific libraries it requires. You > could also have virtuals for posix and such. > > We would also separate virtuals intended for user convenience (give me > a useful system, maybe including screen and ssh and such) from > virtuals intended for dependencies (you don't need screen and ssh to > build everything on the system). There is no reason that the default > install has to start with only the core dependencies, or with an empty > world set. I don't follow. How do virtuals connect with @system? Are you suggesting separating @system out into several more narrowly defined virtuals? I'm undecided on the wisdom of that approach. My own preference would be to replace @system with several regular sets -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Reconstruct package.use
On 15/03/2015 00:36, Simon Thelen wrote: > On 15-03-15 at 00:12, Alan McKinnon wrote: >> It took 10 years but I've finally done something monumentally stupid in >> Gentoo: >> >> I delete package.use and have no backup >> >> Is there any easy way to recover what was in it? I'm busy doing it the >> long way round - repeatedly running emerge world, get past the blocking >> USE, then see all the flags that portage thinks changed. >> >> I wonder if there might be an easier way that I don't know of. > Have you tried: > emerge -pDU --with-bdeps=y @world > > That should list all packages where the installed use-flags differ from > the "current" use-flags. > That is the process I'm using. I'm looking for an easier way :-) -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: depclean portect a class of ebuilds ?
Neil Bothwick digimed.co.uk> writes: > > Today, I have many many ugly and hacked java projects > > on my "munge" system. I have spend countless hours hacking > > at java; so I do not wish for any dev-java codes to be removed > > by --depclean, but the others can be cleaned up. > Why not simply create a set containing all the ebuilds you are > experimenting with? I'm not sure how to put everything dev-java into a set; so that it will updated but not depclean out those packages. Gotta quick example? It's been a while since I used sets in portage James
Re: [gentoo-user] Reconstruct package.use
On 15-03-15 at 00:12, Alan McKinnon wrote: > It took 10 years but I've finally done something monumentally stupid in > Gentoo: > > I delete package.use and have no backup > > Is there any easy way to recover what was in it? I'm busy doing it the > long way round - repeatedly running emerge world, get past the blocking > USE, then see all the flags that portage thinks changed. > > I wonder if there might be an easier way that I don't know of. Have you tried: emerge -pDU --with-bdeps=y @world That should list all packages where the installed use-flags differ from the "current" use-flags. -- Simon Thelen signature.asc Description: PGP signature
Re: [gentoo-user] portage alternatives
On Sat, Mar 14, 2015 at 6:08 PM, Alan McKinnon wrote: > > But let's consider this: what level of chaos would arise if @system were > dropped? Surely the problem of tracking all deps would get so out of > hand so quickly, that @system or something equivalent would immediately > be reinstated? > I don't think so. Why don't other distros have this problem with their source packages? They actually have more packages to deal with since they don't have use flags and often split what is one Gentoo package into many packages. You can still have virtuals when it makes sense to have them. Automation might be an option in some cases as well. If a package uses gcc and python, there is no reason that this couldn't be two virtuals in addition to whatever specific libraries it requires. You could also have virtuals for posix and such. We would also separate virtuals intended for user convenience (give me a useful system, maybe including screen and ssh and such) from virtuals intended for dependencies (you don't need screen and ssh to build everything on the system). There is no reason that the default install has to start with only the core dependencies, or with an empty world set. -- Rich
[gentoo-user] Reconstruct package.use
It took 10 years but I've finally done something monumentally stupid in Gentoo: I delete package.use and have no backup Is there any easy way to recover what was in it? I'm busy doing it the long way round - repeatedly running emerge world, get past the blocking USE, then see all the flags that portage thinks changed. I wonder if there might be an easier way that I don't know of. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] portage alternatives
On 14/03/2015 23:49, Rich Freeman wrote: > On Sun, Feb 8, 2015 at 8:32 AM, Alan McKinnon wrote: >> Correct. With most Linux package managers, everything is a package and >> everything has strict dependencies. You install the bits you want and >> the PM installs the bits it needs. >> >> Gentoo is one of the very few PMs that even has a concept of @system at all >> > > To be honest, I think this is one of its larger deficiencies, and it > causes many problems. > > IMHO, the only reason we have @system is that devs create dependencies > entirely by hand and most don't want to actually document what they > are. Of course, the need to build packages give Gentoo packages a > large number of build-time dependencies, but any distro that allows > packages to be built from source has to deal with this as well. > > Sure, to bootstrap anything you need to start out with something, but > that doesn't mean that you can't still track what the actual > dependency relationships are, and in any case our system set is larger > than the set of packages necessary to bootstrap the rest of the > distro. Of course, it is hard to say exactly what is and isn't > necessary for bootstrapping since we don't capture our dependencies. That's all very true, witness the frequent bikeshedding in -dev about what should and shouldn't be in @system. It looks like a simple problem - you need a toolchain plus all supporting packages plus the minimum needed to bootstrap userland. But let's consider this: what level of chaos would arise if @system were dropped? Surely the problem of tracking all deps would get so out of hand so quickly, that @system or something equivalent would immediately be reinstated? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] portage alternatives
On Sun, Feb 8, 2015 at 8:32 AM, Alan McKinnon wrote: > Correct. With most Linux package managers, everything is a package and > everything has strict dependencies. You install the bits you want and > the PM installs the bits it needs. > > Gentoo is one of the very few PMs that even has a concept of @system at all > To be honest, I think this is one of its larger deficiencies, and it causes many problems. IMHO, the only reason we have @system is that devs create dependencies entirely by hand and most don't want to actually document what they are. Of course, the need to build packages give Gentoo packages a large number of build-time dependencies, but any distro that allows packages to be built from source has to deal with this as well. Sure, to bootstrap anything you need to start out with something, but that doesn't mean that you can't still track what the actual dependency relationships are, and in any case our system set is larger than the set of packages necessary to bootstrap the rest of the distro. Of course, it is hard to say exactly what is and isn't necessary for bootstrapping since we don't capture our dependencies. -- Rich
[gentoo-user] Re: lisp variant for ARM (ARM926EJ-S rev 5) ?
gmx.de> writes: > I am looking for a LISP version for my embedded system. Hello Meino, app-emulation/armv8-fast-model It might be useful to test your lisp code for arm on this platform, for faster work, before compiling and executing natively on your more humble arm resources, particularly if those embedded arm resources are humble --> meager. ymmv. hth, James
Re: [gentoo-user] depclean portect a class of ebuilds ?
On Sat, 14 Mar 2015 16:39:58 + (UTC), James wrote: > Ok, so I use this syntax (in make.conf) to protect gentoo-source > kernels, as I like to keep kernel codes around for quite a while: > > EMERGE_DEFAULT_OPTS="--exclude gentoo-sources" > > It works just fine. > > Today, I have many many ugly and hacked java projects > on my "munge" system. I have spend countless hours hacking > at java; so I do not wish for any dev-java codes to be removed > by --depclean, but the others can be cleaned up. > > I have not been able to find a way to (inside of make.conf) > to prevent these dev-java/* ebuild removals. Why not simply create a set containing all the ebuilds you are experimenting with? -- Neil Bothwick For security reasons, all text in this mail is double-rot13 encrypted. pgpNHHOKlIHkA.pgp Description: OpenPGP digital signature
[gentoo-user] Re: lisp variant for ARM (ARM926EJ-S rev 5) ?
gmx.de> writes: > I am looking for a LISP version for my embedded system. # eix -Cc dev-lisp Shows a list and common description. There is another tool/syntax, that I cannot remeber atm, but it filters for the arch type. Perhaps a younger mind will help out on the syntax ==> ? hth, James
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On 14/03/2015 20:53, Matti Nykyri wrote: >> On Mar 14, 2015, at 12:47, German wrote: >> >> On Sat, 14 Mar 2015 10:33:59 + >> Neil Bothwick 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. > > 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... > There is a use-case for doing it (but I highly doubt the OP is using it) Take a system user like eg sybase or rancid. You can't run those apps as root (it messes with permissions etc, and some scripts detect EUID 0 and refuse to run). The sybase and rancid users can't log in at all, and the system is set up so I can't su as me to that account directly. So I have to go from my login account to root then drop privs to the system user. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
> On Mar 14, 2015, at 12:47, German wrote: > > On Sat, 14 Mar 2015 10:33:59 + > Neil Bothwick 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. 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
[gentoo-user] lisp variant for ARM (ARM926EJ-S rev 5) ?
Hi, I am looking for a LISP version for my embedded system. I tried CLISP and the compilation of the ffcall-package fails do to some (embedded?) assembler codes... Does anyone know of a Lisp variant (near CLISP), which successfully compiles on ARM architecture (ARM926EJ-S rev 5)? Best regards, mcc
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Sat, Mar 14, 2015 at 6:08 AM, German wrote: > On Sat, 14 Mar 2015 01:16:32 +0100 wrote: >> 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.
[gentoo-user] depclean portect a class of ebuilds ?
Howdy, Ok, so I use this syntax (in make.conf) to protect gentoo-source kernels, as I like to keep kernel codes around for quite a while: EMERGE_DEFAULT_OPTS="--exclude gentoo-sources" It works just fine. Today, I have many many ugly and hacked java projects on my "munge" system. I have spend countless hours hacking at java; so I do not wish for any dev-java codes to be removed by --depclean, but the others can be cleaned up. I have not been able to find a way to (inside of make.conf) to prevent these dev-java/* ebuild removals. Insight, discussion and syntax snippents are all welcome, that will allow me to protect *java* from depclean. James
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Fri, Mar 13, 2015 at 8:14 PM, wrote: > wrote: >> Peter Humphrey wrote: >>> On Friday 13 March 2015 23:28:32 Neil Bothwick wrote: I have this in /lib/udev/rules.d/50-udev-default.rules: SUBSYSTEM=="tty", KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620" >>> >>> # grep tty /lib/udev/rules.d/50-udev-default.rules >>> SUBSYSTEM=="tty", KERNEL=="ptmx", GROUP="tty", MODE="0666" >>> SUBSYSTEM=="tty", KERNEL=="tty", GROUP="tty", MODE="0666" >>> SUBSYSTEM=="tty", KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620" >>> SUBSYSTEM=="tty", KERNEL=="sclp_line[0-9]*", GROUP="tty", >>> MODE="0620" SUBSYSTEM=="tty", KERNEL=="ttysclp[0-9]*", GROUP="tty", >>> MODE="0620" SUBSYSTEM=="tty", KERNEL=="3270/tty[0-9]*", >>> GROUP="tty", MODE="0620" SUBSYSTEM=="vc", KERNEL=="vcs*|vcsa*", >>> GROUP="tty" >>> KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", >>> GROUP="uucp" >>> >>> Can't say where all those came from. >> >> I have the same entries in /lib/udev/rules.d/50-udev-default.rules but >> nevertheless after login the permissions for group tty are gone. > > Before login: > crw--w 1 root tty 4, 10 13. Mär 15:12 /dev/tty4 > > After login: > crw--- 1 wabe tty 4, 1 13. Mär 17:49 /dev/tty1 Same here. IIRC, on a vt, login does the chown and agetty does the chmod.
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
On 14/03/2015 14:50, meino.cra...@gmx.de wrote: > Hi Alan, > > ...finally... :) > > I found the one application, which creates all this mess: > media-sound/sonic-visualiser > > I removed that one (emerge -C) and everything works. > It seems, that that package is in conflict with the 'rest of the > world' ;) It all starts to make sense now. sonic-visualiser has a hard dependency on Qt5 -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Samstag, 14. März 2015, 13:51:03 schrieb meino.cra...@gmx.de: > Andreas K. Huettel [15-03-14 13:48]: > > Am Samstag, 14. März 2015, 08:36:16 schrieb meino.cra...@gmx.de: > > > Hi, > > > > > > emerge hits me: > > > > > > Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild > > > gives me this: > > > > > > emerge: there are no ebuilds to satisfy "kde-base/solid:4". > > > (dependency required by "@preserved-rebuild" [argument]) > > > > Seems like you haven't done a depclean for a veeery long time. Not good. > > > > emerge --depclean --ask > > > > the very very first thing to do... > > > > Yes I know. Thats why I doing it after every update ... > Sure? Because there was a kde-base/solid package long ago... The preserved-rebuild output indicates that it's still on your system, and that preserved-rebuild needs to rebuild it... However, the ebuild and the package itself are long gone from the tree, so portage doesnt know how to rebuild it. [It's been so long, I dont know what exactly replaced it anymore.] Maybe you have some self-made or overlay ebuilds that depend on kde- base/solid? This would be a reason why it hasnt been removed on depclean... - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVBDG4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOctpsP/2kcy1dWlu4Uxc4Dbpb65/Vj 9qfAjl9NsaWlgLk/aPJGV4ozKyO7pgqXKj/BBO+g0wtK9/RtKS2GJ32HVli0YVzO T9fAHbdUi5qUCRZqfYO7/STZM8GpwOJz34/F1bqf/lRtqlXz+f6+qCCaDLbwlEeQ tIZW3kxjufCvCeMOWpkZilIZ3KgaoqTVp5CLFDO0iUgDefXaQ49vTE6WYv7gEK11 UefEia19603gZDemDcK5bEOBTfPqn+bucnD/is+Blke8JSxKYotiSMamdRsj6QAq aAFsZJjg7nRYvuUx8g9E/uceVPsjtOWzjI83jhfS0vQkCGWp5CANmLACXEKPxkX5 VZ+8bXOvHunMk3hXhY6C4FeoNIL0HLm96vYRyNec3lv+bHGbZ6pwxno00UrR/+IB CprkAbI0paj6pgy2Xs5ruCyKFC+9YbngOjHahnMTcMUcHKOUOxLI526fI/kXXA3s u8l6v9idvvsyHbuuLzTCAxHPN8nhKjUKoFBm1Ga0Ojsaprad64ETA5jJzvu8cBdt SChd11wnj55alkMSd66YxJxuqWxQkMh/HB+HSmt4w/R50ZMhoapda+PmDkHdDZi1 TEiwbdi1sqMZzBx5rx2UxLE2I89J6bc3kkpIir3DGtuNJDi2m3svVQmvjlZLzXyR tIMhnl0soHlBmJUEHI8P =ENta -END PGP SIGNATURE-
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
Andreas K. Huettel [15-03-14 13:48]: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Am Samstag, 14. März 2015, 08:36:16 schrieb meino.cra...@gmx.de: > > Hi, > > > > emerge hits me: > > > > Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild > > gives me this: > > > > emerge: there are no ebuilds to satisfy "kde-base/solid:4". > > (dependency required by "@preserved-rebuild" [argument]) > > > > emerge itself can be called without that error. > > How can an argument to a command haves a dependency? > > > > How can I get out of this? > > > > Best regards, > > mcc > > Seems like you haven't done a depclean for a veeery long time. Not good. > > emerge --depclean --ask > > the very very first thing to do... > > - -- > > Andreas K. Huettel > Gentoo Linux developer > dilfri...@gentoo.org > http://www.akhuettel.de/ > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0 > > iQJ8BAEBCgBmBQJVBCvBXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF > QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcKBYQALL/y9//W8D0sQAR5VZFhtlR > y8KkPvQsGtGBEcPx1JhsZsBYShYAU9khUGEIgYARhBMXLSPt8RsllUs7kMm0TTS+ > fxyJ8fvS4J8Gp3tkzDtItIJZx539ODL//Ji12Ka7RJqxry3GIzo6BwnEzaycfuZz > XZ5rbYMWK6Kkmk7BcD2K0x3z8zBRlcqRcTKp69TuL32QbomSRazK/8Oac8utnPIY > h1AFtzMugxzin1NXjAD7kywOd4Icxa4N73hiKtPuwiv/n5FkxrbrRRVwaegbbPEI > KAunsaGDhF3YLVrZkNp8CKknp8Pa/Pzm5aw6lTRMinewZsAMkyTo8YajfO2ANRVx > KV7t1IyP9PASsof0ujv7SptXbzIkDYg7y1/css4vVIl58PldNKD/NwhHqOiKZZO2 > 86Phi8tPrJZTWTloc0bDccUKVqrChiTmpX1O83KR7jrZ7vWqvK3bbW8+ipye0tWp > fk/AqSP7DhfNrIH/SkBHQt8hCXRtAJvUF3nLJ0XXci6NVi8QxCC1nPCk/ewzMVLH > 9+WXfIwg671Qa6J3x+R6WTmK3tsGyLYPY2W7CnK95BpeGNghtmbL2xnyoo060mmN > q06YVFMqK77deen12FT0VNa+G3dE8HWov2OScL4ImoKqEfpRnsqvyvWchPs9vC7t > sGgjJAuop5OtIC+9YhFQ > =ps4T > -END PGP SIGNATURE- > Yes I know. Thats why I doing it after every update ... Best mcc
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
Alan McKinnon [15-03-14 10:39]:
> On 14/03/2015 11:10, meino.cra...@gmx.de wrote:
> > Alan McKinnon [15-03-14 09:48]:
> >> On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
> >>> Hi,
> >>>
> >>> emerge hits me:
> >>>
> >>> Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
> >>> gives me this:
> >>>
> >>> emerge: there are no ebuilds to satisfy "kde-base/solid:4".
> >>> (dependency required by "@preserved-rebuild" [argument])
> >>>
> >>> emerge itself can be called without that error.
> >>> How can an argument to a command haves a dependency?
> >>>
> >>> How can I get out of this?
> >>
> >>
> >> It's portage's insanely obtuse output that is getting you confused, but
> >> the error is with an ebuild, not portage.
> >>
> >> First, there is not such package as "solid" with SLOT=4:
> >>
> >> # eix -e solid
> >> * kde-frameworks/solid
> >> Available versions: (5) (~)5.7.0(5/5.7)
> >>{debug doc nls test}
> >> Homepage:http://www.kde.org/
> >> Description: Framework providing platform independent
> >> hardware discovery, abstraction, and management
> >>
> >>
> >> Then, all that "dependency required by..." output from portage is an
> >> effort to show you what is pulling a package in, and it starts at the
> >> beginning. Portage knows it's dealing with whatever is in the
> >> @preserved-rebuild set, and that set has packages in it. Each of those
> >> packages may have other deps, and so on.
> >>
> >> In your case, it seems to be solid-actions-kcm that's causing it
> >>
> >> # grep -r "kde-base/solid:4" /var/portage/
> >> /var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
> >> !kde-base/solid:4
> >>
> >>
> >>
> >> I have no idea if this will work, but here's what I'd do:
> >>
> >> skip @preserved-rebuild for now, and run
> >> revdep-rebuild
> >> emerge -a --depclean
> >>
> >> So if that changes things. Also make sure neither solid nor
> >> solid-actions-kcm are in world, they should be deps pulled in
> >> automatically.
> >>
> >> Also move /var/lib/portage/preserved_libs_registry out of the way if it
> >> has junk in it and let revdep-rebuild fix things.
> >>
> >> Finally, you did sync ran emerge world recently, right?
>
>
> >
> > Hi Alan,
> >
> > thanks for your reply ! :)
>
>
> No problem.
>
> Huge amounts of portage output snipped below, but I think you are trying
> to have stable Qt4 and unstable Qt5 on the same system. That doesn't
> work currently, I'll walk through my reasoning so you can see what's
> going on:
>
> >
> > ...interesting...one needs to use grep to resolve a problem of
> > portage ;)
>
> Hah yes, that's quite funny.
> I wanted to see what the ebuilds actually say, not what portage tools
> think they say :-)
>
>
> >
> >
> > Things are going even more worst (correct English???...uh, sound like
> > german English...;;;))):
> >
> > revdep-rebuild runs fine and found nothing to rebuild.
> > depclean stops its work and said:
> >
> > Calculating dependencies... done!
> > * Dependencies could not be completely resolved due to
> > * the following required packages not being installed:
> > *
> > * >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
> > * kde-base/kglobalaccel-4.14.3
>
> [... huge snip]
>
> Basically, of this part really means that you need Qt:4
> It *can* co-exist with Qt5, I have them both installed here.
>
> > Since packages are missing I tried:
> > emerge --update --newuse --deep --with-bdeps=y @world --tree --keep-going -v
> >
> >
> > which prints:
> > These are the packages that would be merged, in reverse order:
> >
> > Calculating dependencies... done!
>
> [...snip...]
>
> > [blocks B ] > dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > is blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > (" > [blocks B ] > (" > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > (" > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B ] > blocking dev-qt/qtchooser-0_p20150102)
>
> [... snip big list of what wants Qt stuff]
>
> dev-qt/qtchooser seems to be the main culprit here. In that ebuild:
>
> RDEPEND="
> ...
> ! ...
>
> And so on and so on
>
> This eix shows what I think might be your main problem:
>
> # eix -e qtgui
> [I] dev-qt/qtgui
> Available versions:
> (4)4.8.5-r3 (~)4.8.6-r1
> (5)(~)5.4.1^t
>
> Looks like you are running a stable system, but you keyworded Qt5. Is
> that correct? The above ebuild show
Re: [gentoo-user] Make the user the member of portage group or not?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Freitag, 13. März 2015, 10:08:16 schrieb German: > Question is in the subject line. Another question I have is there any point > to use other frambuffer device ( I currently use efifb) and I am thinking > to use fb for my radeon r4 graphics in hopes to get some acceleration. > Thanks The main usage for that is if you want to develop ebuilds and test them. So, if you want to do for example ebuild blabla-0.57.ebuild clean configure somewhere in an overlay or in the portage tree, it helps to be in the portage group. (Some more minor steps might be required too.) If you dont want to do this you should not be in the portage group. - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVBCxTXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcB0wP/3LZi5/wm/KUm4FhuCv1D8dn l4pUqHQbt+Mo+/zG25DB4aDERCOdLVNpvL8Wqr5CWya5+GgIdh4P8pGqWAHnrT1N xo93PgUzCaEy9mfmZilD4WDUMf6Q49BBtxN+Ugb8t5YEloAzsd9kL2E8Vm7j09Sy dOqzH1QbAXiAOf+zpXK4ldEZFWnvGNZu7MHHKDyQ3ARtZDJoFTLpKd+7ntwsZ0CX XI5Ym/2rxYpZCbZNsozvXoFoIeOia89OIL+8+ZXQ1kUdM0xs8iWLs4zZvbVZu1uF 9ysMuTIDpVJ8pzKI8ssxyWf2QRNC7d78Z/XZpyV8e5ov5hneADfFy79yWU4Mv09m XW7lf3cZofdPLM/H9zbJwehZQvm0yrqJe56w2FnVH8WPUHrwilOi4o/kxEKxv0Jd i1KyKxTwcgH3imgAgsQaOOBLSEQuiYnDIrXye1AANB+qO7r3ZCvGWdHVSINapx80 tWkRUK97XRoatweBe8aT60nVQq1pK5k7P3YZxN11kE8TchbXOmjxRYSup4G5zH0T 794Jr0rprZIHb3A4SusNckKLPE0RNrwCSoZoi0PX2OR7FGwzwCmJqRjZVwRcySfD wTV5rLOAQDvZ0TFm+oQCGGtTsEpvxSzvYKR6CTujjfTT/gHKN8DirLf9AIewVFaJ 2gYQrSuI+t7YYzJ282rV =TWNC -END PGP SIGNATURE-
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Samstag, 14. März 2015, 08:36:16 schrieb meino.cra...@gmx.de: > Hi, > > emerge hits me: > > Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild > gives me this: > > emerge: there are no ebuilds to satisfy "kde-base/solid:4". > (dependency required by "@preserved-rebuild" [argument]) > > emerge itself can be called without that error. > How can an argument to a command haves a dependency? > > How can I get out of this? > > Best regards, > mcc Seems like you haven't done a depclean for a veeery long time. Not good. emerge --depclean --ask the very very first thing to do... - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVBCvBXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcKBYQALL/y9//W8D0sQAR5VZFhtlR y8KkPvQsGtGBEcPx1JhsZsBYShYAU9khUGEIgYARhBMXLSPt8RsllUs7kMm0TTS+ fxyJ8fvS4J8Gp3tkzDtItIJZx539ODL//Ji12Ka7RJqxry3GIzo6BwnEzaycfuZz XZ5rbYMWK6Kkmk7BcD2K0x3z8zBRlcqRcTKp69TuL32QbomSRazK/8Oac8utnPIY h1AFtzMugxzin1NXjAD7kywOd4Icxa4N73hiKtPuwiv/n5FkxrbrRRVwaegbbPEI KAunsaGDhF3YLVrZkNp8CKknp8Pa/Pzm5aw6lTRMinewZsAMkyTo8YajfO2ANRVx KV7t1IyP9PASsof0ujv7SptXbzIkDYg7y1/css4vVIl58PldNKD/NwhHqOiKZZO2 86Phi8tPrJZTWTloc0bDccUKVqrChiTmpX1O83KR7jrZ7vWqvK3bbW8+ipye0tWp fk/AqSP7DhfNrIH/SkBHQt8hCXRtAJvUF3nLJ0XXci6NVi8QxCC1nPCk/ewzMVLH 9+WXfIwg671Qa6J3x+R6WTmK3tsGyLYPY2W7CnK95BpeGNghtmbL2xnyoo060mmN q06YVFMqK77deen12FT0VNa+G3dE8HWov2OScL4ImoKqEfpRnsqvyvWchPs9vC7t sGgjJAuop5OtIC+9YhFQ =ps4T -END PGP SIGNATURE-
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Sat, 14 Mar 2015 10:33:59 + Neil Bothwick 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. thanks > > > -- > Neil Bothwick > > Veni, vermini, vomui > I came, I got ratted, I threw up -- German
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
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. -- Neil Bothwick Veni, vermini, vomui I came, I got ratted, I threw up pgpzByWge2t4y.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Screen: Cannot open your terminal '/dev/tty1' - please check [Update]
On Sat, 14 Mar 2015 01:16:32 +0100 wrote: > wrote: > > > Neil Bothwick wrote: > > > > > On Fri, 13 Mar 2015 15:16:28 -0400, German wrote: > > > > > > > after searching, I found the following solution to chmod tty1, > > > > like so: chmod o+rw /dev/tty1 and this worked, I was able to use > > > > screen as a user, however it doesn't stay permanently; after > > > > reboot, I got the same problem. How to chmod tty1 so changes stay > > > > permenently? Thanks > > > > > > /dev/tty1 is already group writeable, so you should get the same > > > result by adding your user to the tty group. > > > > When I logged in as regular user then ownership of the tty that I > > used for log in is: > > > > crw--- 1 wabe tty 4, 1 13. Mär 17:49 /dev/tty1 > > > > When I logged in as root, then owner is root (not surprising). > > > > crw--- 1 root tty 4, 2 13. Mär 23:47 /dev/tty2 > > > > Adding your user to group tty probably wouldn't resolve your problem > > (not tested), because group doesn't have any rights. > > > > 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 :( > > -- > Regards > wabe > -- German
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
On 14/03/2015 11:10, meino.cra...@gmx.de wrote:
> Alan McKinnon [15-03-14 09:48]:
>> On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
>>> Hi,
>>>
>>> emerge hits me:
>>>
>>> Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
>>> gives me this:
>>>
>>> emerge: there are no ebuilds to satisfy "kde-base/solid:4".
>>> (dependency required by "@preserved-rebuild" [argument])
>>>
>>> emerge itself can be called without that error.
>>> How can an argument to a command haves a dependency?
>>>
>>> How can I get out of this?
>>
>>
>> It's portage's insanely obtuse output that is getting you confused, but
>> the error is with an ebuild, not portage.
>>
>> First, there is not such package as "solid" with SLOT=4:
>>
>> # eix -e solid
>> * kde-frameworks/solid
>> Available versions: (5) (~)5.7.0(5/5.7)
>>{debug doc nls test}
>> Homepage:http://www.kde.org/
>> Description: Framework providing platform independent
>> hardware discovery, abstraction, and management
>>
>>
>> Then, all that "dependency required by..." output from portage is an
>> effort to show you what is pulling a package in, and it starts at the
>> beginning. Portage knows it's dealing with whatever is in the
>> @preserved-rebuild set, and that set has packages in it. Each of those
>> packages may have other deps, and so on.
>>
>> In your case, it seems to be solid-actions-kcm that's causing it
>>
>> # grep -r "kde-base/solid:4" /var/portage/
>> /var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
>> !kde-base/solid:4
>>
>>
>>
>> I have no idea if this will work, but here's what I'd do:
>>
>> skip @preserved-rebuild for now, and run
>> revdep-rebuild
>> emerge -a --depclean
>>
>> So if that changes things. Also make sure neither solid nor
>> solid-actions-kcm are in world, they should be deps pulled in automatically.
>>
>> Also move /var/lib/portage/preserved_libs_registry out of the way if it
>> has junk in it and let revdep-rebuild fix things.
>>
>> Finally, you did sync ran emerge world recently, right?
>
> Hi Alan,
>
> thanks for your reply ! :)
No problem.
Huge amounts of portage output snipped below, but I think you are trying
to have stable Qt4 and unstable Qt5 on the same system. That doesn't
work currently, I'll walk through my reasoning so you can see what's
going on:
>
> ...interesting...one needs to use grep to resolve a problem of
> portage ;)
Hah yes, that's quite funny.
I wanted to see what the ebuilds actually say, not what portage tools
think they say :-)
>
>
> Things are going even more worst (correct English???...uh, sound like
> german English...;;;))):
>
> revdep-rebuild runs fine and found nothing to rebuild.
> depclean stops its work and said:
>
> Calculating dependencies... done!
> * Dependencies could not be completely resolved due to
> * the following required packages not being installed:
> *
> * >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
> * kde-base/kglobalaccel-4.14.3
[... huge snip]
Basically, of this part really means that you need Qt:4
It *can* co-exist with Qt5, I have them both installed here.
> Since packages are missing I tried:
> emerge --update --newuse --deep --with-bdeps=y @world --tree --keep-going -v
>
>
> which prints:
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
[...snip...]
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] blocking dev-qt/qtchooser-0_p20150102)
> [blocks B ] blocking dev-qt/qtchooser-0_p20150102)
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] is blocking dev-qt/qtchooser-0_p20150102)
> [blocks B ] (" [blocks B ] blocking dev-qt/qtchooser-0_p20150102)
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] (" [blocks B ] blocking dev-qt/qtchooser-0_p20150102)
> [blocks B ] dev-qt/qtchooser-0_p20150102)
> [blocks B ] blocking dev-qt/qtchooser-0_p20150102)
[... snip big list of what wants Qt stuff]
dev-qt/qtchooser seems to be the main culprit here. In that ebuild:
RDEPEND="
...
! Uuuuh..,thats much.
>
> Should I buy a new harddisk and start right from the beginning?
No :-)
About 30 lines in package.accept_keywords should be enough :-)
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
Alan McKinnon [15-03-14 09:48]:
> On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
> > Hi,
> >
> > emerge hits me:
> >
> > Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
> > gives me this:
> >
> > emerge: there are no ebuilds to satisfy "kde-base/solid:4".
> > (dependency required by "@preserved-rebuild" [argument])
> >
> > emerge itself can be called without that error.
> > How can an argument to a command haves a dependency?
> >
> > How can I get out of this?
>
>
> It's portage's insanely obtuse output that is getting you confused, but
> the error is with an ebuild, not portage.
>
> First, there is not such package as "solid" with SLOT=4:
>
> # eix -e solid
> * kde-frameworks/solid
> Available versions: (5) (~)5.7.0(5/5.7)
>{debug doc nls test}
> Homepage:http://www.kde.org/
> Description: Framework providing platform independent
> hardware discovery, abstraction, and management
>
>
> Then, all that "dependency required by..." output from portage is an
> effort to show you what is pulling a package in, and it starts at the
> beginning. Portage knows it's dealing with whatever is in the
> @preserved-rebuild set, and that set has packages in it. Each of those
> packages may have other deps, and so on.
>
> In your case, it seems to be solid-actions-kcm that's causing it
>
> # grep -r "kde-base/solid:4" /var/portage/
> /var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
> !kde-base/solid:4
>
>
>
> I have no idea if this will work, but here's what I'd do:
>
> skip @preserved-rebuild for now, and run
> revdep-rebuild
> emerge -a --depclean
>
> So if that changes things. Also make sure neither solid nor
> solid-actions-kcm are in world, they should be deps pulled in automatically.
>
> Also move /var/lib/portage/preserved_libs_registry out of the way if it
> has junk in it and let revdep-rebuild fix things.
>
> Finally, you did sync ran emerge world recently, right?
>
>
>
>
>
>
>
> --
> Alan McKinnon
> alan.mckin...@gmail.com
>
>
Hi Alan,
thanks for your reply ! :)
...interesting...one needs to use grep to resolve a problem of
portage ;)
Things are going even more worst (correct English???...uh, sound like
german English...;;;))):
revdep-rebuild runs fine and found nothing to rebuild.
depclean stops its work and said:
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kglobalaccel-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/krosspython-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* media-sound/kmidimon-0.7.5
*
* dev-qt/qtgui:4 pulled in by:
* media-sound/drumstick-0.5.0
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* media-video/kaffeine-1.2.2-r1
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/solid-runtime-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kactivities-4.13.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kquitapp-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/ktouch-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* net-libs/libktorrent-1.3.1
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/renamedlg-plugins-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/keditbookmarks-4.14.3
*
* >=dev-qt/qtgui-4.6.3:4 pulled in by:
* dev-libs/libdbusmenu-qt-0.9.2
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kwalletd-4.14.3-r1
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/plasma-runtime-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* media-plugins/kipi-plugins-4.4.0
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kfile-4.14.3
*
* dev-qt/qtgui:4 pulled in by:
* sys-kernel/kccmp-0.3
*
* ~dev-qt/qtgui-4.8.5[-aqua,-debug] pulled in by:
* dev-qt/qtmultimedia-4.8.5
*
* ~dev-qt/qtgui-4.8.5[-aqua,-debug,-egl,qt3support] pulled in by:
* dev-qt/qtopengl-4.8.5
*
* dev-qt/qtgui:4 pulled in by:
* media-sound/qjackctl-0.3.10
*
* >=dev-qt/qthelp-4.8.5:4 pulled in by:
* dev-qt/qt-creator-2.8.1
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/katepart-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/khotkeys-4.11.14
*
* >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/knewstuff-4.14.3
*
* >=dev-qt/qtgui-4.8.5:4[acce
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
> Hi,
>
> emerge hits me:
>
> Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
> gives me this:
>
> emerge: there are no ebuilds to satisfy "kde-base/solid:4".
> (dependency required by "@preserved-rebuild" [argument])
>
> emerge itself can be called without that error.
> How can an argument to a command haves a dependency?
>
> How can I get out of this?
It's portage's insanely obtuse output that is getting you confused, but
the error is with an ebuild, not portage.
First, there is not such package as "solid" with SLOT=4:
# eix -e solid
* kde-frameworks/solid
Available versions: (5) (~)5.7.0(5/5.7)
{debug doc nls test}
Homepage:http://www.kde.org/
Description: Framework providing platform independent
hardware discovery, abstraction, and management
Then, all that "dependency required by..." output from portage is an
effort to show you what is pulling a package in, and it starts at the
beginning. Portage knows it's dealing with whatever is in the
@preserved-rebuild set, and that set has packages in it. Each of those
packages may have other deps, and so on.
In your case, it seems to be solid-actions-kcm that's causing it
# grep -r "kde-base/solid:4" /var/portage/
/var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
!kde-base/solid:4
I have no idea if this will work, but here's what I'd do:
skip @preserved-rebuild for now, and run
revdep-rebuild
emerge -a --depclean
So if that changes things. Also make sure neither solid nor
solid-actions-kcm are in world, they should be deps pulled in automatically.
Also move /var/lib/portage/preserved_libs_registry out of the way if it
has junk in it and let revdep-rebuild fix things.
Finally, you did sync ran emerge world recently, right?
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
Dale [15-03-14 09:20]: > meino.cra...@gmx.de wrote: > > Hi, > > > > emerge hits me: > > > > Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild > > gives me this: > > > > emerge: there are no ebuilds to satisfy "kde-base/solid:4". > > (dependency required by "@preserved-rebuild" [argument]) > > > > emerge itself can be called without that error. > > How can an argument to a command haves a dependency? > > > > How can I get out of this? > > > > Best regards, > > mcc > > > > > > > > > > > H. > > root@fireball / # equery list -p solid > * Searching for solid ... > [-P-] [ ~] kde-frameworks/solid-5.7.0:5/5.7 > root@fireball / # > > It seems there is no 4 versions. Do you perhaps have a 4 version listed > in your world file that sneaked in there somehow? If so, removing that > may allow a upgrade. If not, interesting problem. > > Dale > > :-) :-) > Hi Dale, thank you for your reply ! :) ...there is no 4 version in the /var/lib/portage/world file. So it is an interesting problem...unfortunately: "..for me;" ;) Is there a way to find the one, which pulls this solid 4 version? best regards, mcc
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
meino.cra...@gmx.de wrote: > Hi, > > emerge hits me: > > Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild > gives me this: > > emerge: there are no ebuilds to satisfy "kde-base/solid:4". > (dependency required by "@preserved-rebuild" [argument]) > > emerge itself can be called without that error. > How can an argument to a command haves a dependency? > > How can I get out of this? > > Best regards, > mcc > > > > H. root@fireball / # equery list -p solid * Searching for solid ... [-P-] [ ~] kde-frameworks/solid-5.7.0:5/5.7 root@fireball / # It seems there is no 4 versions. Do you perhaps have a 4 version listed in your world file that sneaked in there somehow? If so, removing that may allow a upgrade. If not, interesting problem. Dale :-) :-)
Re: [gentoo-user] Re: Damaged CD medium
On Saturday 14 Mar 2015 00:24:30 Mick wrote:
> On Friday 13 Mar 2015 22:24:32 Neil Bothwick wrote:
> > On Fri, 13 Mar 2015 17:54:01 + (UTC), Grant Edwards wrote:
> > > IIRC, there are ebuilds for ddrescue, photorec, and testdisk.
> >
> > There's also app-cdr/dvdisaster.
>
> Thank you all. dd and ddrescue don't work, because the block device is not
> recognised. I had already tried this with not success.
>
> dvddisaster requires to have created a file with error correction ("ecc")
> data in advance of the hardware failure, then use that to recover the lost
> bits.
>
> readcd is great - thanks Joerg! However, this is what I got in my first
> attempt:
> =
[snip ...]
> =
>
> Does this above mean that the first sector is damaged? How to proceed from
> here?
I tried various options and I invariably end up with a sector 0 error:
Enter selection: 9 (0 - 20)/:11
Capacity: 25 Blocks = 50 kBytes = 488 MBytes = 512 prMB
Sectorsize: 2048 Bytes
Ignore disk size? yes
Copy from SCSI (0,0,0) disk to file
Enter filename [disk.out]: disk5.out
Enter starting sector for copy: 0 (0 - 999)/:
Enter number of sectors to copy: 1000 (1 - 1000)/:
Enter number of sectors per copy: 64 (1 - 64)/:
end: 1000
readcd: Input/output error. read_g1: scsi sendcmd: no error
CDB: 28 00 00 00 00 00 00 00 40 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 11 00 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x11 Qual 0x00 (unrecovered read error) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 1.964s timeout 40s
readcd: Input/output error. Cannot read source disk
readcd: Retrying from sector 0.
.~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-
~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~
readcd: Input/output error. Error on sector 0 not corrected. Total of 1
errors.
The resultant disk5.out is 0 bytes. Even when I try to start from sector 1 or
2, I end up with 0 byte output file. Any other settings I could try?
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
[gentoo-user] cannot emerge @preserved-rebuild due to removed package...
Hi, emerge hits me: Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild gives me this: emerge: there are no ebuilds to satisfy "kde-base/solid:4". (dependency required by "@preserved-rebuild" [argument]) emerge itself can be called without that error. How can an argument to a command haves a dependency? How can I get out of this? Best regards, mcc
