Re: playing flash regression in f13-beta
On Tue, Apr 27, 2010 at 10:47 AM, Luming Yu luming...@gmail.com wrote: On Mon, Apr 26, 2010 at 4:33 PM, Frank Murphy frankl...@gmail.com wrote: On 26/04/10 09:01, Luming Yu wrote: On Mon, Apr 26, 2010 at 2:45 PM, Frank Murphyfrankl...@gmail.com wrote: On 24/04/10 11:13, Luming Yu wrote: Hi there, I came across a really weird problem with flash player on playing these video on http://video.nationalgeographic.com/video/index.html For those featured videos like Bacteria-size Babies Among Ocean's Smallest Life: Linux (f12) i686 + flash-plugin-10.0.45.2-release.i386 : works just fine. Linux (f13-beta) i686 + flash-plugin-10.0.45.2-release.i386: hang If by hang you mean it just keeps loading. It looks like keeps loading, since no new picutre is displayed except the first one indicating it's receving data forever.. I have them playing in Chromium. F13. Chromium + F13 makes no differences... FF 3.6.4-beta makes no differences... In my experiences (along with others), Bacteria-size Babies Among Ocean's Smallest Life can't play *until* some playable videos (like tiger: on that site) haven been played successfully. So it's extremely confusing if someone says it works for me when referring to those *weird* videos on national geographic web site, isn't it? You must have same big surprise like me if you see it was playing just well when starting to gdb the App after installing several necessary debuginfo rpms. To make sure it's not my bad, I went back to check another box ,which was known not working.. Guess what, it was working too. (without using any tricks mentioned above) God must have fixed the problem for us. :-) or some mysterious things happened with the web site offering the mysterious video, which sometimes working, sometimes not working ps. 64bit plug-in seems to work just fine. Once I disabled adblock-plus. Now working in friefox. F13 -- Regards, Frank Murphy UTF_8 Encoded, Fedora 64 32 bit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On 04/27/2010 12:09 AM, Adam Williamson wrote: On Mon, 2010-04-26 at 10:36 +0200, Ralf Corsepius wrote: IMO, *no* - it's time to spread the world about Mozilla's trademark policy violating the prinicples of Free SW and Fedora's Mozilla being hostage of it. You mean, much like the Fedora and Red Hat trademark policies, which say almost the exact same things? Correct. The Fedora distro itself is non-free because of similar trademark games. You can't modify Fedora under F/OSS principles and still call it Fedora, just like you can't modify Firefox under F/OSS principles and still call it Firefox. Correct. Similar as Fedora/RH's restrictive trademark policies prevents people from enhancing/bugfixing Fedora, Mozilla's trademarks policies prevents Fedora from enhancing/bugfixing Firefox/Thunderbird. The resort to both Fedora/RH's and Mozilla's trademark policies is to rebrand or abandon. Wrt. to Mozilla package in Fedora, the problem is Fedora containing packages which clearly violate the prinicples Fedora once was founded on (Freedom) and which infect Fedora with effects of Non-Free SW (e.g. unfixable bugs) == Mozilla's trademark games voids the effects of OSS. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On 04/25/2010 10:00 AM, Kevin Kofler wrote: I wrote: Those packages are also sometimes not compliant with Fedora policies such as usage of system libraries because any patches to use a system library need trademark approval. Another one: Thunderbird STILL bundles its own Gecko instead of using the system xulrunner, another blatant violation of our packaging guidelines. Nothing is done to fix this issue because upstream does not care and we can't change what they ship. Hi, Thunderbird is unable to use system xulrunner yet. We are working with upstream to fix it. Believe me, it's not a trivial task: https://bugzilla.mozilla.org/show_bug.cgi?id=377319 (see also depends bugs). -- jh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Testers for StorageFiltering Test Day Needed
Hi all, So far we have very less attendance in storage test day[1]. I know that installation and storage device may be the barriers for involvements, but for the ones who have RAID, ISCSI, FCoE, multipath devices, can you please spend a little time to participate in this test day? It would be very helpful to discover the problems under storageFiltering, which is not very mature yet. Thanks a lot, Hurry [1] https://fedoraproject.org/wiki/Test_Day:2010-04-22_StorageFiltering Forwarded Message From: He Rui r...@redhat.com Reply-to: t...@lists.fedoraproject.org To: test-announce test-annou...@lists.fedoraproject.org Subject: [Test-Announce] StorageFiltering Test Day - Thursday 2010-04-22 Date: Wed, 21 Apr 2010 16:19:21 +0800 Greetings, A big test day is coming up tomorrow - StorageFiltering[1] test day: https://fedoraproject.org/wiki/Test_Day:2010-04-22_StorageFiltering At the request of many folks with lots of storage available, anaconda now has the ability to prune the available storage presented as an install target and provide users the ability to select which devices to use during installation. Therefore, users with varies kinds of storage devices like RAID, ISCSI, FCoE, Multipath etc are highly welcomed to this test day. The Test Day runs all *Thursday* in #fedora-test-day on Freenode IRC. Hope to see you there! (ˉ▽￣～) [1] https://fedoraproject.org/wiki/Anaconda/Features/StorageFiltering -- Contacts FAS Name: Rhe Location: Beijing/UTC+8 TEL: 86-010-62608141 IRC nick: rhe #fedora-qa #fedora-zh ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- test mailing list t...@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- Contacts FAS Name: Rhe Location: Beijing/UTC+8 TEL: 86-010-62608141 IRC nick: rhe #fedora-qa #fedora-zh ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- Contacts FAS Name: Rhe Location: Beijing/UTC+8 TEL: 86-010-62608141 IRC nick: rhe #fedora-qa #fedora-zh ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Bugzappers Meeting not planned for 2010-04-27
The meeting slot is coming up in 1hr 50mins (15:00 UTC). We haven't had a lot to discuss lately and there's nothing on the proposed agenda this week, so I'm suggesting not to hold the meeting - if there's anything worse than an unnecessary meeting I'm yet to find it ;). If anyone has something they really wanted to bring up, please reply to this mail and we can go ahead and hold it anyway. Or if people just want to congregate and chat at the planned time, please do go ahead and do so. I'm not sure if I'll be there, I may be out at the time, but if I can I'll pop online. Thanks everyone! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-13 Branched report: 20100427 changes
Compose started at Tue Apr 27 09:15:03 UTC 2010
New package extundelete
An ext3 and ext4 file system undeletion utility
New package goldendict
A feature-rich dictionary lookup program
New package json-c
A JSON implementation in C
New package openvas-scanner
Open Vulnerability Assessment (OpenVAS) Scanner
New package rubygem-parseconfig
Ruby Configuration File Parser
New package rubygem-xmpp4r-simple
A simplified Jabber client library
New package texworks
A simple IDE for authoring TeX documents
New package transmission-remote-cli
A console interface for the Transmission BitTorrent client
Updated Packages:
anyterm-1.1.29-8.fc13
-
baekmuk-ttf-fonts-2.2-25.fc13
-
* Wed Apr 21 2010 Caius 'kaio' Chance k at kaio.me - 2.2-25
- Resolves: rhbz#578017 (Remove binding=same from conf files.)
empathy-2.30.0.2-1.fc13
---
* Tue Apr 20 2010 Brian Pepple bpep...@fedoraproject.org - 2.30.0.2-1
- Update to 2.30.0.2.
foomatic-4.0.4-9.fc13
-
* Thu Apr 15 2010 Tim Waugh twa...@redhat.com - 4.0.4-9
- Split out foomatic-filters sub-package. Main package depends on it.
* Mon Apr 12 2010 Tim Waugh twa...@redhat.com - 4.0.4-8
- Rebuilt for new device IDs (bug #575063).
* Thu Mar 18 2010 Tim Waugh twa...@redhat.com - 4.0.4-4
- Package requires ghostscript (used by foomatic-rip).
* Wed Mar 03 2010 Tim Waugh twa...@redhat.com - 4.0.4-3
- Removed old explicit provides for perl(Foomatic::GrovePath).
- Fixed macro in changelog.
- Avoid mixed spaces and tabs.
- Ship COPYING files.
- Added comments for sources.
* Thu Feb 25 2010 Tim Waugh twa...@redhat.com - 4.0.4-2
- Make it explicit that the build requires foomatic-db. This is
needed for postscriptdriver tags.
g3data-1.5.3-3.fc13
---
* Sat Apr 17 2010 Jef Spaleta jspal...@fedoraproject.org - 1.5.3-3
- Add small patch to fix ImplicitDSO linking, bug 565125
gbirthday-0.6.4-1.fc13
--
* Fri Apr 16 2010 Thomas Spura toms...@fedoraproject.org 0.6.4-1
- new version
- fix spelling error in description
gdb-7.1-15.fc13
---
* Mon Apr 26 2010 Jan Kratochvil jan.kratoch...@redhat.com - 7.1-15.fc13
- Fix crash when using GNU IFUNC call from breakpoint condition.
- Avoid internal error by disabling the previous BZ 575292 fix (BZ 585445).
* Thu Apr 22 2010 Jan Kratochvil jan.kratoch...@redhat.com - 7.1-14.fc13
- Fix crash on C++ types in some debug info files (BZ 575292, Keith Seitz).
- Pretty printers not well documented (BZ 570635, Tom Tromey, Jan Kratochvil).
gitolite-1.4.2-1.fc13
-
* Fri Apr 23 2010 Jon Ciesla l...@jcomserv.net - 1.4.2-1
- Update to 1.4.2.
- Replaced README and removed gl-easy-install per upstream.
glabels-2.2.7-1.fc13
* Sat Apr 10 2010 Jef Spaleta jspaleta AT fedoraproject DOT org - 2.2.7-1
- New upstream release
gnome-icon-theme-extras-2.30.1-1.fc13
-
* Tue Apr 20 2010 Bastien Nocera bnoc...@redhat.com 2.30.1-1
- Update to 2.30.1
gscan2pdf-0.9.30-3.fc13
---
* Wed Apr 07 2010 Bernard Johnson bjohn...@symetrix.com - 0.9.30-3
- patch for Unknown message window alerts while scanning (bz #571761)
gvfs-1.6.1-1.fc13
-
* Mon Apr 26 2010 Tomas Bzatek tbza...@redhat.com - 1.6.1-1
- Update to 1.6.1
ibus-1.3.2-1.fc13
-
* Wed Apr 21 2010 Peng Huang shawn.p.hu...@gmail.com - 1.3.2-1
- Update to 1.3.2
- Fix bug 583446 - [abrt] crash in ibus-1.3.1-1.fc12
ibus-anthy-1.2.1-1.fc13
---
* Fri Apr 23 2010 Takao Fujiwara takao.fujiwa...@gmail.com - 1.2.1-1
- Update to 1.2.1
ibus-rawcode-1.3.0.20100421-1.fc13
--
* Wed Apr 21 2010 Pravin Satpute psatp...@redhat.com - 1.3.0.20100421-1
- upstream new release
- fixed bug 584233, 584240
ipython-0.10-2.fc13
---
* Tue Apr 13 2010 Thomas Spura toms...@fedoraproject.org - 0.10-2
- move docs into a subpackage
- subpackage wxPython
- subpackage tests
- use proper %{python_site*} definitions
- make %{files} more explicit
- add some missing R (fixes #529185, #515570)
jd-2.6.5-1.fc13
---
* Mon Apr 26 2010 Mamoru Tasaka mtas...@ioa.s.u-tokyo.ac.jp - 2.6.5-1
- 2.6.5
kchmviewer-5.1-1.fc13
-
* Sat Apr 17 2010 LI Rui Bin chees...@hotmail.com - 5.1-1
- correct License tag
- remove BuildRoot tag
* Fri Mar 19 2010 Emilio Scalise emi...@rocketmail.com - 5.1-0
- update to 5.1
- provides new translations
kde-plasma-networkmanagement-0.9-0.19.20100419.fc13
---
* Mon Apr 19 2010 Rex Dieter rdie...@fedoraproject.org 1:0.9-0.19.20100419
- 20100419 snapshot
* Thu Apr 01 2010 Rex Dieter rdie...@fedoraproject.org 1:0.9-0.18.20100401
- 20100401 snapshot
- (re)add warning about plasma applet stability
kdelibs-4.4.2-4.fc13
* Sat Apr 24 2010 Rex
[Bug 496369] make check fails
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=496369 --- Comment #3 from Bug Zapper fedora-triage-l...@redhat.com 2010-04-27 09:45:32 EDT --- This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
KDE-SIG meeting report (17/2010)
This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. -- = Weekly KDE Summary = Week: 17/2010 Time: 2010-04-27 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-04-27 Meeting minutes: Meeting log: -- = Participants = * Jaroslav Reznik * Kevin Kofler * Rex Dieter * Steven Parrish * Than Ngo * Thomas Janssen * Lukas Tinkl -- = Agenda = * topics to discuss: o kde-4.4.3 update task (than) o F13 blocker bugs (than) o kde-redhat readyness for F13 (Sho_) * recent bugs: o (none) = Summary = kde-4.4.3 update task (than) * 4.4.3 is going to be tagged soon o ltinkl to work on update o rdieter to ask rel-eng for kde_443 tag * we want it in all products (F11-rawhide) F13 blocker bugs (than) * F13Blocker-kde tracking bug [1] * we have to fix bz#585250 [2] o backport the new style patch to F-12? to be consistent around all releases kde-redhat readyness for F13 (Sho_) * kde-redhat is f13 ready and enabled already kdelibs-4.4.2-4 to F11 F12 * pushed only to F13 * fixes o the webkit Obsoletes fix. o kidletime + this patch causes regression while using in NX session o input methods * decision postponed after meeting -- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-05-04 -- = Links = [1] https://bugzilla.redhat.com/showdependencytree.cgi?id=F13Blocker-kde [2] https://bugzilla.redhat.com/show_bug.cgi?id=585250 -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
os
I made a operating system anyone up for testing it for me -- Lama boy ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-XXX/devel perl-XXX.spec,1.4,1.5
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-XXX/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19833
Modified Files:
perl-XXX.spec
Log Message:
* Tue Apr 27 2010 Marcela Maslanova mmasl...@redhat.com - 0.12-6
- Mass rebuild with perl-5.12.0
Index: perl-XXX.spec
===
RCS file: /cvs/pkgs/rpms/perl-XXX/devel/perl-XXX.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-XXX.spec 27 Apr 2010 14:55:17 - 1.4
+++ perl-XXX.spec 27 Apr 2010 16:02:44 - 1.5
@@ -1,6 +1,6 @@
Name: perl-XXX
Version:0.12
-Release:5%{?dist}
+Release:6%{?dist}
Summary:See Your Data in the Nude
License:GPL+ or Artistic
Group: Development/Libraries
@@ -60,7 +60,7 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
-* Tue Apr 27 2010 Marcela Maslanova mmasl...@redhat.com - 0.12-5
+* Tue Apr 27 2010 Marcela Maslanova mmasl...@redhat.com - 0.12-6
- Mass rebuild with perl-5.12.0
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.12-4
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: playing flash regression in f13-beta
On Mon, Apr 26, 2010 at 10:09 PM, Luming Yu luming...@gmail.com wrote: God must have fixed the problem for us. :-) or some mysterious things happened with the web site offering the mysterious video, which sometimes working, sometimes not working It's most likely a connectivity problem associated with how the site has programmed pulling of the advertising video streams that play before the main video. before each video there is a commercial and its the commercial that appears to have intermittent problems playing. It's playing just fine for me today. Didn't play for me yesterday at one point. No system changes in between on my behalf. I've no idea how one goes about diagnosing this sort of problem to confirm that it really is a problem on the server side. Welcome to the wonderful world of media rich web applications where the plumbing is out of reach and out of your control to fix. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: os
This seems like a strange place to post something like that. In any case, more information would have been nice. -AdamM On Tue, Apr 27, 2010 at 10:50 AM, jerrick Davis lamabo...@gmail.com wrote: I made a operating system anyone up for testing it for me -- Lama boy ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: os
On Tue, Apr 27, 2010 at 4:50 PM, jerrick Davis lamabo...@gmail.com wrote: I made a operating system anyone up for testing it for me -- Lama boy ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel is it a fedora-based or you meen an edu os (like dos and minix) -- Athmane Madjoudj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Minutes/Summary of todays FESCo meeting (2010-04-27)
=== #fedora-meeting: FESCO (2010-04-27) === Meeting started by nirik at 19:00:01 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2010-04-27/fesco.2010-04-27-19.00.log.html Meeting summary --- * init process (nirik, 19:00:01) * #351 Create a policy for updates - status report on implementation (nirik, 19:03:33) * LINK: https://fedoraproject.org/wiki/Package_update_acceptance_criteria (cwickert, 19:05:36) * #340 Determine and approve F11 end of life date (nirik, 19:08:35) * LINK: http://fedoraproject.org/wiki/LifeCycle says both 13 months and N+1 (mjg59, 19:10:48) * LINK: http://fedoraproject.org/wiki/LifeCycle#Maintenance_Schedule_Methodology (cwickert, 19:11:09) * AGREED: move f11 eol date to 2010-06-18 to match the change in F13 release. (nirik, 19:16:31) * #364 New Sponsor Request: Alex Kurtakov (nirik, 19:24:18) * AGREED: Alex Kurtakov approved for Sponsor. (nirik, 19:26:52) * #366 Sponsor self-nomination: oget (nirik, 19:27:28) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=483301#c7 (cwickert, 19:30:15) * AGREED: oget approved as sponsor (nirik, 19:33:29) * #369 Mozilla trademark guidelines (nirik, 19:33:59) * AGREED: continue with current procedures. fesco encourages that a t-bird package with the IMAP patch get in testing ASAP. given the communication issues aroudn the priority/severity of the bug, we strongly encourage more people to become involved in triage and co-maintainership. (nirik, 19:53:23) * FES tickets / status updates (nirik, 19:54:33) * LINK: https://fedorahosted.org/fedora-engineering-services/report/6 (nirik, 19:54:38) * Open Floor (nirik, 19:59:43) * LINK: https://fedoraproject.org/wiki/Elections (nirik, 20:00:22) * LINK: https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations and https://fedoraproject.org/wiki/Board/Elections/Nominations (nirik, 20:01:53) Meeting ended at 20:03:39 UTC. -- 19:00:01 nirik #startmeeting FESCO (2010-04-27) 19:00:01 nirik #meetingname fesco 19:00:01 nirik #chair dgilmore notting nirik skvidal Kevin_Kofler ajax pjones cwickert mjg59 19:00:01 nirik #topic init process 19:00:02 zodbot Meeting started Tue Apr 27 19:00:01 2010 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:04 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:00:07 mjg59 Afternoon 19:00:07 zodbot The meeting name has been set to 'fesco' 19:00:08 zodbot Current chairs: Kevin_Kofler ajax cwickert dgilmore mjg59 nirik notting pjones skvidal 19:00:11 * skvidal is here 19:00:52 Kevin_Kofler Present. 19:01:11 mjg59 Like I mentioned on-list, I may not be responsive for half an hour 19:01:17 * notting is here 19:01:26 * cwickert is here too 19:01:37 mjg59 I'll try to stay online, though 19:01:42 nirik mjg59: no worries. 19:02:24 ajax i think so, brain, but if we didn't have ears, we'd look like weasels. 19:02:44 nirik pjones / dgilmore : around? 19:03:19 nirik I guess we can go ahead and get started... 19:03:33 nirik #topic #351 Create a policy for updates - status report on implementation 19:03:44 nirik I suck and have been busy this last week, so I haven't done much here. 19:03:53 nirik we need to work on populating the new groups and such. 19:04:04 nirik I will try and work on it this week, but any help very welcome. 19:04:12 * cwickert wonders what is still unclear... the critical path groups? 19:04:19 Kevin_Kofler We just need to give up, this policy is just not implementable. 19:04:21 nirik cwickert: yes. We need to make them. 19:04:35 cwickert nirik: ok, I can work on Xfce and LXDE then 19:04:41 nirik that would be great. 19:04:50 cwickert where is the right place for suggestions? 19:04:53 gholms Anyone happen to have a link to the current policy? 19:05:06 nirik Kevin_Kofler: can you bring up the issue at the next KDE sig meeting and see if you can come up with a group that everyone likes? 19:05:15 nirik .fesco 351 19:05:18 zodbot nirik: #351 (Create a policy for updates) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/351 19:05:23 gholms Thanks 19:05:36 cwickert https://fedoraproject.org/wiki/Package_update_acceptance_criteria 19:05:51 nirik any further constructive thoughts on this? or shall we move along? 19:06:10 mjg59 I guess we can move along 19:06:11 Kevin_Kofler nirik: So what do you want? A list of packages KDE SIG considers critical? 19:06:14 cwickert nirik: should I just write this down in the wiki? 19:06:25 nirik Kevin_Kofler: yes 19:06:42 nirik cwickert: how about a git patch/diff for comps? 19:06:47 notting cwickert: or send a patch for comps 19:06:52 cwickert notting: ok 19:07:01 Kevin_Kofler What if we come up with the empty set? 19:07:18 ajax then you're admitting you don't value stability 19:07:24 ajax that's a thing you can do, i suppose.
Recent Bugzilla Comment Concerning Fedora 11 EOL
All open Fedora 11 bugs recently received a comment warning about the upcoming end of life for Fedora 11. This email serves as correction to part of that notification. Due to an error on my part this warning was sent out earlier than it should have been. The statement Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11... is incorrect. The end of life (EOL) for Fedora 11 will be June 18, 2010, which is thirty days after the release of Fedora 13, currently scheduled for May 18, 2010. When Fedora 11 reaches EOL at that time, bugs open for Fedora 11 will be closed as previously described. For more information on Fedora's policy for maintenance of our releases, please refer to: http://fedoraproject.org/wiki/LifeCycle#Maintenance_Schedule My apologies for any inconvenience or confusion this error may have caused. John ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
Adam Williamson wrote: I think a rather large part of the problem here is that all the above 'special exception' pleading applies far more to Firefox than it does to Thunderbird. Firefox is a special exception; it's a phenomenon, the single most successful F/OSS app, an app with its own very definite distinct identity which many people know. It clearly does have a reputation to protect and I can entirely agree with it being very careful about that. Thunderbird...uhhh, not so much. It's nowhere near as popular as Firefox. Most people don't know what it is. It's not really a 'special exception'; it's just another application like the ten gazillion others we ship which don't have onerous trademark restrictions attached. I think it'd be appropriate for Mozilla to take a rather more liberal line with Thunderbird than it does with Firefox, if that's legally plausible. Agreed, but I think even Firefox doesn't deserve this kind of preferential treatment. In fact, I don't see Firefox as being the absolute requirement it's painted to be at all, we could even consider just not shipping it at all and picking a different default browser for the GNOME spin, e.g. Epiphany which is the official GNOME browser. (The KDE spin already does not ship Firefox, we default to Konqueror.) It's just a web browser. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
Adam Williamson wrote: You can't modify Fedora under F/OSS principles and still call it Fedora, just like you can't modify Firefox under F/OSS principles and still call it Firefox. Both of us do this to protect the good name of the project. We'd be in an extremely glass house-y situation if we tried to 'call out' Mozilla over this. It'd be ridiculous. That has not been an issue for Debian. It perfectly makes sense that you'd want to protect your own name, but still not use somebody else's similarly protected name because it prevents you from shipping what you want to ship. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
Peter Lemenkov wrote: Rebranding can be a difficult task, but this task also can be easily measured in man-hours, man-days or man-months, and this would be a ultimate solution, while chatting with lawers can consume much more time w/o success (nothing personal here). And the rebranding work has already been done by Debian. We should ask them whether they're OK with us using the iceweasel name even if we apply different patches than they do. If they're OK with that, we could just use their patch as is, if not, we'd pick another name, but their patch would still point us to the exact places to change. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Tue, 2010-04-27 at 23:35 +0200, Kevin Kofler wrote: In fact, I don't see Firefox as being the absolute requirement it's painted to be at all, we could even consider just not shipping it at all and picking a different default browser for the GNOME spin, e.g. Epiphany which is the official GNOME browser. Epiphany is a non-starter. In the default configuration, it doesn't validate SSL certificates at all (bug 569577). An unbranded Mozilla browser would be a much better choice. -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Tue, Apr 27, 2010 at 17:55:39 -0400, Matt McCutchen m...@mattmccutchen.net wrote: Epiphany is a non-starter. In the default configuration, it doesn't validate SSL certificates at all (bug 569577). An unbranded Mozilla browser would be a much better choice. The way Firefox does it, is more to help companies sell certificates than to actually help security. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
Christopher Aillon wrote: Mozilla has to bundle to ship on Windows, Mac, even their builds for Linux where they don't control what versions of libraries are present on the system, if they are installed at all (hooray choice!). That has absolutely no bearing at all on Fedora however because we can and do build with system libraries, and have done so for ages, precisely because they are good at providing build support for that. We can build with some system libraries. But there are still bundled ones being used: * libpng is bundled due to APNG support, * libffi is bundled because there's no option to use the system version, Debian has a patch to fix that, we don't use it. There may also be more bundled libraries, I've just mentioned the ones where I've noticed Debian has fixes. (In addition, Thunderbird bundles xulrunner, but there's no fix available for that issue at this time.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A question about locale files
Am Montag, den 26.04.2010, 23:46 +0800 schrieb Robin 'cheese' Lee: 1. Directories like /usr/share/locale/ru_RU.* are not provided by any package. This conflicts with guidelines. file a bug against the filesystem package because it should provide a proper skeleton for the locales. 2. /usr/share/locale/ru_RU.utf8 and /usr/share/locale/ru_RU.UTF-8/ are obvious duplicates. 3. /usr/share/locale/ru_RU.UTF-8/ should be identical with /usr/share/locale/ru/, /usr/share/locale/ja_JP.UTF-8/ should be identical with /usr/share/locale/ja/ . We assume UTF-8 by default, so I guess you can kill the folders with .UTF-8. Disclaimer: I'm not sure about local peculiarities though. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Tue, 2010-04-27 at 16:59 -0500, Bruno Wolff III wrote: On Tue, Apr 27, 2010 at 17:55:39 -0400, Matt McCutchen m...@mattmccutchen.net wrote: Epiphany is a non-starter. In the default configuration, it doesn't validate SSL certificates at all (bug 569577). An unbranded Mozilla browser would be a much better choice. The way Firefox does it, is more to help companies sell certificates than to actually help security. I don't want to repeat that debate here. Please see: http://www.gerv.net/security/self-signed-certs/ -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Wed, 2010-04-28 at 00:35 +0200, Kevin Kofler wrote: Matt McCutchen wrote: Epiphany is a non-starter. In the default configuration, it doesn't validate SSL certificates at all (bug 569577). An unbranded Mozilla browser would be a much better choice. That's a wrong bug ID. RH/Fedora bug 569577 is a Nautilus crash. GNOME bug 569577 is a Banshee bug. Whoops. It's Fedora bug 569677. -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
Bruno Wolff III wrote: The way Firefox does it, is more to help companies sell certificates than to actually help security. +1 All it does is it leads people to use completely unencrypted HTTP instead, to avoid the big scary warnings. How does that provide any added security? I like the way Konqueror handles this: it does complain about self-signed or otherwise invalid certs, but it allows you to accept them either temporarily (for the duration of the session) or permanently in 2 clicks (one to accept and one to choose whether to accept it for the session or forever). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A question about locale files
Am Mittwoch, den 28.04.2010, 00:05 +0200 schrieb Christoph Wickert: Am Montag, den 26.04.2010, 23:46 +0800 schrieb Robin 'cheese' Lee: 1. Directories like /usr/share/locale/ru_RU.* are not provided by any package. This conflicts with guidelines. file a bug against the filesystem package because it should provide a proper skeleton for the locales. Ok, I have to correct my previous statement. No need to file a bug because these directories should not be there. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Tue, 2010-04-27 at 23:55 +0200, Kevin Kofler wrote: You mean compliance with Mozilla's own standards such as APNG which require a bundled hacked version of a system library to support? Kevin, you keep bringing up APNG, so let me address that one. I know the story because the Mozilla implementation was originally written by a former student, Andrew Smith. The decision to back PNG and fork libpng was not made lightly -- it's a significant maintenance burden for Mozilla. APNG was created to fill a void -- there was a need for a modern animated format with two qualities: it needed to be lightweight and backward-compatible (degrade gracefully). After nearly a year of discussion and consultation, the PNG group decided not to back it; Mozilla gave it further thought and decided they needed it. It has since been implemented by other browsers (such as Opera) and used in other applications (such as WorldDMB, see ESTI TS 101 499 V2.2.1). The alternative, MNG, is a heavy spec that offers no graceful degradation for older browsers. It's been around for years, but is almost never used. If it was a lighter spec, surely we'd be using it for animated cursors and throbbers by now. -Chris -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A question about locale files
Christoph Wickert wrote: 1. Directories like /usr/share/locale/ru_RU.* are not provided by any package. This conflicts with guidelines. file a bug against the filesystem package because it should provide a proper skeleton for the locales. No, it's this package (gentoo) which is broken. gettext automatically recodes text, so it makes no sense whatsoever to provide separate translations in multiple encodings. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A question about locale files
Robin 'cheese' Lee wrote:
/usr/share/locale/es_MX/LC_MESSAGES/gentoo.mo
I'd suggest:
mv %{_buildroot}%{_datadir}/locale/es_MX %{_buildroot}%{_datadir}/locale/es
if they don't provide a separate es(_ES) translation. Mexican Spanish is not
so different from Castillian Spanish that it can't be understood.
/usr/share/locale/ja_JP.UTF-8/LC_MESSAGES/gentoo.mo
mv %{_buildroot}%{_datadir}/locale/ja_JP.UTF-8 \
%{_buildroot}%{_datadir}/locale/ja
UTF-8 is the default encoding, this should be the default translation for
ja.
/usr/share/locale/ru_RU.CP1251/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.KOI8-R/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.UTF-8/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.cp1251/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.koi8r/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.utf8/LC_MESSAGES/gentoo.mo
mv %{_buildroot}%{_datadir}/locale/ru_RU.UTF-8 \
%{_buildroot}%{_datadir}/locale/ru
rm -rf %{_buildroot}%{_datadir}/locale/ru_RU.*
Again, UTF-8 is the default, and gettext automatically recodes messages if
needed, so it makes no sense to install all these variants.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Tue, 2010-04-27 at 23:38 +0200, Kevin Kofler wrote: Adam Williamson wrote: You can't modify Fedora under F/OSS principles and still call it Fedora, just like you can't modify Firefox under F/OSS principles and still call it Firefox. Both of us do this to protect the good name of the project. We'd be in an extremely glass house-y situation if we tried to 'call out' Mozilla over this. It'd be ridiculous. That has not been an issue for Debian. It perfectly makes sense that you'd want to protect your own name, but still not use somebody else's similarly protected name because it prevents you from shipping what you want to ship. I wasn't suggesting it'd prevent us from shipping an unbranded Firefox / Thunderbird if we wanted to. I was just saying that it would stop us from pitching some kind of public hissy fit about how unreasonable Mozilla was being, as Ralf seemed to be advocating. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
Chris Tyler wrote: APNG was created to fill a void -- there was a need for a modern animated format with two qualities: it needed to be lightweight and backward-compatible (degrade gracefully). After nearly a year of discussion and consultation, the PNG group decided not to back it; Because they already have a perfectly fine format, MNG, which Mozilla decided to drop support for. And in fact the main reason graceful degradation is needed at all is browsers not supporting the format. What do you suggest next? That all images need to gracefully degrade in a browser which only supports GIF, such as the original Mosaic? The fact that support for animations is being hacked into a format designed for still images is one of the complaints the PNG group had about APNG. Mozilla gave it further thought and decided they needed it. It has since been implemented by other browsers (such as Opera) and used in other applications (such as WorldDMB, see ESTI TS 101 499 V2.2.1). That's 2 of the major browsers. Come back when you get M$, Google, Apple etc. to support it. Even MNG had wider support before Mozilla dropped it, e.g. Konqueror in KDE 3 supported it just fine. (Sadly, in KDE 4, support for animations in Konqueror regressed and MNG was one of the victims of it. Other problems include: stop animations initially didn't work, I fixed that; animated GIFs don't animate when resized, at least last I checked. But that's not a Mozilla issue.) The alternative, MNG, is a heavy spec that offers no graceful degradation for older browsers. It's been around for years, but is almost never used. If it was a lighter spec, surely we'd be using it for animated cursors and throbbers by now. The main reason it's almost never used is lack of browser support. Mozilla dropping their existing support for it definitely did not help! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On 04/27/2010 05:58 PM, Kevin Kofler wrote: The OP had an issue w. thunderbird - which many find to be a pretty decent mail client. This thread has morphed ... As for Firefox, I'd actually prefer to put fedora effort behind chromium - google-chrome is an order of magnitude better than firefox - if chromium can be made comparable we don't need to fuss about firefox - lets fuss about chromium/google-chrome instead :-) gene/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Sun 25 April 2010 2:55:58 pm Kevin Kofler wrote: They still suck in the system integration domain in many ways, e.g. openSUSE's KDE integration patches have yet to be merged, and of course our maintainers refuse to merge openSUSE's patches due to the usual trademark concerns In their defense, those patches are fairly messy. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A question about locale files
On 04/28/2010 07:00 AM, Kevin Kofler wrote:
Robin 'cheese' Lee wrote:
/usr/share/locale/es_MX/LC_MESSAGES/gentoo.mo
I'd suggest:
mv %{_buildroot}%{_datadir}/locale/es_MX %{_buildroot}%{_datadir}/locale/es
if they don't provide a separate es(_ES) translation. Mexican Spanish is not
so different from Castillian Spanish that it can't be understood.
/usr/share/locale/ja_JP.UTF-8/LC_MESSAGES/gentoo.mo
mv %{_buildroot}%{_datadir}/locale/ja_JP.UTF-8 \
%{_buildroot}%{_datadir}/locale/ja
UTF-8 is the default encoding, this should be the default translation for
ja.
/usr/share/locale/ru_RU.CP1251/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.KOI8-R/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.UTF-8/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.cp1251/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.koi8r/LC_MESSAGES/gentoo.mo
/usr/share/locale/ru_RU.utf8/LC_MESSAGES/gentoo.mo
mv %{_buildroot}%{_datadir}/locale/ru_RU.UTF-8 \
%{_buildroot}%{_datadir}/locale/ru
rm -rf %{_buildroot}%{_datadir}/locale/ru_RU.*
Again, UTF-8 is the default, and gettext automatically recodes messages if
needed, so it makes no sense to install all these variants.
Kevin Kofler
And I found the translations included in gentoo even do not actually
function. You will run the same English version with LANG=ru_RU.UTF-8
or LANG=ja_jp.UTF-8 or what so ever. I have forwarded all these issues
upstream. In the latest build, I suppressed the traslations from building.
And so, I may hope for a guideline which talks about proper locale names.
Cheers!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
can't mount a 4G USB memory stick (fat)
Hi list, I noticed f13-beta can't mount 4G USB memory stick (fat) Any plan to fix it? Thanks, Luming # dmesg | tail sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00 sd 6:0:0:0: [sdb] Assuming drive cache: write through sd 6:0:0:0: [sdb] Assuming drive cache: write through sdb: sdb1 sd 6:0:0:0: [sdb] Assuming drive cache: write through sd 6:0:0:0: [sdb] Attached SCSI removable disk FAT: count of clusters too big (65526) VFS: Can't find a valid FAT filesystem on dev sdb1. FAT: count of clusters too big (65526) VFS: Can't find a valid FAT filesystem on dev sdb1. # fdisk /dev/sdb WARNING: DOS-compatible mode is deprecated. It's strongly recommended to switch off the mode (command 'c') and change display units to sectors (command 'u'). Command (m for help): p Disk /dev/sdb: 4009 MB, 4009754624 bytes 256 heads, 63 sectors/track, 485 cylinders Units = cylinders of 16128 * 512 = 8257536 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb1 * 1 261 20971526 FAT16 Partition 1 has different physical/logical endings: phys=(1023, 255, 63) logical=(260, 17, 16) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: can't mount a 4G USB memory stick (fat)
On Tue, Apr 27, 2010 at 9:13 PM, Luming Yu luming...@gmail.com wrote: Hi list, I noticed f13-beta can't mount 4G USB memory stick (fat) Any plan to fix it? Need more information. 1) Did this work before? 2) FAT16 is limited to 2GB for the most part.. FAT32 is required for 4GB. Although it looks like it was formatted with the 64K cluster fat16 which I have no idea who supports. 3) Is it only this stick or others? [I have a 4GB stick here that seems to work great but it is formatted as W95 FAT32 (LBA) Thanks, Luming # dmesg | tail sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00 sd 6:0:0:0: [sdb] Assuming drive cache: write through sd 6:0:0:0: [sdb] Assuming drive cache: write through sdb: sdb1 sd 6:0:0:0: [sdb] Assuming drive cache: write through sd 6:0:0:0: [sdb] Attached SCSI removable disk FAT: count of clusters too big (65526) VFS: Can't find a valid FAT filesystem on dev sdb1. FAT: count of clusters too big (65526) VFS: Can't find a valid FAT filesystem on dev sdb1. # fdisk /dev/sdb WARNING: DOS-compatible mode is deprecated. It's strongly recommended to switch off the mode (command 'c') and change display units to sectors (command 'u'). Command (m for help): p Disk /dev/sdb: 4009 MB, 4009754624 bytes 256 heads, 63 sectors/track, 485 cylinders Units = cylinders of 16128 * 512 = 8257536 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb1 * 1 261 2097152 6 FAT16 Partition 1 has different physical/logical endings: phys=(1023, 255, 63) logical=(260, 17, 16) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Stephen J Smoogen. “The core skill of innovators is error recovery, not failure avoidance.” Randy Nelson, President of Pixar University. We have a strategic plan. It's called doing things. — Herb Kelleher, founder Southwest Airlines -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: can't mount a 4G USB memory stick (fat)
On Wed, Apr 28, 2010 at 11:23 AM, Stephen John Smoogen smo...@gmail.com wrote: On Tue, Apr 27, 2010 at 9:13 PM, Luming Yu luming...@gmail.com wrote: Hi list, I noticed f13-beta can't mount 4G USB memory stick (fat) Any plan to fix it? Need more information. 1) Did this work before? Never tried it before , but it works on XP 2) FAT16 is limited to 2GB for the most part.. FAT32 is required for 4GB. Although it looks like it was formatted with the 64K cluster fat16 which I have no idea who supports. 3) Is it only this stick or others? [I have a 4GB stick here that seems to work great but it is formatted as W95 FAT32 (LBA) Thanks, Luming # dmesg | tail sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00 sd 6:0:0:0: [sdb] Assuming drive cache: write through sd 6:0:0:0: [sdb] Assuming drive cache: write through sdb: sdb1 sd 6:0:0:0: [sdb] Assuming drive cache: write through sd 6:0:0:0: [sdb] Attached SCSI removable disk FAT: count of clusters too big (65526) VFS: Can't find a valid FAT filesystem on dev sdb1. FAT: count of clusters too big (65526) VFS: Can't find a valid FAT filesystem on dev sdb1. # fdisk /dev/sdb WARNING: DOS-compatible mode is deprecated. It's strongly recommended to switch off the mode (command 'c') and change display units to sectors (command 'u'). Command (m for help): p Disk /dev/sdb: 4009 MB, 4009754624 bytes 256 heads, 63 sectors/track, 485 cylinders Units = cylinders of 16128 * 512 = 8257536 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb1 * 1 261 2097152 6 FAT16 Partition 1 has different physical/logical endings: phys=(1023, 255, 63) logical=(260, 17, 16) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
I wrote: Yes, definitely. We should ask Debian about using the ice* names they're using, and also share patches with them. An alternative would be using GNU IceCat: http://www.gnu.org/software/gnuzilla/ but they don't have a rebranded Thunderbird. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 456144] Package build failed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=456144 --- Comment #10 from Bug Zapper fedora-triage-l...@redhat.com 2010-04-27 08:09:30 EDT --- This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 499243] Net::DBus::Object does not correctly validate requested method name to invoke
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=499243 --- Comment #2 from Bug Zapper fedora-triage-l...@redhat.com 2010-04-27 10:08:37 EDT --- This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Date-Manip/devel perl-Date-Manip.spec,1.12,1.13
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Date-Manip/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv16562
Modified Files:
perl-Date-Manip.spec
Log Message:
- Mass rebuild with perl-5.12.0
Index: perl-Date-Manip.spec
===
RCS file: /cvs/pkgs/rpms/perl-Date-Manip/devel/perl-Date-Manip.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -p -r1.12 -r1.13
--- perl-Date-Manip.spec16 Apr 2010 12:50:18 - 1.12
+++ perl-Date-Manip.spec27 Apr 2010 14:57:42 - 1.13
@@ -1,6 +1,6 @@
Name: perl-Date-Manip
Version:6.07
-Release:1%{?dist}
+Release:2%{?dist}
Summary:A Perl module containing a wide variety of date manipulation
routines
Group: Development/Libraries
@@ -66,6 +66,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Tue Apr 27 2010 Marcela Maslanova mmasl...@redhat.com - 6.07-2
+- Mass rebuild with perl-5.12.0
+
* Fri Apr 16 2010 Marcela Mašláňová mmasl...@redhat.com - 6.07-1
- update
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Recent Bugzilla Comment Concerning Fedora 11 EOL
All open Fedora 11 bugs recently received a comment warning about the upcoming end of life for Fedora 11. This email serves as correction to part of that notification. Due to an error on my part this warning was sent out earlier than it should have been. The statement Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11... is incorrect. The end of life (EOL) for Fedora 11 will be June 18, 2010, which is thirty days after the release of Fedora 13, currently scheduled for May 18, 2010. When Fedora 11 reaches EOL at that time, bugs open for Fedora 11 will be closed as previously described. For more information on Fedora's policy for maintenance of our releases, please refer to: http://fedoraproject.org/wiki/LifeCycle#Maintenance_Schedule My apologies for any inconvenience or confusion this error may have caused. John ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
