[ANNOUNCE] font releases, second and final part
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi again, And here are the final font releases. Like in my previous batch, all changes are by Gaétan and Jesse. Here's the list of all download URLs along with checksums: http://xorg.freedesktop.org/archive/individual/font/font-arabic-misc-1.0.3.tar.bz2 MD5: cc0726e4a277d6ed93b8e09c1f195470 font-arabic-misc-1.0.3.tar.bz2 SHA1: 322ae41e74deea8de11fa077fd0e0191927a667c font-arabic-misc-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-arabic-misc-1.0.3.tar.gz MD5: 918457df65ef93f09969c6ab01071789 font-arabic-misc-1.0.3.tar.gz SHA1: 186b05721e6fea0c1b0d600704c67fdb0d777e55 font-arabic-misc-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bh-100dpi-1.0.3.tar.bz2 MD5: 9f11ade089d689b9d59e0f47d26f39cd font-bh-100dpi-1.0.3.tar.bz2 SHA1: 47d5e50be9e78695017650a088da52bfcf1eeb40 font-bh-100dpi-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bh-100dpi-1.0.3.tar.gz MD5: 09e63a5608000531179e1ab068a35878 font-bh-100dpi-1.0.3.tar.gz SHA1: 3845c95b62b94dc119ed2bb75bec48bf6c6d1e9a font-bh-100dpi-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bh-75dpi-1.0.3.tar.bz2 MD5: 565494fc3b6ac08010201d79c677a7a7 font-bh-75dpi-1.0.3.tar.bz2 SHA1: 7290567d42a0f5adb6a3ad170524bb7ed59871d7 font-bh-75dpi-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bh-75dpi-1.0.3.tar.gz MD5: 88fec4ebc4a265684bff3abdd066f14f font-bh-75dpi-1.0.3.tar.gz SHA1: 0372601465344d9e5638b59fc3fc3d933be8de7f font-bh-75dpi-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bh-lucidatypewriter-100dpi-1.0.3.tar.bz2 MD5: c8b73a53dcefe3e8d3907d3500e484a9 font-bh-lucidatypewriter-100dpi-1.0.3.tar.bz2 SHA1: bc4f804e49db8c6add04f52ffb1c0cd63e714b2c font-bh-lucidatypewriter-100dpi-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bh-lucidatypewriter-100dpi-1.0.3.tar.gz MD5: 5f716f54e497fb4ec1bb3a5d650ac6f7 font-bh-lucidatypewriter-100dpi-1.0.3.tar.gz SHA1: 3e9b56f2baedd7c1eda5b2e73c7e51c2807abe8e font-bh-lucidatypewriter-100dpi-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bh-lucidatypewriter-75dpi-1.0.3.tar.bz2 MD5: f6d65758ac9eb576ae49ab24c5e9019a font-bh-lucidatypewriter-75dpi-1.0.3.tar.bz2 SHA1: 3c6678e6bbb2bd352baaf610a8f6aac9c5140c85 font-bh-lucidatypewriter-75dpi-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bh-lucidatypewriter-75dpi-1.0.3.tar.gz MD5: cab8a44ae329aab7141c7adeef0daf5a font-bh-lucidatypewriter-75dpi-1.0.3.tar.gz SHA1: bfe3c96e37de55b7d7dc0c225c1713dcd8de1063 font-bh-lucidatypewriter-75dpi-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bh-type1-1.0.3.tar.bz2 MD5: 53ed9a42388b7ebb689bdfc374f96a22 font-bh-type1-1.0.3.tar.bz2 SHA1: 69ff038d38015cd305a4cd4d1a921fe3bd08bbde font-bh-type1-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bh-type1-1.0.3.tar.gz MD5: 62d4e8f782a6a0658784072a5df5ac98 font-bh-type1-1.0.3.tar.gz SHA1: d7da5d0d0fa7f78977f51094b2d5245183c822be font-bh-type1-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bitstream-100dpi-1.0.3.tar.bz2 MD5: 6b223a54b15ecbd5a1bc52312ad790d8 font-bitstream-100dpi-1.0.3.tar.bz2 SHA1: 138376f8683c09b9068c7c124842a7af9f0fcc2e font-bitstream-100dpi-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bitstream-100dpi-1.0.3.tar.gz MD5: c27bf37e9b8039f93bd90b8131ed37ad font-bitstream-100dpi-1.0.3.tar.gz SHA1: 2b4df89a59d93d01393c9ea21517cce575717ecf font-bitstream-100dpi-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bitstream-75dpi-1.0.3.tar.bz2 MD5: d7c0588c26fac055c0dd683fdd65ac34 font-bitstream-75dpi-1.0.3.tar.bz2 SHA1: 975e9f7872483394ebd87610f8bbc924d99bea34 font-bitstream-75dpi-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bitstream-75dpi-1.0.3.tar.gz MD5: 4ff6c5d6aebe69371e27b09ad8313d25 font-bitstream-75dpi-1.0.3.tar.gz SHA1: d75e182737ef5667e2e538b081e9a6c07ff7a53c font-bitstream-75dpi-1.0.3.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bitstream-speedo-1.0.2.tar.bz2 MD5: 13f6f107be164cfbf6be40d35ecf0c0f font-bitstream-speedo-1.0.2.tar.bz2 SHA1: e299d2bd2a84c98be5202435c8355e73e0282970 font-bitstream-speedo-1.0.2.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bitstream-speedo-1.0.2.tar.gz MD5: f0a777b351cf5adefefcf4823e0c1c01 font-bitstream-speedo-1.0.2.tar.gz SHA1: 303f2a2c4dd3a5a29b1e3ec0a91e4433cbf6dad8 font-bitstream-speedo-1.0.2.tar.gz http://xorg.freedesktop.org/archive/individual/font/font-bitstream-type1-1.0.3.tar.bz2 MD5: 5e0c9895d69d2632e2170114f8283c11 font-bitstream-type1-1.0.3.tar.bz2 SHA1: 7633551be3525c501278e81259b22ad9a893de4d font-bitstream-type1-1.0.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/font/font-bitstream-type1-1.0.3.tar.gz MD5: ff91738c4d3646d7999e00aa9923f2a0 font-bitstream-type1-1.0.3.t
Interaction with applications
Hello, I am developping an application and I would like to test it while it is running on a kvm machine. I am looking for means, both in C and scripts, to capture the screen of a given application, and send inputs to that application (mouse clicks and gestures, as well as keyboads inputs) : do you please have a clue on how I could make such thing? Thanks a lot for your help. Regards, Philippe ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: siliconmotion driver hacking [xf86-video-siliconmotion-1.7.4]
On Mon, Nov 15, 2010 at 3:33 AM, Frith Foottit wrote: > Hi peeps. > > I hope you guys don't mind the occasional newbie question :) > > I have a vaguely interesting 'problem' regarding the siliconmotion > driver (the system is running Xubuntu 9.10 at the moment) and before I > start hacking around with the source code I thought I might ask if > there is someone more involved with this module that could possibly > give me some pointers or help me avoid some pitfalls. > > What I would like to do is compile a 'portrait' video driver. > Essentially, I think I just want to swap the x and y values for each > pixel, thus creating an output for a display in portrait mode. > > The reason I don't want to use the framebuffer for this is that the > old tablet pc (Acer c100) I want to use it on is unusably slow when > using the FB - the 800MHz processor jus' can't take it cap'n. Ideally > I would like to be able to select from the normal or the rotated > driver (doing this at boot time is fine) so I can use the computer in > either mode (baby steps...) > > I figure that there is a bit more to it than just doing a global > "replace data_x with data_y and change screen resolutions to 600x800", > but is there any show stopper that would prevent a plan like this > working? I guess I would lose the hardware video decoding, but aside > from that this idea could work, right? IIRC, the siliconmotion driver in git already supports hw accelerated rotation using randr if you use EXA. Alex ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: siliconmotion driver hacking [xf86-video-siliconmotion-1.7.4]
> What I would like to do is compile a 'portrait' video driver. > Essentially, I think I just want to swap the x and y values for each > pixel, thus creating an output for a display in portrait mode. See xrandr > I figure that there is a bit more to it than just doing a global > "replace data_x with data_y and change screen resolutions to 600x800", > but is there any show stopper that would prevent a plan like this > working? I guess I would lose the hardware video decoding, but aside > from that this idea could work, right? Depends on the hardware and what video acceleration it has. Colour conversion and scaling are not for example orientation dependent in the same way as a full offload. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Which one to buy ?
On Sun, 2010-11-14 at 02:21 +0100, Steffen Schaumburg wrote: > >> Here comes that time again: I have to buy a graphic card, I want to buy > >> a radeon, not too long/wide (limited space in the box), reasonably > >> recent and powerful, to be used in a debian/sid system. > >> What do I buy if I want 3D (compiz at least) now, or at least very > >> soon ? > >> I guess if AMD pours money on linux support, it's because they want > >> their stuff to be bought. But it's not clear yet when the latest gen is > >> usable without fglrx. > > I don't know how much you intend to game, but I would recommend a > > Radeon-HD 5750 (basically a half 5850). > > The series won't be replaced by a 67xx series (as far as it looks for > > now) and are for the power they offer quite cheap. > > Open driver support Xrender and OpenGL quite ok. > > > > - Clemens > For gaming a mid-range card like the suggested is a good choice IMHO, > tho' I'm no longer carefully following the field. If you do not intend > to play very recent demanding games on high settings even a low-end card > (or chipset-based GPU) should be sufficient - with the huge advantage > that they don't need active cooling. > One note of caution, using a HD5xxx or higher chip does currently > require -git stuff to get even Compiz afaik, unless you're willing to > (temporarily) use fglrx. HD4xxx and lower (e.g. I have a chipset-HD3xxx) > work great with released kernels and free drivers, tho I don't know if > sid contains sufficiently recent versions. Ok, thanks to everyone who answered. I'll settled on a 5770 (I've found there exists a single-slot version), which looks like a good compromise (for me) between GPU power, driver readiness, and size. Thanks again for the info ! Xav ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
siliconmotion driver hacking [xf86-video-siliconmotion-1.7.4]
Hi peeps. I hope you guys don't mind the occasional newbie question :) I have a vaguely interesting 'problem' regarding the siliconmotion driver (the system is running Xubuntu 9.10 at the moment) and before I start hacking around with the source code I thought I might ask if there is someone more involved with this module that could possibly give me some pointers or help me avoid some pitfalls. What I would like to do is compile a 'portrait' video driver. Essentially, I think I just want to swap the x and y values for each pixel, thus creating an output for a display in portrait mode. The reason I don't want to use the framebuffer for this is that the old tablet pc (Acer c100) I want to use it on is unusably slow when using the FB - the 800MHz processor jus' can't take it cap'n. Ideally I would like to be able to select from the normal or the rotated driver (doing this at boot time is fine) so I can use the computer in either mode (baby steps...) I figure that there is a bit more to it than just doing a global "replace data_x with data_y and change screen resolutions to 600x800", but is there any show stopper that would prevent a plan like this working? I guess I would lose the hardware video decoding, but aside from that this idea could work, right? Cheers, Frith. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
