Re: [Test-Announce] Call for reviewing TCMS use cases and comparison!

[Adam Williamson]

On Fri, 2011-01-21 at 19:02 +, Samuel Greenfeld wrote:

> > I do like litmus!  It's a nice evolution from testopia for
> upstream
> > mozilla.  We don't currently have an 'unclear' test result.
>  I'm not
> > opposed to it, but would need better understand how that
> field is used,
> > and the process around it, in litmus.
> 
> 
> Agree with James.
> 
> What I believe Mozilla is doing (since I have not had a chance to work
> with their QA team yet) is flagging test cases with a form of soft
> failure in that the result of a testcase neither clearly passed, nor
> clearly failed.  So in addition to "Passed", "Failed", and any other
> common states (Blocked, In Progress, etc.) you have an "Unclear"
> result state.

Hurry is somewhat wrong to say we don't currently have an 'unclear'
result; we do have the 'warn' result, which is in some ways similar. We
usually use it to indicate when a test turns up some kind of anomalous
behaviour which isn't exactly a failure.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Adam Williamson]

On Mon, 2011-01-24 at 09:11 -0500, Matthias Clasen wrote:

> I've added the dependency to gnome-panel. That should achieve the same
> for gnome users on upgrade, without affecting other spins.

But it doesn't make any sense. gnome-panel does *not* require
gnome-shell. We really shouldn't just go around abusing dependencies to
make upgrades 'work', even if it is convenient.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Adam Williamson]

On Sun, 2011-01-23 at 22:42 +0530, Rahul Sundaram wrote:
> On 01/23/2011 09:58 PM, Christoph Wickert wrote:
> >
> > Also keep in mind that there are other "first-class desktop
> > environment". Moblin is just as much a GNOME based first-class desktop
> > environment as gnome-shell, just for a different use-case (Netbooks).
> 
> I don't think that's the case.  GNOME Shell is a integral part of GNOME
> 3.  Moblin upstream seems only interested in being a complete OS and
> haven't cooperated well with other projects which want to include Moblin
> as a alternative UI in their distributions.  Conman,  trademark
> shenanigans etc.  I understand the point you are trying to make but
> Moblin is really a poor example to pick. 

I can cite Unity, if you think it would help.

(runs away laughing maniacally)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Matthias Clasen]

On Mon, 2011-01-24 at 13:01 -0500, Bill Nottingham wrote:
> Matthias Clasen (mcla...@redhat.com) said: 
> > > Does anyone have any other workarounds?
> > 
> > 
> > gsettings set org.gnome.desktop.background show-desktop-icons true
> > 
> > Note that nautilus seems to crash when the key is changed while it is
> > running, so do it before starting nautilus.
> 
> If this is the sort of thing that people who have set up their desktop with
> icons may want, but we don't want as the normal way going forwards, why
> not set this key to be enabled in the gconf->gsettings migration schema, but
> off in the actual schema default for new installs?

Migration just copies whatever value you had in your gconf db, it is not
set up to 'inject' new values. And since the old default was 'true', few
people will have it in their local db (unless they set it to false...).

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 13 updates-testing report

[updates]

The following Fedora 13 Security updates need testing:

https://admin.fedoraproject.org/updates/dbus-1.2.24-2.fc13
https://admin.fedoraproject.org/updates/subversion-1.6.15-1.fc13
https://admin.fedoraproject.org/updates/feh-1.10.1-1.fc13
https://admin.fedoraproject.org/updates/mod_auth_mysql-3.0.0-12.fc13
https://admin.fedoraproject.org/updates/chm2pdf-0.9.1-8.fc13
https://admin.fedoraproject.org/updates/wireshark-1.2.14-1.fc13
https://admin.fedoraproject.org/updates/hplip-3.10.9-14.fc13
https://admin.fedoraproject.org/updates/myproxy-5.3-1.fc13
https://admin.fedoraproject.org/updates/proftpd-1.3.3d-1.fc13
https://admin.fedoraproject.org/updates/perl-CGI-3.51-1.fc13
https://admin.fedoraproject.org/updates/tor-0.2.1.29-1300.fc13
https://admin.fedoraproject.org/updates/perl-CGI-Simple-1.113-1.fc13


