On Sat, Nov 10, 2012 at 01:28:06AM +0100, Landry Breuil wrote: > On Fri, Nov 09, 2012 at 08:07:44PM +0100, rustyBSD wrote: > > Le 09/11/2012 19:29, Landry Breuil a écrit : > > > I think you shouldnt even bother commenting the share/examples files, > > > they can be useful. Other than that, stuart said exactly what i had to > > > say about the diff. > > > > > > On ppc/ati, only composite is auto-enabled, and e produces garbled > > > colors, the bg/transparent stuff is bright blue, see > > > http://rhaalovely.net/~landry/shared/e17-openbsd-ppc-shot-2012-11-09_18-49-45.jpg > > > Probably a littleendian issue. Disabling composite makes it eat a bit > > > less of cpu time, the about window animation is terribly cpu-hungry. > > > > > > On i386/intel, it renders fine, all hw/composite is enabled by default, > > > and quite cpu-hungry too (80% constant). Disabling composite help a bit. > > > > > > Some notes on e itself: > > > the 1st-run config thing doesnt detect/show any keyboard layout. > > > > Ah yes, it will be fixed upstream. > > > > > You can > > > add one correctly in E with the keymap applet, switching works fine. > > > The theme list shows 'default'+garbage chars, looks like an unterminated > > > \0 string. > > > > Mmhh, where ?In the settings panel or in the menu ? > > settings->theme
I also see this here. I also noticed some corruption in the file manager. When holding the mouse cursor over icons, it displays file previews. The file previews are being read from more than one file. At first it scared me that I had corruption, but the files are all fine. Just the file manager seems to read the files from the wrong location resulting in a mash of a couple different files in the previews. > > > shutdown/reboot is greyed out, i suppose it tries to use > > > consolekit/policykit for that ? > > > > No, look at sysactions.conf that you can find probably > > in /etc. > > no such file installed by the port. Maybe it should be @sampled by > e/pkg/PLIST then... The only other issue I noticed was anything GL ran like total crap in E, it doesn't work with OpenGL for me but software mode seemed to run fine at first. However, after some time, even xterms start drawing extremely slow. I was able to get e17 to freeze entirely when trying to switch workspaces, but it didn't lock my machine. a pkill enlightenment from a console restarted X for me and all was well. Other than that, it built and 'sort of' runs good here on i386 with: ---snip--- vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility X1400" rev 0x00 radeondrm0 at vga1: apic 1 int 16 drm0 at radeondrm0 ---snip--- [ 21.629] (II) RADEON(0): TOTO SAYS 00000000ee100000 [ 21.629] (II) RADEON(0): MMIO registers at 0x00000000ee100000: size 64KB [ 21.629] (II) RADEON(0): PCI bus 1 card 0 func 0 [ 21.629] (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 21.629] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pix maps) [ 21.629] (==) RADEON(0): Default visual is TrueColor [ 21.630] (II) Loading sub module "vgahw" [ 21.630] (II) LoadModule: "vgahw" [ 21.665] (II) Loading /usr/X11R6/lib/modules/libvgahw.so [ 21.675] (II) Module vgahw: vendor="X.Org Foundation" [ 21.675] compiled for 1.12.3, module version = 0.1.0 [ 21.675] ABI class: X.Org Video Driver, version 12.0 [ 21.675] (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0 [ 21.675] (==) RADEON(0): RGB weight 888 [ 21.675] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 21.675] (--) RADEON(0): Chipset: "ATI Mobility Radeon X1400" (ChipID = 0x71 45) [ 21.675] (--) RADEON(0): Linear framebuffer at 0x00000000d8000000 [ 21.675] (II) RADEON(0): PCIE card detected ---snip--- cheers! -ryan
