Re: [MeeGo-dev] MX-GTK-1.0 package issue
On Thu, 2010-03-25 at 15:01 +0800, Deng, Ying An wrote: > The mx version on my workstation is old (0.76). I pulled the latest code from > mx git (0.9), but when compiling mx, here got another error: > > > make[3]: Leaving directory `/project/mx/data' > make[2]: Leaving directory `/project/mx/data' > Making all in tests > make[2]: Entering directory `/project/mx/tests' > CC test-deform-texture.o > CCLD test-deform-texture > ../mx/.libs/libmx-gtk-1.0.so: undefined reference to `GTK_WIDGET_DRAWABLE' > ../mx/.libs/libmx-gtk-1.0.so: undefined reference to `GTK_WIDGET_STATE' > ../mx/.libs/libmx-gtk-1.0.so: undefined reference to `GTK_WIDGET_VISIBLE' > ../mx/.libs/libmx-gtk-1.0.so: undefined reference to `GTK_WIDGET_MAPPED' Looks like you have GTK+ 2.20, so you'll need this patch to make it build: http://bugzilla.moblin.org/show_bug.cgi?id=10418 Ross -- Intel Open Source Technology Centre http://oss.intel.com/ ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] CPU Architectures (was Re: Build for a standard PC)
On Wed, 2010-04-07 at 10:12 +0100, Ross Kendall wrote: > Personally, I plan on installing Meego on an old Thinkpad T23 (pentium > 3) for use by my young son. No reason why this couldn't be a good > laptop OS. The Netbook UI depends on a 3D acceleration, so whilst a build targetted at older processors may boot, whether it is usable is an entirely different question. A quick google says that the T23 has a S3 SuperSavage GPU with 16MB of VRAM, which doesn't sound promising. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] CPU Architectures (was Re: Build for a standard PC)
On Wed, 2010-04-07 at 11:27 +0100, Ross Kendall wrote: > OK, thanks for the info, I wasn't aware of that. Was that also the case > for Moblin? Yes, Moblin 2 also had a hard requirement on decent 3D acceleration. > Is it just eye-candy that depends on 3D acceleration, or is it > fundamental to the UI? It's fundamental to MeeGo for Netbooks. The core widget toolkit used by some applications and the shell itself is MX, which uses Clutter, which is a OpenGL toolkit. We're not into little splashes of eye candy, but more the use of GL to enable usable and intuitive interfaces. > One thought is that this might be an issue for the use of open-source > graphics drivers (as usually proprietary drivers are needed for 3D) Usually isn't true these days. Intel GPUs are entirely open, ATI/AMD have open drivers, and there are reverse-engineered nVidia (which are work in progress I agree). Anyway, the vast majority of netbooks use Intel GPUs (945 or 965) which works very well with Clutter. Some are still using GMA500 for which there are binary drivers, but these are getting rarer in netbooks. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] I have a question why is mono included in meego what legal status prevents its default include in likes of Fedora.
On Sat, 2010-05-29 at 03:59 +0300, Joonas Sarajärvi wrote: > The current default application set does not need Mono for anything, > so Mono is also not installed as default. IIRC, Fedora switched from Tomboy to GNote so that Mono could be dropped from the default install, meaning that you can do it from a single CD. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Qt for all UX? (was: Re: Qt/Quick Netbook UI)
On Fri, 2010-05-28 at 23:26 +0200, Markus wrote: > Intel seems to only officially support Qt while in reality they are > working against it. Instead of moving the former Moblin UX towards Qt, > they even introduce an entirely new toolkit that competes with Qt: > http://blogs.gnome.org/thos/2010/05/20/mx-toolkit-1-0/ > According to http://gitorious.org/mx-toolkit the project was created > just two months ago -- certainly not some legacy technology that's > just there. The repository was created there two months ago, yes. That's just the repository on gitorious, previously MX was hosted at git.moblin.org. If you actually have a look at the git commit log you'll see this on page 71: Wednesday October 29 2008 18:36 Thomas Wood committed ac5245c Initial commit MX development started 1 year and 7 months ago. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] multimedia architecture
On Tue, 2010-06-22 at 15:57 +0300, Toni Nikkanen wrote: > On Tue, Jun 22, 2010 at 05:54:24AM -0700, Greg KH wrote: > > > also want to know how USB webcam fits into it. > > It is different, it uses the v4l2 layer, not gstreamer. > > Can't it be used via gstreamer though? $ gst-inspect-0.10 v4l2src Factory Details: Long name:Video (video4linux2) Source Class:Source/Video Description: Reads frames from a video4linux2 (BT8x8) device Yes. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] multimedia architecture
On Tue, 2010-06-22 at 08:22 -0700, Arjan van de Ven wrote: > same reason we needed a gst-clutter "abstraction" for Moblin; to make it > easier to display/play simple media inside an > application that uses the MeeGo apis.. and minimize the work an app > developer needs to do Actually clutter-gst contains new elements that bridge Clutter and GStreamer, no abstractions. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Wireshark or similar
On Mon, 2010-06-28 at 11:56 +0200, stefan hakansson wrote: > I'm sorry if this is off topic for this list: but is there any tool > similar to Wireshark for Meego? It would be of great help during > testing. How about Wireshark? It's just a gtk+ app so will run fine. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Corporate email use? (Was Re: MeeGo deliberately incompatible with other distros)
On Sat, 2010-07-10 at 10:33 -0700, Sean Kelley wrote: > As a result you need VPN to use linux.intel.com, which is a pain away > from your work laptop or the office. Why would you be reading work email when you are not in the office or working remotely with a work laptop? :) Ross, secretly pleased that his phone and personal laptops can't see his work email -- Intel Open Source Technology Centre http://oss.intel.com/ ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Enabling other web services in libsocialweb
On Wed, 2010-07-21 at 17:12 +0100, Andrew Wafaa wrote: > I'm trying to enable additional services in libsocialweb, but don't seem > to be getting the result I was expecting - I'm not getting all the web > services I thought I enabled, and am loosing the default ones. > > My configure line is: > > %configure --disable-static \ > --enable-gtk-doc \ > --with-gnome \ > --with-online=networkmanager\ > --disable-shave \ > --enable-lastfm \ > --enable-twitter \ > --enable-flickr \ > --enable-facebook \ > --enable-myspace \ > --enable-digg > > I have added the respective services' keys to libsocialweb-keys, but I > only get last.fm and digg presented to me. How are you adding the keys? Keys are stored on disk in ~/.config/libsocialweb/keys or /usr/share/libsocialweb/keys, in a file named after the service. In the case where you have a two-part key, put each part on a new line. Oh and Digg is probably very broken. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Enabling other web services in libsocialweb
On Wed, 2010-07-21 at 17:36 +0100, Andrew Wafaa wrote: > I followed your lead and use /usr/share/libsocialweb/keys. None of the > keys are in two parts. I basically copied what we had in mojito across. Ah, mojito keys were separated by a colon. Change the colon to a newline. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] New account service API; comments welcome
On Wed, 2010-08-25 at 16:23 +0300, Alberto Mardegan wrote: > Hi all, >I hope I won't annoy you too much if I shortly introduce myself. :-) > I'm a developer from the Nokia Accounts&SSO team, which developed the > libaccounts and libsignon components now available in MeeGo core. > Unfortunately so far we have not been active in the MeeGo (and earlier, > Maemo) community, that's why I don't expect many people here to know > what Accounts&SSO is about; but I hope this is going to change, and with > time (and public docs) we'll eventually get to present us better. One thing I've been meaning to ask is what is the overlap and differences between libaccounts and the Freedesktop Secrets DBus specification (as implemented in the latest gnome-keyring and KDE). From what I can tell, fundamentally both store arbitrary key-value pairs securely. Would it be possible for libaccounts to implement the Secrets DBus API? Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Is there any plan to replace clutter/mutter UI in 1.1/1.2 release?
On Mon, 2010-09-06 at 19:09 +0800, Frank Shiu wrote: > I am curious that in Netbook profile will clutter/mutter UI (the one > from Moblin) will be replaced by Qt based UI any time soon. Or even, > is there any plan to rewrite the same UI with Qt? > > Another possible alternative is, will netbook profile revamp the whole > UI (by a new design) with Qt? MeeGo 1.1 will certainly be shipping with the existing Clutter/Mutter based UX, as can be seen in the git repositories. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Review board for MeeGo
On Sat, 2010-09-18 at 20:11 +0300, Felipe Contreras wrote: > That's not integrated with git at all; it's a separate service that > requires a authentication, you have to interrupt what you are doing in > order to login and review patches, plus it's not like you are > constantly checking gitorious, right? The merge requests appear to be implemented as references that are not normally fetched by git. I just merged a change that was submitted in gitorious by doing: $ git pull git://gitorious.org/gupnp/gupnp.git refs/merge-requests/2 I expect adding refs/merge-requests/* to origin.fetch in .git/config would "integrate" the merge requests fairly well, although I doubt they close merge requests when the commits are merged directly into master. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] how to support multiple displays in MeeGo? (HDMI and primary display have different content)
On Thu, 2010-09-23 at 14:24 +0300, Tomas Junnonen wrote: > The app is however not able to determine the placement of the windows > relative to each other, that is up to the window manager. A device with > multiple outputs is also not likely map these into a single virtual > screen, the management of the windows would be complicated. Instead I > would expect the two outputs to be represented as different screens in > X. An app can be started on a specific screen with something like > "DISPLAY=:2 MyApp". Unfortunately, while for instance Gtk+ allows to > specify the X screen when creating a window in an app, Qt apparently > does not. Actually modern X drivers (such as the Intel driver) generally do represent the union of all outputs as a single X screen, with the RANDR extension being used to control what outputs get what fragments of the screen. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] How could application get notified when HDMI is connect?
On Fri, 2010-10-22 at 11:27 +0800, Zhao, Halley wrote: > When HDMI is connected, the information can be queried from xrandr; > > But instead of query, is there notification on MeeGo to detect HDMI > connection? > > Does contextkit provide such information? X will send xrandr events when inputs are hotplugged, this is how the Netbook UX automatically configures the second screen when it is connected. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] How could application get notified when HDMI is connect?
On Mon, 2010-10-25 at 12:57 +0800, Zhao, Halley wrote: > Thanks Ross. > > Could you educate me more detail? > Where could I find the API and example? > Thanks. http://cgit.freedesktop.org/xorg/proto/randrproto/tree/randrproto.txt is the RANDR protocol documentation. In particular, RROutputChangeNotify will be sent when outputs are hotplugged. As I said this works in the netbook UX, the chain of events being: hardware -> intel_915 kernel driver -> udev -> intel X driver -> RANDR event -> gnome-settings-daemon It's just passing a "display connected" message all the way to g-s-d, which then applies policy. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] DVB support on MeeGo
On Thu, 2010-10-28 at 19:35 +0200, Randolph Dohm wrote: > DVB-T Support needs a connector to the antenna? > there was only ONE phone having DBV-T in the phone: > Gigabyte T 600 > http://www.gigabytecm.com/Eng/ProductOview.aspx?pid=40 > > that would be a selling success, if any nokia hardware would allow > with meego to watch terrestrial tv on the phone... Several Nokia phones support DVB-H though I don't know where that is transmitted... Personally I've dubious that proper TV-in-a-phone is that useful. On demand playback with the ability to pause and so on for when I have to get off a train, sure. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] DVB support on MeeGo
On Thu, 2010-10-28 at 21:40 +0200, Randolph Dohm wrote: > Hi Ross, > no, it is not about DVB-H, that is dead born, it is about DVB-T. > So users can watch TV without payment like in any TV. > That makes the success, if it is default in. Nokias Key. If I want to watch DVB-T at home I need a rather large aerial that is aimed at the transmitter. How does that work on a mobile device? Ross -- Intel Open Source Technology Centre http://oss.intel.com/ ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] How does the mutter-moblin support auto fitting resolution changing?
> Hi all,I found that the Meego Netbook UX could auto resize to fit the >resolution changing, how does it implement? in the sources of mutter-moblin? >which part I could try to find?Any information to me? Thanks in advanced. If you mean how does the screen automatically resize when a monitor is plugged in, the flow of control is like this: VGA port -> i915 kernel module -> udev hotplug event -> X XRANDR event -> gnome- settings-daemon display module The g-s-d module changes the resolution to the preferred size of the external monitor and disables the internal display. At this point Mutter will notice that the root window has resized and resize fullscreen windows/panels and move any windows that are now off the side of the screen. Ross ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] DVB support on MeeGo
On Fri, 2010-10-29 at 13:28 -0700, Auke Kok wrote: > Remember, DVB-t adapters generally are MPEG encoders DVB is MPEG already, so they won't be encoding. Some have hardware decoders but these days they are normally no more than TS demultiplexers. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Dconf
On Mon, 2011-01-24 at 22:55 +0800, Arjan van de Ven wrote: > but at the end of the day, > end users won't even notice either of the two. Actually users do notice: GConf/dconf settings are instant apply with notifications across the desktop, QSettings not so much. Ross -- Intel Open Source Technology Centre http://oss.intel.com/ signature.asc Description: This is a digitally signed message part ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Some architecture changes (MSSF / Buteo / PIM storage)
On Thu, 2011-03-10 at 12:45 +0100, Philip Van Hoof wrote: > I also wonder what version of EDS is being proposed for MeeGo. The > eds-fremantle or GNOME's EDS. And how much of the changes in for the > Fremantle version are now in GNOME's upstream EDS? Upstream, obviously. At least if I have any say in it, which I do. (redacted comments on fremantle's EDS) Ross -- Intel Open Source Technology Centre http://oss.intel.com/ ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] MeeGo...
On Wed, 2011-09-28 at 07:57 -0300, Fernando Cassia wrote: > Tell me how an HTML5 app will interface to a camera or gps device, for > instance Something like this I guess: http://www.w3.org/TR/html-media-capture/ http://www.w3.org/TR/geolocation-API/ Ross ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Yocto (new release)
On Sun, 2011-10-23 at 23:51 +0200, Jeremiah Foster wrote: > Has anyone tried to build MeeGo with Yocto? It looks like its starting > to mature a great deal as a project, lots of cross-platform support. > Any feedback on Yocto, OE, or Bitbake from this list? Starting to mature? Poky had been used in commercial products for several years when it was acquired by Intel in 2008. :) Ross ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Yocto (new release)
On Tue, 2011-10-25 at 13:15 +0200, Jeremiah Foster wrote: > On Tue, Oct 25, 2011 at 1:03 PM, Ross Burton wrote: > > On Sun, 2011-10-23 at 23:51 +0200, Jeremiah Foster wrote: > >> Has anyone tried to build MeeGo with Yocto? It looks like its starting > >> to mature a great deal as a project, lots of cross-platform support. > >> Any feedback on Yocto, OE, or Bitbake from this list? > > > > Starting to mature? Poky had been used in commercial products for > > several years when it was acquired by Intel in 2008. :) > > I meant no slight or insult. I only meant that it seems to be getting > features and bug fixes at a more rapid rate. I didn't mean to impugn > its quality. I wasn't taking offence, just pointing out to people who were not aware that is has quite a pedigree. It's certainly rapidly expanding at the moment in a very organised manner with solid platform support. Ross ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
