Re: Questions (about CJK input) on GNOME 3.6 live image
On Sat, Oct 6, 2012 at 5:24 PM, Ray Strode halfl...@gmail.com wrote: I've pushed a new iso to fix this: I tried the new image. First issue is not totally resolved. I saw Pinyin, Bopomofo and Chewing now. They are phone-based Chinese input methods. You should also at least include three most popular stroke-based Chinese input methods Cangjie, Quick, Wubi. For the first two, you may refer to: http://bochecha.fedorapeople.org/chinese_ims/ Second issue magically disappeared for Anthy. But it happens for the Chinese input methods now. Some meta-data of ibus-pinyin is added recently. https://github.com/ibus/ibus-pinyin/commit/a8f1c432491eb5cd125a3b4babf86f5a70a71740 I'm not sure whether GNOME is respecting such meta-data, though. Chewing's issue belongs to itself. ibus-chewing, esoterically, doesn't have a separate executable for its setup UI. I've mailed the upstream author. I cannot see any change regarding the fifth issue. I can still run the Input Method Selector in the applications and get confused by clicking IBus there (some obscure error messages would pop up) . ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Questions (about CJK input) on GNOME 3.6 live image
The live image is downloaded from: http://ftp.gnome.org/pub/gnome/misc/promo-usb/GNOME-3.6.0.iso Firstly, according to rpm -qa | grep ibus and Input Sources tab, there is no Chinese input sources but there is Japanese (ibus-anthy) and Korean (ibus-hangul) input sources. Why is that? Secondly, Both Anthy and Hangul has setup UI. However, in the Input Sources tab, only Hangul's setup UI is accessible. You can access Anthy's setup UI through the following command, though. python /usr/share/ibus-anthy/setup/main.py ( ibus-hangul's setup UI's application launcher is esoteric. I've made a pull request. https://github.com/choehwanjin/ibus-hangul/pull/10 ) Thirdly, there is no input source switching shortcut by default. Even if I manually set Ctrl+Space and Shift+Ctrl+Space, there is no OSD when switching. I'm expecting something like this: http://desktopi18n.wordpress.com/2012/02/16/ibus-new-controlspace-window/ Fourthly, can I set input sources to be application-wide rather than global? It is a feature found in both IBus 1.4 and Mac OS X. A obvious reason on Linux is that I don't want to use CJK input when I'm using Terminal. Why should I have to manually switching to en every time? Fifthly, can you remove the application launch for im-chooser? It maybe useful for non-IBus users. However, currently it is just broken and confuses uninformed users. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Questions (about CJK input) on GNOME 3.6 live image
On Sat, Oct 6, 2012 at 2:33 PM, Ma Xiaojun damage3...@gmail.com wrote: The live image is downloaded from: http://ftp.gnome.org/pub/gnome/misc/promo-usb/GNOME-3.6.0.iso Hey, thanks for testing this, and providing feedback ! Firstly, according to rpm -qa | grep ibus and Input Sources tab, there is no Chinese input sources but there is Japanese (ibus-anthy) and Korean (ibus-hangul) input sources. Why is that? It is an oversight. We'll fix that for the next spin. Secondly, Both Anthy and Hangul has setup UI. However, in the Input Sources tab, only Hangul's setup UI is accessible. You can access Anthy's setup UI through the following command, though. python /usr/share/ibus-anthy/setup/main.py I don't know for sure, but I think this is probably because the ibus engine doesn't provide information about the config app in its metadata. Thirdly, there is no input source switching shortcut by default. Even if I manually set Ctrl+Space and Shift+Ctrl+Space, there is no OSD when switching. I'm expecting something like this: http://desktopi18n.wordpress.com/2012/02/16/ibus-new-controlspace-window/ We didn't get the OSD done for 3.6; it is planned for 3.8. See https://bugzilla.gnome.org/show_bug.cgi?id=682315 Fourthly, can I set input sources to be application-wide rather than global? It is a feature found in both IBus 1.4 and Mac OS X. A obvious reason on Linux is that I don't want to use CJK input when I'm using Terminal. Why should I have to manually switching to en every time? How we can integrate app-specific layouts into the current model is being discussed in https://bugzilla.gnome.org/show_bug.cgi?id=684210 For now, somebody already wrote an extension that does the equivalent of the old 'layout per window' checkbox. Fifthly, can you remove the application launch for im-chooser? It maybe useful for non-IBus users. However, currently it is just broken and confuses uninformed users. Just another oversight in putting together the live cd. We'll get that fixed in the next spin. Thanks again ! Matthias ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Questions (about CJK input) on GNOME 3.6 live image
Hey, On Sat, Oct 6, 2012 at 2:33 PM, Ma Xiaojun damage3...@gmail.com wrote: The live image is downloaded from: http://ftp.gnome.org/pub/gnome/misc/promo-usb/GNOME-3.6.0.iso I've pushed a new iso to fix this: Firstly, according to rpm -qa | grep ibus and Input Sources tab, there is no Chinese input sources but there is Japanese (ibus-anthy) and Korean (ibus-hangul) input sources. Why is that? and this: Fifthly, can you remove the application launch for im-chooser? It maybe useful for non-IBus users. However, currently it is just broken and confuses uninformed users. --Ray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: live image
On 06/22/2012 05:40 PM, Ray Strode wrote: Hey, again, I forgot to announce I put up one for 3.5.2: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.2-LiveUSB.iso First of all, this is great for QA of development versions. Already filed a couple of bugs that I would have seen first after we had released! (this is also why I look forward to a bright ostree powered future) Is there anywhere to report bugs against the live-cd itself? I've ran into an issue with setting up a google account, that I understand goes back to goa-daemon not being started properly. - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: live image
Hey, again, On Thu, May 17, 2012 at 4:55 PM, Ray Strode halfl...@gmail.com wrote: I put together a live image with a jhbuild built in it here: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.1-LiveUSB.iso I forgot to announce I put up one for 3.5.2: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.2-LiveUSB.iso --Ray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: live image
On Fri, Jun 22, 2012 at 8:40 AM, Ray Strode halfl...@gmail.com wrote: Hey, again, On Thu, May 17, 2012 at 4:55 PM, Ray Strode halfl...@gmail.com wrote: I put together a live image with a jhbuild built in it here: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.1-LiveUSB.iso I forgot to announce I put up one for 3.5.2: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.2-LiveUSB.iso Awesome! sri --Ray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: live image
Hey Ray, Ray Strode halfl...@gmail.com wrote: ... I put together a live image with a jhbuild built in it here: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.1-LiveUSB.iso ... It's a little hacked together, at the moment. I'd like to get the process I used more refined and potentially automated so we can do testing more easily and regularly through the development cycle. ... Automated builds would be fantastic; I'm sure they would improve the quality of our releases. Thanks for working on this. Allan -- IRC: aday on irc.gnome.org Blog: http://afaikblog.wordpress.com/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: live image
On Thu, May 17, 2012 at 1:55 PM, Ray Strode halfl...@gmail.com wrote: Hey, I put together a live image with a jhbuild built in it here: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.1-LiveUSB.iso Woot! Well played sir, well played. Thank you for this gift. :) Now if we can only figure out how to make the whole thing automated so we can have one every day. sri You can write the image to a usb stick with this command: sudo dd if=GNOME-3.5.1-LiveUSB.iso of=/dev/DRIVE bs=8M conv=fsync (where DRIVE is a usb stick, probably /dev/sdb, but could be something different, so be careful!) It's a little hacked together, at the moment. I'd like to get the process I used more refined and potentially automated so we can do testing more easily and regularly through the development cycle. One thing, that makes this image less than useful in virtual machines is a bug in software rendering. Adam Jackson, has a cogl workaround here: https://bugzilla.gnome.org/show_bug.cgi?id=674208 But that patch isn't applied, so this image doesn't work great in virtual machines. Hopefully that will be resolved soon. --Ray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
live image
Hey, I put together a live image with a jhbuild built in it here: http://ftp.acc.umu.se/pub/gnome/misc/testing/GNOME-3.5.1-LiveUSB.iso You can write the image to a usb stick with this command: sudo dd if=GNOME-3.5.1-LiveUSB.iso of=/dev/DRIVE bs=8M conv=fsync (where DRIVE is a usb stick, probably /dev/sdb, but could be something different, so be careful!) It's a little hacked together, at the moment. I'd like to get the process I used more refined and potentially automated so we can do testing more easily and regularly through the development cycle. One thing, that makes this image less than useful in virtual machines is a bug in software rendering. Adam Jackson, has a cogl workaround here: https://bugzilla.gnome.org/show_bug.cgi?id=674208 But that patch isn't applied, so this image doesn't work great in virtual machines. Hopefully that will be resolved soon. --Ray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
2011/1/13 Andreas Nilsson nisses.m...@home.se: On 01/12/2011 07:49 PM, Frederic Crozat wrote: 2010/12/9 Paul Cutlerpcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 Got it working using moblin-image-creator [1] + the docs [2]. Tested on 3 laptops so far and it works like a charm. Thanks for doing this! 1. http://git.moblin.org/cgit.cgi/moblin-image-creator/plain/image-writer 2. http://meego.com/devices/netbook/installing-meego-your-netbook And now, a brand new image version is available : http://blog.crozat.net/2011/01/gnome-3-live-cd-usb-test-image.html and this time, with some instructions on how to dump it on a USB stick ;) Feedback welcome -- Frederic Crozat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
On Mon, Jan 31, 2011 at 10:50 AM, Frederic Crozat f...@crozat.net wrote: 2011/1/13 Andreas Nilsson nisses.m...@home.se: On 01/12/2011 07:49 PM, Frederic Crozat wrote: 2010/12/9 Paul Cutlerpcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 Got it working using moblin-image-creator [1] + the docs [2]. Tested on 3 laptops so far and it works like a charm. Thanks for doing this! 1. http://git.moblin.org/cgit.cgi/moblin-image-creator/plain/image-writer 2. http://meego.com/devices/netbook/installing-meego-your-netbook And now, a brand new image version is available : http://blog.crozat.net/2011/01/gnome-3-live-cd-usb-test-image.html and this time, with some instructions on how to dump it on a USB stick ;) Feedback welcome Could we put this on facebook? You'll probably get some good testing from them.. sri ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
2011/1/31 Sriram Ramkrishna s...@ramkrishna.me: On Mon, Jan 31, 2011 at 10:50 AM, Frederic Crozat f...@crozat.net wrote: 2011/1/13 Andreas Nilsson nisses.m...@home.se: On 01/12/2011 07:49 PM, Frederic Crozat wrote: 2010/12/9 Paul Cutlerpcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 Got it working using moblin-image-creator [1] + the docs [2]. Tested on 3 laptops so far and it works like a charm. Thanks for doing this! 1. http://git.moblin.org/cgit.cgi/moblin-image-creator/plain/image-writer 2. http://meego.com/devices/netbook/installing-meego-your-netbook And now, a brand new image version is available : http://blog.crozat.net/2011/01/gnome-3-live-cd-usb-test-image.html and this time, with some instructions on how to dump it on a USB stick ;) Feedback welcome Could we put this on facebook? You'll probably get some good testing from them.. From whom ? Facebook (or whatever social network) is just a way to transmit informations, so feel free to propagate it by any way you feel is right But I'd prefer to keep the feedback part in one location and no try to monitor 10 differents websites. -- Frederic Crozat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
From whom ? GNOME Enthusiasts I would label them. Facebook (or whatever social network) is just a way to transmit informations, so feel free to propagate it by any way you feel is right But I'd prefer to keep the feedback part in one location and no try to monitor 10 differents websites. What is the proper method for that? So that I can post it properly on FB and twitter.. Just mail you or perhaps bugzilla might be better. We're talking about millions upon millions of users looking at this note. :) sri ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
2011/2/1 Sriram Ramkrishna s...@ramkrishna.me: Facebook (or whatever social network) is just a way to transmit informations, so feel free to propagate it by any way you feel is right But I'd prefer to keep the feedback part in one location and no try to monitor 10 differents websites. What is the proper method for that? So that I can post it properly on FB and twitter.. Just mail you or perhaps bugzilla might be better. We're talking about millions upon millions of users looking at this note. :) Just give url to the blog post, feedback should go there (for now). -- Frederic Crozat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
On 01/12/2011 07:49 PM, Frederic Crozat wrote: 2010/12/9 Paul Cutlerpcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 Got it working using moblin-image-creator [1] + the docs [2]. Tested on 3 laptops so far and it works like a charm. Thanks for doing this! 1. http://git.moblin.org/cgit.cgi/moblin-image-creator/plain/image-writer 2. http://meego.com/devices/netbook/installing-meego-your-netbook - Andreas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
2010/12/9 Paul Cutler pcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 For now, it requires a SUSE Studio account (just create one, it is very easy) to download it but I plan to move the image generation and hosting on openSUSE Build Service which will not require any account for downloading. It has a lot of rought edges, doesn't ship with a lot of applications (otherwise filesize would kill everybody) and doesn't feature a full GNOME3 application suite yet, but please, mail me for any issue you find with it. -- Frederic Crozat Novell / SUSE ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
2011/1/12 Frederic Crozat f...@crozat.net: 2010/12/9 Paul Cutler pcut...@gnome.org: No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. So, it took more time than expected, but I have a first shot at a working image : http://susegallery.com/a/zksD5W/gnome-3 For now, it requires a SUSE Studio account (just create one, it is very easy) to download it but I plan to move the image generation and hosting on openSUSE Build Service which will not require any account for downloading. It has a lot of rought edges, doesn't ship with a lot of applications (otherwise filesize would kill everybody) and doesn't feature a full GNOME3 application suite yet, but please, mail me for any issue you find with it. Oh, I forgot : to keep it updated after being dumped on a stick, just run as root zypper up. I'll add this on the webpage -- Frederic Crozat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
I believe someone was maintaining an rpath appliance. The live cds used to come from that some time ago. I rather we only have one solution instead of multiple. If Frederic is going to do it then I'll back off. sri On Wed, Dec 8, 2010 at 9:16 AM, Owen Taylor otay...@redhat.com wrote: On Wed, 2010-12-08 at 07:20 +0100, Frederic Crozat wrote: * As automated as possible but no more so. We probably at least need some sort of manual QA to make sure that the top download link is for a snapshot that isn't entirely broken. Anybody interested in taking on this project? I've already started to work on a GNOME-Shell GIT ISO, using both OBS (http://build.opensuse.org/) which does now support source service, allowing easy packaging from git snapshots, and SUSE Studio to generate the ISO (or USB image) itself (also, I'd like to use OBS to generate the image, so it could be generate one time in a raw). In addition to your requirement (except maybe the prefix thing, but it can be easily modified), we could have automatic update handling for the GIT package, so people wouldn't have to regenerate their entire USB stick. Any opposition ? While there are some appealing advantages to actually having the GNOME bits on live CD built with jhbuild: * We get a 3-way uniform build process between build.gnome.org, the developers working on GNOME, and the live CD. If build.gnome.org is green, the live CD will work. * We are forced to do do everything in jhbuild and not add on extra stuff in the packaging layer to make it work Really, any way we can get this going is good with me! The main point is to get the latest code into the hands of users. Details like where things are installed are definitely secondary. So, if you have something going with OBS, that sounds great. - Owen ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
No one is currently maintaining the rPath images - I've talked to the developers at the last 2 GNOME releases and they no longer have the time. Paul On Thu, Dec 9, 2010 at 10:24 AM, Sriram Ramkrishna s...@ramkrishna.me wrote: I believe someone was maintaining an rpath appliance. The live cds used to come from that some time ago. I rather we only have one solution instead of multiple. If Frederic is going to do it then I'll back off. sri On Wed, Dec 8, 2010 at 9:16 AM, Owen Taylor otay...@redhat.com wrote: On Wed, 2010-12-08 at 07:20 +0100, Frederic Crozat wrote: * As automated as possible but no more so. We probably at least need some sort of manual QA to make sure that the top download link is for a snapshot that isn't entirely broken. Anybody interested in taking on this project? I've already started to work on a GNOME-Shell GIT ISO, using both OBS (http://build.opensuse.org/) which does now support source service, allowing easy packaging from git snapshots, and SUSE Studio to generate the ISO (or USB image) itself (also, I'd like to use OBS to generate the image, so it could be generate one time in a raw). In addition to your requirement (except maybe the prefix thing, but it can be easily modified), we could have automatic update handling for the GIT package, so people wouldn't have to regenerate their entire USB stick. Any opposition ? While there are some appealing advantages to actually having the GNOME bits on live CD built with jhbuild: * We get a 3-way uniform build process between build.gnome.org, the developers working on GNOME, and the live CD. If build.gnome.org is green, the live CD will work. * We are forced to do do everything in jhbuild and not add on extra stuff in the packaging layer to make it work Really, any way we can get this going is good with me! The main point is to get the latest code into the hands of users. Details like where things are installed are definitely secondary. So, if you have something going with OBS, that sounds great. - Owen ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
On Wed, 2010-12-08 at 07:20 +0100, Frederic Crozat wrote: * As automated as possible but no more so. We probably at least need some sort of manual QA to make sure that the top download link is for a snapshot that isn't entirely broken. Anybody interested in taking on this project? I've already started to work on a GNOME-Shell GIT ISO, using both OBS (http://build.opensuse.org/) which does now support source service, allowing easy packaging from git snapshots, and SUSE Studio to generate the ISO (or USB image) itself (also, I'd like to use OBS to generate the image, so it could be generate one time in a raw). In addition to your requirement (except maybe the prefix thing, but it can be easily modified), we could have automatic update handling for the GIT package, so people wouldn't have to regenerate their entire USB stick. Any opposition ? While there are some appealing advantages to actually having the GNOME bits on live CD built with jhbuild: * We get a 3-way uniform build process between build.gnome.org, the developers working on GNOME, and the live CD. If build.gnome.org is green, the live CD will work. * We are forced to do do everything in jhbuild and not add on extra stuff in the packaging layer to make it work Really, any way we can get this going is good with me! The main point is to get the latest code into the hands of users. Details like where things are installed are definitely secondary. So, if you have something going with OBS, that sounds great. - Owen ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Volunteer needed: Snapshot live image project
So currently trying out GNOME 3 requires one of two things: either installing some operating system under heavy development, or doing a day-long jhbuild from source. At the meeting today we were discussing that we'd like to have another option - that if we want to do QA or user testing on the release, or just let people try out things out quickly. So if it would be really cool if we could provide GNOME live CD images. Some of the attributes: * GNOME build from latest sources, not from tarball releases. We only manage to do a full tarball snapshot every few weeks and it takes a lot of chasing from the release team. This is too slow a tempo for a nightly build. We have a definition of all of GNOME and a means to build it - which is jhbuild so that's what we should use to create these live CDs. GNOME is installed into /gnome, overlaps are removed from /usr and the configuration is set up so that itjust works. * GNOME branded and using GNOME applications. (Obviously some decision points here - do we include LibreOffice even though it doesn't really reflect the design vision of GNOME, to get a better reflection of how users will actually interact with GNOME 3, etc.) * Using some pretty stable substrate. The choice of substrate is really up to the volunteer - what they are familiar and comfortable with - as a Fedora person, if I was doing it, I might do something like use Fedora 14 + the graphics snapshot packages from: http://people.freedesktop.org/~ajax/f14-bling-repo/ because I know there are some important graphics fixes post Fedora 14. But a similar substrate could be derived from other distros - Debian, Ubuntu, OpenSuSE, etc. If done correctly, the substrate should be close to invisible. * No way to install locally or update. Keep it simple, let's not worry about things we don't have answers to. * Designed for USB operation not CD operation. Packing everything into a CD sized image can be painful and since we want people to test it, rather than install it, the better performance of USB sticks is important. * Maybe include debugging symbols for the built GNOME and for important libraries that might be involved in backtraces. * As automated as possible but no more so. We probably at least need some sort of manual QA to make sure that the top download link is for a snapshot that isn't entirely broken. Anybody interested in taking on this project? - Owen ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Volunteer needed: Snapshot live image project
2010/12/8 Owen Taylor otay...@redhat.com: So currently trying out GNOME 3 requires one of two things: either installing some operating system under heavy development, or doing a day-long jhbuild from source. At the meeting today we were discussing that we'd like to have another option - that if we want to do QA or user testing on the release, or just let people try out things out quickly. So if it would be really cool if we could provide GNOME live CD images. Some of the attributes: * GNOME build from latest sources, not from tarball releases. We only manage to do a full tarball snapshot every few weeks and it takes a lot of chasing from the release team. This is too slow a tempo for a nightly build. We have a definition of all of GNOME and a means to build it - which is jhbuild so that's what we should use to create these live CDs. GNOME is installed into /gnome, overlaps are removed from /usr and the configuration is set up so that itjust works. * GNOME branded and using GNOME applications. (Obviously some decision points here - do we include LibreOffice even though it doesn't really reflect the design vision of GNOME, to get a better reflection of how users will actually interact with GNOME 3, etc.) * Using some pretty stable substrate. The choice of substrate is really up to the volunteer - what they are familiar and comfortable with - as a Fedora person, if I was doing it, I might do something like use Fedora 14 + the graphics snapshot packages from: http://people.freedesktop.org/~ajax/f14-bling-repo/ because I know there are some important graphics fixes post Fedora 14. But a similar substrate could be derived from other distros - Debian, Ubuntu, OpenSuSE, etc. If done correctly, the substrate should be close to invisible. * No way to install locally or update. Keep it simple, let's not worry about things we don't have answers to. * Designed for USB operation not CD operation. Packing everything into a CD sized image can be painful and since we want people to test it, rather than install it, the better performance of USB sticks is important. * Maybe include debugging symbols for the built GNOME and for important libraries that might be involved in backtraces. * As automated as possible but no more so. We probably at least need some sort of manual QA to make sure that the top download link is for a snapshot that isn't entirely broken. Anybody interested in taking on this project? I've already started to work on a GNOME-Shell GIT ISO, using both OBS (http://build.opensuse.org/) which does now support source service, allowing easy packaging from git snapshots, and SUSE Studio to generate the ISO (or USB image) itself (also, I'd like to use OBS to generate the image, so it could be generate one time in a raw). In addition to your requirement (except maybe the prefix thing, but it can be easily modified), we could have automatic update handling for the GIT package, so people wouldn't have to regenerate their entire USB stick. Any opposition ? -- Frederic Crozat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list