Re: Attention anyone uploading binaries to ftp.gnome.org/pub/binaries - understand the GPL
On Thu 22 Sep 2011 16:17, Colin Walters walt...@verbum.org writes: Ige-mac-bundler copies all of the files you indicated in your bundle file, and also pulls in the dependencies it can find, and it adjusts the install paths to reflect the new locations. [...] You need to list the corresponding source code for *every one* of these libraries. Otherwise we have no idea - it's whatever version of gtk+ etc. happened to be installed on your workstation. You should be able to take a jhbuild checkout and run jhbuild snapshot to generate a jhbuildrc for the exact sources you have checked out. You can use that to tar up the corresponding source. It might have bitrotten, but I wrote it for this purpose. Cheers, Andy -- http://wingolog.org/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
From here to apps
Hey, New apps are being designed on https://live.gnome.org/Design/Apps/ and it's really nice, we are getting Contacts and Documents on our computers in 3.2. Those days I am wondering about apps that are in domain spaces where we already have good applications, this is prompted by a comment from David Nielsen on the Music page: The design so far looks some what like what Banshee has shipped for a long time for MeeGo and I would suggest using that as a start off point. Upstream already has a solid media management experience that is well deployed and tested. Adoption of GNOME3 technology is ongoing and the design of Banshee allows for easily experimenting with new UIs such as this one. There's Music (and we also have Rhythmbox in that space), but this is for example also the case for Photos (Shotwell?) and Boxes (Vinagre? virt-manager?). Speaking of Vinagre, it even has Implement some of the ideas from GNOME desktop sharing/virtualisation design mockups on its roadmap for 3.4 (see https://live.gnome.org/Vinagre/RoadMap). So, is there anything we could do to get to the new apps faster, accompanying existing apps to their bright future, benefiting from their experiences? Should we encourage specific apps authors to join #gnome-design? What kind of place can we create for existing applications willing to go the GNOME App path? Fred ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: From here to apps
On Mon, Sep 26, 2011 at 1:09 PM, Frederic Peters fpet...@gnome.org wrote: Speaking of Vinagre, it even has Implement some of the ideas from GNOME desktop sharing/virtualisation design mockups on its roadmap for 3.4 (see https://live.gnome.org/Vinagre/RoadMap). I assume you are referring to Boxes here[1]. If you look at the tentative designs, the UI is significantly different from that of vinagre and virt-manager to justify writing of this UI from scratch[2]. Apart from the UI, I don't see how much of vinagre code could be useful to us since AFAIK most of the functionality is provided by spice-gtk (Marc-Andre?). Moreover, vinagre doesn't do any VM management, which is a significant part of Boxes idea. There is a conflict with virt-manager in that area (as you noticed) but we are working closely with Daniel P. Berrange on the framework side so that most (if not all) of this 'conflict' is limited to UI only. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 [1] https://live.gnome.org/Design/Apps/Boxes [2] Since many components of UI are common with Documents, I intend to re-use/steal code from there. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: From here to apps
On 2011-09-26 14:56, Zeeshan Ali (Khattak) zeesha...@gnome.org wrote: On Mon, Sep 26, 2011 at 1:09 PM, Frederic Peters fpet...@gnome.org wrote: Speaking of Vinagre, it even has Implement some of the ideas from GNOME desktop sharing/virtualisation design mockups on its roadmap for 3.4 (see https://live.gnome.org/Vinagre/RoadMap). To clarify, the parts of the Boxes design that I am most interested in implementing in Vinagre are the recent connections browser. The current behaviour involves a dialog, and makes it awkward to use Avahi to find remote desktops on the local network. The Boxes design makes this a lot more friendly. Of course, this is only in the roadmap for 3.4, it may not get implemented. I assume you are referring to Boxes here[1]. If you look at the tentative designs, the UI is significantly different from that of vinagre and virt-manager to justify writing of this UI from scratch[2]. Apart from the UI, I don't see how much of vinagre code could be useful to us since AFAIK most of the functionality is provided by spice-gtk (Marc-Andre?). Moreover, vinagre doesn't do any VM management, which is a significant part of Boxes idea. There is a conflict with virt-manager in that area (as you noticed) but we are working closely with Daniel P. Berrange on the framework side so that most (if not all) of this 'conflict' is limited to UI only. I agree pretty strongly with this. The Vinagre plugins, for example VNC and SSH, are directly tied to many aspects of the UI, and therefore changing it would mean rewriting most of Vinagre from scratch anyway. Also, I do not think that Vinagre will suddenly grow the ability to be a generic virtual machine application. It handles the remote desktop client use case pretty well, and some of that overlaps with Boxes, which I do not see as a problem for the moment. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 [1] https://live.gnome.org/Design/Apps/Boxes [2] Since many components of UI are common with Documents, I intend to re-use/steal code from there. -- http://amigadave.com/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list