Re: [gentoo-user] emerge: The following pkgs are causing rebuilds
On 31 December 2015 02:50:32 GMT+00:00, Philip Webb wrote: > 151230 Harry Putnam wrote: > > emerge output: > > The following pkgs are causing rebuilds: > > [list of pkgs] > > I suspect this ground has been covered in depth > > but finding a good discussion of what it means is a different story. > > So, is this bad news? Or something that needs my attention...? > > It doesn't seem to be anything but noise : why does Portage list them > ? > > -- > ,, > SUPPORT ___//___, Philip Webb > ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto > TRANSIT`-O--O---' purslowatchassdotutorontodotca If it didn't we wouldn't have this thread. Instead we would have one on "why is portage rebuilding all these packages?". It's just portage keeping us informed. It also lets us make decisions on which rebuilds we can skip until more convenient. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] emerge: The following pkgs are causing rebuilds
On 31/12/2015 04:50, Philip Webb wrote: 151230 Harry Putnam wrote: emerge output: The following pkgs are causing rebuilds: [list of pkgs] I suspect this ground has been covered in depth but finding a good discussion of what it means is a different story. So, is this bad news? Or something that needs my attention...? It doesn't seem to be anything but noise : why does Portage list them ? It's the kind of thing you'd want to get with -v and not get without it /alanm
Re: [gentoo-user] Kmail2 - I have not given up ... yet
On Wednesday, December 30, 2015 07:30:49 PM Mick wrote: > On 29 December 2015 at 17:51, J. Roeleveld wrote: > > On Tuesday, December 29, 2015 04:34:33 PM Mick wrote: > > > Can you please advise what GRANTS did you use to create a dedicated > > > postgresql user for akonadi? > > > > Grants? > > Yes, in the sense that the akonadi user will have certain privileges > granted to be able to create tables, edit them, etc. I assume your > commands grant all privileges. Within that database, yes. > I did the following: > > % createuser -P > > (NOTE: You need to set a password, which is why I use the "-P" option) > > > > % createdb -E UTF8 -O > > > > My config for this is: > > > > % cat .config/akonadi/akonadiserverrc > > [%General] > > Driver=QPSQL > > > > [QPSQL] > > Name= > > Host=localhost > > Options= > > ServerPath=/usr/bin/pg_ctl > > InitDbPath=/usr/bin/initdb > > StartServer=false > > User= > > Password= > > Port=5432 > > > > [Debug] > > Tracer=null > > > > -- > > Joost > > Having been away from postgres for the best part of 7 years now, it is a > struggle to find my feet again. As a result I have been chasing my tail on > this task today, not making much progress. :-( I was actually under the impression you had recent experience. In this case, I would suggest to use the default, eg. let akonadi handle the full database. > Ideally, I'd like to keep any akonadi databases in ~/.local/share/akonadi/ > for simplicity of backups. I tried creating a symlink from the default > directory /var/lib/postgresql/9.4/data, but all sort of fs access problems > ensued when I tried to run 'emerge --config dev-db/postgresql:9.4'. I > tried different ownerships and access rights and eventually I abandoned > this idea just to get things going. I let pg to install its files in the > default data directory. I run postgresql under a different user and use the backup tools of the database to generate backup files. I prefer not to have a full database inside my home directory. > Then I created a database and user. The initial user (akonadidbuser) could > not access the database, so I created a different user the same as my unix > user (michael): > > $ psql -U postgres -d postgres > psql (9.4.5) > Type "help" for help. > postgres=# \l >List of databases >Name| Owner | Encoding | Collate |Ctype| > Access privileges > ---+---+--+-+-+- > akonadidb | michael | UTF8 | C | en_GB.UTF-8 > | =Tc/michael + > > michael=CTc/michael > postgres | postgres | UTF8 | C | en_GB.UTF-8 | > template0 | postgres | UTF8 | C | en_GB.UTF-8 | > =c/postgres+ > > postgres=CTc/postgres > template1 | postgres | UTF8 | C | en_GB.UTF-8 | > =c/postgres+ > > postgres=CTc/postgres > (4 rows) > > > However, when I try to start akonadi it fails because michael is not > allowed to login ...: > > Failed to use database "akonadidb" > Database error: "FATAL: role "michael" is not permitted to log in > QPSQL: Unable to connect" > Trying to create database now... > QSqlDatabasePrivate::removeDatabase: connection 'initConnection' is still > in use, all queries will cease to work. > Database error: Cannot open database. > Last driver error: "QPSQL: Unable to connect" > Last database error: "FATAL: role "michael" is not permitted to log in > " > Unable to open database "FATAL: role "michael" is not permitted to log in > QPSQL: Unable to connect" > > > So eventually, I setup user 'postgres' in > ~/.config/akonadi/akonadiserverrc, with no passwd and akonadi was able to > start. Can you please help me to configure this correctly, so that the > database is saved in my ~/.local fs and akonadi can use it? > > This is my akonadiserverrc at the moment: > > [%General] > Driver=QPSQL > SizeThreshold=4096 > ExternalPayload=false > > [QPSQL] > Name=akonadidb > Host=localhost > User=postgres > Password= > Options= > ServerPath=/usr/bin/pg_ctl > InitDbPath=/usr/bin/initdb > StartServer=false > Port=5432 Yipes! Seriously, unless you know what you are doing, let akonadi do it itself. Stop akonadi, wipe the files, and restart akonadi. Eg. run de database embedded. You're making things far more complicated than necessary by trying to change settings away from the default this much. -- Joost
Re: [gentoo-user] Qt5 - should I worry?
On Thu, Dec 31, 2015 at 11:19:28AM +, Peter Humphrey wrote: > I won't list all my objections here, but I have attached two screen shots of > KMail: one in the standard qt4 KDE environment and the other in qt5. You can > see how much less compact the qt5 version is, > [...] > you see here. And the qt5 screen shot is half as big again as the qt4. I don't quite get that. > My question to the panel is: is this just a temporary stage of development, > or are we going to have to live with it down the years? I suppose it's all about the theme and its definition of margins. I dabbled with KF5 last weekend on Arch linux and also find all KDE window decorators except for good'ol Plastic to bee too wasteful with space. OTOH I'm considering bying a laptop soon with 12.5 inch and am still undecided on the resolution (125 or 176 DPI). Be thankful we don't have a compulsoliry touch-oriented UI. ;-P -- Gruß | Greetings | Qapla' People who are not convex with foreign words should not renovate with them.
Re: [gentoo-user] Qt5 - should I worry?
On 31/12/2015 13:19, Peter Humphrey wrote: > Hello list, > > I've built a separate system in spare partitions, using the desktop/plasma > profile and the kde overlay, to see how I like it. > > I don't. > > I won't list all my objections here, but I have attached two screen shots of > KMail: one in the standard qt4 KDE environment and the other in qt5. You can > see how much less compact the qt5 version is, even after I've fiddled at some > length with fonts and qt tweaks, including installing the noto fonts which > you see here. And the qt5 screen shot is half as big again as the qt4. > > My question to the panel is: is this just a temporary stage of development, > or are we going to have to live with it down the years? > A lot of what you see there is not Qt itself, but the theme. The modern trend in gui elements is to make them less busy, use more whitespace and try to display on thing on the screen at a time (less for the user to focus on). You can see this for yourself: look at typical web sites over the last 15 years, then compare how gui elements are done in kde3, 4 and now 5. You will see a pattern. It's also in OSes and toolkits: gnome, macs, windows since 8. And on your tablets and phone. The Qt5 theme you are looking at reflects this general trend. I have not found a Qt5 theme that looks Qt4-esque, but it's totally possible to do it. I think in your case, you should go back to Qt4 until a quality theme is available for Qt5 that you like. Do keep in mind that Qt4 is already a good distance down the end-of-life process so you will have to switch to Qt5 some time (but not today or tomorrow) -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] firefox cpu usage
Running Gentoo (32 bit) as guest on a solaris machine. My install initially had `aurora' as browser. I removed it and installed firefox.bin, thinking the cpu usage would drop. It has dropped but only minimally. The host machine (Openindian) has 32 GB RAM. My vbox setup allows 3016 MB for guest (gentoo) ram. With firefox open but not actively browsing, ... I see from %44 .. to %63 cpu in a `top' display for cpu usage. When actually using the app, it goes to %80 plus. Even 100% Is this normal cpu usage for firefox? If so, are there any tips for cutting down on the cpu usage of firefox? Perhaps a different browser? But it has to work on banking sites.
Re: [gentoo-user] Kmail2 - I have not given up ... yet
On Wednesday, December 30, 2015 09:32:55 PM lee wrote: > "J. Roeleveld" writes: > > On Tuesday, December 29, 2015 08:03:25 PM Mick wrote: > >> On Tuesday 29 Dec 2015 17:37:25 lee wrote: > >> > Are we at the point where users are accepting to have to install and > >> > maintain a fully fledged RDBMS just for a single application which > >> > doesn't even need a database in the first place? > >> > >> Yes, a sad state of affairs indeed. I was hoping for the last 5-6 years > >> that someone who can code would come to their senses with this > >> application > >> and agree that not all desktop application use cases require some > >> enterprise level database back end architecture, when a few flat data > >> files > >> have served most users perfectly fine for years. I mean, do I *really* > >> need a database for less that 60 entries in my address book?!! > > > > I'm no longer convinced a database isn't needed. > > Kmail1 was slower than kmail2 is these days. > > We are talking here about a single application. Are users nowadays > generally willing, inclined and in the position to deploy a RDBMS just > in order to use a single application? Can they be expected to run > several RDBMSs when the next application comes along and suggests mysql > instead of postgresql? Most applications use a database of one type or another. Flatfiles are a bad idea when performance is important with large datasets. My email is a large dataset. > Ironically, in this case you require the RDBMS to be able to use an > application which is too unstable to be used even without one. Why not > use a better application for the same purpose instead? You wouldn't > have to worry about your emails then. I don't worry about my emails. I find kmail2 to be more stable and usable then kmail1. -- Joost
Re: [gentoo-user] firefox cpu usage
On Thursday 31 Dec 2015 07:17:24 Harry Putnam wrote: > Running Gentoo (32 bit) as guest on a solaris machine. > > My install initially had `aurora' as browser. I removed it and > installed firefox.bin, thinking the cpu usage would drop. > > It has dropped but only minimally. > > The host machine (Openindian) has 32 GB RAM. > > My vbox setup allows 3016 MB for guest (gentoo) ram. > > With firefox open but not actively browsing, ... I see from %44 > .. to %63 cpu in a `top' display for cpu usage. When actually using > the app, it goes to %80 plus. Even 100% > > Is this normal cpu usage for firefox? If so, are there any tips for > cutting down on the cpu usage of firefox? > > Perhaps a different browser? But it has to work on banking sites. My first thought is that your set up is using software instead of hardware acceleration for graphics and this is what causes a high CPU in FF. With a new profile my FF is sitting at 2.0% when doing nothing (on Linux). -- Regards, Mick
Re: [gentoo-user] firefox cpu usage
Harry Putnam wrote: > Running Gentoo (32 bit) as guest on a solaris machine. > > My install initially had `aurora' as browser. I removed it and > installed firefox.bin, thinking the cpu usage would drop. > > It has dropped but only minimally. > > The host machine (Openindian) has 32 GB RAM. > > My vbox setup allows 3016 MB for guest (gentoo) ram. > > With firefox open but not actively browsing, ... I see from %44 > .. to %63 cpu in a `top' display for cpu usage. When actually using > the app, it goes to %80 plus. Even 100% > > Is this normal cpu usage for firefox? If so, are there any tips for > cutting down on the cpu usage of firefox? > > Perhaps a different browser? But it has to work on banking sites. > > > The only thing I can think of, outside what Mick mentioned, is that you have a plugin/extension or something that is creating some work. A version or two ago, FF made some sort of change and I noticed that some plugins had to be disabled or removed completely because FF would either not start at all or would be very slow to react. Switching tabs is when I really noticed it being slow. I could click and wait several seconds for it to switch tabs or groups. Some websites would also load very slow. My current rig, AMD 4 core running 3.2GHz with 16GBs of ram. After a recent update, things are pretty much back to normal except that FF has some things I used to addon built in now. The version I had issues with was the 42 ones. I'm currently on 43 and it is better plus all my plugins work. With some added features added, I also got rid of a few addons, which helps all the way around. If you are using 42, may want to test 43 out and see if it helps. Also check into Mick's idea too. It does affect it too. May even be that you are having both of these as problems. Dale :-) :-)
Re: [gentoo-user] Qt5 - should I worry?
On Thursday 31 December 2015 12:34:26 Frank Steinmetzger wrote: > On Thu, Dec 31, 2015 at 11:19:28AM +, Peter Humphrey wrote: > > I won't list all my objections here, but I have attached two screen > > shots of KMail: one in the standard qt4 KDE environment and the other > > in qt5. You can see how much less compact the qt5 version is, > > [...] > > you see here. And the qt5 screen shot is half as big again as the qt4. > > I don't quite get that. ?? > > My question to the panel is: is this just a temporary stage of > > development, or are we going to have to live with it down the years? > > I suppose it's all about the theme and its definition of margins. I > dabbled with KF5 last weekend on Arch linux and also find all KDE window > decorators except for good'ol Plastic to bee too wasteful with space. > OTOH I'm considering bying a laptop soon with 12.5 inch and am still > undecided on the resolution (125 or 176 DPI). > > Be thankful we don't have a compulsoliry touch-oriented UI. ;-P A small mercy, indeed. :) -- Rgds Peter
Re: [gentoo-user] Qt5 - should I worry?
On Thursday 31 December 2015 13:34:17 Alan McKinnon wrote: > On 31/12/2015 13:19, Peter Humphrey wrote: > > Hello list, > > > > I've built a separate system in spare partitions, using the > > desktop/plasma profile and the kde overlay, to see how I like it. > > > > I don't. > > > > I won't list all my objections here, but I have attached two screen > > shots of KMail: one in the standard qt4 KDE environment and the other > > in qt5. You can see how much less compact the qt5 version is, even > > after I've fiddled at some length with fonts and qt tweaks, including > > installing the noto fonts which you see here. And the qt5 screen shot > > is half as big again as the qt4. > > > > My question to the panel is: is this just a temporary stage of > > development, or are we going to have to live with it down the years? > > A lot of what you see there is not Qt itself, but the theme. Yes, I understand that, but it's not easy for an ordinary user to separate them. Someone who designs a whole theme is not an ordinary user, either. > The modern trend in gui elements is to make them less busy, use more > whitespace and try to display on thing on the screen at a time (less for > the user to focus on). You can see this for yourself: look at typical > web sites over the last 15 years, then compare how gui elements are done > in kde3, 4 and now 5. You will see a pattern. It's also in OSes and > toolkits: gnome, macs, windows since 8. And on your tablets and phone. > > The Qt5 theme you are looking at reflects this general trend. I know what you mean, Alan. As my Scottish landlady used to say in the '60s, the world's going to pigs and whistles. It's part of the apparently universal trend to dumb everything down (even BBC Radio 3!) - and having mobile devices take over from the desktop isn't going to help one whit. Meanwhile, those who don't need or enjoy being condescended to have to suffer the banality. > I have not found a Qt5 theme that looks Qt4-esque, but it's totally > possible to do it. > > I think in your case, you should go back to Qt4 until a quality theme is > available for Qt5 that you like. Do keep in mind that Qt4 is already a > good distance down the end-of-life process so you will have to switch to > Qt5 some time (but not today or tomorrow) Oh, I haven't abandoned Qt4 yet. It's my main, everyday system, while the Qt5 one is just for playing with via dual boot. -- Rgds Peter
Re: [gentoo-user] Re: Full system encryption on Gentoo
On Thu, Dec 31, 2015 at 10:38:45AM +1000, Hans wrote: > I have a working VM with Gentoo on LVM on top of LUKS. Works fine in > change root, Just can't get it to boot. Probably somewhere missed > something. Will start from scratch using your 10 steps with dracut > instead of genkernel. I just tried the steps and indeed I forgot to mention a couple of things. You should generate the initramfs with dracut before you run grub2-mkconfig - that way grub will find the initramfs. The other issue is that of naming the root partition on the kernel cmdline. When you open the luks partition using `cryptsetup open` you give it a device-mapper name. In some cases grub will save this name in grub.cfg. So grub's kernel cmdline would contain e.g. root=/dev/mapper/crypto dracut will by default open the luks partition with a name of the form luks-. This mismatch will prevent root from mounting. To overcome this and guarantee a predictable name add an /etc/crypttab entry of the form UUID= then generate the initramfs with dracut again, and it will copy this file and use it to name the luks partition upon opening. Just make sure you use the same name during installation and in crypttab - this is not mandatory but it makes things easier. Howver, sometimes grub will generate a cmdline entry of the form `root=UUID=` if it finds an initramfs which will prevent this issue. Also remember that there are two things: the uuid of the encrypted luks partition (this needs to go in crypttab), and the uuid of the decrypted partition inside luks (this needs to go in fstab and the root cmdline). Just make sure everything is consistent.
Re: [gentoo-user] Kmail2 - I have not given up ... yet
On Thursday 31 Dec 2015 11:14:48 J. Roeleveld wrote: > On Wednesday, December 30, 2015 07:30:49 PM Mick wrote: > > Having been away from postgres for the best part of 7 years now, it is a > > struggle to find my feet again. As a result I have been chasing my tail > > on > > this task today, not making much progress. :-( > > I was actually under the impression you had recent experience. > In this case, I would suggest to use the default, eg. let akonadi handle the > full database. Unfortunately, my world moved over to MySQL and I stopped using postgres. So, I'm reading the fine manual again, but I find myself asking questions like ... how do I do this MySQL command on postgres; e.g. on MySQL I set up a mysql root user passwd before I do anything else. Isn't this the case with postgres? Or, On MySQL I create a new user and grant him privileges on a database and then that user can login and run whatever calls I have allowed on the database. With postgres I got this '"FATAL: role "michael" is not permitted to log in' error. :-/ > > This is my akonadiserverrc at the moment: > > > > [%General] > > Driver=QPSQL > > SizeThreshold=4096 > > ExternalPayload=false > > > > [QPSQL] > > Name=akonadidb > > Host=localhost > > User=postgres > > Password= > > Options= > > ServerPath=/usr/bin/pg_ctl > > InitDbPath=/usr/bin/initdb > > StartServer=false > > Port=5432 > > Yipes! :-) > Seriously, unless you know what you are doing, let akonadi do it itself. > Stop akonadi, wipe the files, and restart akonadi. > > Eg. run de database embedded. With the above set up using the default 'postgres' user, without a passwd, akonadi is able to connect to the database and do its thing. After some initial hickups with Kmail2 being too clever for it is own good (there was some clash with akonadi resources of sorts, it could detect another local mailer, etc.) I managed to configure two new IMAP4 accounts and I am now using them quite successfully! :-) Initial impressions (have not rebooted yet) is that this migration was much less fraught with problems compared to previous attempts. I'll wait to see how stable it will prove in daily usage. Thank's again Joost for your kind help to get kmail2 going! :-) PS. Would any postgresql gurus know why I can't login with some arbitrary name/passwd in the postgres database? -- Regards, Mick
Re: [gentoo-user] Re: Full system encryption on Gentoo
On Thu, Dec 31, 2015 at 02:49:42PM +0100, Jeremi Piotrowski wrote: > I just tried the steps and indeed I forgot to mention a couple of things. And one more: don't format the full disk as luks, because there won't be any space for grub and grub2-install will error out. Make a single partition (default should be offset 2048 sectors from the beginning of the disk) which leaves plenty of space for grub's bootstrap, and format that as luks.
Re: [gentoo-user] Kmail2 - I have not given up ... yet
On Thursday, December 31, 2015 01:50:43 PM Mick wrote: > On Thursday 31 Dec 2015 11:14:48 J. Roeleveld wrote: > > On Wednesday, December 30, 2015 07:30:49 PM Mick wrote: > > > Having been away from postgres for the best part of 7 years now, it is a > > > struggle to find my feet again. As a result I have been chasing my tail > > > on > > > this task today, not making much progress. :-( > > > > I was actually under the impression you had recent experience. > > In this case, I would suggest to use the default, eg. let akonadi handle > > the full database. > > Unfortunately, my world moved over to MySQL and I stopped using postgres. > So, I'm reading the fine manual again, but I find myself asking questions > like ... how do I do this MySQL command on postgres; e.g. on MySQL I set > up a mysql root user passwd before I do anything else. Isn't this the case > with postgres? Not really. The following is based on the default when using Postgresql on Gentoo. When following the post-inst steps emerge tells you, the database is initialised to run as "postgres". It also auto-creates a "postgres" user in the database. This user has full privileges. I only use that user to create additional users and databases. No other user, on my installations, has permissions to add users/databases. Usually I do give them full permissions within the databases. > Or, > > On MySQL I create a new user and grant him privileges on a database and then > that user can login and run whatever calls I have allowed on the database. > With postgres I got this '"FATAL: role "michael" is not permitted to log > in' error. :-/ You need to specifically allow a user to login. You need to create a "michael" user inside postgresql, before you can login locally using that user. > > > This is my akonadiserverrc at the moment: > > > > > > [%General] > > > Driver=QPSQL > > > SizeThreshold=4096 > > > ExternalPayload=false > > > > > > [QPSQL] > > > Name=akonadidb > > > Host=localhost > > > User=postgres > > > Password= > > > Options= > > > ServerPath=/usr/bin/pg_ctl > > > InitDbPath=/usr/bin/initdb > > > StartServer=false > > > Port=5432 > > > > Yipes! > > > :-) > : > > Seriously, unless you know what you are doing, let akonadi do it itself. > > Stop akonadi, wipe the files, and restart akonadi. > > > > Eg. run de database embedded. > > With the above set up using the default 'postgres' user, without a passwd, > akonadi is able to connect to the database and do its thing. > > After some initial hickups with Kmail2 being too clever for it is own good > (there was some clash with akonadi resources of sorts, it could detect > another local mailer, etc.) I managed to configure two new IMAP4 accounts > and I am now using them quite successfully! :-) > > Initial impressions (have not rebooted yet) is that this migration was much > less fraught with problems compared to previous attempts. I'll wait to see > how stable it will prove in daily usage. > > Thank's again Joost for your kind help to get kmail2 going! :-) > > PS. Would any postgresql gurus know why I can't login with some arbitrary > name/passwd in the postgres database? Yes :) But this is a bit OT for this thread, so keeping it brief: 1) The createuser and createdb commands I posted are to be run as the "postgres" user. 2) The user you create needs to be allowed to connect (/etc/postgresql-???/pg_hba.conf ) -- Joost
[gentoo-user] FS performance comparisons
Some simple File System i/0 results:: http://www.phoronix.com/scan.php?page=article&item=linux-40-hdd&num=1 hth, James
[gentoo-user] Re: Full system encryption on Gentoo
Jeremi Piotrowski gmail.com> writes: > On Thu, Dec 31, 2015 at 02:49:42PM +0100, Jeremi Piotrowski wrote: > > I just tried the steps and indeed I forgot to mention a couple > > of things. > And one more: don't format the full disk as luks, because there won't be > any space for grub and grub2-install will error out. Make a single > partition (default should be offset 2048 sectors from the beginning of the > disk) which leaves plenty of space for grub's bootstrap, and format that > as luks. It would be fantastic, if this thread and other updated and relevant information made it's way to the gentoo wiki. My specific interest is similar, but for minimized or embedded gentoo on other hardware platforms (arm64 and other 64 bit chips). Also, here is a linux kernel (not a fork?) that has peaked my curiosity, as I try to ascertain the implications that are relevant to gentoo :: http://www.zdnet.com/article/matthew-garrett-is-not-forking-linux/ Forking of the linux kernel for specific needs has not been necessary in the past, as one would just not choose to use specific features, by natural selection. But now it seems, even some of the lkm devs are asserting that forking to add new/test/biased codes to the linux kernel sources presents a very interesting and viable pathway for tightly focused development of kernel sources. I think others will soon find this an interesting approach for BoF to collect around cleaner kernel sources which are more focused on the needs of a sub-group. As systemd and cluster codes both progress at a rapid pace, there are tons of conflicts related to performance enhancements and lowest level allocation/control of resources that is creating a need for linux kernel forks. Some folks in the Hi Performance Computing communities are already doing so, privately. I have been personally notified by one such group that they are going to 'open source' their work, in detail, hopefully early 2016, but as soon as practical. Speed optimized, dynamic cluster formation and 100% encrypt-able platforms seem to be converging, imho. hth, James
Re: [gentoo-user] Qt5 - should I worry?
On 31/12/2015 15:37, Peter Humphrey wrote: >> I have not found a Qt5 theme that looks Qt4-esque, but it's totally >> > possible to do it. >> > >> > I think in your case, you should go back to Qt4 until a quality theme is >> > available for Qt5 that you like. Do keep in mind that Qt4 is already a >> > good distance down the end-of-life process so you will have to switch to >> > Qt5 some time (but not today or tomorrow) > Oh, I haven't abandoned Qt4 yet. It's my main, everyday system, while the > Qt5 one is just for playing with via dual boot. One of the problems with themes is that so many of them are really just the shipped theme with a few things tweaked - some colours, background translucency, maybe some spacing. Very few themes seem to do anything really different. KDE for netbooks is one exception I can think of. The various gnome-kde compatibility themes are another. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] OT - Midnight Commander and hiding terminal output
On 12/29/2015 5:15 PM, waltd...@waltdnes.org wrote: snip Another MC user here. Here are a couple of entries I've inserted at the top of my ~/.config/mc/mc.ext file. The first entry in mc.ext that matches the extension takes precedence, so you want your custom entries at the top. What these entries do is to launch an xterm. The xterm is what actually launches mplayer. All the spew from mplayer appears in the xterm, not in MC. If I want to kill the player part way through a song/video, I can do it from the small xterm. The xterm automatically disappears as soon as the song/video finishes. # #FLAC and WAV and MP3 files (to free up mc console) regex/i/\.(wav|flac|mp3)$ Open=/usr/bin/xterm -e /usr/bin/mplayer %d/%p & # # Videos regex/i/\.(avi|mov|mp4|mpeg)$ Open=/usr/bin/xterm -e /usr/bin/mplayer %d/%p & This should also work for you with VLC. Substitute "vlc", or whatever, for "mplayer". This "indirection" method is useful for *ANY* program that spews diagnostics/whatever to the console that launched it. E.g. I get dignostics/etc with abiword. Thank you! I will try this out. That's a way of doing things that never would have occurred to me. -Skippy
Re: [gentoo-user] Re: OT - Midnight Commander and hiding terminal output
On 12/30/2015 10:32 AM, Roman Dobosz wrote:
snip
Just redirect the standard end error output to the void, like:
--- 8< ~/.config/mc/mc.ext ---
include/video2
Open=(mpv -vf-clr %f >/dev/null 2>&1 &)
View=%view{ascii} midentify %f
Edit=if [ -n "$DISPLAY" ]; then (avidemux3_qt4 %f 2>&1 >/dev/null &); fi
--- >8
so opening the file (pressing enter on the file), or editing it (via
pressing F4) I don;t see any output from neither mpv nor avidemux.
Note, that both of the processes are instantly put to the background
(amperand at the end of the command) so that mc is still operatable.
Hope, that helps :)
This does help. Thank you very much. I'll be trying it out soon.
-Skippy