The following Fedora 13 Critical Path updates have yet to be approved:

https://admin.fedoraproject.org/updates/python-ethtool-0.6-1.fc13
https://admin.fedoraproject.org/updates/elfutils-0.151-1.fc13
https://admin.fedoraproject.org/updates/util-linux-ng-2.17.2-10.fc13
https://admin.fedoraproject.org/updates/livecd-tools-13.1-1.fc13
https://admin.fedoraproject.org/updates/selinux-policy-3.7.19-80.fc13
https://admin.fedoraproject.org/updates/libical-0.46-2.fc13
https://admin.fedoraproject.org/updates/pm-utils-1.2.6.1-4.fc13
https://admin.fedoraproject.org/updates/mash-0.5.20-1.fc13

https://admin.fedoraproject.org/updates/nss-3.12.7-4.fc13,nss-util-3.12.7-2.fc13,nss-softokn-3.12.7-3.fc13,nspr-4.8.6-1.fc13

https://admin.fedoraproject.org/updates/xorg-x11-drv-openchrome-0.2.904-7.fc13


The following builds have been pushed to Fedora 13 updates-testing

3Depict-0.0.4-1.fc13
claws-mail-3.7.8-3.fc13
claws-mail-plugins-3.7.8-4.fc13
flies-python-client-0.7.1-1.fc13
kile-2.1-0.10.b5.fc13
libfap-1.0-3.fc13
perl-Parallel-Prefork-0.11-1.fc13
pssh-2.2-1.fc13
python-ethtool-0.6-1.fc13
rubygem-net-http-persistent-1.4.1-1.fc13
spectrum-1.4.7-1.fc13
stage-3.2.2-8.fc13
webkitgtk-1.2.6-2.fc13

Details about builds:



 3Depict-0.0.4-1.fc13 (FEDORA-2011-0701)
 Valued 3D point cloud visualization and analysis

Update Information:

Update to 0.0.4

ChangeLog:

* Sat Jan 22 2011 D Haley  - 0.0.4-1
- Update to 0.0.4




 claws-mail-3.7.8-3.fc13 (FEDORA-2011-0717)
 The extended version of Sylpheed

ChangeLog:

