From sundaram at fedoraproject.org Mon Jan 5 15:27:01 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 05 Jan 2009 20:57:01 +0530 Subject: Plymouth and re-branding Message-ID: <496226C5.3050405@fedoraproject.org> Hi, During bootup, plymouth shows "Fedora 10" at the end of the progress bar half way through and replacing it, requires replacing fedora-release and rebuilding the initrd which doesn't work very well in a live cd. Details at http://lists.fedoraproject.org/pipermail/fedora-spins/2008-December/000336.html It would be helpful for remixes if we could avoid branding. Do I file a bug report on that? Rahul From sundaram at fedoraproject.org Mon Jan 5 15:28:34 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 05 Jan 2009 20:58:34 +0530 Subject: Sudo for first user In-Reply-To: References: <48E7964E.7040500@fedoraproject.org> Message-ID: <49622722.6070901@fedoraproject.org> Colin Walters wrote: > On Sat, Oct 4, 2008 at 12:14 PM, Rahul Sundaram > wrote: >> Hi >> >> You can add the following snippet to the fedora-desktop ks file into a init >> script to make sudo just work for the first user. It can't be added to %post >> since firstboot wouldn't have launched then. Let me know what you think: > > So, consensus to revisit this for F11? We can go ahead and make a > feature page now with the plans. Hey, are you doing this still? Rahul From notting at redhat.com Mon Jan 5 16:09:37 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 5 Jan 2009 11:09:37 -0500 Subject: Plymouth and re-branding In-Reply-To: <496226C5.3050405@fedoraproject.org> References: <496226C5.3050405@fedoraproject.org> Message-ID: <20090105160937.GC10675@nostromo.devel.redhat.com> yRahul Sundaram (sundaram at fedoraproject.org) said: > During bootup, plymouth shows "Fedora 10" at the end of the progress bar > half way through and replacing it, requires replacing fedora-release and > rebuilding the initrd which doesn't work very well in a live cd. Details > at > > http://lists.fedoraproject.org/pipermail/fedora-spins/2008-December/000336.html > > It would be helpful for remixes if we could avoid branding. Do I file a > bug report on that? It pulls the information from /etc/fedora-release - there's nothing to do in plymouth itself. If your /etc/fedora-release comes from a correctly rebranded package, the right thing should happen. Bill From skvidal at fedoraproject.org Mon Jan 5 16:16:22 2009 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 05 Jan 2009 11:16:22 -0500 Subject: Plymouth and re-branding In-Reply-To: <20090105160937.GC10675@nostromo.devel.redhat.com> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> Message-ID: <1231172182.26455.0.camel@rosebud> On Mon, 2009-01-05 at 11:09 -0500, Bill Nottingham wrote: > yRahul Sundaram (sundaram at fedoraproject.org) said: > > During bootup, plymouth shows "Fedora 10" at the end of the progress bar > > half way through and replacing it, requires replacing fedora-release and > > rebuilding the initrd which doesn't work very well in a live cd. Details > > at > > > > http://lists.fedoraproject.org/pipermail/fedora-spins/2008-December/000336.html > > > > It would be helpful for remixes if we could avoid branding. Do I file a > > bug report on that? > > It pulls the information from /etc/fedora-release - there's nothing to > do in plymouth itself. If your /etc/fedora-release comes from a correctly > rebranded package, the right thing should happen. Does it hardcode that filename to look for? -sv From notting at redhat.com Mon Jan 5 16:22:02 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 5 Jan 2009 11:22:02 -0500 Subject: Plymouth and re-branding In-Reply-To: <1231172182.26455.0.camel@rosebud> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <1231172182.26455.0.camel@rosebud> Message-ID: <20090105162202.GA11141@nostromo.devel.redhat.com> seth vidal (skvidal at fedoraproject.org) said: > > It pulls the information from /etc/fedora-release - there's nothing to > > do in plymouth itself. If your /etc/fedora-release comes from a correctly > > rebranded package, the right thing should happen. > > Does it hardcode that filename to look for? It hardcodes /etc/system-release, actually. Bill From sundaram at fedoraproject.org Mon Jan 5 16:22:21 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 05 Jan 2009 21:52:21 +0530 Subject: Plymouth and re-branding In-Reply-To: <20090105160937.GC10675@nostromo.devel.redhat.com> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> Message-ID: <496233BD.5000004@fedoraproject.org> Bill Nottingham wrote: > yRahul Sundaram (sundaram at fedoraproject.org) said: >> During bootup, plymouth shows "Fedora 10" at the end of the progress bar >> half way through and replacing it, requires replacing fedora-release and >> rebuilding the initrd which doesn't work very well in a live cd. Details >> at >> >> http://lists.fedoraproject.org/pipermail/fedora-spins/2008-December/000336.html >> >> It would be helpful for remixes if we could avoid branding. Do I file a >> bug report on that? > > It pulls the information from /etc/fedora-release - there's nothing to > do in plymouth itself. If your /etc/fedora-release comes from a correctly > rebranded package, the right thing should happen. Well, here is the thing. I run sed on /etc/fedora-release, I get a rebranded distro everywhere except for plymouth which already has picked up the name and won't let it go. Now I did replace fedora-release with my own foo-release but then I realized, I have to maintain my own repository now as well inorder to not break the upgrade path. I would like to avoid doing that by just not having Plymouth display that text at all. Rahul From notting at redhat.com Mon Jan 5 16:26:19 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 5 Jan 2009 11:26:19 -0500 Subject: Plymouth and re-branding In-Reply-To: <496233BD.5000004@fedoraproject.org> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> Message-ID: <20090105162619.GB11141@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: >> It pulls the information from /etc/fedora-release - there's nothing to >> do in plymouth itself. If your /etc/fedora-release comes from a correctly >> rebranded package, the right thing should happen. > > Well, here is the thing. I run sed on /etc/fedora-release, I get a > rebranded distro everywhere except for plymouth which already has picked > up the name and won't let it go. Now I did replace fedora-release with > my own foo-release but then I realized, I have to maintain my own > repository now as well inorder to not break the upgrade path. I would > like to avoid doing that by just not having Plymouth display that text > at all. Running 'sed' on distribution provided files seems like a bad way to go about it. What if fedora-release gets updated upstream? (That being said, you could certainly do a trigger to do the sed at the right point after the package gets installed.) Bill From sundaram at fedoraproject.org Mon Jan 5 16:29:39 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 05 Jan 2009 21:59:39 +0530 Subject: Plymouth and re-branding In-Reply-To: <20090105162619.GB11141@nostromo.devel.redhat.com> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> <20090105162619.GB11141@nostromo.devel.redhat.com> Message-ID: <49623573.5020203@fedoraproject.org> Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: >>> It pulls the information from /etc/fedora-release - there's nothing to >>> do in plymouth itself. If your /etc/fedora-release comes from a correctly >>> rebranded package, the right thing should happen. >> Well, here is the thing. I run sed on /etc/fedora-release, I get a >> rebranded distro everywhere except for plymouth which already has picked >> up the name and won't let it go. Now I did replace fedora-release with >> my own foo-release but then I realized, I have to maintain my own >> repository now as well inorder to not break the upgrade path. I would >> like to avoid doing that by just not having Plymouth display that text >> at all. > > Running 'sed' on distribution provided files seems like a bad way > to go about it. What if fedora-release gets updated upstream? That has never happened really. I would like to avoid introducing my own packages into the compose as much as possible and this seems to be the best way to do it but I would take any good suggestions. > (That being said, you could certainly do a trigger to do the sed > at the right point after the package gets installed.) I tried that and Plymouth still displays the old text when booting up as a live cd and only gets the new text, post installation. If you figure out a way to do it, let me know. I tried a few things and never managed to get it right. Rahul From skvidal at fedoraproject.org Mon Jan 5 16:32:10 2009 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 05 Jan 2009 11:32:10 -0500 Subject: Plymouth and re-branding In-Reply-To: <20090105162202.GA11141@nostromo.devel.redhat.com> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <1231172182.26455.0.camel@rosebud> <20090105162202.GA11141@nostromo.devel.redhat.com> Message-ID: <1231173130.26455.1.camel@rosebud> On Mon, 2009-01-05 at 11:22 -0500, Bill Nottingham wrote: > seth vidal (skvidal at fedoraproject.org) said: > > > It pulls the information from /etc/fedora-release - there's nothing to > > > do in plymouth itself. If your /etc/fedora-release comes from a correctly > > > rebranded package, the right thing should happen. > > > > Does it hardcode that filename to look for? > > It hardcodes /etc/system-release, actually. okay, cool - that makes sense. -sv From skvidal at fedoraproject.org Mon Jan 5 16:33:01 2009 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 05 Jan 2009 11:33:01 -0500 Subject: Plymouth and re-branding In-Reply-To: <20090105162619.GB11141@nostromo.devel.redhat.com> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> <20090105162619.GB11141@nostromo.devel.redhat.com> Message-ID: <1231173181.26455.2.camel@rosebud> On Mon, 2009-01-05 at 11:26 -0500, Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: > >> It pulls the information from /etc/fedora-release - there's nothing to > >> do in plymouth itself. If your /etc/fedora-release comes from a correctly > >> rebranded package, the right thing should happen. > > > > Well, here is the thing. I run sed on /etc/fedora-release, I get a > > rebranded distro everywhere except for plymouth which already has picked > > up the name and won't let it go. Now I did replace fedora-release with > > my own foo-release but then I realized, I have to maintain my own > > repository now as well inorder to not break the upgrade path. I would > > like to avoid doing that by just not having Plymouth display that text > > at all. > > Running 'sed' on distribution provided files seems like a bad way > to go about it. What if fedora-release gets updated upstream? > > (That being said, you could certainly do a trigger to do the sed > at the right point after the package gets installed.) Don't encourage people to use triggers. That's like offering kids heroin. -sv From notting at redhat.com Mon Jan 5 16:41:19 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 5 Jan 2009 11:41:19 -0500 Subject: Plymouth and re-branding In-Reply-To: <49623573.5020203@fedoraproject.org> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> <20090105162619.GB11141@nostromo.devel.redhat.com> <49623573.5020203@fedoraproject.org> Message-ID: <20090105164119.GC11141@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: >> (That being said, you could certainly do a trigger to do the sed >> at the right point after the package gets installed.) > > I tried that and Plymouth still displays the old text when booting up as > a live cd and only gets the new text, post installation. If you figure > out a way to do it, let me know. I tried a few things and never managed > to get it right. Then it's not in the right place. %triggerin -- fedora-release sed ... In any case, this isn't a plymouth problem. Bill From jkeating at redhat.com Mon Jan 5 16:46:56 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 05 Jan 2009 08:46:56 -0800 Subject: Plymouth and re-branding In-Reply-To: <49623573.5020203@fedoraproject.org> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> <20090105162619.GB11141@nostromo.devel.redhat.com> <49623573.5020203@fedoraproject.org> Message-ID: <1231174016.4566.28.camel@localhost.localdomain> On Mon, 2009-01-05 at 21:59 +0530, Rahul Sundaram wrote: > > That has never happened really. It's happened multiple times in recent history. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Mon Jan 5 16:48:04 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 05 Jan 2009 22:18:04 +0530 Subject: Plymouth and re-branding In-Reply-To: <1231174016.4566.28.camel@localhost.localdomain> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> <20090105162619.GB11141@nostromo.devel.redhat.com> <49623573.5020203@fedoraproject.org> <1231174016.4566.28.camel@localhost.localdomain> Message-ID: <496239C4.1050304@fedoraproject.org> Jesse Keating wrote: > On Mon, 2009-01-05 at 21:59 +0530, Rahul Sundaram wrote: >> That has never happened really. > > It's happened multiple times in recent history. If you mean, just fedora-release updates, sure. In a way that breaks sed though? Rahul From jkeating at redhat.com Mon Jan 5 16:53:38 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 05 Jan 2009 08:53:38 -0800 Subject: Plymouth and re-branding In-Reply-To: <496239C4.1050304@fedoraproject.org> References: <496226C5.3050405@fedoraproject.org> <20090105160937.GC10675@nostromo.devel.redhat.com> <496233BD.5000004@fedoraproject.org> <20090105162619.GB11141@nostromo.devel.redhat.com> <49623573.5020203@fedoraproject.org> <1231174016.4566.28.camel@localhost.localdomain> <496239C4.1050304@fedoraproject.org> Message-ID: <1231174418.4566.29.camel@localhost.localdomain> On Mon, 2009-01-05 at 22:18 +0530, Rahul Sundaram wrote: > If you mean, just fedora-release updates, sure. > In a way that breaks sed though? Modifying files owned by packages is a no-go. It breaks rpm verification and can lead to strange .rpmnew .rpmsave droppings. Just don't do it. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From walters at verbum.org Thu Jan 8 14:38:06 2009 From: walters at verbum.org (Colin Walters) Date: Thu, 8 Jan 2009 09:38:06 -0500 Subject: Sudo for first user In-Reply-To: <49622722.6070901@fedoraproject.org> References: <48E7964E.7040500@fedoraproject.org> <49622722.6070901@fedoraproject.org> Message-ID: On Mon, Jan 5, 2009 at 10:28 AM, Rahul Sundaram wrote: > Colin Walters wrote: >> >> On Sat, Oct 4, 2008 at 12:14 PM, Rahul Sundaram >> wrote: >>> >>> Hi >>> >>> You can add the following snippet to the fedora-desktop ks file into a >>> init >>> script to make sudo just work for the first user. It can't be added to >>> %post >>> since firstboot wouldn't have launched then. Let me know what you think: >> >> So, consensus to revisit this for F11? We can go ahead and make a >> feature page now with the plans. > > Hey, are you doing this still? Do we have a feature proposal? From jonstanley at gmail.com Fri Jan 16 16:06:55 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 16 Jan 2009 11:06:55 -0500 Subject: I completely forgot.....FESCo meeting in an hour Message-ID: I completely neglected to send you all email regarding the fact that FESCo will be reviewing your features today. However, better late than never. The meeting is in approximately 1 hour on irc.freenode.net in #fedora-meeting. My apologies for not reaching out sooner. From sundaram at fedoraproject.org Wed Jan 21 11:28:06 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 21 Jan 2009 16:58:06 +0530 Subject: Sudo for first user In-Reply-To: References: <48E7964E.7040500@fedoraproject.org> <49622722.6070901@fedoraproject.org> Message-ID: <497706C6.1010103@fedoraproject.org> Colin Walters wrote: > On Mon, Jan 5, 2009 at 10:28 AM, Rahul Sundaram > wrote: >> Colin Walters wrote: >>> On Sat, Oct 4, 2008 at 12:14 PM, Rahul Sundaram >>> wrote: >>>> Hi >>>> >>>> You can add the following snippet to the fedora-desktop ks file into a >>>> init >>>> script to make sudo just work for the first user. It can't be added to >>>> %post >>>> since firstboot wouldn't have launched then. Let me know what you think: >>> So, consensus to revisit this for F11? We can go ahead and make a >>> feature page now with the plans. >> Hey, are you doing this still? > > Do we have a feature proposal? Not yet. Do you want me to create one? The biggest difficulty is the use of consolehelper (which has no support for sudo). Rahul From bnocera at redhat.com Wed Jan 21 16:42:15 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Wed, 21 Jan 2009 16:42:15 +0000 Subject: Sudo for first user In-Reply-To: <497706C6.1010103@fedoraproject.org> References: <48E7964E.7040500@fedoraproject.org> <49622722.6070901@fedoraproject.org> <497706C6.1010103@fedoraproject.org> Message-ID: <1232556135.25085.368.camel@cookie.hadess.net> On Wed, 2009-01-21 at 16:58 +0530, Rahul Sundaram wrote: > Colin Walters wrote: > > On Mon, Jan 5, 2009 at 10:28 AM, Rahul Sundaram > > wrote: > >> Colin Walters wrote: > >>> On Sat, Oct 4, 2008 at 12:14 PM, Rahul Sundaram > >>> wrote: > >>>> Hi > >>>> > >>>> You can add the following snippet to the fedora-desktop ks file into a > >>>> init > >>>> script to make sudo just work for the first user. It can't be added to > >>>> %post > >>>> since firstboot wouldn't have launched then. Let me know what you think: > >>> So, consensus to revisit this for F11? We can go ahead and make a > >>> feature page now with the plans. > >> Hey, are you doing this still? > > > > Do we have a feature proposal? > > Not yet. Do you want me to create one? The biggest difficulty is the use > of consolehelper (which has no support for sudo). Why not add the first user to wheel instead? It's easily changeable programmatically, and would mean that PolicyKit would do the right thing. Cheers From jkeating at redhat.com Wed Jan 21 16:54:00 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 21 Jan 2009 08:54:00 -0800 Subject: Sudo for first user In-Reply-To: <1232556135.25085.368.camel@cookie.hadess.net> References: <48E7964E.7040500@fedoraproject.org> <49622722.6070901@fedoraproject.org> <497706C6.1010103@fedoraproject.org> <1232556135.25085.368.camel@cookie.hadess.net> Message-ID: <1232556840.3539.193.camel@localhost.localdomain> On Wed, 2009-01-21 at 16:42 +0000, Bastien Nocera wrote: > Why not add the first user to wheel instead? It's easily changeable > programmatically, and would mean that PolicyKit would do the right > thing. This is what I do with my users as well. Of course, we'd also have to get the sudo maintainer to set that config by default (allowing wheel users sudo access). -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Wed Jan 21 16:55:58 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 21 Jan 2009 22:25:58 +0530 Subject: Sudo for first user In-Reply-To: <1232556135.25085.368.camel@cookie.hadess.net> References: <48E7964E.7040500@fedoraproject.org> <49622722.6070901@fedoraproject.org> <497706C6.1010103@fedoraproject.org> <1232556135.25085.368.camel@cookie.hadess.net> Message-ID: <4977539E.9070206@fedoraproject.org> Bastien Nocera wrote: > Why not add the first user to wheel instead? It's easily changeable > programmatically, and would mean that PolicyKit would do the right > thing. Does adding the user to wheel, make various system-config* that are still not using PolicyKit ask for the user password instead of the root password? Rahu; From mclasen at redhat.com Mon Jan 26 16:32:07 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 26 Jan 2009 11:32:07 -0500 Subject: Alpha checkpoint Message-ID: <1232987527.6133.6.camel@matthiasc> With the F11 alpha coming out in a few days, I think now is a good time to list a few things that we should look at for the desktop spin in F11: - Empathy. When we switched back to pidgin as the default im client late in the F10 cycle, we agreed to reevaluate empathy around the time of the F11 alpha, and see if the concerns that prevented it from being the default in F10 have been addressed. - Brasero. Upstream GNOME is moving towards replacing nautilus-cd-burner with brasero in 2.26 (following a move that some distros have already made). Some integration issues clearly still have to be worked out, but we should consider if we want to follow this in F11, or stay with nautilus-cd-burner for the time being. Even if we decided to do that, we'll have to look at possible conflicts if n-c-b and brasero are installed at the same time. - CD size. Jeremy informed me that the recent flurry of font packaging changes seem to have freed up a considerable amount of space on the desktop spin, to the point where we might even consider shipping OOo (sans langpacks, of course) instead of abiword. We should look at the various options for filling the space we have. Matthias From bnocera at redhat.com Tue Jan 27 01:14:59 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 27 Jan 2009 01:14:59 +0000 Subject: Alpha checkpoint In-Reply-To: <1232987527.6133.6.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> Message-ID: <1233018899.3330.4386.camel@cookie.hadess.net> On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > With the F11 alpha coming out in a few days, I think now is a good time > to list a few things that we should look at for the desktop spin in F11: There's also the case of the fingerprint integration. Right now, I don't think anything is pulling fprintd-pam into the media. Could you please make sure it gets added to the disc? If this just requires some changes in comps, I'll be happy to do those myself. FYI, for testers with a bit of free time: https://fedoraproject.org/wiki/Features/Fingerprint#Release_Notes Also be sure to read the known issues section: https://fedoraproject.org/wiki/Features/Fingerprint#Known_issues Cheers From mclasen at redhat.com Tue Jan 27 01:29:36 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 26 Jan 2009 20:29:36 -0500 Subject: Alpha checkpoint In-Reply-To: <1233018899.3330.4386.camel@cookie.hadess.net> References: <1232987527.6133.6.camel@matthiasc> <1233018899.3330.4386.camel@cookie.hadess.net> Message-ID: <1233019776.10151.1.camel@matthiasc> On Tue, 2009-01-27 at 01:14 +0000, Bastien Nocera wrote: > On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > > With the F11 alpha coming out in a few days, I think now is a good time > > to list a few things that we should look at for the desktop spin in F11: > > There's also the case of the fingerprint integration. Right now, I don't > think anything is pulling fprintd-pam into the media. Could you please > make sure it gets added to the disc? > > If this just requires some changes in comps, I'll be happy to do those > myself. making fprintd-pam installed by default in whatever comps group it is should bring it on the live cd. Alternatively, we can force it in via the kickstart file, but I think the comps way is preferable. From nicu_fedora at nicubunu.ro Tue Jan 27 07:45:50 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Tue, 27 Jan 2009 09:45:50 +0200 Subject: Alpha checkpoint In-Reply-To: <1232987527.6133.6.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> Message-ID: <497EBBAE.5030304@nicubunu.ro> Matthias Clasen wrote: > - Empathy. When we switched back to pidgin as the default im client late > in the F10 cycle, we agreed to reevaluate empathy around the time of the > F11 alpha, and see if the concerns that prevented it from being the > default in F10 have been addressed. Won't comment about this, myself I am forced to use Yahoo as the primary IM transport, so Empathy is useless for me, but I know I am a corner case. > - Brasero. Upstream GNOME is moving towards replacing nautilus-cd-burner > with brasero in 2.26 (following a move that some distros have already > made). Some integration issues clearly still have to be worked out, but > we should consider if we want to follow this in F11, or stay with > nautilus-cd-burner for the time being. Even if we decided to do that, > we'll have to look at possible conflicts if n-c-b and brasero are > installed at the same time. Brasero was recently upgraded in F10 from 0.82 to 0.84 and I find its new user interface much better, from an user point of view it would not be bad as a default. I personally prefer it as a default instead of n-c-b, but that is mostly because I need some of its advanced features. > - CD size. Jeremy informed me that the recent flurry of font packaging > changes seem to have freed up a considerable amount of space on the > desktop spin, to the point where we might even consider shipping OOo > (sans langpacks, of course) instead of abiword. We should look at the > various options for filling the space we have. If we have the space available, instead of one single application (well, OOo is not just a single application but...) we can include a few more smaller ones, like Inkscape and something else. Or some freely licensed multimedia content. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ From peter at thecodergeek.com Tue Jan 27 07:55:58 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 26 Jan 2009 23:55:58 -0800 Subject: Alpha checkpoint In-Reply-To: <1232987527.6133.6.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> Message-ID: <1233042958.3419.164.camel@localhost.localdomain> On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > - Empathy. When we switched back to pidgin as the default im client late > in the F10 cycle, we agreed to reevaluate empathy around the time of the > F11 alpha, and see if the concerns that prevented it from being the > default in F10 have been addressed. One of the major concerns was file-transfer support. That was recently merged into trunk and is in the current 2.25-series releases. My understanding is that this is still Jabber/XMPP-only though (Gabble backend); but one thing that comes to mind is that Haze (and protocols through it, such as MSN) currently still does not support this well. The account-management window has been cleaned up quite a bit too. Especially, many more of the login details for creating a new account are guessed based on the account type and automagically filled in. Setting one's personal avatar image as well as calling with VoIP are still a bit hit-or-miss, unfortunately. All told, it has definitely made a significant amount of progress (thanks, Xavier and team!) but it may still be a bit too rough around the edges, so to speak, to be the default in F11. I propose that we *do* have it as default for the Alpha and Beta and if it comes to a point, similar to the F10 trials, where it's still too rough, that we can simply fallback (again) to Pidgin for another release. I sincerely hope that this is not the case, though. ;-) > - Brasero. Upstream GNOME is moving towards replacing nautilus-cd-burner > with brasero in 2.26 (following a move that some distros have already > made). Some integration issues clearly still have to be worked out, but > we should consider if we want to follow this in F11, or stay with > nautilus-cd-burner for the time being. Even if we decided to do that, > we'll have to look at possible conflicts if n-c-b and brasero are > installed at the same time. I've not followed the upstream discussion on this as closely as I'd have liked. However, from what I understand, most of the work has gone into replacing the backend n-c-b library with libbrasero-media and friends. It stills seems rather incomplete though. According to the patches in various upstream GNOME bug reports (such as the one for Rhythmbox [1]), it merely creates the appropriate playlist file and passes that the Brasero application. For the record, I **HATE** [2] having a seperate application for burning CDs/DVDs (a la Windows and some OS X programs). This type of functionality just does away with the whole "do one thing really well" Unix model to me. The applicable capabilities should be inherent to the application being used for that media. For example, with Rhythmbox currently, burning a CD is as easy as dragging the songs you want to their own playlist and then selecting "Create Audio CD..." from that playlist's context menu (or "Burn" in the main toolbar). I would love it if it is intended to be used as a backend library, such that applications could call to it for CD-burning stuff (a la what I think libburn tried to accomplish); but it should not be a do-all burner application in its own right IMNSHO. [1] http://bugzilla.gnome.org/show_bug.cgi?id=536732 > - CD size. Jeremy informed me that the recent flurry of font packaging > changes seem to have freed up a considerable amount of space on the > desktop spin, to the point where we might even consider shipping OOo > (sans langpacks, of course) instead of abiword. We should look at the > various options for filling the space we have. As beneficial as OO.org may be on the disc, perhaps we could instead add a few games or "killer apps" which showcase the potential of F/OSS? Though, offhand, I have no idea what those would be... Thanks, and regards. -- Peter Gordon (codergeek42) Who am I? :: http://www.thecodergeek.com/about-me -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Tue Jan 27 08:06:08 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 27 Jan 2009 00:06:08 -0800 Subject: Alpha checkpoint In-Reply-To: <1232987527.6133.6.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> Message-ID: <1233043568.3419.171.camel@localhost.localdomain> On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > - Empathy. When we switched back to pidgin as the default im client late > in the F10 cycle, we agreed to reevaluate empathy around the time of the > F11 alpha, and see if the concerns that prevented it from being the > default in F10 have been addressed. Another huge issue with the transition was that there was no easy way to migrate accounts from Pidgin, In recent releases, there is now an "Import Accounts" button to the accounts dialog which automagically imports login information from Pidgin. (I have tested this successfully on Fedora 10 with rawhide Empathy/Telepathy packages, and AIM, Yahoo! IM, Jabber, and GoogleTalk all were imported nicely). That should definitely make things a lot simpler for new users who would be hesitant because of the necessity to re-create a lot of account info. -- Peter Gordon (codergeek42) Who am I? :: http://www.thecodergeek.com/about-me -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Tue Jan 27 08:13:26 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 27 Jan 2009 00:13:26 -0800 Subject: Alpha checkpoint In-Reply-To: <497EBBAE.5030304@nicubunu.ro> References: <1232987527.6133.6.camel@matthiasc> <497EBBAE.5030304@nicubunu.ro> Message-ID: <1233044006.3419.174.camel@localhost.localdomain> On Tue, 2009-01-27 at 09:45 +0200, Nicu Buculei wrote: > Won't comment about this, myself I am forced to use Yahoo as the primary > IM transport, so Empathy is useless for me, but I know I am a corner case. Yahoo! IM _should_ work with the Haze telepathy backend (conversations and such, at the very least). If it doesn't, Bugzilla is the place to be! :) -- Peter Gordon (codergeek42) Who am I? :: http://www.thecodergeek.com/about-me -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From nicu_fedora at nicubunu.ro Tue Jan 27 08:25:55 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Tue, 27 Jan 2009 10:25:55 +0200 Subject: Alpha checkpoint In-Reply-To: <1233044006.3419.174.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <497EBBAE.5030304@nicubunu.ro> <1233044006.3419.174.camel@localhost.localdomain> Message-ID: <497EC513.3040505@nicubunu.ro> Peter Gordon wrote: > On Tue, 2009-01-27 at 09:45 +0200, Nicu Buculei wrote: >> Won't comment about this, myself I am forced to use Yahoo as the primary >> IM transport, so Empathy is useless for me, but I know I am a corner case. > > Yahoo! IM _should_ work with the Haze telepathy backend (conversations > and such, at the very least). If it doesn't, Bugzilla is the place to > be! :) I know that, but Haze uses the Pidgin core, libpurple, so then why not use Pidgin instead? It has a better coverage of features anyway. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ From sundaram at fedoraproject.org Tue Jan 27 08:45:50 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 27 Jan 2009 14:15:50 +0530 Subject: Alpha checkpoint In-Reply-To: <1233043568.3419.171.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233043568.3419.171.camel@localhost.localdomain> Message-ID: <497EC9BE.2030104@fedoraproject.org> Peter Gordon wrote: > On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: >> - Empathy. When we switched back to pidgin as the default im client late >> in the F10 cycle, we agreed to reevaluate empathy around the time of the >> F11 alpha, and see if the concerns that prevented it from being the >> default in F10 have been addressed. > > Another huge issue with the transition was that there was no easy way to > migrate accounts from Pidgin, In recent releases, there is now an > "Import Accounts" button to the accounts dialog which automagically > imports login information from Pidgin. (I have tested this successfully > on Fedora 10 with rawhide Empathy/Telepathy packages, and AIM, Yahoo! > IM, Jabber, and GoogleTalk all were imported nicely). > > That should definitely make things a lot simpler for new users who would > be hesitant because of the necessity to re-create a lot of account info. Account information is usually small and can be recreated. What about chat logs, preferences etc? Rahul From peter at thecodergeek.com Tue Jan 27 09:03:43 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 27 Jan 2009 01:03:43 -0800 Subject: Alpha checkpoint In-Reply-To: <497EC9BE.2030104@fedoraproject.org> References: <1232987527.6133.6.camel@matthiasc> <1233043568.3419.171.camel@localhost.localdomain> <497EC9BE.2030104@fedoraproject.org> Message-ID: <1233047023.3419.178.camel@localhost.localdomain> On Tue, 2009-01-27 at 14:15 +0530, Rahul Sundaram wrote: > Account information is usually small and can be recreated. What about > chat logs, preferences etc? Those are not yet being imported, from what I can tell through the source code (src/empathy-import-pidgin.c and friends). It's only login details at the moment. However, the fact that they *can* be quickly recreated should not make that a necessity when they're already stored, just in a different application. (I, for one, used only Gaim/Pidgin for so long with my AIM account until I found Empathy that I had completely forgot what my password was, and had to reset it through the web/email interface.) -- Peter Gordon (codergeek42) Who am I? :: http://www.thecodergeek.com/about-me -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bnocera at redhat.com Tue Jan 27 12:41:11 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 27 Jan 2009 12:41:11 +0000 Subject: Alpha checkpoint In-Reply-To: <1233019776.10151.1.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> <1233018899.3330.4386.camel@cookie.hadess.net> <1233019776.10151.1.camel@matthiasc> Message-ID: <1233060071.3330.5088.camel@cookie.hadess.net> On Mon, 2009-01-26 at 20:29 -0500, Matthias Clasen wrote: > On Tue, 2009-01-27 at 01:14 +0000, Bastien Nocera wrote: > > On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > > > With the F11 alpha coming out in a few days, I think now is a good time > > > to list a few things that we should look at for the desktop spin in F11: > > > > There's also the case of the fingerprint integration. Right now, I don't > > think anything is pulling fprintd-pam into the media. Could you please > > make sure it gets added to the disc? > > > > If this just requires some changes in comps, I'll be happy to do those > > myself. > > making fprintd-pam installed by default in whatever comps group it is > should bring it on the live cd. Alternatively, we can force it in via > the kickstart file, but I think the comps way is preferable. Done in comps. From martin.sourada at gmail.com Tue Jan 27 13:26:02 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Tue, 27 Jan 2009 14:26:02 +0100 Subject: Alpha checkpoint In-Reply-To: <1232987527.6133.6.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> Message-ID: <1233062762.3136.88.camel@pc-notebook> On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > - Brasero. Upstream GNOME is moving towards replacing nautilus-cd-burner > with brasero in 2.26 (following a move that some distros have already > made). Some integration issues clearly still have to be worked out, but > we should consider if we want to follow this in F11, or stay with > nautilus-cd-burner for the time being. Even if we decided to do that, > we'll have to look at possible conflicts if n-c-b and brasero are > installed at the same time. Last time I tried brasero (it was F9 I believe) it kept trashing my DVDs (CDs were fine), n-c-b does not suffer that issue. So I hope I won't loose my last resort for safely burning data DVD by this switch. And yep, as someone noted in this thread as well, I'd like it to be just a burning backend - I'd like to keep buring data DVDs using nautilus, audio CDs using rhythmbox,... It's much more convenient for me than one know-it-all burning app... Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Tue Jan 27 13:40:52 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 27 Jan 2009 19:10:52 +0530 Subject: Alpha checkpoint In-Reply-To: <1233062762.3136.88.camel@pc-notebook> References: <1232987527.6133.6.camel@matthiasc> <1233062762.3136.88.camel@pc-notebook> Message-ID: <497F0EE4.5030104@fedoraproject.org> Martin Sourada wrote: > On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: >> - Brasero. Upstream GNOME is moving towards replacing nautilus-cd-burner >> with brasero in 2.26 (following a move that some distros have already >> made). Some integration issues clearly still have to be worked out, but >> we should consider if we want to follow this in F11, or stay with >> nautilus-cd-burner for the time being. Even if we decided to do that, >> we'll have to look at possible conflicts if n-c-b and brasero are >> installed at the same time. > Last time I tried brasero (it was F9 I believe) it kept trashing my DVDs > (CDs were fine), n-c-b does not suffer that issue. So I hope I won't > loose my last resort for safely burning data DVD by this switch. > > And yep, as someone noted in this thread as well, I'd like it to be just > a burning backend - I'd like to keep buring data DVDs using nautilus, > audio CDs using rhythmbox,... It's much more convenient for me than one > know-it-all burning app... It appears with the current changes, it can be both. You should look at the changes they have made recently and try it out. Rahul From katzj at redhat.com Tue Jan 27 15:04:45 2009 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 27 Jan 2009 10:04:45 -0500 Subject: Alpha checkpoint In-Reply-To: <497EBBAE.5030304@nicubunu.ro> References: <1232987527.6133.6.camel@matthiasc> <497EBBAE.5030304@nicubunu.ro> Message-ID: <20090127150445.GA29627@redhat.com> On Tuesday, January 27 2009, Nicu Buculei said: > Matthias Clasen wrote: >> - CD size. Jeremy informed me that the recent flurry of font packaging >> changes seem to have freed up a considerable amount of space on the >> desktop spin, to the point where we might even consider shipping OOo >> (sans langpacks, of course) instead of abiword. We should look at the >> various options for filling the space we have. > > If we have the space available, instead of one single application (well, > OOo is not just a single application but...) we can include a few more > smaller ones, like Inkscape and something else. Or some freely licensed > multimedia content. Inkscape, though not that large on its own, has a remarkably large dep chain from what I remember Jeremy From nicu_fedora at nicubunu.ro Tue Jan 27 15:16:37 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Tue, 27 Jan 2009 17:16:37 +0200 Subject: Alpha checkpoint In-Reply-To: <20090127150445.GA29627@redhat.com> References: <1232987527.6133.6.camel@matthiasc> <497EBBAE.5030304@nicubunu.ro> <20090127150445.GA29627@redhat.com> Message-ID: <497F2555.2030509@nicubunu.ro> Jeremy Katz wrote: > On Tuesday, January 27 2009, Nicu Buculei said: >> Matthias Clasen wrote: >>> - CD size. Jeremy informed me that the recent flurry of font packaging >>> changes seem to have freed up a considerable amount of space on the >>> desktop spin, to the point where we might even consider shipping OOo >>> (sans langpacks, of course) instead of abiword. We should look at the >>> various options for filling the space we have. >> If we have the space available, instead of one single application (well, >> OOo is not just a single application but...) we can include a few more >> smaller ones, like Inkscape and something else. Or some freely licensed >> multimedia content. > > Inkscape, though not that large on its own, has a remarkably large dep > chain from what I remember Large, but I believe not as large as OpenOffice.org. However, if the size is a concern, I would like to see a little bit of multimedia, to showcase Fedora's capabilities. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ From jkeating at redhat.com Tue Jan 27 17:18:01 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 27 Jan 2009 09:18:01 -0800 Subject: Alpha checkpoint In-Reply-To: <1233042958.3419.164.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> Message-ID: <1233076681.8363.186.camel@localhost.localdomain> On Mon, 2009-01-26 at 23:55 -0800, Peter Gordon wrote: > I propose that we *do* have it as default for the Alpha and Beta and if > it comes to a point, similar to the F10 trials, where it's still too > rough, that we can simply fallback (again) to Pidgin for another > release. I sincerely hope that this is not the case, though. ;-) If you're going to do that again, you're really going to need to nail down a set of criteria for "pass" vs "fail" so that QA et al can better help make that judgment call. It was entirely too wishy washy last time around. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Jan 27 17:19:09 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 27 Jan 2009 09:19:09 -0800 Subject: Alpha checkpoint In-Reply-To: <1233043568.3419.171.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233043568.3419.171.camel@localhost.localdomain> Message-ID: <1233076749.8363.187.camel@localhost.localdomain> On Tue, 2009-01-27 at 00:06 -0800, Peter Gordon wrote: > Another huge issue with the transition was that there was no easy way to > migrate accounts from Pidgin, In recent releases, there is now an > "Import Accounts" button to the accounts dialog which automagically > imports login information from Pidgin. (I have tested this successfully > on Fedora 10 with rawhide Empathy/Telepathy packages, and AIM, Yahoo! > IM, Jabber, and GoogleTalk all were imported nicely). > > That should definitely make things a lot simpler for new users who would > be hesitant because of the necessity to re-create a lot of account info. Users with existing account information and settings and history via say pidgin, will likely just continue using pidgin, as they'd be doing upgrades. I don't see this as a big issue, and instead concentrate on the new user experience. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Tue Jan 27 19:14:04 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 00:44:04 +0530 Subject: gnome-format: plans to include it? Message-ID: <497F5CFC.1070908@fedoraproject.org> Hi Any plans to include it by default in Fedora? http://live.gnome.org/gnome-format Rahul From mclasen at redhat.com Tue Jan 27 20:01:26 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 27 Jan 2009 15:01:26 -0500 Subject: Alpha checkpoint In-Reply-To: <1233076681.8363.186.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> <1233076681.8363.186.camel@localhost.localdomain> Message-ID: <1233086486.16797.2.camel@matthiasc> On Tue, 2009-01-27 at 09:18 -0800, Jesse Keating wrote: > On Mon, 2009-01-26 at 23:55 -0800, Peter Gordon wrote: > > I propose that we *do* have it as default for the Alpha and Beta and if > > it comes to a point, similar to the F10 trials, where it's still too > > rough, that we can simply fallback (again) to Pidgin for another > > release. I sincerely hope that this is not the case, though. ;-) > > If you're going to do that again, you're really going to need to nail > down a set of criteria for "pass" vs "fail" so that QA et al can better > help make that judgment call. It was entirely too wishy washy last time > around. For starters, it would be nice if the people who rejected it the last time around would log their reasons for doing so on the feature page... From jkeating at redhat.com Tue Jan 27 20:06:55 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 27 Jan 2009 12:06:55 -0800 Subject: Alpha checkpoint In-Reply-To: <1233086486.16797.2.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> <1233076681.8363.186.camel@localhost.localdomain> <1233086486.16797.2.camel@matthiasc> Message-ID: <1233086815.8363.214.camel@localhost.localdomain> On Tue, 2009-01-27 at 15:01 -0500, Matthias Clasen wrote: > For starters, it would be nice if the people who rejected it the last > time around would log their reasons for doing so on the feature > page... It was the feature driver himself who decided to not have it by default last time around. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Tue Jan 27 21:04:23 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 27 Jan 2009 16:04:23 -0500 Subject: gnome-format: plans to include it? In-Reply-To: <497F5CFC.1070908@fedoraproject.org> References: <497F5CFC.1070908@fedoraproject.org> Message-ID: <1233090264.3180.4.camel@matthiasc> On Wed, 2009-01-28 at 00:44 +0530, Rahul Sundaram wrote: > Hi > > Any plans to include it by default in Fedora? > > http://live.gnome.org/gnome-format We're working on a nautilus extension for much the same purpose. See https://fedoraproject.org/wiki/Features/DeviceKit Still, if somebody wants to package gnome-format and bring it into Fedora, thats fine. But for the purpose of tightly integrated formatting support, the nautilus extension is probably going to deliver a better experience. From mclasen at redhat.com Tue Jan 27 21:19:36 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 27 Jan 2009 16:19:36 -0500 Subject: Alpha checkpoint In-Reply-To: <1233086815.8363.214.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> <1233076681.8363.186.camel@localhost.localdomain> <1233086486.16797.2.camel@matthiasc> <1233086815.8363.214.camel@localhost.localdomain> Message-ID: <1233091176.3180.9.camel@matthiasc> On Tue, 2009-01-27 at 12:06 -0800, Jesse Keating wrote: > On Tue, 2009-01-27 at 15:01 -0500, Matthias Clasen wrote: > > For starters, it would be nice if the people who rejected it the last > > time around would log their reasons for doing so on the feature > > page... > > It was the feature driver himself who decided to not have it by default > last time around. I don't think the logs at http://bpepple.fedorapeople.org/fesco/FESCo-2008-11-05.html support that narrative. Anyway, in that meeting, Colin said i haven't checked in on it in the last month or two; i guess my thoughts are that if we decide not to go with it, we should have a rationale writeup we can give to the empathy developers but I don't think any rationale was written. From sundaram at fedoraproject.org Tue Jan 27 21:40:00 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 03:10:00 +0530 Subject: Fedora 11 Alpha screenshots Message-ID: <497F7F30.6040801@fedoraproject.org> Hi, Can someone take screenshots of very user visible changes such as the new volume control and add them to https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes If you can some short descriptions, that would be helpful as well. Rahul From sundaram at fedoraproject.org Tue Jan 27 21:45:07 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 03:15:07 +0530 Subject: GDM, session support Message-ID: <497F8063.7070206@fedoraproject.org> Hi, What's the plan for GDM in GNOME 2.26. Are we getting things like auto login support back? Also, what's the status of session support? Rahul From sundaram at fedoraproject.org Tue Jan 27 21:55:19 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 03:25:19 +0530 Subject: gnome-format: plans to include it? In-Reply-To: <1233090264.3180.4.camel@matthiasc> References: <497F5CFC.1070908@fedoraproject.org> <1233090264.3180.4.camel@matthiasc> Message-ID: <497F82C7.7070800@fedoraproject.org> Matthias Clasen wrote: > On Wed, 2009-01-28 at 00:44 +0530, Rahul Sundaram wrote: >> Hi >> >> Any plans to include it by default in Fedora? >> >> http://live.gnome.org/gnome-format > > We're working on a nautilus extension for much the same purpose. See > https://fedoraproject.org/wiki/Features/DeviceKit > > Still, if somebody wants to package gnome-format and bring it into > Fedora, thats fine. But for the purpose of tightly integrated formatting > support, the nautilus extension is probably going to deliver a better > experience. Then, there isn't much of a point duplicating it with gnome-format. Is the developer aware of it? I am assuming, that we are getting this nautilus extension before Fedora 11 release. Rahul From jkeating at redhat.com Tue Jan 27 22:27:15 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 27 Jan 2009 14:27:15 -0800 Subject: Alpha checkpoint In-Reply-To: <1233091176.3180.9.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> <1233076681.8363.186.camel@localhost.localdomain> <1233086486.16797.2.camel@matthiasc> <1233086815.8363.214.camel@localhost.localdomain> <1233091176.3180.9.camel@matthiasc> Message-ID: <1233095235.8363.218.camel@localhost.localdomain> On Tue, 2009-01-27 at 16:19 -0500, Matthias Clasen wrote: > I don't think the logs at > http://bpepple.fedorapeople.org/fesco/FESCo-2008-11-05.html > support that narrative. > > Anyway, in that meeting, Colin said > > i haven't checked in on it in the last month or two; i guess my thoughts > are that if we decide not to go with it, we should have a rationale > writeup we can give to the empathy developers > > but I don't think any rationale was written. Hrm, from one of the discussions i could have sworn bpepple had claimed he was the feature owner for empathy in F10. I'll have to find where I thought this claim was made. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Wed Jan 28 00:28:42 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 27 Jan 2009 19:28:42 -0500 Subject: Fedora 11 Alpha screenshots In-Reply-To: <497F7F30.6040801@fedoraproject.org> References: <497F7F30.6040801@fedoraproject.org> Message-ID: <1233102522.3180.13.camel@matthiasc> On Wed, 2009-01-28 at 03:10 +0530, Rahul Sundaram wrote: > Hi, > > Can someone take screenshots of very user visible changes such as the > new volume control and add them to > > https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes > > If you can some short descriptions, that would be helpful as well. Are we trying to turn the alpha into more than it is supposed to be ? If you need screenshots, just use the ones that are already available on the feature pages. From bnocera at redhat.com Wed Jan 28 00:34:00 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Wed, 28 Jan 2009 00:34:00 +0000 Subject: Alpha checkpoint In-Reply-To: <497F0EE4.5030104@fedoraproject.org> References: <1232987527.6133.6.camel@matthiasc> <1233062762.3136.88.camel@pc-notebook> <497F0EE4.5030104@fedoraproject.org> Message-ID: <1233102840.3330.5830.camel@cookie.hadess.net> On Tue, 2009-01-27 at 19:10 +0530, Rahul Sundaram wrote: > Martin Sourada wrote: > > On Mon, 2009-01-26 at 11:32 -0500, Matthias Clasen wrote: > >> - Brasero. Upstream GNOME is moving towards replacing nautilus-cd-burner > >> with brasero in 2.26 (following a move that some distros have already > >> made). Some integration issues clearly still have to be worked out, but > >> we should consider if we want to follow this in F11, or stay with > >> nautilus-cd-burner for the time being. Even if we decided to do that, > >> we'll have to look at possible conflicts if n-c-b and brasero are > >> installed at the same time. > > Last time I tried brasero (it was F9 I believe) it kept trashing my DVDs > > (CDs were fine), n-c-b does not suffer that issue. So I hope I won't > > loose my last resort for safely burning data DVD by this switch. > > > > And yep, as someone noted in this thread as well, I'd like it to be just > > a burning backend - I'd like to keep buring data DVDs using nautilus, > > audio CDs using rhythmbox,... It's much more convenient for me than one > > know-it-all burning app... > > It appears with the current changes, it can be both. You should look at > the changes they have made recently and try it out. It only does data burning through nautilus. It will brings up its ugly interface if you wanted to burn through Rhythmbox for example (which is why the patch isn't in Fedora or upstream yet). From bpepple at fedoraproject.org Wed Jan 28 02:25:26 2009 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 27 Jan 2009 21:25:26 -0500 Subject: Alpha checkpoint In-Reply-To: <1233095235.8363.218.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> <1233076681.8363.186.camel@localhost.localdomain> <1233086486.16797.2.camel@matthiasc> <1233086815.8363.214.camel@localhost.localdomain> <1233091176.3180.9.camel@matthiasc> <1233095235.8363.218.camel@localhost.localdomain> Message-ID: <1233109526.2984.6.camel@localhost.localdomain> On Tue, 2009-01-27 at 14:27 -0800, Jesse Keating wrote: > On Tue, 2009-01-27 at 16:19 -0500, Matthias Clasen wrote: > > I don't think the logs at > > http://bpepple.fedorapeople.org/fesco/FESCo-2008-11-05.html > > support that narrative. > > > > Anyway, in that meeting, Colin said > > > > i haven't checked in on it in the last month or two; i guess my thoughts > > are that if we decide not to go with it, we should have a rationale > > writeup we can give to the empathy developers > > > > but I don't think any rationale was written. > > Hrm, from one of the discussions i could have sworn bpepple had claimed > he was the feature owner for empathy in F10. I'll have to find where I > thought this claim was made. No, I just maintain the majority of the telepathy stack and co-maintain empathy in Fedora. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bpepple at fedoraproject.org Wed Jan 28 02:53:41 2009 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 27 Jan 2009 21:53:41 -0500 Subject: Alpha checkpoint In-Reply-To: <1233042958.3419.164.camel@localhost.localdomain> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> Message-ID: <1233111221.2984.23.camel@localhost.localdomain> On Mon, 2009-01-26 at 23:55 -0800, Peter Gordon wrote: > One of the major concerns was file-transfer support. That was recently > merged into trunk and is in the current 2.25-series releases. My > understanding is that this is still Jabber/XMPP-only though (Gabble > backend); but one thing that comes to mind is that Haze (and protocols > through it, such as MSN) currently still does not support this well. Not entirely correct. Currently, file transfer support is only provided for Local-link XMPP (via telepathy-salut). Telepathy-gabble just recently added support for SOCKS5 bytestreams in Tubes (which isn't file transferring). The plan is to use Jingle for file-transfers (and also Tubes), but I'm not sure that is going to be finished before F11. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Wed Jan 28 07:50:51 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 13:20:51 +0530 Subject: Fedora 11 Alpha screenshots In-Reply-To: <1233102522.3180.13.camel@matthiasc> References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> Message-ID: <49800E5B.9030904@fedoraproject.org> Matthias Clasen wrote: > On Wed, 2009-01-28 at 03:10 +0530, Rahul Sundaram wrote: >> Hi, >> >> Can someone take screenshots of very user visible changes such as the >> new volume control and add them to >> >> https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes >> >> If you can some short descriptions, that would be helpful as well. > > Are we trying to turn the alpha into more than it is supposed to be ? Not sure why you ask that. I am just trying to fill in more of the release notes and we can reuse the material elsewhere as well. If we can show improvements, we get to encourage more people to test it and provide early feedback. Documenting changes in part of that process. > > If you need screenshots, just use the ones that are already available on > the feature pages. I couldn't find it in the feature pages. Rahul From sundaram at fedoraproject.org Wed Jan 28 07:51:07 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 13:21:07 +0530 Subject: Fedora 11 Alpha screenshots In-Reply-To: <1233102522.3180.13.camel@matthiasc> References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> Message-ID: <49800E6B.2040607@fedoraproject.org> Matthias Clasen wrote: > On Wed, 2009-01-28 at 03:10 +0530, Rahul Sundaram wrote: >> Hi, >> >> Can someone take screenshots of very user visible changes such as the >> new volume control and add them to >> >> https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes >> >> If you can some short descriptions, that would be helpful as well. > > Are we trying to turn the alpha into more than it is supposed to be ? Not sure why you ask that. I am just trying to fill in more of the release notes and we can reuse the material elsewhere as well. If we can show improvements, we get to encourage more people to test it and provide early feedback. Documenting changes in part of that process. > > If you need screenshots, just use the ones that are already available on > the feature pages. I couldn't find it in the feature pages. Rahul From drago01 at gmail.com Wed Jan 28 08:20:29 2009 From: drago01 at gmail.com (drago01) Date: Wed, 28 Jan 2009 09:20:29 +0100 Subject: Fedora 11 Alpha screenshots In-Reply-To: <49800E5B.9030904@fedoraproject.org> References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> <49800E5B.9030904@fedoraproject.org> Message-ID: On Wed, Jan 28, 2009 at 8:50 AM, Rahul Sundaram wrote: > Matthias Clasen wrote: >> >> On Wed, 2009-01-28 at 03:10 +0530, Rahul Sundaram wrote: >>> >>> Hi, >>> >>> Can someone take screenshots of very user visible changes such as the new >>> volume control and add them to >>> >>> https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes >>> >>> If you can some short descriptions, that would be helpful as well. >> >> Are we trying to turn the alpha into more than it is supposed to be ? > > Not sure why you ask that. I am just trying to fill in more of the release > notes and we can reuse the material elsewhere as well. If we can show > improvements, we get to encourage more people to test it and provide early > feedback. Documenting changes in part of that process. >> >> If you need screenshots, just use the ones that are already available on >> the feature pages. > > I couldn't find it in the feature pages. https://fedoraproject.org/wiki/Features/VolumeControl#User_Experience From sundaram at fedoraproject.org Wed Jan 28 10:52:41 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 16:22:41 +0530 Subject: Fedora 11 Alpha screenshots In-Reply-To: References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> <49800E5B.9030904@fedoraproject.org> Message-ID: <498038F9.8070206@fedoraproject.org> drago01 wrote: > > https://fedoraproject.org/wiki/Features/VolumeControl#User_Experience I was actually looking for the screenshot in the panel. Found it at Bastien Nocera's blog. Thanks. Rahul From notting at redhat.com Wed Jan 28 15:24:50 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 28 Jan 2009 10:24:50 -0500 Subject: GDM, session support In-Reply-To: <497F8063.7070206@fedoraproject.org> References: <497F8063.7070206@fedoraproject.org> Message-ID: <20090128152450.GE3606@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: > What's the plan for GDM in GNOME 2.26. Are we getting things like auto > login support back? Judging from some livecds I've seen, that's still there. > Also, what's the status of session support? Session saving is unrelated to GDM. Bill From sundaram at fedoraproject.org Wed Jan 28 17:09:54 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 28 Jan 2009 22:39:54 +0530 Subject: GDM, session support In-Reply-To: <20090128152450.GE3606@nostromo.devel.redhat.com> References: <497F8063.7070206@fedoraproject.org> <20090128152450.GE3606@nostromo.devel.redhat.com> Message-ID: <49809162.9000606@fedoraproject.org> Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: >> What's the plan for GDM in GNOME 2.26. Are we getting things like auto >> login support back? > > Judging from some livecds I've seen, that's still there. We only have timed login support last I checked. There are missing features like gdm setup as well. >> Also, what's the status of session support? > > Session saving is unrelated to GDM. I am aware of that. These were two different questions. Rahul From stickster at gmail.com Wed Jan 28 19:53:20 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 28 Jan 2009 14:53:20 -0500 Subject: Fedora 11 Alpha screenshots In-Reply-To: <49800E6B.2040607@fedoraproject.org> References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> <49800E6B.2040607@fedoraproject.org> Message-ID: <20090128195320.GC21638@localhost.localdomain> On Wed, Jan 28, 2009 at 01:21:07PM +0530, Rahul Sundaram wrote: > Matthias Clasen wrote: >> On Wed, 2009-01-28 at 03:10 +0530, Rahul Sundaram wrote: >>> Hi, >>> >>> Can someone take screenshots of very user visible changes such as the >>> new volume control and add them to >>> >>> https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes >>> >>> If you can some short descriptions, that would be helpful as well. >> >> Are we trying to turn the alpha into more than it is supposed to be ? > > Not sure why you ask that. I am just trying to fill in more of the > release notes and we can reuse the material elsewhere as well. If we can > show improvements, we get to encourage more people to test it and provide > early feedback. Documenting changes in part of that process. I think Matthias meant that the Alpha is intended for a highly technical developer/tester audience, for whom screenshots aren't very compelling. And since interfaces have a way of changing by the time the Beta and Preview come around -- when we ask for participation by the general public -- it might make sense to hold off until the pre-Beta timeframe. The concept is good, just the timing may be a bit premature. Nevertheless, if there are upstream screenshots that we can use, it's not that big a deal either way. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Wed Jan 28 20:33:20 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 29 Jan 2009 02:03:20 +0530 Subject: Fedora 11 Alpha screenshots In-Reply-To: <20090128195320.GC21638@localhost.localdomain> References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> <49800E6B.2040607@fedoraproject.org> <20090128195320.GC21638@localhost.localdomain> Message-ID: <4980C110.3030209@fedoraproject.org> Paul W. Frields wrote: > I think Matthias meant that the Alpha is intended for a highly > technical developer/tester audience, for whom screenshots aren't very > compelling. I thought so too earlier on but from interacting with users, it isn't quite true. Even for alpha or beta releases, a lot of people (and press) like screenshots. Screenshots and screencasts attract people throughout development cycle. Any major change in the interface like Plymouth in the earlier release and volume control in this release is definitely worth highlighting. Also, instead of trying to put together all of the release notes at the end of the cycle, I am trying to do it more incrementally and do a better job each milestone. Except for a few notes about what a alpha or beta release means, it is worth taking it as seriously as the general release. I am now more or less done with the Fedora 11 Alpha release notes and pretty happy with it. Rahul From bpepple at fedoraproject.org Thu Jan 29 01:32:39 2009 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 28 Jan 2009 20:32:39 -0500 Subject: Alpha checkpoint In-Reply-To: <1233086486.16797.2.camel@matthiasc> References: <1232987527.6133.6.camel@matthiasc> <1233042958.3419.164.camel@localhost.localdomain> <1233076681.8363.186.camel@localhost.localdomain> <1233086486.16797.2.camel@matthiasc> Message-ID: <1233192759.3676.3.camel@localhost.localdomain> On Tue, 2009-01-27 at 15:01 -0500, Matthias Clasen wrote: > On Tue, 2009-01-27 at 09:18 -0800, Jesse Keating wrote: > > On Mon, 2009-01-26 at 23:55 -0800, Peter Gordon wrote: > > > I propose that we *do* have it as default for the Alpha and Beta and if > > > it comes to a point, similar to the F10 trials, where it's still too > > > rough, that we can simply fallback (again) to Pidgin for another > > > release. I sincerely hope that this is not the case, though. ;-) > > > > If you're going to do that again, you're really going to need to nail > > down a set of criteria for "pass" vs "fail" so that QA et al can better > > help make that judgment call. It was entirely too wishy washy last time > > around. > > For starters, it would be nice if the people who rejected it the last > time around would log their reasons for doing so on the feature page... I've added some of my concerns to the discussion page, but I'll try to fleshed it out a bit more this weekend. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From nicu_fedora at nicubunu.ro Thu Jan 29 07:17:35 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 29 Jan 2009 09:17:35 +0200 Subject: GDM, session support In-Reply-To: <49809162.9000606@fedoraproject.org> References: <497F8063.7070206@fedoraproject.org> <20090128152450.GE3606@nostromo.devel.redhat.com> <49809162.9000606@fedoraproject.org> Message-ID: <4981580F.1040900@nicubunu.ro> Rahul Sundaram wrote: > Bill Nottingham wrote: >> Rahul Sundaram (sundaram at fedoraproject.org) said: >>> What's the plan for GDM in GNOME 2.26. Are we getting things like >>> auto login support back? >> >> Judging from some livecds I've seen, that's still there. > > We only have timed login support last I checked. There are missing > features like gdm setup as well. I remember using gdm setup in the past mostly to change the theme, but since the new gdm is not themable (you can only change the background image and this is done elsewhere), I hardly see the need for a setup application -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ From stickster at gmail.com Thu Jan 29 14:09:29 2009 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 29 Jan 2009 09:09:29 -0500 Subject: Fedora 11 Alpha screenshots In-Reply-To: <4980C110.3030209@fedoraproject.org> References: <497F7F30.6040801@fedoraproject.org> <1233102522.3180.13.camel@matthiasc> <49800E6B.2040607@fedoraproject.org> <20090128195320.GC21638@localhost.localdomain> <4980C110.3030209@fedoraproject.org> Message-ID: <20090129140929.GH27203@localhost.localdomain> On Thu, Jan 29, 2009 at 02:03:20AM +0530, Rahul Sundaram wrote: > Paul W. Frields wrote: > >> I think Matthias meant that the Alpha is intended for a highly >> technical developer/tester audience, for whom screenshots aren't very >> compelling. > > I thought so too earlier on but from interacting with users, it isn't > quite true. Even for alpha or beta releases, a lot of people (and press) > like screenshots. Screenshots and screencasts attract people throughout > development cycle. Any major change in the interface like Plymouth in the > earlier release and volume control in this release is definitely worth > highlighting. > > Also, instead of trying to put together all of the release notes at the > end of the cycle, I am trying to do it more incrementally and do a better > job each milestone. Except for a few notes about what a alpha or beta > release means, it is worth taking it as seriously as the general release. > I am now more or less done with the Fedora 11 Alpha release notes and > pretty happy with it. You did a good job of bubbling up important topics for the release notes, thanks for your work there! -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Thu Jan 29 14:20:04 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 29 Jan 2009 19:50:04 +0530 Subject: GDM, session support In-Reply-To: <4981580F.1040900@nicubunu.ro> References: <497F8063.7070206@fedoraproject.org> <20090128152450.GE3606@nostromo.devel.redhat.com> <49809162.9000606@fedoraproject.org> <4981580F.1040900@nicubunu.ro> Message-ID: <4981BB14.9030301@fedoraproject.org> Nicu Buculei wrote: > Rahul Sundaram wrote: >> Bill Nottingham wrote: >>> Rahul Sundaram (sundaram at fedoraproject.org) said: >>>> What's the plan for GDM in GNOME 2.26. Are we getting things like >>>> auto login support back? >>> >>> Judging from some livecds I've seen, that's still there. >> >> We only have timed login support last I checked. There are missing >> features like gdm setup as well. > > I remember using gdm setup in the past mostly to change the theme, but > since the new gdm is not themable (you can only change the background > image and this is done elsewhere), I hardly see the need for a setup > application Count the number of times users have asked for it in end user forums and it becomes obvious that we need it back. gdmsetup did a lot more than just theme management. Rahul From debarshi.ray at gmail.com Fri Jan 30 08:40:40 2009 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Fri, 30 Jan 2009 14:10:40 +0530 Subject: Updating Anjuta and Glade -- need some help Message-ID: <3170f42f0901300040n8f9fdbfn5e60fabe13a321d2@mail.gmail.com> I am looking for someone who will be kind enough to update Anjuta [1] and Glade3 [2] to 2.25.5 and 3.5.6 respectively in Rawhide. My desktop's motherboard has been damaged and it will take sometime to repair it and I am not in a position to update my laptop that runs on Fedora 9. Anjuta has now enabled its symbol-db plugin by default which would need libgda >= 3.99.8 and this should now be available in Rawhide. If you need anything else from me, please let me know. Thanks, Debarshi ---- [1] https://admin.fedoraproject.org/pkgdb/packages/name/anjuta [2] https://admin.fedoraproject.org/pkgdb/packages/name/glade3 [3] ftp://ftp.gnome.org/pub/gnome/sources/anjuta/2.25/ [4] ftp://ftp.gnome.org/pub/gnome/sources/glade3/3.5/ From mclasen at redhat.com Fri Jan 30 14:59:23 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 30 Jan 2009 09:59:23 -0500 Subject: Updating Anjuta and Glade -- need some help In-Reply-To: <3170f42f0901300040n8f9fdbfn5e60fabe13a321d2@mail.gmail.com> References: <3170f42f0901300040n8f9fdbfn5e60fabe13a321d2@mail.gmail.com> Message-ID: <1233327564.3271.2.camel@matthiasc> On Fri, 2009-01-30 at 14:10 +0530, Debarshi Ray wrote: > I am looking for someone who will be kind enough to update Anjuta [1] > and Glade3 [2] to 2.25.5 and 3.5.6 respectively in Rawhide. My > desktop's motherboard has been damaged and it will take sometime to > repair it and I am not in a position to update my laptop that runs on > Fedora 9. I'll look at it when I do my next round of gnome updates (if it still needs doing then...).