Re: [gentoo-user] emerge latest in a certain version series of a package
On 28/01/2014 22:04, Thanasis wrote: > on 01/28/2014 09:36 PM Andrew Tselischev wrote the following: >> On Tue, Jan 28, 2014 at 09:29:21PM +0200, Thanasis wrote: >>> Is there a way to specify that I want to install (emerge) the latest >>> 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with >>> the latest gentoo-sources? >>> >>> Currently, that would be version 3.10.28. >>> I know I can specify it like so, >>> emerge =sys-kernel/gentoo-sources-3.10.28 >>> >>> but then it would not get "auto-updated" when a newer version of that >>> series (for example 3.10.29) becomes available in portage. >>> >> >> You could mask "newer" versions in package.mask like so: >> >>> =sys-kernel/gentoo-sources-3.10.29* >> >> > > Maybe I was not so clear, but my intent is *NOT* to mask any newer > versions, but have the sys-kernel/gentoo-sources-3.10.X get updated as a > slot, in parallel to latest sys-kernel/gentoo-sources, when I do a world > update like so: > emerge -DNu world that won't work as each kernel ebuild is in it's own unique slot consisting of one and only one kernel version. I doubt the kernel team are going to change that. What you are asking is fundamentally not possible as slots are used in a very incompatible way with your idea. You will have to find and accept a workaround, such as masks. But it's not really that big of a deal. Kernels ebuilds are sources, they build no binaries. Having a version installed doesn't mean it runs, it means you have the sources. All it consumes is disk space as they don;tget updated -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 20:21:33 + (UTC), Martin Vaeth wrote:
> Neil Bothwick wrote:
> >
> > I haven't used tmux for a while, I tried it and went back to screen,
> > but does it really show the titles of all sessions?
>
> On the hardstatus line you see in tmux all sessions
> with their numbers and "their" hardstatus line.
Maybe it's time to give tmux another go, but you won't get me away from
tabs :)
> > Screen only shows the current one.
>
> In tmux the hardstatus line is enabled by default.
> In screen you need to enable it. Of course, I forgot how I did
> this many years ago, but I suppose that the following two lines
> in my screenrc are responsible:
>
> hardstatus alwayslastline
> hardstatus string "%{= kg}%-Lw%{+b gy}%50>%n*%f %t%{-}%+Lw%<"
Yes, that is annoying, as is screen's use of Ctrl-A, which is why I
always add this to /etc/screenrc
escape ^bB
# Set the caption on the bottom line
caption always "%{= kw}%-w%{= BW}%n %t%{-}%+w %-= @%H - %LD %d %LM - %c"
--
Neil Bothwick
Politicians are like nappies
Both should be changed regularly, and for the same reason
signature.asc
Description: PGP signature
Re: [gentoo-user] emerge latest in a certain version series of a package
On 28/01/2014 22:04, Thanasis wrote: > on 01/28/2014 09:36 PM Andrew Tselischev wrote the following: >> On Tue, Jan 28, 2014 at 09:29:21PM +0200, Thanasis wrote: >>> Is there a way to specify that I want to install (emerge) the latest >>> 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with >>> the latest gentoo-sources? >>> >>> Currently, that would be version 3.10.28. >>> I know I can specify it like so, >>> emerge =sys-kernel/gentoo-sources-3.10.28 >>> >>> but then it would not get "auto-updated" when a newer version of that >>> series (for example 3.10.29) becomes available in portage. >>> >> >> You could mask "newer" versions in package.mask like so: >> >>> =sys-kernel/gentoo-sources-3.10.29* >> >> > > Maybe I was not so clear, but my intent is *NOT* to mask any newer > versions, but have the sys-kernel/gentoo-sources-3.10.X get updated as a > slot, in parallel to latest sys-kernel/gentoo-sources, when I do a world > update like so: > emerge -DNu world that won't work as each kernel ebuild is in it's own unique slot consisting of one and only one kernel version. I doubt the kernel team are going to change that. What you are asking is fundamentally not possible as slots are used in a very incompatible way with your idea. You will have to find and accept a workaround, such as masks. But it's not really that big of a deal. Kernels ebuilds are sources, they build no binaries. Having a version installed doesn't mean it runs, it means you have the sources. All it consumes is disk space as they don;tget updated -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge latest in a certain version series of a package
On 28/01/2014 22:04, Thanasis wrote: > on 01/28/2014 09:36 PM Andrew Tselischev wrote the following: >> On Tue, Jan 28, 2014 at 09:29:21PM +0200, Thanasis wrote: >>> Is there a way to specify that I want to install (emerge) the latest >>> 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with >>> the latest gentoo-sources? >>> >>> Currently, that would be version 3.10.28. >>> I know I can specify it like so, >>> emerge =sys-kernel/gentoo-sources-3.10.28 >>> >>> but then it would not get "auto-updated" when a newer version of that >>> series (for example 3.10.29) becomes available in portage. >>> >> >> You could mask "newer" versions in package.mask like so: >> >>> =sys-kernel/gentoo-sources-3.10.29* >> >> > > Maybe I was not so clear, but my intent is *NOT* to mask any newer > versions, but have the sys-kernel/gentoo-sources-3.10.X get updated as a > slot, in parallel to latest sys-kernel/gentoo-sources, when I do a world > update like so: > emerge -DNu world that won't work as each kernel ebuild is in it's own unique slot consisting of one and only one kernel version. I doubt the kernel team are going to change that. What you are asking is fundamentally not possible as slots are used in a very incompatible way with your idea. You will have to find and accept a workaround, such as masks. But it's not really that big of a deal. Kernels ebuilds are sources, they build no binaries. Having a version installed doesn't mean it runs, it means you have the sources. All it consumes is disk space as they don;tget updated -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: xterms --featureRICH --suggestions?
Neil Bothwick wrote:
>
> I haven't used tmux for a while, I tried it and went back to screen, but
> does it really show the titles of all sessions?
On the hardstatus line you see in tmux all sessions
with their numbers and "their" hardstatus line.
[More precisely, you see all windows which in tmux (in contrast to screen)
is a different concept than a session. "Their" hardstatus line means:
Whatever the corresponding shell has set it to]
> Screen only shows the current one.
In tmux the hardstatus line is enabled by default.
In screen you need to enable it. Of course, I forgot how I did
this many years ago, but I suppose that the following two lines
in my screenrc are responsible:
hardstatus alwayslastline
hardstatus string "%{= kg}%-Lw%{+b gy}%50>%n*%f %t%{-}%+Lw%<"
[gentoo-user] Re: emerge latest in a certain version series of a package
On Tue, 28 Jan 2014 21:29:21 +0200, Thanasis wrote: >Is there a way to specify that I want to install (emerge) the latest >3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with >the latest gentoo-sources? > >Currently, that would be version 3.10.28. >I know I can specify it like so, >emerge =sys-kernel/gentoo-sources-3.10.28 > >but then it would not get "auto-updated" when a newer version of that >series (for example 3.10.29) becomes available in portage. Afaik there is no configuration-only way to do this, but you can make it happen by adding your own virtual ebuilds in a local overlay[1], say virtual/thanasis-sources, then adding that to world. You can make one ebuild for each kernel-series you want, each in its own slot, using the =cat/pkg-3.10* syntax for RDEPEND. Find attached a (barely tested) suggestion for virtual/thanasis-sources/thanasis-sources-3.10.ebuild . One caveat, =cat/pkg-3.10* also matches cat/pkg-3.107.1, which could become an issue if you wanted, say, the 3.2 series. After setting up an overlay and adding the ebuild, you can add it to world with `emerge --select virtual/thanasis-sources:3.10`. To add a different kernel series, you should only need to rename/copy the ebuild in your overlay and add the new version/slot to world. [1]: https://wiki.gentoo.org/wiki/Overlay/Local_overlay -- eroen thanasis-sources-3.10.ebuild Description: Binary data signature.asc Description: PGP signature
Re: [gentoo-user] emerge latest in a certain version series of a package
on 01/28/2014 09:36 PM Andrew Tselischev wrote the following: > On Tue, Jan 28, 2014 at 09:29:21PM +0200, Thanasis wrote: >> Is there a way to specify that I want to install (emerge) the latest >> 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with >> the latest gentoo-sources? >> >> Currently, that would be version 3.10.28. >> I know I can specify it like so, >> emerge =sys-kernel/gentoo-sources-3.10.28 >> >> but then it would not get "auto-updated" when a newer version of that >> series (for example 3.10.29) becomes available in portage. >> > > You could mask "newer" versions in package.mask like so: > >> =sys-kernel/gentoo-sources-3.10.29* > > Maybe I was not so clear, but my intent is *NOT* to mask any newer versions, but have the sys-kernel/gentoo-sources-3.10.X get updated as a slot, in parallel to latest sys-kernel/gentoo-sources, when I do a world update like so: emerge -DNu world
Re: [gentoo-user] emerge latest in a certain version series of a package
On Tue, Jan 28, 2014 at 09:29:21PM +0200, Thanasis wrote: > Is there a way to specify that I want to install (emerge) the latest > 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with > the latest gentoo-sources? > > Currently, that would be version 3.10.28. > I know I can specify it like so, > emerge =sys-kernel/gentoo-sources-3.10.28 > > but then it would not get "auto-updated" when a newer version of that > series (for example 3.10.29) becomes available in portage. > You could mask "newer" versions in package.mask like so: >=sys-kernel/gentoo-sources-3.10.29*
[gentoo-user] emerge latest in a certain version series of a package
Is there a way to specify that I want to install (emerge) the latest 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with the latest gentoo-sources? Currently, that would be version 3.10.28. I know I can specify it like so, emerge =sys-kernel/gentoo-sources-3.10.28 but then it would not get "auto-updated" when a newer version of that series (for example 3.10.29) becomes available in portage.
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 16:44:32 + (UTC), James wrote: > To Neil and Alan: These examples are trite and are simply and quickly > offered up as examples on each others perspectives, irrespecitve of > minutia. Old dogs snarl quite a bit, but do not move off of their > haunches, unless sufficiently motivated. I like that one :) > WE can all "wax poetic" about do's and don't of trite examples: the > point is it's not KDE place to change *MY* anything, unless I want it > by taking specific action or they use a proper roll out semantic. KDE > lost site of that, and many astute folks have left for greener > pastures. QT/Nokia going over to the "dark side" (aka MicroSoft) has > not helped KDE either. Oh, I got rid of the semantic stuff years ago. I try to put my files in logical folders, and for when I don't there are always find, grep and panic - in that order. As I said, I've tried other desktops before, I know KDE uses a lot of resources, but I always found them wanting. I was messing with a live CD today and saw a KDE/Openbox option in the login options. So I installed Openbox on my desktop machine and that option appeared. I still get my KDE apps but with Openbox instead of Plasma and KWin, and first impressions are that it is much faster. I may find something I can't do without by tomorrow, and it doesn't look as nice (yet) but this may be just the compromise that suits me. Discussions like this are useful in getting you to explore other options, even if you have tried to before. -- Neil Bothwick Keyboard: (n.) a device used by programmers to write software for a mouse or joystick and by operators for playing games such as 'word processing.' signature.asc Description: PGP signature
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 17:53:58 + (UTC), Martin Vaeth wrote: > > To go back to the OP's original point, having hostnames on > > the tabs also makes it obvious which sessions I have open. > > If you use an appropriate prompt as I have recommended > (which modifies [hard] status line) you see the sessions > in the "tabs" of tmux - only that by default they appear > at the bottom (I suppose that this could also be changed) > and that you use "ctrl-a space" to switch them. I haven't used tmux for a while, I tried it and went back to screen, but does it really show the titles of all sessions? Screen only shows the current one. -- Neil Bothwick Nobody's perfect and since I'm nobody...! signature.asc Description: PGP signature
Re: [gentoo-user] Re: Portage performance dropped considerably
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/28/2014 06:45 PM, Martin Vaeth wrote: > hasufell wrote: >> >> Many defaults gentoo sets do not have anything to do with >> default codepaths upstream has tested. > > I disagree: The USE-enabling in ebuilds usually follows upstream. > IIRC there was even a policy for gentoo developers which strongly > suggested this. > I don't know of any and I strongly disagree with that concept. >> As above, our defaults are not necessarily following upstream >> recommendations/defaults. Apache alone should make you think >> about that claim. > > I never installed apache. However, especially for packages for > which the choice of algorithms has to be selected (USE-flags > thread, jit) or of protocols/interfaces (openssl or gnutls, neon or > other, sqlite or mysql, openvpn[lzo], qtgui[exceptions], mesa, > freetype, wine), the installation of tools (utils, examples, tk, > perl, python) or extensions (tls-heartbeat, introspection, X, > readline) the defaults usually follow the upstream default or > recommendation unless there is a severe reason not to. > No, they don't necessarily. There is no consistency about this. It's up to the maintainer to decide "what most users will want". You want upstream defaults, others want different things. The decision is made individually. And profiles totally mess up that concept anyway. What I was trying to say is: if you allow useflag combinations that break the package (both in terms of build, runtime or _unexpectedly_ missing features) or break reverse dependencies in those same ways, then it's a bug, a missing REQUIRED_USE constraint, a missing elog or whatever. The whole line of argumentation does not work out anyway, imo. Thinking that the defaults from e.g. "./configure --help" are what a) developers have tested most thoroughly and b) users of other distros like debian, ubuntu etc run... is simply an assumption. Debian rather goes for enabling whatever they can enable. Besides that... I run stable arch. And when I have a package that has severely broken runtime behavior with many useflags disabled (except for the features I expect to be disabled), then something went horribly wrong during stabilization. If we support disabling all useflags on package level (and we do), then we support disabling all on global level as well. All _unexpected_ breakage that occurs due to that are ebuild bugs that have incorrect dependencies or missing REQUIRED_USE constraints. Defaults are just a usability thing, nothing more. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5/H3AAoJEFpvPKfnPDWzGXEH/Aw68GvxkA98GoGfpYeD5jAB TEc6BE7BXX+SjToZZd2LGvyo0gpzocTwYf0Y2OMkVvlrft1a4LJVPX1pHK8NSPdv DIl7r+AosUcddBrSI45VuCC53sy66XxUDrsKnuXu1Qm9FlfIHhYTNcfxQM1v4UIx /IP3X+MzH+kklPnYqzHDwxY+lpS1JB3lCPbYvKoJLvk22s+F9ZMg2zdserWRnSRB EYKrw7ZbnornP71K7dQykQe0fh9f6d/s1fA56fvQ968Pfa1QIF/7eSd2270GF9Vq 5KTWATp8rThfo9O526+A4bwgceDFe04Ksbf6p1oOjxe6Hn4MIo020YFhVl7HQNg= =NMPh -END PGP SIGNATURE-
[gentoo-user] Re: xterms --featureRICH --suggestions?
Neil Bothwick wrote: > To go back to the OP's original point, having hostnames on > the tabs also makes it obvious which sessions I have open. If you use an appropriate prompt as I have recommended (which modifies [hard] status line) you see the sessions in the "tabs" of tmux - only that by default they appear at the bottom (I suppose that this could also be changed) and that you use "ctrl-a space" to switch them.
[gentoo-user] Re: Portage performance dropped considerably
hasufell wrote: > > Many defaults gentoo sets do not have anything to do with default > codepaths upstream has tested. I disagree: The USE-enabling in ebuilds usually follows upstream. IIRC there was even a policy for gentoo developers which strongly suggested this. > As above, our defaults are not necessarily following upstream > recommendations/defaults. Apache alone should make you think about that > claim. I never installed apache. However, especially for packages for which the choice of algorithms has to be selected (USE-flags thread, jit) or of protocols/interfaces (openssl or gnutls, neon or other, sqlite or mysql, openvpn[lzo], qtgui[exceptions], mesa, freetype, wine), the installation of tools (utils, examples, tk, perl, python) or extensions (tls-heartbeat, introspection, X, readline) the defaults usually follow the upstream default or recommendation unless there is a severe reason not to. > If disabling one useflag breaks the whole package, then it's a bug. Whether it breaks your machine/setup or not is independent of whether it breaks a package. > care about and arch testers usually run all(or most?) useflag > permutations before stabilizing. Simple mathematics shows that this cannot be even closely true. Anyway, this has nothing to do with our discussion.
[gentoo-user] Re: xterms --featureRICH --suggestions?
Neil Bothwick digimed.co.uk> writes: > I take it you compile your own ernel then :) (OOCH)(grin)
[gentoo-user] Re: xterms --featureRICH --suggestions?
Neil Bothwick digimed.co.uk> writes: > The question was about desktop usage, it was about moving from KDE to > LXDE. How things work in a completely different environment is > irrelevant, the rules are different. To Neil and Alan: These examples are trite and are simply and quickly offered up as examples on each others perspectives, irrespecitve of minutia. Old dogs snarl quite a bit, but do not move off of their haunches, unless sufficiently motivated. Its more fundamental simpler than that. You do not change another man's underware (metaphysically speaking here). You offer up new, exciting offerings, at his convenience or time of choosing and hope he likes what you are offering. That's the sort of analogy, thats most accurate, imho. WE can all "wax poetic" about do's and don't of trite examples: the point is it's not KDE place to change *MY* anything, unless I want it by taking specific action or they use a proper roll out semantic. KDE lost site of that, and many astute folks have left for greener pastures. QT/Nokia going over to the "dark side" (aka MicroSoft) has not helped KDE either. WE're all three right, each from our perspectives. (can I get a hug?) I'm quite certain that the 3 of us, have deep experience with "five nines" and such. KDE has become a joke, imho. You want my repect, show me something, with math, HA, redundancy, or 9+ type of performance. Most of the rest quacks and woddles, so do not argue with me for shooting at the (KDE) ducks. peace and good hunting, James
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 14:35:55 + (UTC), James wrote: > > > Note, I've use a myriad of qt > > > based open source and commercial products on embedded systems. > > > Those efforts do not mirror the "attide" of the KDE camp, you > > > espouse so well. > > I've no idea what you are trying to say here. > > Sure you do, Really, it didn't parse sensibly for me. > but I'll be simple here. KDE is built on QT. I have > experince with QT and dozens of embedded products that use QT. None of > those products resemble any sort of attitude, like KDE does. The > bloated, poorly documented latest features, lets force it on the entire > userbase by default, mentality does not exist in any of the QT based > products I've been involed in. KDE's problems are the result of poor > decisions made unilaterally by the KDE leadership, imho. That makes sense. I still maintain that KDE does not force configuration changes on existing systems, ~/.kde4 trumps anything installed into /usr. However, I do agree with you about KDE's leadership and user relations. In many ways they are their own worst enemies. What's the point in writing good software then leaving it with a crap set of defaults so people have to tweak it to make it decent. It's like they want to leave all that mundane stuff to the distros, which doesn't work with Gentoo's policy of sticking close to upstream defaults. > > Like I said, but you seemed to ignore, run Konsole on LXDE to get all > > you need. I've found Konsole to be one of the best terminals out > > there, irrespective of whether you use KDE or not, although > > Terminology does look interesting. > > The simple fact is I do not need a desktop enviroment that competes > with the applications I choose and set up to be flashy and featurerich. > That function is best left to the applications themselves, imho. Fair enough, that's your choice. Personally, I think that a desktop environment, not necessarily KDE, that provide good interoperation between applications is important. I rarely single task, which is why I love terminal tabs and screen :) > Also, I disagree; Konsole is wonderful, but I do not want anything with > "K" in it. I take it you compile your own ernel then :) -- Neil Bothwick I thought the 10 commandments were multiple choice. signature.asc Description: PGP signature
[gentoo-user] Minimal (fast and cool)
I'm interested in aggregating tips, tricks, ebuild suggestions and config file snippets and examples, related to going minimal on your system, regardless if your system in resource constrained or not. The benefit is not limited to resource constrained systems. The idea is when a person ditches KDE (or other bloated environments?) they can look at a single gentoo-specific document to get a list of addtional ebuilds and config files to install resulting in but one possible fast, cool, feature-rich minimal environment. with a mininmal of setup time and effort. If you are uncomfortable posting here, just drop me some private email. TIA, James
[gentoo-user] Re: xterms --featureRICH --suggestions?
Walter Dnes waltdnes.org> writes: > I went all the way to ICEWM; see my sig. It's been a log time for me with minimal Window Managers. I'm sure I'll get around to testing icewm. > In your bash profile (if you use bash), howsabout > export PS1='[\h][\u][\w]' > Actually, I go for a fancy "technicolour prompt" > export > > PS1='[\[\033[01;32m\]\h\[\033[00m\]][\[\033[01;34m\]\u\ > [\033[00m\]][\[\033[01;36m\]\w\[\033[00m\]]' > Either way, the host name shows up at the beginning of the prompt. I like to see the IP addresses of the systems I've sshd into. I work on a myriad of embedded and small systems, so IP addresses works best for me. I'll look at what you have suggested. I'm looking for a default window tab option, like kconsole has, so that when I ssh into a system, it puts the IP adress into the tab, as the singular most important piece of information I want in that window tab's name field. The current dir on the target is also useful, but of optional secondary importance. I've read many of your postings and questions round the net on your minimal efforts. Most ideas and solutions that work on one configuration, will work on other minimal setups, imho. I think when I'm done, I'm going to put something up that bridges going from lxde-meta installed, to a feature rich, fast minimal environment. Maybe a list of ebuilds to install and all those little config files and scripts too. After the bugs are worked out, I might even roll it into an ebuild for a few folks to test via layman. All you need is an 'old box', to join in the fun. Purposefully so all (many) of these little tricks are aggregated and documented, in one place, for a first starting point for folks new to going minimal (lxde-meta). The gentoo wiki is my preferred home, but it might not fly there (will see). One stop shopping for a first, feature rich minimal configuration, or that's my thinking anyway. Arch linux has inspired me as to what user community documentaion can and should be; but I want docs gentoo specific. Not to imply that is the only way, but a fast, cool first way to minimize the time from ditching KDE to mininal environment happiness (fast and cool). Your input will be greatly appreciated, as will input from other like minded individuals. So anyone can post here(new thread) or email me privately a list of ebuilds and config file they think ought to be in this little (fast and cool) conversion offering. Thanks Walter, James
[gentoo-user] Re: xterms --featureRICH --suggestions?
Neil Bothwick digimed.co.uk> writes: > Yes, really. People boot a distro's live CD, maybe install it, and make > quick decisions about whether they like it or not. Thats a different opportunity/customer, than one that was a faithful and loyal customer. You cannot treat those (new customers) like you treat 'an old dog' or you are going to loose customers, every time. > > Note, I've use a myriad of qt > > based open source and commercial products on embedded systems. > > Those efforts do not mirror the "attide" of the KDE camp, you > > espouse so well. > I've no idea what you are trying to say here. Sure you do, but I'll be simple here. KDE is built on QT. I have experince with QT and dozens of embedded products that use QT. None of those products resemble any sort of attitude, like KDE does. The bloated, poorly documented latest features, lets force it on the entire userbase by default, mentality does not exist in any of the QT based products I've been involed in. KDE's problems are the result of poor decisions made unilaterally by the KDE leadership, imho. > > > Either run Konsole on LXDE or do wht you suggested the KDE devs do > > > and run KDE with the eye candy turned off. The former is probably > > > more sensible. > > no thanks. Raw X is just fine for my needs, wants and desires. > Like I said, but you seemed to ignore, run Konsole on LXDE to get all you > need. I've found Konsole to be one of the best terminals out there, > irrespective of whether you use KDE or not, although Terminology does > look interesting. The simple fact is I do not need a desktop enviroment that competes with the applications I choose and set up to be flashy and featurerich. That function is best left to the applications themselves, imho. Also, I disagree; Konsole is wonderful, but I do not want anything with "K" in it. Some of the postings below on this thread illustrate part of the problem (walter et. al.) some of the issues were configuring the collection of small config files under the ~./ section. I also found this little gem: x11-terms/mrxvt : Description: Multi-tabbed rxvt clone with XFT, transparent background and CJK support. My current machine is so fast (only partially(mostly?) due to dumping KDE); and i have yet to strip-small the kernel and overclock the processors. After all, if you remember, you gave me some solid advise on the water cooler setups, some time ago. Alan's little script-kiddy-ricers motivated me a while back to take another look at the ultimate ricer_kernel option. It's the simple "-Os". Alan never even mentioned to his ricer offspring to try the "-O3" option, as I think he want somebody else to send then on that odessy of wasted time. Now my puter, is skinny and getting ready to run hot with a small kernal and an openbox looknfeel. It's got me so motivated; I am actually waking up at 4am, just to play and shop for "size 2 bikini" applications for my new girl! Going minimal has this old_dog happy and howling at the moon again, on Friday nights.. You see in here Florida, we do rate, compare and (de)grade our computational resources. Minimal is always sexy, particularly with *ware. We are a gregarious lot and we do like to collect at the beaches to see what's hot and what's not.ymmv. peace and good hunting, James
Re: [gentoo-user] xterms --featureRICH --suggestions?
On Sun, Jan 26, 2014 at 04:52:22PM +, James wrote: > One thing I miss > is feature rich tabbed terminal session. I recommend checking out x11-terms/terminator[0]. It can do tabs, and it can also do grids. It's nice. [0] http://gnometerminator.blogspot.com/p/introduction.html
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 15:34:16 +0200, Alan McKinnon wrote: > On 28/01/2014 14:28, Neil Bothwick wrote: > >> Really?, Try that approach at a carrier network support center, > >> where > >> > new stuff is rolled out to cutomers without first explaing, warning > >> > and offering up options. It's shows a blatant disrespect for > >> > the existing customer base. Nobody in business, treats existing > >> > customers that way, imho. In industry, punks with that mentality > >> > get *FIRED* > > Yes, really. People boot a distro's live CD, maybe install it, and > > make quick decisions about whether they like it or not. > James isn't talking about whatever the latest flavour of the month > happens to be that you like. He's talking about the firmware running on > carrier core, or on the black box installed at the customer's edge. Or > the company portal that lets our customers drill deep down into their > traffic stats or do monitoring or investigate billing. > > I work in carrier and that shit is sacrosanct so change it at your > peril. I really couldn't care what desktop the user runs today as I > don't support any of them, just the API we present to the world. > > I think you are looking at this from the POV of a desktop end user, > while James and I are talking about infrastructure that the end user > only gets to use, never change. The question was about desktop usage, it was about moving from KDE to LXDE. How things work in a completely different environment is irrelevant, the rules are different. -- Neil Bothwick Politicians are like nappies Both should be changed regularly, and for the same reason signature.asc Description: PGP signature
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On 28/01/2014 14:28, Neil Bothwick wrote: >> Really?, Try that approach at a carrier network support center, where >> > new stuff is rolled out to cutomers without first explaing, warning >> > and offering up options. It's shows a blatant disrespect for >> > the existing customer base. Nobody in business, treats existing >> > customers that way, imho. In industry, punks with that mentality get >> > *FIRED* > Yes, really. People boot a distro's live CD, maybe install it, and make > quick decisions about whether they like it or not. > James isn't talking about whatever the latest flavour of the month happens to be that you like. He's talking about the firmware running on carrier core, or on the black box installed at the customer's edge. Or the company portal that lets our customers drill deep down into their traffic stats or do monitoring or investigate billing. I work in carrier and that shit is sacrosanct so change it at your peril. I really couldn't care what desktop the user runs today as I don't support any of them, just the API we present to the world. I think you are looking at this from the POV of a desktop end user, while James and I are talking about infrastructure that the end user only gets to use, never change. James's point is valid though - corporates like to claim they will never unleash shit like kdepim on an unsuspecting world and fire anyone who lets it slip through. That's what they say, in reality it happens all the time anyway. Which doesn't change that very few of the kdepim-4 releases should never have seen the light of day with a release tag -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Grub2 and softlevels
On 28/01/2014 14:54, Peter Humphrey wrote: > On Tuesday 28 Jan 2014 14:26:43 Alan McKinnon wrote: > >> You could even go so far as to auto-convert all info pages yourself at >> emerge time by hooking a custom script into portage's phase hooks. Then >> view it locally in a browser; the info in info pages is actually very >> good (far better than in man for gnu projects). > > Hey, what a good idea! Any volunteers? My coding days are 25 years in the > past > I'm afraid, including various assemblers and all the way up to - wait for it > - > FORTRAN 66! > Well, you beat me for sure. My earliest was BBC Basic... -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Grub2 and softlevels
On Tuesday 28 Jan 2014 14:26:43 Alan McKinnon wrote: > You could even go so far as to auto-convert all info pages yourself at > emerge time by hooking a custom script into portage's phase hooks. Then > view it locally in a browser; the info in info pages is actually very > good (far better than in man for gnu projects). Hey, what a good idea! Any volunteers? My coding days are 25 years in the past I'm afraid, including various assemblers and all the way up to - wait for it - FORTRAN 66! -- Regards Peter
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 12:03:30 + (UTC), James wrote: > > That sounds nice but is a Bad Idea in the real world where most people > > judge things by the default setup. Turns off the nice features and > > 90+% of people trying the software don't see them. > > Really?, Try that approach at a carrier network support center, where > new stuff is rolled out to cutomers without first explaing, warning > and offering up options. It's shows a blatant disrespect for > the existing customer base. Nobody in business, treats existing > customers that way, imho. In industry, punks with that mentality get > *FIRED* Yes, really. People boot a distro's live CD, maybe install it, and make quick decisions about whether they like it or not. > > It seems to me you dumped KDE because it had too many features and > > now are complaining that LXDE's terminal is short on features. > > WRONG! > > I dumped KDE, like many others, because I got tire of wasting time > trying to figure how what the hell happen each time a ran an upgrade, I honestly don't have that problem. Possibly because I have configured so much of it that the system defaults never get a look in, changed or not. > Note, I've use a myriad of qt > based open source and commercial products on embedded systems. > Those efforts do not mirror the "attide" of the KDE camp, you > espouse so well. I've no idea what you are trying to say here. > > Either run Konsole on LXDE or do wht you suggested the KDE devs do > > and run KDE with the eye > candy turned off. The former is probably > > more sensible. > > no thanks. Raw X is just fine for my needs, wants and desires. Like I said, but you seemed to ignore, run Konsole on LXDE to get all you need. I've found Konsole to be one of the best terminals out there, irrespective of whether you use KDE or not, although Terminology does look interesting. -- Neil Bothwick Scientists decode the first confirmed alien transmission from outer space ... "This really works! Just send 5*10^50 H atoms to each of the five star systems listed below. Then, add your own system to the top of the list, delete the system at the bottom, and send out copies of this message to 100 other solar systems. If you follow these instructions, within 0.25 of a galactic rotation you are guaranteed to receive enough hydrogen in return to power your civilization until entropy reaches its maximum!" signature.asc Description: PGP signature
Re: [gentoo-user] Grub2 and softlevels
On 28/01/2014 13:38, Thomas Mueller wrote: >> I do. Why, does it have its own info reader? Personally I've never had to >> bite >> the bullet and had to learn how to use info. > >> Regards >> Peter > > I tried to learn info and never did well, always lost my place and had to hit > q to get out. > > Reading the info file as plain text worked better. > > When I had Slackware with KDE 3.x, Konqueror had a good info reader, but I > couldn't find my way in KDE after it went to 4.1. > > Best I can think of in the absence of KDE is pinfo. > > Why can't they get rid of info in favor of HTML, or even straight ASCII text? The GNU foundation will deprecate info files immediately after they stop insisting distros call themselves GNU\Linux. Ain't gonna happen, Stallman has a thing about info and won't let go. There's a plethora of tools and sites out there to deliver info in a browser and convert info<->html. The two map really well as they are both hyperlinked presentation markup. You could even go so far as to auto-convert all info pages yourself at emerge time by hooking a custom script into portage's phase hooks. Then view it locally in a browser; the info in info pages is actually very good (far better than in man for gnu projects). -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: xterms --featureRICH --suggestions?
Neil Bothwick digimed.co.uk> writes: > That sounds nice but is a Bad Idea in the real world where most people > judge things by the default setup. Turns off the nice features and 90+% > of people trying the software don't see them. Really?, Try that approach at a carrier network support center, where new stuff is rolled out to cutomers without first explaing, warning and offering up options. It's shows a blatant disrespect for the existing customer base. Nobody in business, treats existing customers that way, imho. In industry, punks with that mentality get *FIRED* > It seems to me you dumped KDE because it had too many features and now are > complaining that LXDE's terminal is short on features. WRONG! I dumped KDE, like many others, because I got tire of wasting time trying to figure how what the hell happen each time a ran an upgrade, like legends of others. KDE seems to have a bit to much "redmond" mentality for my tastes. You like it, run it. I done with that time-sink you refer to as KDE. Note, I've use a myriad of qt based open source and commercial products on embedded systems. Those efforts do not mirror the "attide" of the KDE camp, you espouse so well. My LXDE environment is coming along fine. Actuall quite wonderful, at a fraction of the footprint. In fact, now that I am emersed in researching what I want and do not want, it's going to get setup *ONCE*. Then I do not have to piss away time on stupid idea that are IMPOSED upon me by others. By going the minimal approach, I'm also freeing up my GPU to use as a general purpose search/sort engine and I am quite looking forward to upcoming version of gcc to offload those sort of fuctions to the GPU. In fact, there is a very large movement of folks going back to basics on graphics and the destop enviorment, as these efforts play very well with the "lighter resource" offerings of a myriad of new embedded toys. So what you do on your desktop can easily be run also on a small net_appliance or internet device. with the user in control of their resources. > Either run Konsole on LXDE or do wht you suggested the KDE devs do and > run KDE with the eye > candy turned off. The former is probably more > sensible. no thanks. Raw X is just fine for my needs, wants and desires. In fact, it's quite refreshing when I install something like mixxx, cinelerra, or blender, I get a wonderful, full featured graphical experience, without bloatware. > You could take a look at ROSA or Mageia, both of those distros have > implemented KDE in a much nicer way, and you can always nick their > themes and configs. So far, I have not found anything I want that cannot be added to LXDE/openbox. It's a bit of work. But knowing that only the minimal is installed, and the apps simply fly faster/better, leaves me bitter that I wasted so much time on KDE. It's a "dog" that needs a bath and to be put on a very restrictive diet, if it is to become a beneficial assset again. But, I'm an old "C" hack and detest most of the C++ code I look at, so I guess I am pre-disposed to the opinions of an old grouch. You like KDE, I'm glad. Know this, I ran that (pig) KDE for years and years, was very steeped in QT and have left for greener pastures(LXDE and openbox). If/when I find some I need or want, and it's not available, I'll just hack a patch and give it to whoever. After all, I still have a set of X11-R6 manuals in storage. Hell. with todays GPUs going back to pixmaps and basic logic constructs for pixel rendering is some "old math" I have not played with in decades And I'm lovin my desktop again. I have control! peace and good hunting, James
Re: [gentoo-user] Grub2 and softlevels
> I do. Why, does it have its own info reader? Personally I've never had to bite > the bullet and had to learn how to use info. > Regards > Peter I tried to learn info and never did well, always lost my place and had to hit q to get out. Reading the info file as plain text worked better. When I had Slackware with KDE 3.x, Konqueror had a good info reader, but I couldn't find my way in KDE after it went to 4.1. Best I can think of in the absence of KDE is pinfo. Why can't they get rid of info in favor of HTML, or even straight ASCII text? Tom
Re: [gentoo-user] Python Installation broken
2014-01-28 Silvio Siefke : > Hello, the error message was not correct copy & paste. Im in crisis :) > > gentoomobile ~ # equery u nikola > Traceback (most recent call last): > File "/usr/bin/equery", line 5, in > from pkg_resources import load_entry_point > File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 3011, in > > parse_requirements(__requires__), Environment() > File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 626, in > resolve > raise DistributionNotFound(req) > pkg_resources.DistributionNotFound: setuptools==2.1 It seems that you need to reinstall setuptools (since you deleted it according to your first post.) emerge -av1 setuptools > > > Thank you for help & Nice Day > Silvio >
Re: [gentoo-user] Grub2 and softlevels [SOLVED]
On Monday 27 Jan 2014 16:04:44 I wrote:
> On Sunday 26 Jan 2014 21:42:54 Peter Humphrey wrote:
> > On Sunday 26 Jan 2014 21:28:55 I wrote:
> > > On Sunday 26 Jan 2014 20:13:58 Neil Bothwick wrote:
> > > > Uncomment this line in /etc/default/grub
> > > >
> > > > #GRUB_TERMINAL=console
> > >
> > > Thanks, but I'm using a manually written grub.cfg, so I need to find out
> > > what that definition translates to. I'm searching now...
> >
> > It was easier than I expected (I hope). I just had to add two lines to
> >
> > grub.cfg:
> > terminal_input console
> > terminal_output console
> >
> > Mike G had suggested gfxterm for terminal_output, so I just changed it and
> > added terminal_input. I'll test it next time I boot.
>
> Nope. Now I'm back to @ signs in place of the border, with the text still at
> the original size needing a magnifying glass (well, I do these days).
I had to remove the line "insmod all_video" from grub.cfg as well. Now I get the
good old-fashioned 80x24 line VGA console and I can read the list of boot
images.
For posterity, here's my /boot/grub/grub.cfg:
root=(hd0,msdos1)
timeout=10
default=0
fallback=3
color_normal=white/blue
color_highlight=black/light-gray
background_image /grub/splash.xpm.gz
menuentry "Gentoo Linux 3.10.25" {
linux /boot/kernel-x86_64-3.10.25-gentoo root=/dev/md5 net.ifnames=0
}
menuentry "Gentoo Linux 3.10.25, no X" {
linux /boot/kernel-x86_64-3.10.25-gentoo root=/dev/md5 softlevel=no-x
net.ifnames=0
}
menuentry "Gentoo Linux 3.10.25, no network" {
linux /boot/kernel-x86_64-3.10.25-gentoo root=/dev/md5 softlevel=no-net
net.ifnames=0
}
menuentry "Gentoo Linux 3.10.17" {
linux /boot/kernel-x86_64-3.10.17-gentoo root=/dev/md5 net.ifnames=0
}
menuentry "Gentoo Linux 3.10.17, no X" {
linux /boot/kernel-x86_64-3.10.17-gentoo root=/dev/md5 softlevel=no-x
net.ifnames=0
}
menuentry "Gentoo Linux 3.10.17, no network" {
linux /boot/kernel-x86_64-3.10.17-gentoo root=/dev/md5 softlevel=no-net
net.ifnames=0
}
menuentry "Memtest86+" {
linux16 /boot/memtest86plus/memtest86+-4.20.bin
}
menuentry "Rescue System 3.10.7-r1" {
linux /boot/kernel-x86_64-3.10.7-r1-gentoo-rescue root=/dev/sda8
net.ifnames=0
}
--
Regards
Peter
Re: [gentoo-user] Re: xterms --featureRICH --suggestions?
On Tue, 28 Jan 2014 02:09:12 + (UTC), Martin Vaeth wrote: > > Screen and tabs are different solutions to different problems. When > > working with multiple SSH sessions to different machines, and not > > using ClusterSSH, I find it most convenient to have a tab for each > > host, with a screen session in that tab. > > I find nested tmux/screen sessions rather convenient, and use them > regularly for that purpose (my setup nests them automatically, so > I do not have to do anything manually). As does mine. It is not starting them I find inconvenient but using them is less convenient, for me, than a combination of tabs and screen. > > The main issue with nested screens being that the command > > keystrokes seemed to always go to the wrong instance of screen. > > It's just a question to get used to press Ctrl-aa instead of Ctrl-a > for remote/chroot sessions. Up to the rare instances when I run a > chroot within a remote session and thus have to press even Ctrl-aaa, > this is something I do not even have to think about anymore. Had I found that approach more workable, I'm sure I could have trained me rather creaky muscle memory to do it, but Shift-Left/Right to switch between hosts and Ctrl-B N/P to switch between sessions on a host works extremely well. To go back to the OP's original point, having hostnames on the tabs also makes it obvious which sessions I have open. -- Neil Bothwick Never wrestle with a pig. You both get dirty but only the pig enjoys it. signature.asc Description: PGP signature