* Sun Jan 23 2011 Andreas Bierfert 
- 3.7.8-3
- add plugin dep files to respective plugins (#667377)
- disable dillo on rhel

References:

  [ 1 ] Bug #667377 - Mispackaged plugin *.deps files - cannot load pgpmime and 
pgpinline plugins without loading pgpcore first
https://bugzilla.redhat.com/show_bug.cgi?id=667377
  [ 2 ] Bug #666335 - [abrt] claws-mail-3.7.8-2.fc14: parasite_python_init: 
Process /usr/bin/claws-mail was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=666335
  [ 3 ] Bug #664265 - Claws mail Python plugin package missing examples
https://bugzilla.redhat.com/show_bug.cgi?id=664265




 claws-mail-plugins-3.7.8-4.fc13 (FEDORA-2011-0717)
 Additional plugins for claws-mail

ChangeLog:

* Sun Jan 23 2011 Andreas Bierfert 
- 3.7.8-3
- disable dillo on rhel
- make python plugin dlopen right python so (#666335)
- include python plugin examples (#664265)
* Mon Jan 10 2011 Matthias Clasen 
- Rebuild against newer gtk

References:

  [ 1 ] Bug #667377 - Mispackaged plugin *.deps files - cannot load pgpmime and 
pgpinline plugins without loading pgpcore first
https://bugzilla.redhat.com/show_bug.cgi?id=667377
  [ 2 ] Bug #666335 - [abrt] claws-mail-3.7.8-2.fc14: parasite_python_init: 
Process /usr/bin/claws-mail was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=666335
  [ 3 ] Bug #664265 - Claws mail Python plugin package missing examples
https://bugzilla.redhat.com/show_bug.cgi?id=664265

Fedora 14 updates-testing report

[updates]

The following Fedora 14 Security updates need testing:

https://admin.fedoraproject.org/updates/feh-1.10.1-1.fc14
https://admin.fedoraproject.org/updates/socat-1.7.1.3-1.fc14
https://admin.fedoraproject.org/updates/mod_auth_mysql-3.0.0-12.fc14
https://admin.fedoraproject.org/updates/chm2pdf-0.9.1-9.fc14
https://admin.fedoraproject.org/updates/wireshark-1.4.3-1.fc14
https://admin.fedoraproject.org/updates/hplip-3.10.9-14.fc14
https://admin.fedoraproject.org/updates/myproxy-5.3-1.fc14
https://admin.fedoraproject.org/updates/proftpd-1.3.3d-1.fc14
https://admin.fedoraproject.org/updates/tor-0.2.1.29-1400.fc14
https://admin.fedoraproject.org/updates/perl-CGI-Simple-1.113-1.fc14
https://admin.fedoraproject.org/updates/perl-CGI-3.51-1.fc14
https://admin.fedoraproject.org/updates/exim-4.72-2.fc14


The following Fedora 14 Critical Path updates have yet to be approved:

https://admin.fedoraproject.org/updates/python-ethtool-0.6-1.fc14
https://admin.fedoraproject.org/updates/perl-5.12.3-141.fc14
https://admin.fedoraproject.org/updates/nss-3.12.9-2.fc14
https://admin.fedoraproject.org/updates/openldap-2.4.23-6.fc14
https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-25.fc14
https://admin.fedoraproject.org/updates/glibc-2.13-1
https://admin.fedoraproject.org/updates/dmidecode-2.11-1.fc14
https://admin.fedoraproject.org/updates/xorg-x11-drv-geode-2.11.11-2.fc14


The following builds have been pushed to Fedora 14 updates-testing

3Depict-0.0.4-1.fc14
anki-1.2.4-1.fc14
claws-mail-3.7.8-3.fc14
claws-mail-plugins-3.7.8-4.fc14
flies-python-client-0.7.1-1.fc14
kile-2.1-0.10.b5.fc14
libfap-1.0-3.fc14
ochusha-0.6.0.1-0.9.cvs20100817T.fc14
perl-5.12.3-141.fc14
perl-Parallel-Prefork-0.11-1.fc14
pssh-2.2-1.fc14
python-ethtool-0.6-1.fc14
rubygem-net-http-persistent-1.4.1-1.fc14
spectrum-1.4.7-1.fc14
stage-3.2.2-8.fc14

Details about builds:



 3Depict-0.0.4-1.fc14 (FEDORA-2011-0703)
 Valued 3D point cloud visualization and analysis

Update Information:

Update to 0.0.4

ChangeLog:

* Sat Jan 22 2011 D Haley  - 0.0.4-1
- Update to 0.0.4




 anki-1.2.4-1.fc14 (FEDORA-2011-0481)
 Flashcard program for using space repetition learning

Update Information:

* update to new upstream version 1.2.4
* full changelog: http://www.ankisrs.net/changes.html


ChangeLog:

* Sun Jan 23 2011 Christian Krause  - 1.2.4-1
- Update to new upstream version 1.2.4 (BZ 665163)
* Fri Jan 14 2011 Christian Krause  - 1.2.2-1
- Update to new upstream version 1.2.2 (BZ 665163)
* Tue Dec 14 2010 Christian Krause  - 1.1.10-1
- Update to new upstream version 1.1.10 (BZ 655939)

References:

  [ 1 ] Bug #665163 - anki-1.2.2 is available
https://bugzilla.redhat.com/show_bug.cgi?id=665163




 claws-mail-3.7.8-3.fc14 (FEDORA-2011-0710)
 The extended version of Sylpheed

ChangeLog:

* Sun Jan 23 2011 Andreas Bierfert 
- 3.7.8-3
- add plugin dep files to respective plugins (#667377)
- disable dillo on rhel

References:

  [ 1 ] Bug #667377 - Mispackaged plugin *.deps files - cannot load pgpmime and 
pgpinline plugins without loading pgpcore first
https://bugzilla.redhat.com/show_bug.cgi?id=667377
  [ 2 ] Bug #666335 - [abrt] claws-mail-3.7.8-2.fc14: parasite_python_init: 
Process /usr/bin/claws-mail was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=666335
  [ 3 ] Bug #664265 - Claws mail Python plugin package missing examples
https://bugzilla.redhat.com/show_bug.cgi?id=664265




 claws-mail-plugins-3.7.8-4.fc14 (FEDORA-2011-0710)
 Additional plugins for claws-mail

ChangeLog:

* Sun Jan 23 2011 Andreas Bierfert 
- 3.7.8-3
- disable dillo on rhel
- make python plugin dlopen right p

Re: What has happened to desktop icons in rawhide?

[Clyde E. Kunkel]

On 01/24/2011 09:23 AM, Matthias Clasen wrote:
> 
>
> gsettings set org.gnome.desktop.background show-desktop-icons true
>
> Note that nautilus seems to crash when the key is changed while it is
> running, so do it before starting nautilus.
>
Many, many, many thanks!

Shouldn't this be the default?  Don't most folks want desktop icons?

Regards
OldFart
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

2011-01-24 - Fedora QA meeting - recap

[James Laska]

Minutes and IRC transcript available at
https://fedoraproject.org/wiki/QA/Meetings/20110124  ... get 'em while
they're hot!


TOPIC: Previous meeting follow-up
=
 1. adamw - follow-up on advisory-board thread on media requirements
for spins

(http://lists.fedoraproject.org/pipermail/advisory-board/2011-January/010271.html).
  * Appears this has been resolved
 2. Bodhi feedback patch from fcami (see {{Ticket|infrastructure|
701}} awaiting review
  * reviewed and accepted, thanks lmacken!


TOPIC: Wiki and Nitrate TCMS - Move to next step (ticket#152)
=
  * See https://fedorahosted.org/fedora-qa/ticket/152
 1. https://fedoraproject.org/wiki/Tcms_use_cases
 2. https://fedoraproject.org/wiki/Tcms_Comparison
  * Wiki use cases and feature comparison called for final review
last week.  
  * Based on the comments, I modified the requirements and moved
previous to formal pages below:
  * Next steps ...
 1. Identify Must-Have + Nice-to-Have feature to find any
feature gaps we'd need from Nitrate. Such features will
firstly be marked in the comparison table[2], and then
summarized in a separate page for reference. Comments
welcome!
 2. Write scripts for importing xml files from wiki to
nitrate. The xml files exported from wiki has different
format from the files to be imported to nitrate,
therefore, scripts are needed to do the conversion.
Volunteers are welcomed!


TOPIC: Adjusting ''proventesters'' group to be invite-only
=
  * Some testers are applying to the FAS proventesters group, but
not filing a ticket or sending a welcome email (see
http://lists.fedoraproject.org/pipermail/test/2011-January/096511.html)
  * One suggestion is to make ''proventesters'' invite-only, and
reflect the change in the [[Proven_tester]] documentation
  * Group discussed and decided to update wiki documentation to
clarify process for handling join requests w/o a ticket.  If we
are flooded with FAS requests w/o a ticket, we will reconsider
invite-only recommendation
  * Next steps ...
 1. ACTION: jlaska - update
https://fedoraproject.org/wiki/Proven_tester#Mentoring_process 
with information about how to handle FAS group requests without a corresponding 


TOPIC: Better living through automation ... autoqa
=
  * new_koji_watcher and depcheck branch were reviewed
  * Together with the review of new_koji_watcher branch we have
found a bug in Bodhi where it incorrectly used -pending tags on
certain packages. lmacken quickly created a patch, which should
be pushed into production soon (see

https://fedorahosted.org/bodhi/changeset/d6218003bda6ce41f85d1a71260aa4152ec63b41)
  * jlaska fixed issues that prevented autotest from building on
Fedora 14
  * Next steps ...
 1. Continue working towards autoqa-0.4.4 milestone
 2. More testing of 'master'

TOPIC: Thu, Jan 27 Test Day -- Network device naming
=
  * https://fedorahosted.org/fedora-qa/ticket/159
  * Wiki looking good ... many thanks to Narendar & Dell for
preparation (see

https://fedoraproject.org/wiki/Test_Day:2011-01-27_Network_Device_Naming_With_Biosdevname)
  * Blog announcements 
 1. [http://domsch.com/blog/?p=455 Consistent Network Device
Naming coming to Fedora 15Consistent Network Device
Naming coming to Fedora 15]
 2. 
[http://www.networkworld.com/community/fedora-15-changes-network-device-naming 
Breaking a few eggs: Fedora 15 changes network device naming]
  * Next steps ...
 1. jlaska will upload a script provided by Narendra to help
participants determine if they have applicable hardware
 2. HELP: Spread the word -- Test Day this week -- Thu 27,
2011


ACTION ITEMS
=
 1.  jlaska - update
https://fedoraproject.org/wiki/Proven_tester#Mentoring_process
with information about how to handle FAS group requests without
a corresponding ticket



signature.asc
Description: This is a digitally signed message part
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Christoph Wickert]

Am Montag, den 24.01.2011, 09:13 -0500 schrieb Matthias Clasen:
> On Sun, 2011-01-23 at 17:17 +0100, Christoph Wickert wrote:
> 
> > Glad to hear that, but it's not really a solution. In the past we had to
> > reduce the number of applications with every release because the
> > dependency footprint became worse and worse. Now we cannot even ship
> > gnumeric in the Xfce spin any longer. I am pretty sure our users don't
> > want us to spend the new space with an additional desktop they cannot /
> > don't want use.
> 
> The only way to avoid this continuing slide is to find somebody who is
> willing to work on language packs.

What language packs? AFAICS it's mostly input methods and I'm afraid we
cannot exclude people here. Therefor cutting the dependency bload
becomes more important. If you look at the depchain tracker you will see
that some of the deps are not serving any purpose and are just wrong.
I'd appreciate if people looked at the bugs we file.

Regards,
Christoph


-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Peter Robinson]

On Mon, Jan 24, 2011 at 6:06 PM, Bill Nottingham  wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> >> > gnome-shell should not end up being a space problem, if it is you'd be
>> >> > worried where the user is supposed to store his/here data ...
>> >>
>> >> On something like an XO-1 where it only has 1gb of storage anything
>> >> extra removes space for user data. And you could have a different
>> >> device for /home anyway
>> >
>> > An XO-1 is a special-purpose device that is probably best served by a
>> > special-purpose OS in any case, IMO.
>>
>> we've had that discussion, please go and read back through the list archives.
>
> Sure, but compare the space used by gnome-shell + mutter, vs the space
> used by xorg-x11-drivers and its dependencies, or all the other kernel
> modules that don't serve a purpose on a hardware platform like XO.

Yes, I agree wholeheartedly, but that's not what I'm asking for. I'm
asking that gnome 2 desktop, that works very well in the non 3D
desktop space like the XO, not to be coupled with gnome-shell / gnome
3 dependencies :-) nothing more than that.

Peter
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Bill Nottingham]

Peter Robinson (pbrobin...@gmail.com) said: 
> >> > gnome-shell should not end up being a space problem, if it is you'd be
> >> > worried where the user is supposed to store his/here data ...
> >>
> >> On something like an XO-1 where it only has 1gb of storage anything
> >> extra removes space for user data. And you could have a different
> >> device for /home anyway
> >
> > An XO-1 is a special-purpose device that is probably best served by a
> > special-purpose OS in any case, IMO.
> 
> we've had that discussion, please go and read back through the list archives.

Sure, but compare the space used by gnome-shell + mutter, vs the space
used by xorg-x11-drivers and its dependencies, or all the other kernel 
modules that don't serve a purpose on a hardware platform like XO.

Bill
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Bill Nottingham]

Matthias Clasen (mcla...@redhat.com) said: 
> > Does anyone have any other workarounds?
> 
> 
> gsettings set org.gnome.desktop.background show-desktop-icons true
> 
> Note that nautilus seems to crash when the key is changed while it is
> running, so do it before starting nautilus.

If this is the sort of thing that people who have set up their desktop with
icons may want, but we don't want as the normal way going forwards, why
not set this key to be enabled in the gconf->gsettings migration schema, but
off in the actual schema default for new installs?

Bill
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Peter Robinson]

On Mon, Jan 24, 2011 at 5:38 PM, Bill Nottingham  wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> > gnome-shell should not end up being a space problem, if it is you'd be
>> > worried where the user is supposed to store his/here data ...
>>
>> On something like an XO-1 where it only has 1gb of storage anything
>> extra removes space for user data. And you could have a different
>> device for /home anyway
>
> An XO-1 is a special-purpose device that is probably best served by a
> special-purpose OS in any case, IMO.

we've had that discussion, please go and read back through the list archives.

Peter
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Bill Nottingham]

Peter Robinson (pbrobin...@gmail.com) said: 
> > gnome-shell should not end up being a space problem, if it is you'd be
> > worried where the user is supposed to store his/here data ...
> 
> On something like an XO-1 where it only has 1gb of storage anything
> extra removes space for user data. And you could have a different
> device for /home anyway

An XO-1 is a special-purpose device that is probably best served by a
special-purpose OS in any case, IMO.

Bill
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Matthias Clasen]

On Mon, 2011-01-24 at 21:18 +0530, Rahul Sundaram wrote:
> On 01/24/2011 07:41 PM, Matthias Clasen wrote:
> >
> > I've added the dependency to gnome-panel. That should achieve the same
> > for gnome users on upgrade, without affecting other spins.
> 
> What about gnome-themes-standard?  I had to install the package manually
> after a yum upgrade from Fedora 14

I've asked Ray to sort out theme dependencies.

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Rahul Sundaram]

On 01/24/2011 07:41 PM, Matthias Clasen wrote:
>
> I've added the dependency to gnome-panel. That should achieve the same
> for gnome users on upgrade, without affecting other spins.

What about gnome-themes-standard?  I had to install the package manually
after a yum upgrade from Fedora 14

Rahul

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

[Fedora QA] #165: ABRT

[Fedora QA]

#165: ABRT
--+-
 Reporter:  jmoskovc  |   Owner: 
 Type:  task  |  Status:  new
 Priority:  major |   Milestone: 
Component:  Test Day  | Version: 
 Keywords:|  
--+-
 There is a lot of changes in the new version of ABRT which we'd like to
 put thru some more extensive testing. One of them is
 http://fedoraproject.org/wiki/Features/RetraceServer which we'd like to
 also test during this test day.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Matthias Clasen]

