Re: Well, I've tried GNOME 3 now...
Ian Pilcher gmail.com> writes: > ... > > It was stated that GNOME upstream, to use the Ford analogy, have eliminated > > the panel/menu/desktop-icon desktop metaphor from existence in Fedora 'by > > fiat'. I find that a pretty silly argument given the choices that are > > available. > ... > In the case of GNOME, the developers of that project have made a > decision that effectively removes the GNOME 2 interface as an option for > many users -- the vast majority of whom do not have the time and/or > skills to build and maintain a desktop environment. We will never know > which interface would have been more successful in the FLOSS desktop > environment "market". That's unfortunate, but it's also probably > inevitable in a world of limited resources. > ... Bill, take a look at this: http://live.gnome.org/UsabilityProject/ "What's important is not that we can conceive the idea, but that when we actually test it on people you discover it doesn't work... your intuition is wrong." - Daniel M. Russell (IBM Almaden / Xerox PARC)". That is their own motto to live by, for both Gnome 2 and 3 ! How do you feel now about your statement above regarding proven and accepted elements of Gnome 2 DE that were eliminated ? Knowledge and experience they themselves and others gained over many years of designing and user-testing optimal and effective desktop environments ! Now this: http://gnome3.org/ "A satisfying experience, whatever kind of computer you use: GNOME 3 will feel right at home on netbooks as well as larger machines" Really ? Like servers. workstations, PCs, notebooks ? Used by RH enterprise customers, non-technical businesses (big and small), users who do not sleep with their computers but use them as *tools* to accomplish their daily tasks ? Why did Fedora decide to abandon Gnome 2, instead of offering Gnome 3 as an experimental college-level project via a spin (as one poster here already asked), representing a work-in-progress where geeks still learn their Computer Science principles and skills ? Do you know that even on Gnome 3 Shell devs (and users) list people admit that they possibly boxed themselves into a corner and now are not willing or able to reverse the course where things went wrong ? It is a Fedora problem, and it will be a Red Hat problem in due time ! JB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 09:36 PM, Bill Nottingham wrote: > (drifting way off-topic for test@, at this point...) Maybe we need fedora-gno...@redhat.com? > It was stated that GNOME upstream, to use the Ford analogy, have eliminated > the panel/menu/desktop-icon desktop metaphor from existence in Fedora 'by > fiat'. I find that a pretty silly argument given the choices that are > available. Possibly a bad choice of terminology, but I stand by the specific point I was making that Henry Ford did not make the decision to eliminate horse-powered transport; he provided an alternative that the people/ market/whatever ultimately found to be superior. In the case of GNOME, the developers of that project have made a decision that effectively removes the GNOME 2 interface as an option for many users -- the vast majority of whom do not have the time and/or skills to build and maintain a desktop environment. We will never know which interface would have been more successful in the FLOSS desktop environment "market". That's unfortunate, but it's also probably inevitable in a world of limited resources. The two situations are simply not the same, and that's the only point I was trying to make. -- Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
(drifting way off-topic for test@, at this point...) Gregory Maxwell (gmaxw...@gmail.com) said: > On Mon, Apr 25, 2011 at 5:23 PM, Bill Nottingham wrote: > > http://git.gnome.org/ > > http://spins.fedoraproject.org/ > > > > The beautiful thing about open source is that you always have that choice. > > Sure, you may not like the amount of effort that may be involved (on a > > scale that goes from switching your local desktop, all the way up to forking > > your own copy of GNOME 2.30 and taking it in whatever direction you feel > > like), but it doesn't mean you don't have that choice. > > Even if there were no "open source" you'd have the _choice_ of creating your > own operating system and software all from scratch if the available software > didn't work the way you needed it to. But because of the enormous effort > required that "freedom" isn't very meaningful. It was stated that GNOME upstream, to use the Ford analogy, have eliminated the panel/menu/desktop-icon desktop metaphor from existence in Fedora 'by fiat'. I find that a pretty silly argument given the choices that are available. However, it's these sort of reactions that drive me up the wall. Carping about "not being given a choice"? Complaining to "give me XXX back"? Saying "it been honestly [described] everyone interested in GNOME could have known their favorite desktop project's maintainers had abandoned them over a year ago and made the decision to either step up and maintain it or put the effort into picking a new one"? (Ignoring the part where GNOME Shell has been developed entirely in the open for the better part of 2-3 years..) The entire point of creating a participatory culture is that *you have agency in your decisions*. Anyone using OSX, or iOS, or hell, even Android in a lot of cases, can vent on a mailing list, or post to their blog about how all the horrible changes The Man is doing to their software is ruining it. But with F/OSS, Fedora, GNOME, *you* have some ability to direct what happens. Now, is a voice in the wilderness who is othewise dissociated from anything happening upstream going to dissuade people? Not likely. Is a general consensus? Maybe. Is a huge swath of the userbase voting with their feet, or forking the project? Likely. But, really... talk is just that. Talk. And, truly, it is work to take over maintenance of something when upstream goes a different way. But it *does* happen in open source. Mozilla discontinued the all-in-one application suite. Enough people got a critical mass that there's now the SeaMonkey project - http://seamonkey-project.org/ Oracle was becoming less and less attuned to the OpenOffice.org community of users and developers. Thus begat... LibreOffice. KDE switched to KDE 4, changing many things in the process. Some people were disgruntled enough to maintain a fork of that - http://www.trinitydesktop.org/ If, truly, 'everyone interested in GNOME' has been abandoned, surely some level of critical mass could be attained? Or could be redirected to make some other desktop better in the way these people want? > That sort of argument should be rebutted with evidence that on the whole > and in the long term the change is expected to be beneficial to the user > community and/or the GNU/Linux ecosystem overall and evidence that these > goals could not otherwise be met through means which deprived (by forcing > them into non-standard configurations) fewer users of the value that > Fedora provides. Well, there's the unstated link from "I don't like it" to "net-detrimental to the Fedora user community" above. Which is an argument that also needs evidence. (Some has been posted. A lot of complaints don't have much in the way of evidence.) Aside from that... http://fedoraproject.org/wiki/Mission ... The Fedora Project's mission is to lead the advancement of free and open source software and content as a collaborative community. The three elements of this mission are clear: The Fedora Project always strives to lead, not follow. The Fedora Project consistently seeks to create, improve, and spread free/libre code and content. ... >From there, it's not a huge logical step that one of the best ways to accomplish that goals is to spread the Fedora OS to a wider audience. Now, let's take some random stats: http://upload.wikimedia.org/wikipedia/commons/9/99/Wikimedia_traffic_by_linux_os.svg Or, to view the same data in a different way: ENTITY Feb 11 Apr 09 Change Fedora 23503257-27.85% Similarly, if you view https://fedoraproject.org/wiki/Stats, and similar pages, the trend is relatively flat, or downward, ever since Fedora Core 6. (There's a slight peak around F11 or F12, but even so, it's not a drastic jump). If your goal is to spread the OS to a wider audience, it's a pretty fair statement that 'business as usual' does not appear to be working, or at least working in an obvious fashion. So, if we take the examples where traffic is increasing in the ab
Re: WARNING: at net/sched/sch_generic.c:256
This seems a lot like this: https://bugzilla.redhat.com/show_bug.cgi?id=693442 On 26/04/2011 10:05 AM, Antonio Olivares wrote: > Dear folks, > > I have a fully updated F15 Machine that sometimes just stops(internet > connection), can't update anymore. Only way out of it is to restart :( > > get a WARNING: > > [ 412.016078] [ cut here ] > [ 412.016096] WARNING: at net/sched/sch_generic.c:256 > dev_watchdog+0xe2/0x147() > [ 412.016103] Hardware name: Satellite A135 > [ 412.016109] NETDEV WATCHDOG: pci9p1 (r8169): transmit queue 0 timed out > [ 412.016115] Modules linked in: sco bnep l2cap bluetooth 8021q garp sunrpc > stp llc cpufreq_ondemand acpi_cpufreq mperf ip6t_REJECT nf_conntrack_ipv6 > nf_defrag_ipv6 ip6table_filter ip6_tables arc4 snd_hda_codec_realtek > snd_hda_intel snd_hda_codec snd_hwdep ath5k snd_seq snd_seq_device snd_pcm > ath mac80211 cfg80211 tifm_7xx1 tifm_core microcode iTCO_wdt r8169 snd_timer > iTCO_vendor_support i2c_i801 snd joydev mii serio_raw soundcore sparse_keymap > snd_page_alloc rfkill uinput ipv6 firewire_ohci firewire_core sdhci_pci > yenta_socket sdhci mmc_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit > i2c_core video [last unloaded: scsi_wait_scan] > [ 412.016248] Pid: 0, comm: swapper Not tainted 2.6.38.2-9.fc15.i686 #1 > [ 412.016255] Call Trace: > [ 412.016267] [] ? warn_slowpath_common+0x7c/0x91 > [ 412.016277] [] ? dev_watchdog+0xe2/0x147 > [ 412.016286] [] ? dev_watchdog+0xe2/0x147 > [ 412.016295] [] ? warn_slowpath_fmt+0x33/0x35 > [ 412.016305] [] ? dev_watchdog+0xe2/0x147 > [ 412.016316] [] ? _raw_spin_unlock_irqrestore+0x13/0x15 > [ 412.016327] [] ? __queue_work+0x1fc/0x204 > [ 412.016339] [] ? scsi_device_unbusy+0x7b/0x81 > [ 412.016351] [] ? run_timer_softirq+0x152/0x207 > [ 412.016361] [] ? scsi_softirq_done+0xeb/0xf3 > [ 412.016372] [] ? __rcu_process_callbacks+0x64/0x1f5 > [ 412.016382] [] ? dev_watchdog+0x0/0x147 > [ 412.016392] [] ? __do_softirq+0xa9/0x163 > [ 412.016402] [] ? __do_softirq+0x0/0x163 > [ 412.016407] [] ? irq_exit+0x3c/0x70 > [ 412.016424] [] ? do_IRQ+0x7e/0x92 > [ 412.016433] [] ? sched_clock_local+0x10/0x18b > [ 412.016444] [] ? common_interrupt+0x30/0x38 > [ 412.016455] [] ? spin_unlock_irq+0x10/0x12 > [ 412.016467] [] ? arch_local_irq_enable+0x5/0xb > [ 412.016477] [] ? acpi_idle_enter_bm+0x22e/0x265 > [ 412.016488] [] ? cpuidle_idle_call+0xc5/0x136 > [ 412.016498] [] ? cpu_idle+0x8e/0xa8 > [ 412.016509] [] ? rest_init+0x5d/0x5f > [ 412.016520] [] ? start_kernel+0x367/0x36d > [ 412.016530] [] ? unknown_bootoption+0x0/0x19e > [ 412.016541] [] ? i386_start_kernel+0xd6/0xdc > [ 412.016547] ---[ end trace 526e6e21fa22b53e ]--- -- Steven Haigh Email: net...@crc.id.au Web: http://www.crc.id.au Phone: (03) 9001 6090 - 0412 935 897 Fax: (03) 8338 0299 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
WARNING: at net/sched/sch_generic.c:256
Dear folks, I have a fully updated F15 Machine that sometimes just stops(internet connection), can't update anymore. Only way out of it is to restart :( get a WARNING: [ 412.016078] [ cut here ] [ 412.016096] WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0xe2/0x147() [ 412.016103] Hardware name: Satellite A135 [ 412.016109] NETDEV WATCHDOG: pci9p1 (r8169): transmit queue 0 timed out [ 412.016115] Modules linked in: sco bnep l2cap bluetooth 8021q garp sunrpc stp llc cpufreq_ondemand acpi_cpufreq mperf ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables arc4 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep ath5k snd_seq snd_seq_device snd_pcm ath mac80211 cfg80211 tifm_7xx1 tifm_core microcode iTCO_wdt r8169 snd_timer iTCO_vendor_support i2c_i801 snd joydev mii serio_raw soundcore sparse_keymap snd_page_alloc rfkill uinput ipv6 firewire_ohci firewire_core sdhci_pci yenta_socket sdhci mmc_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] [ 412.016248] Pid: 0, comm: swapper Not tainted 2.6.38.2-9.fc15.i686 #1 [ 412.016255] Call Trace: [ 412.016267] [] ? warn_slowpath_common+0x7c/0x91 [ 412.016277] [] ? dev_watchdog+0xe2/0x147 [ 412.016286] [] ? dev_watchdog+0xe2/0x147 [ 412.016295] [] ? warn_slowpath_fmt+0x33/0x35 [ 412.016305] [] ? dev_watchdog+0xe2/0x147 [ 412.016316] [] ? _raw_spin_unlock_irqrestore+0x13/0x15 [ 412.016327] [] ? __queue_work+0x1fc/0x204 [ 412.016339] [] ? scsi_device_unbusy+0x7b/0x81 [ 412.016351] [] ? run_timer_softirq+0x152/0x207 [ 412.016361] [] ? scsi_softirq_done+0xeb/0xf3 [ 412.016372] [] ? __rcu_process_callbacks+0x64/0x1f5 [ 412.016382] [] ? dev_watchdog+0x0/0x147 [ 412.016392] [] ? __do_softirq+0xa9/0x163 [ 412.016402] [] ? __do_softirq+0x0/0x163 [ 412.016407][] ? irq_exit+0x3c/0x70 [ 412.016424] [] ? do_IRQ+0x7e/0x92 [ 412.016433] [] ? sched_clock_local+0x10/0x18b [ 412.016444] [] ? common_interrupt+0x30/0x38 [ 412.016455] [] ? spin_unlock_irq+0x10/0x12 [ 412.016467] [] ? arch_local_irq_enable+0x5/0xb [ 412.016477] [] ? acpi_idle_enter_bm+0x22e/0x265 [ 412.016488] [] ? cpuidle_idle_call+0xc5/0x136 [ 412.016498] [] ? cpu_idle+0x8e/0xa8 [ 412.016509] [] ? rest_init+0x5d/0x5f [ 412.016520] [] ? start_kernel+0x367/0x36d [ 412.016530] [] ? unknown_bootoption+0x0/0x19e [ 412.016541] [] ? i386_start_kernel+0xd6/0xdc [ 412.016547] ---[ end trace 526e6e21fa22b53e ]--- http://www.smolts.org/client/show/pub_5ebb6aa5-331a-4eb3-a06f-b06c6c55c036 Thanks, Antonio -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F-15 Branched report: 20110425 changes
Compose started at Mon Apr 25 13:15:36 UTC 2011 Broken deps for x86_64 -- collectd-mysql-4.10.2-2.fc15.x86_64 requires libmysqlclient.so.16()(64bit) collectd-mysql-4.10.2-2.fc15.x86_64 requires libmysqlclient.so.16(libmysqlclient_16)(64bit) 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 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper eog-plugins-2.91.90-1.fc15.x86_64 requires libchamplain-gtk-0.10.so.0()(64bit) eog-plugins-2.91.90-1.fc15.x86_64 requires libchamplain-0.10.so.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog) glunarclock-0.34.1-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-music-2.5.1-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-3.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libgweather.so.1()(64bit) gnome-netstatus-2.28.2-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gnome-python2-applet-2.32.0-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.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 gnome-themes-2.32.0-5.fc15.noarch requires gtk-theme-engine-clearlooks gnomeradio-1.8-9.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) gnomeradio-1.8-9.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) gnotime-2.3.0-8.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) gnubiff-2.2.13-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnustep-back-0.18.0-4.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-back-0.18.0-4.fc14.x86_64 requires libgnustep-base.so.1.20()(64bit) gnustep-examples-1.3.0-4.fc15.x86_64 requires libgnustep-base.so.1.20()(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 libgnustep-base.so.1.20()(64bit) gnu
Re: Well, I've tried GNOME 3 now...
On Mon, 2011-04-25 at 19:08 -0400, Tom Horsley wrote: > http://home.comcast.net/~tomhorsley/wisdom/braindump/oss-happens.html That's an excellent bookmark, thanks for the laugh :) Jon. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On Tue, 26 Apr 2011 06:45:01 +0800 Ed Greshko wrote: > Why didn't the folks making all the noise "get involved" earlier? For the same reason the vast majority of people are always shocked by the open source developers: Most people have better things to do with their time than obsessively follow every open source project on the off chance that the developers will decide to do something incomprehensibly silly (and, of course, there is also the fact that once they get something silly in their head, trying to talk them out of it and argue that in fact nothing is the best thing to do gets you labelled as merely a no-nothing obstructionist whom they are perfectly justified in utterly ignoring). http://home.comcast.net/~tomhorsley/wisdom/braindump/oss-happens.html -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/26/2011 06:06 AM, Genes MailLists wrote: >Perhaps there are different issues being discussed here - if so we > should be more clear in separating them: > > (i) gnome-3 > > + Pros and Cons .. > + how can we make it better ... > > The above implies its gnome not fedora making design > choices so that means there is also below: The *same* as it has been for a long time. http://www.gnome.org/get-involved/ The question really is Why didn't the folks making all the noise "get involved" earlier? > (ii) Fedora DE - > >+ What should the default DE going forward >+ If changing - then is it F16 or F17 ? >+ etc > > I use KDE. I've been using KDE for years. I managed the move to KDE 4. And I'm *happy* that GNOME is the default going forwardas long as it is possible to install and switch to KDE. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 05:23 PM, Bill Nottingham wrote: > Ian Pilcher (arequip...@gmail.com) said: >> On 04/25/2011 11:19 AM, drago01 wrote: ... > > http://git.gnome.org/ > http://spins.fedoraproject.org/ > Perhaps there are different issues being discussed here - if so we should be more clear in separating them: (i) gnome-3 + Pros and Cons .. + how can we make it better ... The above implies its gnome not fedora making design choices so that means there is also below: (ii) Fedora DE - + What should the default DE going forward + If changing - then is it F16 or F17 ? + etc gene/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On Mon, Apr 25, 2011 at 5:23 PM, Bill Nottingham wrote: > http://git.gnome.org/ > http://spins.fedoraproject.org/ > > The beautiful thing about open source is that you always have that choice. > Sure, you may not like the amount of effort that may be involved (on a > scale that goes from switching your local desktop, all the way up to forking > your own copy of GNOME 2.30 and taking it in whatever direction you feel > like), but it doesn't mean you don't have that choice. Even if there were no "open source" you'd have the _choice_ of creating your own operating system and software all from scratch if the available software didn't work the way you needed it to. But because of the enormous effort required that "freedom" isn't very meaningful. Likewise, when the whole distribution is driven in a particular direction going against that direction is quite costly: Even if you're willing to put in the effort to support and maintain gnome 2.30 you will still suffer from the fact that Fedora is developed against and tested with the new stuff and will almost certainly become gratuitously incompatible with the old stuff. People use distributiosn because assembling and maintaining the whole system on their own is not a good (or available) option for them. Fedora's support for non-standard configurations is not especially good, even compared to some other distributions. The difference from the above no-open-source example is only quantitative. Meaningfully so, but "you can break free from the fedora default and engage in an unsupported high effort configuration" is still not a valid argument against claims that a decision is net-detrimental to the Fedora user community, even if it is technically true. That sort of argument should be rebutted with evidence that on the whole and in the long term the change is expected to be beneficial to the user community and/or the GNU/Linux ecosystem overall and evidence that these goals could not otherwise be met through means which deprived (by forcing them into non-standard configurations) fewer users of the value that Fedora provides. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fallback mode further hosed?
Adam Williamson (awill...@redhat.com) said: > Did gnome-panel recently switch backend to gsettings or something? That > was the first explanation that popped into my head when I read the > symptoms. Yes. Bill -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
Ian Pilcher (arequip...@gmail.com) said: > On 04/25/2011 11:19 AM, drago01 wrote: > > "If I'd asked people what they wanted, they would have said a faster > > horse.” – Henry Ford > > But Henry Ford didn't eliminate animal powered transportation by fiat. > The "people" ultimately decided that they preferred motorized transport. > > GNOME users are not being given that choice. http://git.gnome.org/ http://spins.fedoraproject.org/ The beautiful thing about open source is that you always have that choice. Sure, you may not like the amount of effort that may be involved (on a scale that goes from switching your local desktop, all the way up to forking your own copy of GNOME 2.30 and taking it in whatever direction you feel like), but it doesn't mean you don't have that choice. Bill -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 13 updates-testing report
The following Fedora 13 Security updates need testing: https://admin.fedoraproject.org/updates/tor-0.2.1.29-1300.fc13 https://admin.fedoraproject.org/updates/mingw32-openssl-1.0.0-0.7.beta4.fc13 https://admin.fedoraproject.org/updates/SimGear-2.0.0-5.fc13 https://admin.fedoraproject.org/updates/libmodplug-0.8.7-3.fc13 https://admin.fedoraproject.org/updates/feh-1.10.1-1.fc13 https://admin.fedoraproject.org/updates/openldap-2.4.21-12.fc13 https://admin.fedoraproject.org/updates/wireshark-1.2.16-1.fc13 https://admin.fedoraproject.org/updates/mingw32-libtiff-3.9.5-1.fc13 https://admin.fedoraproject.org/updates/libcgroup-0.35.1-5.fc13 https://admin.fedoraproject.org/updates/libtiff-3.9.5-1.fc13 https://admin.fedoraproject.org/updates/polkit-0.96-2.fc13 https://admin.fedoraproject.org/updates/xorg-x11-server-utils-7.4-17.fc13 https://admin.fedoraproject.org/updates/mediawiki-1.16.4-58.fc13 https://admin.fedoraproject.org/updates/asterisk-1.6.2.17.3-1.fc13 The following Fedora 13 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/NetworkManager-0.8.4-1.fc13 https://admin.fedoraproject.org/updates/polkit-0.96-2.fc13 https://admin.fedoraproject.org/updates/xorg-x11-drv-penmount-1.4.1-2.fc13 https://admin.fedoraproject.org/updates/python-ethtool-0.7-2.fc13 https://admin.fedoraproject.org/updates/libtiff-3.9.5-1.fc13 https://admin.fedoraproject.org/updates/pygtk2-2.17.0-9.fc13 https://admin.fedoraproject.org/updates/dosfstools-3.0.9-5.fc13 https://admin.fedoraproject.org/updates/libimobiledevice-1.0.6-1.fc13 https://admin.fedoraproject.org/updates/usbmuxd-1.0.7-1.fc13 https://admin.fedoraproject.org/updates/fuse-2.8.5-5.fc13 https://admin.fedoraproject.org/updates/libcgroup-0.35.1-5.fc13 https://admin.fedoraproject.org/updates/openldap-2.4.21-12.fc13 https://admin.fedoraproject.org/updates/livecd-tools-13.2-1.fc13 https://admin.fedoraproject.org/updates/lua-5.1.4-7.fc13 https://admin.fedoraproject.org/updates/xorg-x11-drv-openchrome-0.2.904-7.fc13 https://admin.fedoraproject.org/updates/lldpad-0.9.26-2.fc13 The following builds have been pushed to Fedora 13 updates-testing clamtk-4.32-1.fc13 gausssum-2.2.5-1.fc13 mingw32-libtiff-3.9.5-1.fc13 rpmlint-1.2-1.fc13 rubygem-daemon_controller-0.2.6-1.fc13 rubygem-file-tail-1.0.5-3.fc13 rubygem-spruz-0.2.5-3.fc13 Details about builds: clamtk-4.32-1.fc13 (FEDORA-2011-5956) Easy to use graphical user interface for Clam anti virus Update Information: Update to 4.32. ChangeLog: * Mon Apr 25 2011 Dave M. - 4.32-1 - Updated to release 4.32. * Tue Feb 8 2011 Fedora Release Engineering - 4.31-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild gausssum-2.2.5-1.fc13 (FEDORA-2011-5947) A GUI application for analysis of output of quantum computations Update Information: Minor bugfix update to 2.2.5. ChangeLog: * Mon Apr 25 2011 Jussi Lehtola - 2.2.5-1 - Update to 2.2.5. * Tue Feb 8 2011 Fedora Release Engineering - 2.2.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild * Fri Aug 6 2010 Jussi Lehtola - 2.2.4-1 - Update to 2.2.4. * Wed Jul 21 2010 David Malcolm - 2.2.3-2 - Rebuilt for https://fedoraproject.org/wiki/Features/Python_2.7/MassRebuild * Fri Feb 19 2010 Jussi Lehtola - 2.2.3-1 - Update to 2.2.3. References: [ 1 ] Bug #698588 - gausssum-2.2.5 is available https://bugzilla.redhat.com/show_bug.cgi?id=698588 mingw32-libtiff-3.9.5-1.fc13 (FEDORA-2011-5955) MinGW Windows port of the LibTIFF library Update Information: Update MinGW Windows cross-compiled libtiff to 3.9.5, incorporating most of our previous patches. Includes a fix for CVE-2011-1167: A flaw was reported in libtiff's thunder decoder. The thunder decoder assumes 4bits per pixel, but if a file has bitpersample set to a smaller value, or defaulted (1) then the allocated strip buffer will be too small, and a heap-based buffer overlow may occur. This could be used to crash an a
Fedora 14 updates-testing report
The following Fedora 14 Security updates need testing: https://admin.fedoraproject.org/updates/tomcat6-6.0.26-20.fc14 https://admin.fedoraproject.org/updates/mingw32-openssl-1.0.0a-2.fc14 https://admin.fedoraproject.org/updates/wireshark-1.4.6-1.fc14 https://admin.fedoraproject.org/updates/couchdb-1.0.2-1.fc14 https://admin.fedoraproject.org/updates/tor-0.2.1.29-1400.fc14 https://admin.fedoraproject.org/updates/kdenetwork-4.6.2-2.fc14 https://admin.fedoraproject.org/updates/feh-1.10.1-1.fc14 https://admin.fedoraproject.org/updates/avahi-0.6.27-6.fc14 https://admin.fedoraproject.org/updates/mingw32-libtiff-3.9.5-1.fc14 https://admin.fedoraproject.org/updates/polkit-0.98-5.fc14 https://admin.fedoraproject.org/updates/SimGear-2.0.0-5.fc14 https://admin.fedoraproject.org/updates/openldap-2.4.23-10.fc14 https://admin.fedoraproject.org/updates/mediawiki-1.16.4-58.fc14 https://admin.fedoraproject.org/updates/asterisk-1.6.2.17.3-1.fc14 The following Fedora 14 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/kernel-2.6.35.12-90.fc14 https://admin.fedoraproject.org/updates/tar-1.23-9.fc14 https://admin.fedoraproject.org/updates/xorg-x11-drv-qxl-0.0.21-3.fc14 https://admin.fedoraproject.org/updates/evolution-exchange-2.32.3-1.fc14,evolution-data-server-2.32.3-1.fc14,evolution-2.32.3-1.fc14 https://admin.fedoraproject.org/updates/audit-2.1.1-1.fc14 https://admin.fedoraproject.org/updates/polkit-0.98-5.fc14 https://admin.fedoraproject.org/updates/pygtk2-2.17.0-9.fc14 https://admin.fedoraproject.org/updates/xorg-x11-drv-nouveau-0.0.16-14.20101010git8c8f15c.fc14 https://admin.fedoraproject.org/updates/dosfstools-3.0.9-6.fc14 https://admin.fedoraproject.org/updates/libimobiledevice-1.0.6-1.fc14 https://admin.fedoraproject.org/updates/libconcord-0.23-5.fc14,udev-161-9.fc14,concordance-0.23-2.fc14 https://admin.fedoraproject.org/updates/usbmuxd-1.0.7-1.fc14 https://admin.fedoraproject.org/updates/openldap-2.4.23-10.fc14 https://admin.fedoraproject.org/updates/avahi-0.6.27-6.fc14 https://admin.fedoraproject.org/updates/xorg-x11-drv-geode-2.11.11-4.fc14 The following builds have been pushed to Fedora 14 updates-testing clamtk-4.32-1.fc14 gausssum-2.2.5-1.fc14 gnomad2-2.9.4-8.fc14 libprojectM-2.0.1-10.fc14 mingw32-libtiff-3.9.5-1.fc14 rpmlint-1.2-1.fc14 rubygem-daemon_controller-0.2.6-1.fc14 rubygem-file-tail-1.0.5-3.fc14 rubygem-spruz-0.2.5-3.fc14 sugar-0.92.1-2.fc14 sugar-artwork-0.92.0-1.fc14 sugar-base-0.92.0-1.fc14 Details about builds: clamtk-4.32-1.fc14 (FEDORA-2011-5963) Easy to use graphical user interface for Clam anti virus Update Information: Update to 4.32. ChangeLog: * Mon Apr 25 2011 Dave M. - 4.32-1 - Updated to release 4.32. * Tue Feb 8 2011 Fedora Release Engineering - 4.31-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild gausssum-2.2.5-1.fc14 (FEDORA-2011-5949) A GUI application for analysis of output of quantum computations Update Information: Minor bugfix update to 2.2.5. ChangeLog: * Mon Apr 25 2011 Jussi Lehtola - 2.2.5-1 - Update to 2.2.5. * Tue Feb 8 2011 Fedora Release Engineering - 2.2.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild References: [ 1 ] Bug #698588 - gausssum-2.2.5 is available https://bugzilla.redhat.com/show_bug.cgi?id=698588 gnomad2-2.9.4-8.fc14 (FEDORA-2011-5948) A GNOME 2.0 client for the Creative Jukeboxes and Dell DJs Update Information: Remove HAL dependency. ChangeLog: * Mon Apr 25 2011 Linus Walleij 2.9.4-8 - Drop HAL dependencies and build without HAL * Tue Feb 8 2011 Fedora Release Engineering - 2.9.4-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild References: [ 1 ] Bug #677070 - [abrt] gnomad2-2.9.4-5.fc14: __strlen_sse2_bs
Re: postfix versus sendmail
On Mon, Apr 25, 2011 at 8:41 PM, Bill Nottingham wrote: > Tom Horsley (horsley1...@gmail.com) said: >> Just curious why sendmail is still the default on f15? > > Inertia. No one has yet cared about this enough to overcome the rash of > complaints & discussion that such a change would entail. Correct, I believe I was the last person to bring up a thread on MTAs and it ended up in a very long flame fest. I gave up. Ultimately there's been work on packaging so that any MTA isn't really needed by any of the desktops so for most parts the spins or SIGs specify the MTA they want or just remove it altogether and it then just avoids the mainline flame fests altogether. Peter -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: groupinstall Window\ Managers
cornel panceac (cpanc...@gmail.com) said: > # yum groupinstall Window\ Managers > ... > Warning: Group window-managers does not have any packages. > No packages in any requested group available to install or update It doesn't have any *default* packages. yum --setopt=group_package_types=default,mandatory,optional groupinstall Window\ Managers may do what you want. Bill -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: postfix versus sendmail
Tom Horsley (horsley1...@gmail.com) said: > Just curious why sendmail is still the default on f15? Inertia. No one has yet cared about this enough to overcome the rash of complaints & discussion that such a change would entail. Bill -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On Mon, Apr 25, 2011 at 5:38 PM, Genes MailLists wrote: > On 04/25/2011 12:35 PM, Genes MailLists wrote: >> On 04/25/2011 12:19 PM, drago01 wrote: >> >>> "If I'd asked people what they wanted, they would have said a faster >>> horse.” – Henry Ford > > > Far more likely ... if they had been asked they would have asked for > flying vehicles like they had been reading about in sci fi novels ... :-) > > So this is also argument by false premise .. :-) even more fun! > > And we are OT ... me included :-) Hmm - well after about a century since the car came into fairly common use some people still ride horses! Let's see what happens in terms of desktop stats this time next year? -- mike c -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 12:35 PM, Genes MailLists wrote: > On 04/25/2011 12:19 PM, drago01 wrote: > >> "If I'd asked people what they wanted, they would have said a faster >> horse.” – Henry Ford Far more likely ... if they had been asked they would have asked for flying vehicles like they had been reading about in sci fi novels ... :-) So this is also argument by false premise .. :-) even more fun! And we are OT ... me included :-) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
Ford was the tablet to the day's traditional desktop (not sure what anology to use with Diesel). If the traditional horse is to die, let it die on its own, and let tablet interfaces replace it. Consumers will happily move over at their own pace. I am well aware of the history of the automobile. The first cross country US roadtrip from San Francisco to New York relied on trains to haul tires, and blacksmiths to repair the vehicle. Let's use the traditional desktop to build the new one, but just like with cars, they did not replace horses overnight. As I said in my blog, at a technology transition you get free reign. But just try moving the location of the gas and break pedals in a traditional car. Hybrids and Electrics are the chance to fix things again - in the next wave. Jon. -- Sent from my phone - message formatted and/or shortened accordingly. -Original Message- From: drago01 [drag...@gmail.com] Received: Monday, 25 Apr 2011, 12:19 To: For testing and quality assurance of Fedora releases [test@lists.fedoraproject.org] Subject: Re: Well, I've tried GNOME 3 now... On Mon, Apr 25, 2011 at 6:08 PM, Jonathan Masters wrote: > I think the point is that it takes many years to build traction. We should > consider we have established players in desktop and a trend towards Android, > iOS, MeeGo etc. powered devices in the consumer space over a pure play Linux > distro. We would have been better served in the traditional distro space in > building on the traction we had with GNOME 2. After all, it finally was > offering a fairly compelling alternative. My blog has more personal opinion > on consumer behavior and desktop adoption - my belief is innovation should > happen in the new platform space, not on traditional desktops. Throwing away > 30 years of tradition is not actually what mainstream computing users want. "If I'd asked people what they wanted, they would have said a faster horse.? ? Henry Ford Horses even had a *much* longer tradition then the windows 95 style desktop ;) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 12:19 PM, drago01 wrote: > "If I'd asked people what they wanted, they would have said a faster > horse.” – Henry Ford > > Horses even had a *much* longer tradition then the windows 95 style desktop ;) o We didn't move from horse to car - we moved from horse to donkey :-) o Or perhaps we had a car - and some were hoping for a better car ... and then we got a donkey ? Or was it a truck or was it ... :-) o The problem with analogies is they often don't apply. In fact they only work when they support a rational argument - alone, analogies are merely another form of irrational argument. o Was cute tho' ... thanks ... :-) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On 04/25/2011 11:19 AM, drago01 wrote: > "If I'd asked people what they wanted, they would have said a faster > horse.” – Henry Ford But Henry Ford didn't eliminate animal powered transportation by fiat. The "people" ultimately decided that they preferred motorized transport. GNOME users are not being given that choice. It's as if Henry Ford had sent squads of employees out to shoot every horse they could find. -- Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On Mon, Apr 25, 2011 at 6:08 PM, Jonathan Masters wrote: > I think the point is that it takes many years to build traction. We should > consider we have established players in desktop and a trend towards Android, > iOS, MeeGo etc. powered devices in the consumer space over a pure play Linux > distro. We would have been better served in the traditional distro space in > building on the traction we had with GNOME 2. After all, it finally was > offering a fairly compelling alternative. My blog has more personal opinion > on consumer behavior and desktop adoption - my belief is innovation should > happen in the new platform space, not on traditional desktops. Throwing away > 30 years of tradition is not actually what mainstream computing users want. "If I'd asked people what they wanted, they would have said a faster horse.” – Henry Ford Horses even had a *much* longer tradition then the windows 95 style desktop ;) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
I think the point is that it takes many years to build traction. We should consider we have established players in desktop and a trend towards Android, iOS, MeeGo etc. powered devices in the consumer space over a pure play Linux distro. We would have been better served in the traditional distro space in building on the traction we had with GNOME 2. After all, it finally was offering a fairly compelling alternative. My blog has more personal opinion on consumer behavior and desktop adoption - my belief is innovation should happen in the new platform space, not on traditional desktops. Throwing away 30 years of tradition is not actually what mainstream computing users want. Sorry for top post. Jon. -- Sent from my phone - message formatted and/or shortened accordingly. -Original Message- From: Adam Williamson [awill...@redhat.com] Received: Saturday, 23 Apr 2011, 10:51 To: For testing and quality assurance of Fedora releases [test@lists.fedoraproject.org] Subject: Re: Well, I've tried GNOME 3 now... On Sat, 2011-04-23 at 01:56 -0500, Chris Adams wrote: > While some interesting things have come out of the big changes in both > GNOME and KDE over the years, when the big changes land, they tend to > frustrate existing users. IMHO this is a big thing that has killed the > perpetual "year of the Linux desktop" hopes. GNOME 2.0 came out in 2002, so we had that interface for nine years. It's not like no-one gave it a chance. -- 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 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F15 blocker? lvm-monitor of snapshot hangs at reboot/shutdown
On Mon, 2011-04-18 at 11:10 -0700, Adam Williamson wrote: > On Mon, 2011-04-18 at 10:03 -0400, James Laska wrote: > > > But that's a bit open to interpretation. For example, it could be said > > (I think I even did) that reboot/shutdown does work, it just takes > > forever. Anyone else think it would be worthwhile to adjust the Beta > > criteria to something like ... > > > > "The desktop's offered mechanisms (if any) for shutting down, > > logging out and rebooting must work and perform the intended > > function in a reasonable time." > > That's against the original intention of the criterion: the criterion is > one of the set that came in from the desktop team, and they specifically > wanted it to be about whether the desktop is able to trigger the action > correctly, not whether the action actually completes successfully. > That's not to say that we might not want to change it, but we could > perhaps split it up, and it's something worth taking note of. I think it should be obvious that we not only want the action to be triggered, but also to succeed. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GNOME 3 != KDE 4 (was Well, I've tried GNOME 3 now...)
On 04/24/2011 09:52 PM, Antonio Olivares wrote: > some folks wanted kde 3.5.X back, and Fedora would not go back and put in Kde > 3.5.x ---> i don't see Fedora putting Gnome 2.3X back just because people > want it or miss some features You make a good point that from Fedora's point of view, the transitions are similar. (I.e. Fedora isn't going back no matter how much people complain.) I was actually talking about GNOME 3 and KDE 4 more generally. As I said, not really on-topic for this list. As a KDE user, I fully support Fedora's transition to GNOME 3. After the pain that KDE users experienced, it seems only fair. -- Ian Pilcher arequip...@gmail.com "If you're going to shift my paradigm ... at least buy me dinner first." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
John Morris beau.org> writes: > > On Sat, 2011-04-23 at 07:50 -0700, Adam Williamson wrote: > > > GNOME 2.0 came out in 2002, so we had that interface for nine years. > > It's not like no-one gave it a chance. > > Quite the contrary, people seem to like it and are confused when things > that work are replaced with things that don't. > I agree very much with your posts and analysis. The more they tell us we should like it, the more ... Well, I am sitting in front of a GNOME 3 desktop. For the last hour or so I have been holding a voodoo doll in my hand and with a needle pinpointing exactly the elements I dislike most. Just like french women do when they watch and listen to their president Sarkozy. JB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
2011-04-25 - No Fedora QA Meeting
Greetings folks, It's hard to believe that the Final release phase is right around the corner (starts next week). Please continue to file bugs for release criteria blockers [2]. If you are unsure about the impact/severity of a bug, reach out on test@lists.fedoraproject.org for guidance. Time is short, don't hesitate to discuss a potential blocker. * 2011-04-28 - (3 days away) - Pre-RC accepted test * 2011-05-02 - (1 week away) - Test compose for RC * 2011-05-11 - (~2 weeks away) - Test RC * 2011-05-17 - (~3 weeks away) - Final go/no-go meeting In-place of our weekly QA IRC meeting [1], I'd like to suggest an email check-in. If there are any QA events or topics you'd like to mention, please respond to this mail. There are several upcoming QA events this week, including ... 1. Thursday, April 28 - Cloud SIG Test Day * Request: https://fedorahosted.org/fedora-qa/ticket/169 * STATUS: https://fedoraproject.org/wiki/Test_Day:2011-04-28_Cloud_SIG 2. Thursday, April 28 - Pre-RC Acceptance Test Plan 3. Friday, April 29 - F15 blocker review meeting #3 * https://fedoraproject.org/wiki/Current_Release_Blockers 4. Monday, May 2 - 'Final' Test Compose (TC1) Happy testing! James [1] https://fedoraproject.org/wiki/QA/Meetings [2] https://fedoraproject.org/wiki/Fedora_15_Final_Release_Criteria 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
rawhide report: 20110425 changes
Compose started at Mon Apr 25 08:15:13 UTC 2011 Broken deps for x86_64 -- beldi-0.9.25-3.fc15.x86_64 requires libhal-storage.so.1()(64bit) beldi-0.9.25-3.fc15.x86_64 requires libhal.so.1()(64bit) beldi-0.9.25-3.fc15.x86_64 requires hal callweaver-javascript-1.2.1-8.fc16.x86_64 requires libjs.so.1()(64bit) camcardsync-0.1.1-4.fc15.x86_64 requires libhal.so.1()(64bit) couchdb-1.0.2-2.fc16.x86_64 requires libjs.so.1()(64bit) 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 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper emerillon-0.1.2-14.fc15.x86_64 requires libchamplain-gtk-0.8.so.1()(64bit) emerillon-0.1.2-14.fc15.x86_64 requires libchamplain-0.8.so.1()(64bit) exaile-0.3.2.1-1.fc16.noarch requires hal file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) 2:gimp-2.6.11-8.fc16.x86_64 requires libhal.so.1()(64bit) glunarclock-0.34.1-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnomad2-2.9.4-7.fc15.x86_64 requires libhal.so.1()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-music-2.5.1-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-3.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libgweather.so.1()(64bit) gnome-device-manager-0.2-6.fc15.x86_64 requires libhal.so.1()(64bit) gnome-device-manager-devel-0.2-6.fc15.i686 requires hal-devel >= 0:0.5.10 gnome-device-manager-devel-0.2-6.fc15.i686 requires pkgconfig(hal) gnome-device-manager-devel-0.2-6.fc15.x86_64 requires hal-devel >= 0:0.5.10 gnome-device-manager-devel-0.2-6.fc15.x86_64 requires pkgconfig(hal) gnome-device-manager-libs-0.2-6.fc15.i686 requires libhal.so.1 gnome-device-manager-libs-0.2-6.fc15.i686 requires hal >= 0:0.5.10 gnome-device-manager-libs-0.2-6.fc15.x86_64 requires libhal.so.1()(64bit) gnome-device-manager-libs-0.2-6.fc15.x86_64 requires hal >= 0:0.5.10 gnome-netstatus-2.28.2-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-python2-applet-2.32.0-1.fc14.x86_64 requires libpanel-applet-2.so.0()(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 libevview.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.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 gnotime-2.3.0-8.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) gnubiff-2.2.13-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gold-2.1.12.2-5.fc15.noarch requires perl(Data::Properties) 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 libchamplain-gtk-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit) gyachi-plugin-libnotify-1.2.10-3.fc14.x86_64 requires libnotify.so.1()(64bit) hal-info-20090716-4.fc15.noarch requires
Some ksudoku questions in F15
Hi all, having 2 questions concerning ksudoku in F15: Q1: how to print a ksudoku game in F15 without making a screen foto? Q2: Are there additional themes for ksudoku? Kind regards Joachim Backes http://www.rhrk.uni-kl.de/~backes smime.p7s Description: S/MIME Cryptographic Signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
