[gentoo-user] Fluxbox + Bbpager : weird problem
I'm a happy user of Fluxbox recently thought it mb nice to have a pager to jump quickly to another desktop; Bbpager seems adequate works well. However, I can't get it to start directly after (re-)booting, but have to do 'startx' twice, after which it appears in the slit. I put it in the 'startup' file, where Gkrellm resides starts properly; putting it in '.xinitrc' doesn't seem to get it to start at all. Can anyone offer an explanation ? BTW is there any way to get it (or Fbpager) to start in the toolbar ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Setting up two monitors
On Fri, Nov 05, 2010 at 09:38:07PM +, Mick wrote: On Friday 05 November 2010 11:11:04 YoYo Siska wrote: On Thu, Nov 04, 2010 at 11:08:23PM +, Mick wrote: On Thursday 04 November 2010 21:36:46 Florian Philipp wrote: Am 04.11.2010 21:17, schrieb Mick: [...] Then I ran xrandr again as Florian suggested and this is what it shows: $ xrandr --output DVI-0 --auto --this gives 1920x1080 $ xrandr --output DVI-0 --right-of-VGA-0 --verbose xrandr: screen cannot be larger than 1920x1920 (desired size 3200x1080) As a result it does not place the DVI on the right of the VGA driven monitor. Can you please explain this error to me - why does it complain? Hmm, do you still have an xorg.conf file or changed settings in /etc/X11/xorg.conf.d? If you have, can you post it please? I think it is related to the 'SubSection Device Virtual xdim ydim' setting but I'm not sure. In any case, if I were you, I'd try running without any xorg.conf and see whether auto-configuration can handle it. Oh, and if you are still on x11-base/xorg-server-1.7.*, please try x11-base/xorg-server-1.8.2 with USE=udev -hal Thanks again Florian, I do not have an xorg.conf. I am running x11-base/xorg-server-1.7.7-r1. I have been waiting on 1.8.2 to go stable. Googling around I suspect I know what the error is: $ xrandr -q Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1920 x 1920 is telling me that my ATI X600 can only do a max of 1920 x 1920. Above that I will need to set up a virtual screen (and it won't be able to do dri). Without an xorg.conf file it is failing because it is not given a virtual screen to expand its physical capability beyond 1920x1920. Any idea if I can set up a virtual screen using the .fdi files? Intel drivers (for my thinkpad notebook) had a similar problem. If you didn't use an xorg.conf, they would set up the max screen size to the maximum possible resolution on one of the monitors... I haven't found a way to change that without an xorg.conf... (didn't have much motivation as I just always used an xorg.conf, event with hal... and I'm on ~arch, so its not much of an issue now...) yoyo PS right now, the current intel driver I have seems to have a hard maximum of 2048x2048 on my card, though I remember going above that in the past... ;(( (I was wondering how come MSWindows works fine - not sure if it uses virtual screens ...) Are you saying that the maximum mode of the video card is determined by the driver? Two different ati cards here, both show 1920x1920 as the maximum. The card I am having this problem with has 256M memory. The other has 1G memory (in MSWindows) while Gentoo only shows: Memory at d000 (32-bit, prefetchable) [size=256M] I/O ports at 2000 [size=256] Memory at cfef (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at cfe0 [disabled] [size=128K] If the maximum mode available changes with the driver version, does this mean that one day I need to set up a virtual screen size and next day the driver is updated and virtual screen is no longer required? From what I know (but I may be completely wrong ;) its this way: the maximum size xrandr reports is what X thinks is the maximum possible framebuffer size... Its reported by the graphics card driver, which (I think) should be the maximum resolution the graphics card supports. This depends on the card, the amount of memory it has (which gets a bit complicated with cards with shared memory, that can dynamically allocate how much they actually need) etc... AFAIK this value is constant for X (it can't change without restart), and X will never allow you to have a large 'virtual screen' (i.e. the space in which all outputs have to fit) But I've seen drivers that don't report the maximum they support, but the maximum resolution of the actually connected display: The driver should report to X, what display devices are connected to the card and which resolutions they support -- the things you see in xrandr output. It seems that that some drivers report the maximum of these resolutions (ati and older intel, though newer intel drivers seem to report 2048x2048 or 4096x4096, I can't say for newer ati, as I don't have an ati card...) I guess that this is mostly a 'historical' issue from the times when Xserver/drivers did not support 'dynamic' monitor configuration (ie adding/removing monitors) without restarting the Xserver... You can override this value with the Virtual option (It used to be in the screen section of xorg.conf, now the correct place seems to be in the Device section). IIRC, the driver will still change it to the maximum it supports, if you made it bigger, but not to the maximum resolution of the connected displays ;) Also, some
Re: [gentoo-user] Mystery square under KDE
Am 06.11.2010 05:38, schrieb Andrew Lowe: Hi all, I've got KDE set up in a twin head configuration with the menu/task Are both heads running at the same resolution or is the second smaller? Whenever I tried to setup a dualhead-setup (xaphod-style not a big screen with xrender) I had a similar problem when the second screen was smaller then the main-screen. Looks much like a bug to me. Could you give more information about your twin head configuration? Greetings Sebastian Beßler
Re: [gentoo-user] Updating a profile from 2005
On Sat, 06 Nov 2010 12:36:01 +0800, Andrew Lowe wrote: Performing Global Updates: (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' /usr/portage/profiles/updates/1Q-2005 . . . . .. /usr/portage/profiles/updates/4Q-2010 # * An update to portage is available. It is _highly_ recommended ... ... ... * The question is: Should a profile from 2005 be updated as well? I built this machine from scratch about 6 months ago so there wasn't something like a favourite config I brought across from another machine. Is this normal behaviour? Should I be worried? Should I zealously try and track this down and kill it or should I let bygones be bygones? Why are you running a 2005 profile? I don't think that was even available six months ago. emerge --info will tell you which profile you are actually using, but if portage tells you to it needs updating, it is usually right. -- Neil Bothwick A closed mouth gathers no foot. signature.asc Description: PGP signature
Re: [gentoo-user] Mystery square under KDE
On Fri, Nov 5, 2010 at 9:38 PM, Andrew Lowe a...@wht.com.au wrote: Hi all, I've got KDE set up in a twin head configuration with the menu/task manager thingy set for autohide on the top edge of the LHS monitor. When I move the mouse up to the top of the screen to display the task manager/kicker, as well as the menu displaying, I also get a large translucent rectangle showing. The task manager shows and it is of the depth you would expect, the height of a character plus appropriate padding, but as well as this I get this translucent rectangle showing which is about 2/3 screen depth and 2/3 screen width in size. This is displayed as long as the task manager is displayed - move the mouse away from the task manager and the task manager disappears, and so does the mystery rectangle, move the mouse back to display the task manager and the rectangle comes back. There is a screen grab here www.wht.com.au/dodgyMenu.png. Has anyone any thoughts on how to get rid of the mystery rectangle? Any thoughts greatly appreciated, Andrew I have a machine with an ATI 5770 in it. It does a few things like this with the default KDE theme. It does fewer things with other themes. (It's not perfect with any theme!) Try another theme? - Mark
Re: [gentoo-user] Setting up two monitors
Thank you all for your pointers! It works (almost) with xorg-server-1.9.2. More questions below ... On 6 November 2010 09:57, YoYo Siska y...@gl.ksp.sk wrote: You can read more about xrandr at http://www.x.org/wiki/Projects/XRandR For your last question: right now, yes. The drivers are changing... But hopefully, they will get to a state, when they will report everything corectly and you should not need to set anything... ;)) With the xorg-server-1.9.2 and a different kernel driver it now recognises much more real estate: $ xrandr -q Screen 0: minimum 320 x 200, current 3200 x 1080, maximum 4096 x 4096 VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 359mm x 287mm 1280x1024 75.0*+ 60.0 1152x864 75.0 1024x768 85.0 75.1 70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 66.7 60.0 720x40070.1 DVI-0 connected 1920x1080+1280+0 (normal left inverted right x axis y axis) 509mm x 286mm 1920x1080 60.0*+ 1280x1024 75.0 60.0 1152x864 75.0 1024x768 75.1 60.0 800x60075.0 60.3 640x48075.0 60.0 720x40070.1 S-video disconnected (normal left inverted right x axis y axis) As you can see the maximum size has now grown to 4906 x 4096 which allows me to have the two monitors set up as intended with space to spare! :-) No need to define virtual screen size in the xorg.conf, which I generated using the vanilla X -configure output. I have not added a second screen or anything else. The -configure script seems to have only included my small monitor on the left and it does not mention at all the new DVI. So, I suspect that all the hard work is performed by the kernel hardware driver ... Which brings me to the changes I had to perform on the kernel. The only combination that would allow the above to work involved rebuilding the kernel with CONFIG_DRM_RADEON_KMS=y This caused its own problems - I could not get a framebuffer working during boot and afterwards I could not get a kdm Display Manager showing up. It dropped me back to console. Ctrl+Alt+F7 was not advisable as it locked the machine up, as did restarting xdm. The solution was to remove uvesa framebuffer from my kernel and also remove the following lines from my grub.conf: #video=uvesafb:mtrr,ywrap,1024x768...@64 splash=silent,fadein,theme:emergence quiet CONSOLE=/dev/tty1 Now I get a framebuffer with all my boot messages, but do not get a pretty framebuffer splash or whatever you call it these days. The second problem is that although the screen settings can be applied and take without any problem, they are not retained if I log out/reboot. So, two questions remain: 1. Is there a way of setting up a framebuffer splash with a progress bar and a background image in non-verbose mode when using the new KMS kernel option? 2. How can I save the screen settings so that they persist between boots? I found a script mentioning setting up a configuration file in /etc/X11/Xsession.d/45custom_xrandr-settings: http://www.thinkwiki.org/wiki/Xorg_RandR_1.2#Now_automate_it_on_login but I am not sure if this is a Gentoo compatible way (have not tried it yet). -- Regards, Mick
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
Dale wrote: I noticed something on mine when I did that. I was actually doing the command in a Konsole. It seemed to mess up again later on. It got REALLY slow. I decided to do things differently. I logged out of KDE, went to single user mode, typed in the command to set opengl to nvidia, then went back to default runlevel and logged in. It worked fine and has ever since. I have logged out several times, been experimenting with fluxbox, and it is still fast as it was. So, it may be best to run that when logged out of a GUI at least but I went to single user just to be certain. I would think that stopping xdm would work just as well but one never knows about these things. Maybe that will help. Never hurts to hope. Dale :-) :-) This is getting weird. I haven't rebooted in a few weeks now. I tried to watch a video a bit ago and it was slow again. It was down to about 2 or 3 frames per second. It is awful. If I go tell it to switch to opengl, it gets fast again but after a while it will go back to being really slow. Why do I have to keep telling it to use nvidia's opengl when it says it is using it and I have switched to a few times? If it is using it, why does it slow down until I tell it to switch? I did do a huge KDE upgrade the other day. I don't recall seeing anything else X related being updated but I could have missed something in that LONG list. I did do a baselayout upgrade and portage itself has been upgraded a few times. Any ideas on why this thing keeps doing this? Would a reboot even help in this situation? Dale :-) :-)
Re: [gentoo-user] Updating a profile from 2005
On 11/06/10 20:30, Neil Bothwick wrote: On Sat, 06 Nov 2010 12:36:01 +0800, Andrew Lowe wrote: Performing Global Updates: (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' /usr/portage/profiles/updates/1Q-2005 . . . . .. /usr/portage/profiles/updates/4Q-2010 # * An update to portage is available. It is _highly_ recommended ... ... ... * The question is: Should a profile from 2005 be updated as well? I built this machine from scratch about 6 months ago so there wasn't something like a favourite config I brought across from another machine. Is this normal behaviour? Should I be worried? Should I zealously try and track this down and kill it or should I let bygones be bygones? Why are you running a 2005 profile? I don't think that was even available six months ago. emerge --info will tell you which profile you are actually using, but if portage tells you to it needs updating, it is usually right. Neil, Simple answer to your first question, I'm not - well I didn't do anything to ask for a profile from 2005. As I said, this thing was built form scratch, using an install disk downloaded about 6 months ago, I did nothing such as bringing across old configs/profiles, this thing has just showed up. Is the first line of emerge --info, Portage 2.1.9.24 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.5, glibc-2.12.1-r1, 2.6.35-gentoo-r9 x86_64) the line that will tell me which profile I'm running? As I said, I've, not knowingly, done anything to make this profile appear, it's just appeared. In the dir /usr/portage/profiles/updates, there are a whole series of profile file. Do all of these need to exist? Should I get rid of all of them, except for the current? Andrew
Re: [gentoo-user] Updating a profile from 2005
On Saturday 06 November 2010 04:36:01 Andrew Lowe wrote: Hi all, I've just done an emerge --sync ad got, along with all the usual stuff, the following: * ... ... ... Performing Global Updates: (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' /usr/portage/profiles/updates/1Q-2005 . . . . .. /usr/portage/profiles/updates/4Q-2010 # * An update to portage is available. It is _highly_ recommended ... ... ... * The question is: Should a profile from 2005 be updated as well? I built this machine from scratch about 6 months ago so there wasn't something like a favourite config I brought across from another machine. Is this normal behaviour? Should I be worried? Should I zealously try and track this down and kill it or should I let bygones be bygones? Any thoughts greatly appreciated, I can't really answer your question (other than your may have used a really old install CD). You could check to see which make.profile your /etc/make.profile is symlinked to. For example: # ls -la /etc/make.profile lrwxrwxrwx 1 root root 56 Jun 8 20:36 /etc/make.profile - ../usr/portage/profiles/default/linux/amd64/10.0/desktop Or you can try the eselect tool to list/set a suitable profile; e.g.: # eselect profile list Available profile symlink targets: [1] default/linux/amd64/10.0 [2] default/linux/amd64/10.0/desktop * [3] default/linux/amd64/10.0/desktop/gnome [4] default/linux/amd64/10.0/desktop/kde [5] default/linux/amd64/10.0/developer [6] default/linux/amd64/10.0/no-multilib [7] default/linux/amd64/10.0/server [8] hardened/linux/amd64/10.0 [9] hardened/linux/amd64/10.0/no-multilib [10] selinux/2007.0/amd64 [11] selinux/2007.0/amd64/hardened [12] selinux/v2refpolicy/amd64 [13] selinux/v2refpolicy/amd64/desktop [14] selinux/v2refpolicy/amd64/developer [15] selinux/v2refpolicy/amd64/hardened [16] selinux/v2refpolicy/amd64/server HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Fluxbox + Bbpager : weird problem
On Saturday 06 November 2010 09:19:49 Philip Webb wrote: I'm a happy user of Fluxbox recently thought it mb nice to have a pager to jump quickly to another desktop; Bbpager seems adequate works well. However, I can't get it to start directly after (re-)booting, but have to do 'startx' twice, after which it appears in the slit. I put it in the 'startup' file, where Gkrellm resides starts properly; putting it in '.xinitrc' doesn't seem to get it to start at all. Can anyone offer an explanation ? BTW is there any way to get it (or Fbpager) to start in the toolbar ? I can't answer your question because I have never used a pager with FB. I usually scroll on the screen with my mouse to change desktops. Can't recall if Alt+arrow will also flick between desktops, but I'm sure there's a shortcut to it. I have found that FB is a bit temperamental with how it displays docapps. The order can be random at times. It may be that Bbpager/Fbpager show up but are rendered underneath the Gkrellm and therefore you can't see them. When you restart they may be already in memory or their config file is cached and they start faster. I know that they should be stacked, but I have seen some odd behaviour with apps in the slit over the years. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Updating a profile from 2005
On 6/11/2010, at 3:56pm, Andrew Lowe wrote: ... Portage 2.1.9.24 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.5, glibc-2.12.1-r1, 2.6.35-gentoo-r9 x86_64) Considering that, you should be perfectly safe to update to the current profile (as explained by Mick in his message of 40 minutes ago) and `emerge --update -p world`. If your system hasn't been updated in 6 months then look out for the libpng update: http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update the line that will tell me which profile I'm running? As I said, I've, not knowingly, done anything to make this profile appear, it's just appeared. This is somewhat inexplicable. In the dir /usr/portage/profiles/updates, there are a whole series of profile file. Do all of these need to exist? Should I get rid of all of them, except for the current? Nope, these are generated by `emerge sync` - old ones will be deleted automagically when you update (which is why it's so confusing you have a 2005 profile configured). You just need to change to the current one and update world. BTW: I assume you're new to Gentoo, because most everything in /usr/portage/ is managed by Portage, and this directory tree needs little maintenance or intervention. The only exceptions are /usr/portage/packages and /usr/portage/distfiles - `emerge gentoolkit` and run `eclean` a couple of times a year. Generally speaking you should be running `emerge --update world` about every week or every month - after 2 months or more the update becomes a bit more of a chore, and if you leave it as long as 6 months you're pretty much sure to encounter problems like this one with the libpng update, but not always be so well documented. Stroller.
Re: [gentoo-user] Updating a profile from 2005
Andrew Lowe schrieb am 06.11.2010 16:56: On 11/06/10 20:30, Neil Bothwick wrote: On Sat, 06 Nov 2010 12:36:01 +0800, Andrew Lowe wrote: .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' /usr/portage/profiles/updates/1Q-2005 . . . . .. /usr/portage/profiles/updates/4Q-2010 These are normal messages you receive if there are ebuilds moved around or slots for ebuilds change within the portage tree. It has nothing to do with the profile you are running. Portage saves all data for installed packages in a database under /var/db/pkg. Lets say you have installed dev-lang/toluapp. Recently this package has been moved to dev-lua/toluapp. The information about this package is now wrong and needs to be fixed. This is what happened here. It also takes care about existing binary packages. So there is nothing to worry about. Just take a look at these files and you will find lines like: slotmove sys-libs/libchipcard 2 0 move dev-lang/toluapp dev-lua/toluapp It just informs portage about the changes, so it can fix it in the database. * An update to portage is available. It is _highly_ recommended A new version of portage is available and you should update to that new version. Is the first line of emerge --info, Portage 2.1.9.24 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.5, glibc-2.12.1-r1, 2.6.35-gentoo-r9 x86_64) Yes this is the profile you are running and it is the most recent, so no need to change anything here. You are not running the 2005 profile, which would be strange as it has been removed long ago. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
On Saturday 06 November 2010, Dale wrote: Dale wrote: This is getting weird. I haven't rebooted in a few weeks now. I tried to watch a video a bit ago and it was slow again. It was down to about 2 or 3 frames per second. It is awful. If I go tell it to switch to opengl, it gets fast again but after a while it will go back to being really slow. Why do I have to keep telling it to use nvidia's opengl when it says it is using it and I have switched to a few times? If it is using it, why does it slow down until I tell it to switch? I did do a huge KDE upgrade the other day. I don't recall seeing anything else X related being updated but I could have missed something in that LONG list. I did do a baselayout upgrade and portage itself has been upgraded a few times. Any ideas on why this thing keeps doing this? Would a reboot even help in this situation? When it gets very slow start up top and see what's using the CPU. My bet is the Xserver. I have a GeForce 9400 GT 512MB and the xserver will happily use 90% while nothing much is happening. Start a KDE4 app which constantly updates (ktorrent, kps are good 3rd party examples) and the xserver goes crazy. HTH -Robin -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling --
Re: [gentoo-user] Updating a profile from 2005
On 11/07/10 02:57, Stroller wrote: On 6/11/2010, at 3:56pm, Andrew Lowe wrote: ... Portage 2.1.9.24 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.5, glibc-2.12.1-r1, 2.6.35-gentoo-r9 x86_64) Considering that, you should be perfectly safe to update to the current profile (as explained by Mick in his message of 40 minutes ago) and `emerge --update -p world`. If your system hasn't been updated in 6 months then look out for the libpng update: http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update No, you've misunderstood. The machine was built about 6 months ago but has had emerge -NuD world run probably a dozen times in this intervening time. the line that will tell me which profile I'm running? As I said, I've, not knowingly, done anything to make this profile appear, it's just appeared. This is somewhat inexplicable. In the dir /usr/portage/profiles/updates, there are a whole series of profile file. Do all of these need to exist? Should I get rid of all of them, except for the current? Nope, these are generated by `emerge sync` - old ones will be deleted automagically when you update (which is why it's so confusing you have a 2005 profile configured). You just need to change to the current one and update world. a...@bluey ~ $ eselect profile list Available profile symlink targets: [1] default/linux/amd64/10.0 [2] default/linux/amd64/10.0/desktop [3] default/linux/amd64/10.0/desktop/gnome [4] default/linux/amd64/10.0/desktop/kde * [5] default/linux/amd64/10.0/developer [6] default/linux/amd64/10.0/no-multilib [7] default/linux/amd64/10.0/server [8] hardened/linux/amd64/10.0 [9] hardened/linux/amd64/10.0/no-multilib [10] selinux/2007.0/amd64 [11] selinux/2007.0/amd64/hardened [12] selinux/v2refpolicy/amd64 [13] selinux/v2refpolicy/amd64/desktop [14] selinux/v2refpolicy/amd64/developer [15] selinux/v2refpolicy/amd64/hardened [16] selinux/v2refpolicy/amd64/server This is what I get from eselect. Once again, I haven't changed any profiles, this is how it was before the 2005 profile appeared. BTW: I assume you're new to Gentoo, because most everything in Yes and no. Just had a look at forums.gentoo.org, I registered there in 2002, but my use has been sporadic. Now about to do a PhD in Computational Fluid Dynamics and will be using my Gentoo box to run the apps so will be using it a bit more now :) /usr/portage/ is managed by Portage, and this directory tree needs little maintenance or intervention. The only exceptions are /usr/portage/packages and /usr/portage/distfiles - `emerge gentoolkit` and run `eclean` a couple of times a year. Generally speaking you should be running `emerge --update world` about every week or every month - after 2 months or more the update becomes a bit more of a chore, and if you leave it as long as 6 months you're pretty much sure to encounter problems like this one with the libpng update, but not always be so well documented. Nothing new here, I've done all these things. As I seem to be already doing the stuff people suggest, and as everything is working and nothing seems harmed by the 2005 profile, just leave it and hopefully it will disappear - correct? Andrew Stroller.
Re: [gentoo-user] Updating a profile from 2005
On Sun, 07 Nov 2010 04:15:48 +0800, Andrew Lowe wrote: This is what I get from eselect. Once again, I haven't changed any profiles, this is how it was before the 2005 profile appeared. You don't have a 2005 profile available, let alone selected. The message related to renamed packages, and when they were renamed, your profile is fine. -- Neil Bothwick RAM disk is *not* an installation procedure. signature.asc Description: PGP signature
[gentoo-user] Can't save the font configuration in qtconfig
Hi all , I'm having this headache , some characters in qt applications display as blocks , you can see the screenshot from the attachment And the problem is I don't know how configure the font of qt application , qtconfig doesn't work at all I change the font setting in qtconfig and save the configuration but next time I open it I'll find that the configuration didn't change at all So , I want to know what to do with it , thank you very much! -- @ghosTM55 Mechanism, not policy attachment: Screenshot-Create New Virtual Machine.png
Re: [gentoo-user] Fluxbox + Bbpager : weird problem
101106 Mick wrote: On Saturday 06 November 2010 09:19:49 Philip Webb wrote: I'm a happy user of Fluxbox Bbpager works well with it. However, I can't get it to start directly after (re-)booting, but have to do 'startx' twice, after which it appears in the slit. I put it in the 'startup' file, where Gkrellm resides starts properly; putting it in '.xinitrc' doesn't seem to get it to start at all. I can't answer your question because I have never used a pager with FB. I usually scroll on the screen with my mouse to change desktops. Yes, I have mouse-scroll set to change desktop on background or titlebar. I have found that FB is a bit temperamental with how it displays docapps. The order can be random at times. It may be that Bbpager/Fbpager show up but are rendered underneath the Gkrellm and therefore you can't see them. When you restart they may be already in memory or their config file is cached and they start faster. I know that they should be stacked, but I've seen some odd behaviour with apps in the slit over the years. Thanks: at least it's good to know I'm not alone (wry smile). Putting Bbpager 1st in the list above Gkrellm makes no difference. I tried increasing the 'sleep' line in 'startup' to 5 sec that causes a blank slit bar to appear across the screen bottom. Any further thoughts from anyone are welcome. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