On Sun, 2011-01-23 at 11:17 -0500, Clyde E. Kunkel wrote:
> On 01/22/2011 12:53 PM, Jason D. Clinton wrote:
> > On Sat, Jan 22, 2011 at 09:58, Clyde E. 
> > Kunkelwrote:
> >
> >> The startup applications menu selection has gone away also...so how do
> >> we start nautilus when gnome is loaded?  Used to be able to put a
> >> startup cmd in the startup apps dialogue.
> >>
> >
> >
> > http://specifications.freedesktop.org/autostart-spec/autostart-spec-latest.html
> >
> > Short version: ln -s /usr/share/applications/name.desktop
> > ~/.config/autostart
> >
> >
> 
> Thanks for the suggestion.  It didn't work and the discussion on this 
> thread has gone in a different direction.
> 
> I can get a startup application for nautilus (that used to work) to 
> execute when rawhide gnome is loaded since my home directory is shared 
> with F14,and other RH and Fedora installations.  But the desktop icons 
> do not show up in rawhide.
> 
> Does anyone have any other workarounds?


gsettings set org.gnome.desktop.background show-desktop-icons true

Note that nautilus seems to crash when the key is changed while it is
running, so do it before starting nautilus.

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

2011-01-24 @ 16:00UTC - Fedora QA meeting - agenda

[James Laska]

On Fri, 2011-01-21 at 14:09 -0500, James Laska wrote:
> # Fedora Quality Assurance Meeting
> # Date: 2011-01-24
> # Time: 16:00 UTC (11:00 EST, 17:00 CET) [1]
> # Location: #fedora-meeting on irc.freenode.net
> 
> Greetings folks,
> 
> This is a reminder that we have a QA meeting scheduled every Monday at
> 16:00UTC.  If you are unable to make the meeting, but would like to see
> an issue discussed, feel free to respond to the agenda with discussion
> topics.  If no meeting topics have been proposed, we may choose to
> cancel the meeting.
> 

= Proposed agenda =
 1. Adjusting proventesters group to be invite-only
 2. Better living through automation ... autoqa
 3. ticket#152 - Wiki and Nitrate TCMS - Move to next step (rhe)
 4. Thu, Jan 27 Test Day -- Network device naming
 5. Open discussion - 

See you @ 16:00 UTC!

Thanks,
James


signature.asc
Description: This is a digitally signed message part
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Matthias Clasen]

On Sun, 2011-01-23 at 17:17 +0100, Christoph Wickert wrote:

> Glad to hear that, but it's not really a solution. In the past we had to
> reduce the number of applications with every release because the
> dependency footprint became worse and worse. Now we cannot even ship
> gnumeric in the Xfce spin any longer. I am pretty sure our users don't
> want us to spend the new space with an additional desktop they cannot /
> don't want use.

The only way to avoid this continuing slide is to find somebody who is
willing to work on language packs.



-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: What has happened to desktop icons in rawhide?

[Matthias Clasen]

On Sun, 2011-01-23 at 16:03 +0100, Christoph Wickert wrote:
> Am Samstag, den 22.01.2011, 14:05 -0500 schrieb Matthias Clasen:
> > On Sat, 2011-01-22 at 12:43 -0600, Bruno Wolff III wrote:
> > > On Sat, Jan 22, 2011 at 10:51:20 -0500,
> > >   Matthias Clasen  wrote:
> > > > On Sat, 2011-01-22 at 17:44 +0200, cornel panceac wrote:
> > > > 
> > > > > 
> > > > > oh, but should it start panels? or at least the gnomeshell?
> > > > 
> > > > Yes, it starts gnome-shell, unless your system is not capable of running
> > > > it, in which case it starts gnome-panel+metacity.
> > > 
> > > I did a yum upgrade from F14 to rawhide a month or so ago and have been 
> > > doing
> > > contunuous updates since then. Nothing seems to have dragged in 
> > > gnome-shell.
> > > It's probably worth thinking about a way to it installed for people doing
> > > yum upgrades from F13 or F14. I am not sure if using preupgrade has the 
> > > same
> > > issue or not.
> > 
> > That is a good point. We should perhaps add a gnome-session ->
> > gnome-shell dependency.
> 
> Please don't. GDM already requires gnome-session and with gnome-shell
> and it's deps the Xfce spin would be way over CD size.
> 

I've added the dependency to gnome-panel. That should achieve the same
for gnome users on upgrade, without affecting other spins.

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

rawhide report: 20110124 changes

[Rawhide Report]

Compose started at Mon Jan 24 08:15:20 UTC 2011

Broken deps for x86_64
--
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit)
cairo-java-1.0.8-2.fc15.i686 requires libgcj.so.11
cairo-java-1.0.8-2.fc15.x86_64 requires libgcj.so.11()(64bit)
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Osetb) = 
0:8f21a0a4f771662673604ed92a237d79
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Flag) = 
0:88862d84db594e5181afc1c5f7aa87fb
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(ANSITerminal) = 
0:3d0d1700618d8b3a4e4b2308f28cefb6
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oassocb) = 
0:d873c4a1eeb6fa5c5333f8658c49d1db
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Dumper) = 
0:76126ba149caeb2d34f12e11187a9d4e
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(SetPt) = 
0:b69c030e8ca717d556d3d9bd2a5d22fd
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Setb) = 
0:93bdb588146a13126bfad4eab6c58206
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Mapb) = 
0:617c09a110cef9f040335b35078c7234
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Sexplib) = 
0:a990ea80438337d5407bbc0343c7236a
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Ograph2way) = 
0:7442f647b0a74ed48a5c9361fc42ccc4
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oassoch) = 
0:87f7dc2635e5a7ed1ab03b7cd5380ace
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oassoc_buffer) = 
0:cf6fbee4fcc6644a0a90f07da8eb6c7b
coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oseti) = 
0:a937e7661f510c17bfd21d4372507795
compat-gcc-34-c++-3.4.6-20.fc14.x86_64 requires libstdc++ < 0:4.6.0
cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit)
db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0
dh-make-0.55-2.fc15.noarch requires debhelper
eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit)
fmt-ptrn-java-1.3.21-1.fc15.i686 requires libgcj.so.11
fmt-ptrn-java-1.3.21-1.fc15.x86_64 requires libgcj.so.11()(64bit)
frysk-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit)
frysk-devel-0.4-28.fc15.i386 requires libgcj.so.11
frysk-devel-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit)
frysk-gnome-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit)
gdcm-2.0.16-8.fc15.i686 requires libopenjpeg.so.2
gdcm-2.0.16-8.fc15.x86_64 requires libopenjpeg.so.2()(64bit)
gedit-vala-0.10.2-2.fc15.i686 requires libvala-0.10.so.0
gedit-vala-0.10.2-2.fc15.x86_64 requires libvala-0.10.so.0()(64bit)
glib-java-0.4.2-3.fc15.i686 requires libgcj.so.11
glib-java-0.4.2-3.fc15.x86_64 requires libgcj.so.11()(64bit)
1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gnome-gmail-notifier-0.10.1-1.fc14.x86_64 requires 
libnotify.so.1()(64bit)
gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires 
libbrasero-burn.so.1()(64bit)
gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires 
libbrasero-media.so.1()(64bit)
gnome-python2-evince-2.32.0-1.fc14.x86_64 requires 
libevdocument.so.3()(64bit)
gnome-python2-evince-2.32.0-1.fc14.x86_64 requires 
libevview.so.3()(64bit)
gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires 
libcamel-1.2.so.19()(64bit)
gnome-python2-gdl-2.25.3-22.fc15.x86_64 requires libgdl-1.so.3()(64bit)
gnome-python2-totem-2.32.0-1.fc14.x86_64 requires 
libgnome-media-profiles.so.0()(64bit)
gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 
0:2.0.0.0
gnustep-back-0.18.0-4.fc14.x86_64 requires libobjc.so.2()(64bit)
gnustep-base-1.20.1-2.fc14.i686 requires libobjc.so.2
gnustep-base-1.20.1-2.fc14.x86_64 requires libobjc.so.2()(64bit)
gnustep-examples-1.3.0-4.fc15.x86_64 requires libobjc.so.2()(64bit)
gnustep-gui-0.18.0-2.fc14.x86_64 requires libobjc.so.2()(64bit)
gnustep-gui-libs-0.18.0-2.fc14.i686 requires libobjc.so.2
gnustep-gui-libs-0.18.0-2.fc14.x86_64 requires libobjc.so.2()(64bit)
gorm-1.2.12-2.fc15.i686 requires libobjc.so.2
gorm-1.2.12-2.fc15.x86_64 requires libobjc.so.2()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires 
libchamplain-gtk-0.6.so.0()(64bit)
gshutdown-0.2-6.fc12.x86_64 requires libnotify.so.1()(64bit)
gsql-0.2.1-4.fc12.i686 requires libnotify.so.1
gsql-0.2.1-4.fc12.x86_64 requires l