Help with Fedora Research
I think it's a mark of our success in Fedora that people are starting to study how our community works. And not just in the gosh, Fedora is awesome and amazing sense, but in the gosh, Fedora is a really interesting phenomenon that we should learn more about, warts and all. I spent Tuesday morning with a couple of professors at Duke University's MBA Program, and they had a ton of questions for me. It was amazing. They are really digging into what makes communities like ours tick. Here's the thing, though: they need to be talking to a lot more people than just me. Which is why I'm asking for help. :) So we're looking for Fedora contributors who are willing to do one of two things: 1. Participate in an email interview with our Duke professors; or 2. Participate in a short phone interview (about 20 minutes) with our Duke professors. We're looking for folks who don't work for Red Hat, and folks who do. We're looking for folks who are highly technical, and folks who aren't. We're looking for folks who contribute lots, or only a little bit. It's a simple thing that could be hugely valuable in the long run. We've got something special in Fedora, and the world wants to understand how it works. Your experiences matter. Please respond to me privately via email if you are interested in participating. Thanks. --g -- Computer Science professors should be teaching open source. Help make it happen. Visit http://teachingopensource.org. -- fedora-announce-list mailing list fedora-announce-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list
Re: Can't Create repos
On 09/03/2009 07:31 AM, NGUYEN VAN TAN wrote: 2009-09-03 14:16:39,445 [INFO] koji.repo.manager: Problem: newRepo task 133 for tag 2 is FAILED 2009-09-03 14:16:39,492 [INFO] koji.repo.manager: Found repo 27, state=INIT Anyone got this error? And Could you tell me how to solve it? kojira merely creates newRepo tasks, which actually run on the builders. If you want to know what went wrong, you should examine the logs for those failed tasks (including the subtasks). -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days)
2009/9/8 Adam Williamson awill...@redhat.com: The testing's very easy to do and it shouldn't take more than an hour of your time to boot the live CD and run the tests. There's no need to install anything to hard disk. I tried to boot from the testday-20090908-x86_64.iso from CD on an MacBook Pro 2,1, but I won't boot because of No root device found. Boot has failed, sleeping forever. messages. If try to change the label as suggested to root=live:LABEL=F12-x86_64 or to LABEL=LIVE. But it neither works for me. Again, this is _not_ a boot attempt from a USB stick, it's from the live CD. Anyone else see this or has some suggestions to workaround? Thanks! PS: The USB stick is also not working, but this seams related to EFI and/or rEFIt. -- Regards, Niels -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: gtk-sharp2 heads up
On Wed, Sep 9, 2009 at 6:33 PM, Paul p...@all-the-johnsons.co.uk wrote: Hi, Monodevelop 2.2 beta 1 has just hit paydirt and, of course, I've built it and plonked it over to koji to do its magic. Neat! Are you packaging any of the optional language support plugins? Thanks, -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Thu, Sep 10, 2009 at 12:30 AM, Gregory Maxwell gmaxw...@gmail.com wrote: On Wed, Sep 9, 2009 at 11:53 PM, Michel Alexandre Salim michael.silva...@gmail.com wrote: On Tue, Sep 8, 2009 at 9:46 PM, Alexandre Oliva aol...@redhat.com wrote: Jakub built gcc-4.4.1-10 earlier today, with a new feature that generates much better debug information in optimized programs. The feature has been under development for a couple of years, and it's recently been accepted into GCC, for GCC 4.5. We've backported it for Fedora 12. I'd appreciate if you Cc: me on any bug reports you hit that might be related with this new feature (GCC internal compiler errors, verify_ssa failures, crashes, etc). This bug affects LLVM on ppc: https://bugzilla.redhat.com/show_bug.cgi?id=522316 I don't see a more recent pass in Koji. Did you try compiling with -fno-var-tracking-assignments does it help? Weird, I definitely did another build, and yes, it passed with that flag: http://koji.fedoraproject.org/koji/packageinfo?packageID=5646 Regards, -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Cannot include sub directories and files in rpm package
Hello, I am creating one rpm for my package. WHen I try to run spec file, it shows the sub directories can't be fine. Error: install: cannot stat `/mine/derot.txt': No such file or directory error: Bad exit status from /home/user/rpmbuild/tmp/rpm-tmp.XgsNY2 (%install) Actually in SOURCE, I have Script directory. Inside the ShellScript dir, I have mine directory and its files. my spec %install part is, %install mkdir -p $RPM_BUILD_ROOT/home/dictator/ mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine install -d ShellScripts $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts install -p Scripts/dir_check.sh $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/dir_check.sh install -d ShellScripts/mine $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine install -p /mine/derot.txt $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine/derot.txt install -p ShellScripts/mine/dir_check.sh $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine/dir_check.sh In my test-1.tar.gz file, test-1 directory contains ShellScript dir. Inside ShellScript dir, i created mine directory. In build, I am noit able to add mine in my binary. *How to add directory and subdirectories in binary. * thank you. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Cannot include sub directories and files in rpm package
On Thu, Sep 10, 2009 at 2:55 AM, ram s wrote: Hello, Hi! I see that you are new to packaging. I advise you to read a bash tutorial first. It will help. I am creating one rpm for my package. WHen I try to run spec file, it shows the sub directories can't be fine. Error: install: cannot stat `/mine/derot.txt': No such file or directory error: Bad exit status from /home/user/rpmbuild/tmp/rpm- tmp.XgsNY2 (%install) This means what it says: No such file or directory. Let's see: Actually in SOURCE, I have Script directory. Inside the ShellScript dir, I have mine directory and its files. my spec %install part is, %install mkdir -p $RPM_BUILD_ROOT/home/dictator/ mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine The above can be simplified to (1 line only) mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine install -d ShellScripts $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts install -p Scripts/dir_check.sh $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/dir_check.sh install -d ShellScripts/mine $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine install -p /mine/derot.txt $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine/derot.txt Okay. Here is your problem. You are trying to install derot.txt from the root (/) of your system. Most likely, you don't have a /mine directory in your root, do you? I guess the line should be starting via install -d ShellScripts/mine/derot.txt ... When you start a file location via / the computer will always look to the root of your system. In SPEC files, we usually use relative paths (that do not begin with a /) to denote files from our source tree. Good luck and have fun! Orcan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Cannot include sub directories and files in rpm package
On Thu, Sep 10, 2009 at 3:17 AM, Orcan Ogetbil wrote: I guess the line should be starting via install -d ShellScripts/mine/derot.txt ... *sigh*. this should be: install -p ShellScripts/mine/derot.txt ... or even better: install -pm 644 ShellScripts/mine/derot.txt ... We want to make sure to have nice permissions on the installed files. Sorry. Orcan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Preupgrade to rawhide fails with VGA monitor going out of range (i915)
On Thu, Sep 10, 2009 at 12:26:20AM +0300, Pasi Kärkkäinen wrote: On Wed, Sep 09, 2009 at 12:44:24PM -0700, Adam Williamson wrote: On Wed, 2009-09-09 at 21:51 +0300, Pasi Kärkkäinen wrote: Any ideas/tips? try 'nomodeset xdriver=vesa' or just 'nomodeset vesa', that may work around it during the upgrade. then you can test it once rawhide is installed and see if you can find an error message in the X logs. Thanks. I tried both, but no luck :( computer crashed with both of them.. I have to press reset button to powercycle. It crashes after anaconda is started, and I guess X should start up.. More ideas? Hmm.. I wonder if it's related to intel gfx regression in 2.6.21-rc9 reported on lkml. symptoms are pretty close.. -- Pasi -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
New entry of Build F12 collection packages for all language translators' review and correction
To packagers who are listed below, New entry will be introduced into the devel-task-list: Build F12 collection packages for all language translators' review and correction Start: 2009-09-11 End: 2009-09-14 This entry requires you to rebuild your package with latest translation by 2009-09-14, so that a release to be made straight after exclusively for translators' review (note, this is different from the entry of Software: Rebuild all translated packages). This is for high standard of translation quality, and has been accepted on 2009-09-04 by FESCo. The detail why accepted can be found at [1]. The detail what to be happened at L10N team side can be found at [2]. For communicating and tracking purpose a bug will be created soon against each package, as well everyone of you will be pinged for reminder. Please notice that amazingly F12 has been translated into 52 language with more than 40% completion so far, and the percentage as well the number of languages are aggressively growing. Your understanding and action are highly appreciated. Thank you so much for your support to Localization team. ** The list of packages ** ABRT master anaconda master authconfig tip chkconfig master comps HEAD desktop-backgrounds HEAD desktop-effects master firstboot master hwbrowser tip im-chooser trunk initscripts master kexec-tools HEAD libuser tip multimedia-menus master policycoreutils HEAD pykickstart master python-meh master readahead master redhat-menus HEAD rhpxl master setroubleshoot tip-plugins setroubleshoot tip-framework setuptool master smolt master smolt master-smoon sos trunk switchdesk HEAD system-config-audit tip system-config-bind tip system-config-boot master system-config-cluster HEAD system-config-date master system-config-datev docs system-config-date master-timezones system-config-display master system-config-firewall master system-config-httpd tip system-config-kdump master system-config-keyboard trunk system-config-kickstart master system-config-language trunk system-config-lvm master system-config-netboot trunk system-config-network master system-config-nfs docs system-config-nfs master system-config-printer 1.1.x system-config-rootpassword trunk system-config-samba docs system-config-samba master system-config-services docs system-config-services master system-config-users docs system-config-users master system-switch-java tip system-switch-mail HEAD usermode tip [1]:https://fedorahosted.org/fesco/ticket/243 [2]:https://www.redhat.com/archives/fedora-trans-list/2009-September/msg00053.html Regards, Noriko Mizumoto (irc:noriko) from FLP -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: xulrunner-1.9.1.1-1.fc11.x86_64 update pulls in i586 packages
On Tue, 2009-08-18 at 07:28 +0200, Michael Schwendt wrote: On Mon, 17 Aug 2009 17:17:55 -0400, Braden wrote: On 7/23/09 12:13 PM, Michael Schwendt wrote: On Thu, 23 Jul 2009 11:55:57 -0400, Braden wrote: Is the problem that the gecko-libs dependency is not arch-specific? How do we fix that? You could make it arch-specific by depending on gecko-libs%{?_isa} = ... This doesn't Just Work; it seems that the provider of gecko-libs needs to make it arch-specific as well. I've filed bug 517665 against xulrunner and bug 517666 against java-1.6.0-openjdk. Yes, the %{?_isa} Provides get automatically created (even for F11) for physical packages, $ rpm -q --provides gtk2|grep ^gtk gtk2 = 2.16.5-1.fc11 gtk2(x86-32) = 2.16.5-1.fc11 but not for virtual ones. gecko-libs and gecko-devel are *still* only virtual packages defined manually within the xulrunner.spec So is there a reason why that must be the case? It's been suggested (by Christopher Aillon in bug 517665) that not automatically generating the arch-specific provides is a bug in rpmbuild. -- Braden McDaniel bra...@endoframe.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days)
On Tue, 2009-09-08 at 14:26 -0700, Adam Williamson wrote: Yes, it is now that legendary time, well loved by the hearts of men for millennia(*): Graphics Test Week! Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). I would love to help test, but I'm unable to get X to start with current kernels in rawhide. The specifics of the bug are: https://bugzilla.redhat.com/show_bug.cgi?id=513528 It's possible that the start of the bug and the end of the bug are unrelated, but... I can run X using an older kernel: 2.6.31-0.125.4.2.rc5.git2.fc12.x86_64 However, current kernels will boot at runlevel 3, however X fails to start and running startx from level 3 sees it fail. There are dmesg and Xorg.0.logs in this bug, so it might be nice if someone who has something to do with X could take a look and see if this needs to be moved to X (from the kernel). Then I could run the tests as requested. Rodd -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Mouse pointer freezing in f12 and f11
I've had a problem with X in f12 or some time that sees the mouse pointer freezing. I'm now having the same issue in f11. I'm happy to file a bug in bugzilla, but I'm hoping someone mught be able to point me in the right direction. After some time after running X the mouse pointer will freeze. Switching to a VT doesn't help, but I can use the keyboard to close apps and do a little navigation. Also pushing the power button will see a dialog to allow me to shutdown, suspend, etc. I can suspend and resume and this fixes the problem. I'm not however convinced that it's an X bug. I think it might be related to bluetooth (I believe that my mouse and keyboard have something to do with bluetooth on this laptop) and that the suspend resume cycle restarts bluetooth and fixes the problem. Could this be right. Or should I just file against X. Rodd [r...@moose ~]$ lspci 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility HD 3670 01:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series] 04:00.0 Network controller: Intel Corporation PRO/Wireless 5300 AGN [Shiloh] Network Connection 08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe (rev 10) 09:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) 09:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 09:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 12) 09:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12) 09:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff) [r...@moose ~]$ lsusb Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 05ca:18a1 Ricoh Co., Ltd Bus 001 Device 003: ID 2040:1801 Hauppauge Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 003: ID 413c:8157 Dell Computer Corp. Bus 003 Device 004: ID 413c:8158 Dell Computer Corp. Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Wed, Sep 09, 2009 at 06:35:09AM -0400, Josh Boyer wrote: On Tue, Sep 08, 2009 at 10:46:26PM -0300, Alexandre Oliva wrote: Jakub built gcc-4.4.1-10 earlier today, with a new feature that generates much better debug information in optimized programs. The feature has been under development for a couple of years, and it's recently been accepted into GCC, for GCC 4.5. We've backported it for Fedora 12. Why are you backporting something like this from a non-released compiler into F12 _after_ Alpha and particularly _after_ the mass rebuild? No response? None? I mean, I'm not asking for much. All I want is an explanation as to why this _has_ to be in F12 and can't be rolled into F13 instead. At first glance, it would make more sense to let the feature get some testing in GCC mainline before we just backport it to Fedora users, so putting it in F13 seems better to me. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Thu, Sep 10, 2009 at 07:32:07AM -0400, Josh Boyer wrote: Why are you backporting something like this from a non-released compiler into F12 _after_ Alpha and particularly _after_ the mass rebuild? No response? None? I mean, I'm not asking for much. All I want is an explanation as to why this _has_ to be in F12 and can't be rolled into F13 instead. At first glance, it would make more sense to let the feature get some testing in GCC mainline before we just backport it to Fedora users, so putting it in F13 seems better to me. Because we really want it in F12, to make e.g. systemtap usable. It got quite a lot of testing already and has been in development for 2 years. Originally it was expected to be merged early in the summer, testing rawhide gccs have been prepared already in early August. There were so far 3 bugreports related to this, 2 of them are already fixed, LLVM build is just needing too much memory on completely insane source (people calling functions with 1375 arguments, 685 out of it are classes with non-trivial ctors passed by value, deserve some punishment) and Alex will look at it today. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: New entry of Build F12 collection packages for all language translators' review and correction
Noriko Mizumoto wrote: To packagers who are listed below, New entry will be introduced into the devel-task-list: Build F12 collection packages for all language translators' review and correction Start: 2009-09-11 End: 2009-09-14 This entry requires you to rebuild your package with latest translation by 2009-09-14, so that a release to be made straight after exclusively for translators' review (note, this is different from the entry of Software: Rebuild all translated packages). This is for high standard of translation quality, and has been accepted on 2009-09-04 by FESCo. The detail why accepted can be found at [1]. The detail what to be happened at L10N team side can be found at [2]. For communicating and tracking purpose a bug will be created soon against each package, as well everyone of you will be pinged for reminder. Bugs against each affected Fedora rawhide package has been filed and linked to the tracker bug: https://bugzilla.redhat.com/show_bug.cgi?id=522431 Thanks! -- Regards, Ankit Patel http://www.indianoss.org/ http://www.ankit644.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Question concerning bundled SQLite in Fossil tarball
Hi, I'd like to see the distributed SCM Fossil (www.fossil-scm.org) packaged for Fedora because I find the concept of the tool quite attractive. There was already a review request for it in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=521730 After looking into the code I noticed that SQLite is bundled with the tarball. Does the Fedora policy require to link against the separately packaged libsqlite3 in this case, or may we use the bundled version that will be statically linked? Since Fossil requires the recent version of SQLite, it doesn't build with the current sqlite3-devel. I also wrote an email to Richard Hipp, the author of Fossil and SQLite, about an issue with the code and he answered that Fossil tends to use the very latest features of SQLite and often will not work with older versions of SQLite. This will probably make it even harder to get the most recent versions work if sqlite-devel must be used. So my question is: Does Fossil/SQLite fall under the No Bundled Libraries Act as described on http://fedoraproject.org/wiki/No_Bundled_Libraries or may we use the bundled copy? Thanks in advance for any clarification. :) Martin -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Thu, Sep 10, 2009 at 01:43:26PM +0200, Jakub Jelinek wrote: On Thu, Sep 10, 2009 at 07:32:07AM -0400, Josh Boyer wrote: Why are you backporting something like this from a non-released compiler into F12 _after_ Alpha and particularly _after_ the mass rebuild? No response? None? I mean, I'm not asking for much. All I want is an explanation as to why this _has_ to be in F12 and can't be rolled into F13 instead. At first glance, it would make more sense to let the feature get some testing in GCC mainline before we just backport it to Fedora users, so putting it in F13 seems better to me. Because we really want it in F12, to make e.g. systemtap usable. It got quite a lot of testing already and has been in development for 2 years. Originally it was expected to be merged early in the summer, testing rawhide gccs have been prepared already in early August. So systemtap wasn't considered usable before this? I am not a GCC expert, but I can see how this feature would help it. But it was surely usable before this, right? There were so far 3 bugreports related to this, 2 of them are already fixed, LLVM build is just needing too much memory on completely insane source (people calling functions with 1375 arguments, 685 out of it are classes with non-trivial ctors passed by value, deserve some punishment) and Alex will look at it today. I have every confidence that you and Alex will fix all the bugs reported. I also think the code itself is likely fairly stable, and may very well provide some usability wins overall. Your competence as a developer is not, nor ever was, in question so please don't misunderstand my questioning. The largest problem I have with all this is the fact that the release guidelines that everyone else has to follow don't appear to be followed at all in this case. You're introducing a backported feature into a critical path package after Feature freeze, and after a mass-rebuild which would have arguably helped test the hell out of this. Any other maintainer would have to get an exception from rel-eng and/or FESCo in order to do something like this. I don't see why the same requirements don't apply here. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question concerning bundled SQLite in Fossil tarball
On 09/10/2009 05:14 AM, Martin Gieseking wrote: Hi, I'd like to see the distributed SCM Fossil (www.fossil-scm.org) packaged for Fedora because I find the concept of the tool quite attractive. There was already a review request for it in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=521730 After looking into the code I noticed that SQLite is bundled with the tarball. Does the Fedora policy require to link against the separately packaged libsqlite3 in this case, or may we use the bundled version that will be statically linked? Since Fossil requires the recent version of SQLite, it doesn't build with the current sqlite3-devel. I also wrote an email to Richard Hipp, the author of Fossil and SQLite, about an issue with the code and he answered that Fossil tends to use the very latest features of SQLite and often will not work with older versions of SQLite. This will probably make it even harder to get the most recent versions work if sqlite-devel must be used. So my question is: Does Fossil/SQLite fall under the No Bundled Libraries Act as described on http://fedoraproject.org/wiki/No_Bundled_Libraries or may we use the bundled copy? Yes, it does. If the latest version of fossil needs the latest version of sqlite you might find that you'll have to constantly be packaging slightly older versions of fossil to match the version of sqlite in Fedora. Alternately, if the newer versions of sqlite are API and ABI compatible with the older ones, you might be able to convince the maintainer to update the Fedora package more frequently. Since sqlite has become such an integral part of the distribution, though, this might be too costly a choice (since upgrading to newer sqlite versions would be throwing out the QA done against the older versions for pretty important pieces of Fedora). -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days)
On Thu, 2009-09-10 at 08:49 -0600, Dariusz J. Garbowski wrote: On 09/08/2009 03:26 PM, Adam Williamson wrote: Yes, it is now that legendary time, well loved by the hearts of men for millennia(*): Graphics Test Week! Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). Using 2009-09-09 ISO, when passing 'radeon.modeset=1' as boot param, I get Unknown boot option 'radeon.modeset=1'. Ignoring... Is that expected? (sending to all lists as this is #1 Top Question...) Yes, it is. The 'science bit' is that the kernel itself truly doesn't understand the parameter, which is why you see this message - but the radeon. prefix means it gets automatically passed on to the radeon module, which _does_ understand (and interprets) it. Personally I consider this a kernel bug, it shouldn't display this message for parameters which will be passed to modules. radeon.modeset=1 is a no-op, though, modesetting is now default for Radeon chips. So only radeon.modeset=0 (to disable it) makes any sense. Did I leave radeon.modeset=1 in one of the test cases? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What happens to hermes.ko in 2.6.30
On Mon, 2009-09-07 at 22:30 +0400, Peter Lemenkov wrote: Hello All! I just wondering why hermes_dld.ko hermes.ko were disabled in 2.6.30. Did they obsoleted by orinoco*.ko ? They are built into orinoco now; hermes was never a standalone module and was always loaded automatically by one of the orinoco sub-drivers, but the orinoco driver went through a big restructuring recently and got combined. Relevant git commits: f90d8d4789eba79b0a715e41aba4c09403088847 orinoco: hermes_dld does not need to be a module dec59d6faffb44e741d9c19ffdf368d69a968a54 orinoco: hermes doesn't need to be a separate module Dan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora mini alpha testing
On Fri, 2009-09-04 at 12:12 +0100, psmith wrote: On 26/08/09 00:00, Peter Robinson wrote: Arriving fashionably late, and mostly intact, to the Constantine Alpha party I'd like to announce that Moblin on Fedora has made it's initial debut for Fedora Mini :) Still a work in progress, Moblin is now in a mostly usable state on Fedora for testing. It has hence come well dressed for the alpha party in the Constantine theme in that its still very much in the testing stage :-) But if your still game. to give your netbook it's first real work out read on! If its running the Constantine alpha or rawhide, you can test it by simply do a 'yum groupinstall Moblin Desktop Environment'. Once that's done simply logout or reboot and you can prepare for take off by selecting Moblin User Experience during login. While the core interface in now there there's still a couple of packages that are will arrive over the next week so. Running 'yum groupinstall Moblin Desktop Environment' again will top you up :) I look forward to feedback and help in making it great for F-12, and all other Moblin and Fedora Mini feedback. I'd also like some help in documenting supported netbook hardware combinations for F-12 so please send me smolt profiles, hardware reports or add and update details to the wiki page here (1). I look forward to a great start to Fedora Mini! Peter [1] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware hi peter i'm trying to install on an up to date rawhide and the install is failing because certain apps have depsolving problems, network-manager-netbook, anerly and anjal are needing these libraries libnm_glib.so.0 libmissioncontrol-client.so.0 network-manager-netbook needs some heavy reworking as it hasn't quite kept pace with NM development lately (namely the PolicyKit update); I've talked with the n-m-n maintainer about it and there hopefully will be some resolution on that front. But n-m-n probably won't build against the F12 NetworkManager for some time. Dan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Thu, 2009-09-10 at 08:27 -0400, Josh Boyer wrote: The largest problem I have with all this is the fact that the release guidelines that everyone else has to follow don't appear to be followed at all in this case. You're introducing a backported feature into a critical path package after Feature freeze, and after a mass-rebuild which would have arguably helped test the hell out of this. Any other maintainer would have to get an exception from rel-eng and/or FESCo in order to do something like this. I don't see why the same requirements don't apply here. This is my issue too. There is claim that it was tested, yet it wasn't tested in the same place we require every other feature to be tested, that being rawhide. If GCC is going to get special treatment, we should discuss, agree upon, and document that special treatment to avoid GCC being used as an excuse for others to ignore our policy and procedure. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question concerning bundled SQLite in Fossil tarball
So my question is: Does Fossil/SQLite fall under the No Bundled Libraries Act as described on http://fedoraproject.org/wiki/No_Bundled_Libraries or may we use the bundled copy? Yes, it does. If the latest version of fossil needs the latest version of sqlite you might find that you'll have to constantly be packaging slightly older versions of fossil to match the version of sqlite in Fedora.[...] Thanks for the detailed information. In this case I will wait for a more recent package of libsqlite. The current version is too old to work with any release of fossil. Martin -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Announcing rpmbuild-remote
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I started a little script earlier this year (February or so) so that I could submit singular builds to my desktop back in my room while out and about campus. I abandoned it for a while for either other projects or class work, which I can't remember. In any case, I started working on it lately again since I ordered a netbook and building RPMs on it is probably not ideal. It's written in Python, and a little hackish (comments are also needed, but the code isn't that complicated). I have a git repo setup on a box, but it's behind a firewall. I put a mirror of it on fedorapeople.org[1] for convenience. I'm looking for feedback on it. I was thinking it could get included into rpmdevtools if the team would accept it. Thanks. - --Ben [1]http://fedorapeople.org/git/gitweb.cgi?p=mathstuf/public_git/rp mbuild-remote.git;a=summary -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqpV88ACgkQiPi+MRHG3qTKpgCggCPGLO7u62kiknW1ycl1mbQe xBQAnjnqDxDAOZDRb6gK4h8o28/ktPsV =2QNr -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Sep 10, 2009, Josh Boyer jwbo...@gmail.com wrote: On Wed, Sep 09, 2009 at 06:35:09AM -0400, Josh Boyer wrote: On Tue, Sep 08, 2009 at 10:46:26PM -0300, Alexandre Oliva wrote: Jakub built gcc-4.4.1-10 earlier today, with a new feature that generates much better debug information in optimized programs. The feature has been under development for a couple of years, and it's recently been accepted into GCC, for GCC 4.5. We've backported it for Fedora 12. Why are you backporting something like this from a non-released compiler into F12 _after_ Alpha and particularly _after_ the mass rebuild? No response? None? It helps to Cc: me. There are hundreds of mailing lists I'm in that I don't open every day ;_) As Jakub said, this was planned to go in before. The merge into Fedora was delayed because there was a possibility of upstream rejection, based on opinions voiced some 1 or 2 years ago, when this work was still in early planning and development stages. Indeed, formal acceptance took much longer than anticipated, which is why this hit Fedora rawhide so late in the game. I can surely understand the feeling that, as a feature, it should have respected the feature freeze deadlines. But this feature also happens to be a major bug fix, for debug information in optimized programs way too often used to be incorrect and incomplete, to the point of being pretty much a show-stopper for systemtap and other monitoring, inspection and debugging tools that rely on debug information. As such, I apologize for the delays in getting buy-in from upstream and completing the work needed to get it in, and ask you to please tolerate the delays and the changes, let it into Fedora 12, and enjoy the better-quality debug information while debugging problems in time for Fedora 12 ;-) Thanks, -- Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Sep 10, 2009, Michel Alexandre Salim michael.silva...@gmail.com wrote: This bug affects LLVM on ppc: https://bugzilla.redhat.com/show_bug.cgi?id=522316 I've Cc:ed you on it. Thanks, I'm on it. BTW, I wanted to mention that in the e-mail that started this thread, but failed. You all feel free to get in touch with me on IRC (my nick is lxo) to bring bug reports along these lines to my attention. E-mail is very slow in this regard, as in, I fetch new mail every several hours. I could have started working on this last night, but since I hadn't got notice of it yet, I ended up working on something else that was not quite as urgent ;-( Thanks, -- Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Thu, Sep 10, 2009 at 7:43 AM, Jakub Jelinek ja...@redhat.com wrote: There were so far 3 bugreports related to this, 2 of them are already fixed, LLVM build is just needing too much memory on completely insane source (people calling functions with 1375 arguments, 685 out of it are classes with non-trivial ctors passed by value, deserve some punishment) and Alex will look at it today. That would explain why the previous two builds fail with virtual memory exhaustion errors (not the last one, bizarrely). Thanks, -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
Josh Boyer jwboyer at gmail.com writes: On Thu, Sep 10, 2009 at 01:43:26PM +0200, Jakub Jelinek wrote: Because we really want it in F12, to make e.g. systemtap usable. It got quite a lot of testing already and has been in development for 2 years. Originally it was expected to be merged early in the summer, testing rawhide gccs have been prepared already in early August. So systemtap wasn't considered usable before this? I am not a GCC expert, but I can see how this feature would help it. But it was surely usable before this, right? Better debuginfo and better systemtap tracing support is part of https://fedoraproject.org/wiki/Features/SystemtapTracingRefresh which is targetted at F12. But better variable tracking in the dwarf output of gcc will also help other observability tools in Fedora (like the updated gdb/archer). Cheers, Mark -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
Jesse Keating jkeating at redhat.com writes: This is my issue too. There is claim that it was tested, yet it wasn't tested in the same place we require every other feature to be tested, that being rawhide. Although it obviously would have been far nicer to have had this all in before the mass rebuild, there were multiple test builds against rawhide packages. I did a build of the rawhide kernel package using jakub's gcc-vta and lxo used that to post results of testing to the gcc list, which helped get it accepted upstream, which is a requirement for it to make it into fedora, etc. Sorry, this wasn't more visible. Cheers, Mark -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Bug buddy and gnomebreakpad
Now that abrt has obsoleted bug-buddy, starting any GTK+ application results in the innocuous, but rather annoying warning: Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: cannot open shared object file: No such file or directory This should probably be addressed -- any idea where this is coming from? Thanks, -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
Mark Wielaard m...@redhat.com writes: Jesse Keating jkeating at redhat.com writes: This is my issue too. There is claim that it was tested, yet it wasn't tested in the same place we require every other feature to be tested, that being rawhide. Although it obviously would have been far nicer to have had this all in before the mass rebuild, there were multiple test builds against rawhide packages. ISTM the major argument in favor of letting this in now, namely better debuginfo data, is essentially moot because it missed the mass rebuild. The majority of packages are going to go out with old debuginfo. Is there any chance of doing a new mass rebuild now? That would actually provide the intended benefit. Plus, if we see any significant number of failures, it would be sufficient evidence that the update ought to be backed out; whereas if we don't, then it would assuage peoples' entirely legitimate fears. (I entirely agree with the concerns about this being a violation of agreed-on process, btw, and would not be unhappy with a summary rejection as an alternative.) regards, tom lane -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, 2009-09-10 at 18:02 -0400, Michel Alexandre Salim wrote: Now that abrt has obsoleted bug-buddy, starting any GTK+ application results in the innocuous, but rather annoying warning: Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: cannot open shared object file: No such file or directory This should probably be addressed -- any idea where this is coming from? gconftool-2 --type bool --set /apps/gnome_settings_daemon/gtk-modules/gnomebreakpad false should get rid of it. The harder question is where to put that command... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, 2009-09-10 at 18:40 -0400, Tom spot Callaway wrote: On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: On Thu, 2009-09-10 at 18:40 -0400, Tom spot Callaway wrote: On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. The fix, workaround, or decision not to provide either should definitely get a mention in the release notes. Just edit the wiki here: https://fedoraproject.org/wiki/Documentation_Desktop_Beat -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeXLive 2009 texconfig
On Thu, 2009-09-10 at 05:27 +0200, Jindrich Novy wrote: On Tue, Sep 08, 2009 at 08:42:59PM -0400, Matthew Saltzman wrote: texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips default paper type. The hang occurs when I run texconfig as a user and texconfig or texconfig-sys as root. Works for me as well on x86_64/scheme-full. Could you please attach strace output to 488651? Done. Thanks, Jindrich -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: GCC var-tracking-assignments: testing and bug reports appreciated
On Thu, 2009-09-10 at 21:27 +, Mark Wielaard wrote: Jesse Keating jkeating at redhat.com writes: This is my issue too. There is claim that it was tested, yet it wasn't tested in the same place we require every other feature to be tested, that being rawhide. Although it obviously would have been far nicer to have had this all in before the mass rebuild, there were multiple test builds against rawhide packages. I did a build of the rawhide kernel package using jakub's gcc-vta and lxo used that to post results of testing to the gcc list, which helped get it accepted upstream, which is a requirement for it to make it into fedora, etc. Sorry, this wasn't more visible. Wierdly the first package that broke when this was pushed was the kernel ;-) Dave. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Plan for tomorrow's (20090911) FESCo meeting
Following are the topics on the agenda for tomorrow's FESCo meeting, taking place at 17:00UTC in #fedora-meeting on irc.freenode.net: 248 Request to become provenpackager - sundaram 249 Request to become provenpackager - akurtakov 250 Fedora Packaging Committee items for ratification (2009-09-09) For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, 2009-09-10 at 19:39 -0400, Paul W. Frields wrote: On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: On Thu, 2009-09-10 at 18:40 -0400, Tom spot Callaway wrote: On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. The fix, workaround, or decision not to provide either should definitely get a mention in the release notes. Just edit the wiki here: https://fedoraproject.org/wiki/Documentation_Desktop_Beat Yeah, I think I am just going to document the manual fix. It looks like bug-buddy installs the schema for that key with a default of true, so you will only have the key in your own GConf db if you manually modified it - and if you did that, then you most likely set it to false, anyway... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Problems with eclipse KDE (Fedora 11)
!SESSION 2009-09-10 17:53:20.054 --- eclipse.buildId=M20090211-1700 java.version=1.6.0_0 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=pt_BR Command-line arguments: -os linux -ws gtk -arch x86 !ENTRY org.eclipse.osgi 4 0 2009-09-10 18:29:07.679 !MESSAGE !STACK 0 java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:131) at java.util.zip.ZipFile.init(ZipFile.java:148) at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:251) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:81) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:94) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:67) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:239) at org.eclipse.osgi.baseadaptor.BaseData.getEntry(BaseData.java:97) at org.eclipse.osgi.internal.baseadaptor.AdaptorUtil.loadManifestFrom(AdaptorUtil.java:192) at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.getGeneratedManifest(EclipseStorageHook.java:371) at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.createCachedManifest(EclipseStorageHook.java:367) at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.getManifest(EclipseStorageHook.java:472) at org.eclipse.osgi.internal.baseadaptor.BaseStorage.loadManifest(BaseStorage.java:297) at org.eclipse.osgi.internal.baseadaptor.BundleInstall.begin(BundleInstall.java:82) at org.eclipse.osgi.framework.internal.core.Framework.installWorkerPrivileged(Framework.java:938) at org.eclipse.osgi.framework.internal.core.Framework$1.run(Framework.java:824) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.Framework.installWorker(Framework.java:905) at org.eclipse.osgi.framework.internal.core.Framework.installBundle(Framework.java:819) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.installBundle(BundleContextImpl.java:215) at org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.installBundles(ConfigApplier.java:213) at org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.install(ConfigApplier.java:67) at org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:124) at org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:138) at org.eclipse.equinox.internal.p2.reconciler.dropins.ProfileSynchronizer.applyConfiguration(ProfileSynchronizer.java:391) at org.eclipse.equinox.internal.p2.reconciler.dropins.ProfileSynchronizer.synchronize(ProfileSynchronizer.java:105) at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.synchronize(Activator.java:402) at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.start(Activator.java:161) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:1009) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:1003) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:984) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:355) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1074) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:616) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:508) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:299) at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:489) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:211) at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:321) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090910 changes
Compose started at Thu Sep 10 21:34:54 UTC 2009 Broken deps for i386 -- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) = 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sepostgresql-8.4.0-2238.fc12.i686 requires postgresql-server = 0:8.4.0 Broken deps for x86_64 -- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.x86_64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) = 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) = 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires
Re: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days)
On 09/10/2009 09:10 AM, Adam Williamson wrote: On Thu, 2009-09-10 at 08:49 -0600, Dariusz J. Garbowski wrote: On 09/08/2009 03:26 PM, Adam Williamson wrote: Yes, it is now that legendary time, well loved by the hearts of men for millennia(*): Graphics Test Week! Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). Using 2009-09-09 ISO, when passing 'radeon.modeset=1' as boot param, I get Unknown boot option 'radeon.modeset=1'. Ignoring... Is that expected? (sending to all lists as this is #1 Top Question...) Yes, it is. The 'science bit' is that the kernel itself truly doesn't understand the parameter, which is why you see this message - but the radeon. prefix means it gets automatically passed on to the radeon module, which _does_ understand (and interprets) it. Personally I consider this a kernel bug, it shouldn't display this message for parameters which will be passed to modules. Thanks to all who responded with explanation. This indeed is confusing and I agree with you that this deserves a bug status... radeon.modeset=1 is a no-op, though, modesetting is now default for Radeon chips. So only radeon.modeset=0 (to disable it) makes any sense. Did I leave radeon.modeset=1 in one of the test cases? Errr... I thought I saw it there yesterday but I might be wrong (I have taken a not of this the day before). I can't see it anywhere today. BTW: my test report on wiki. -- thufor -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
How to create bootable iso image from existing fedora system?
For weeks now (with a help of google),I'm trying to create bootable iso image from existing fedora system. Still not getting it right. I want to creat it from scratch from command line, say using mkisofs and syslinux .(don't want to use UI) did you tried this before?Any urls?Any help? If this is not the correct forum,please ignore this mail. -- Cheers, Lakshmipathi.G www.giis.co.in -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, Sep 10, 2009 at 8:58 PM, Matthias Clasen mcla...@redhat.com wrote: On Thu, 2009-09-10 at 19:39 -0400, Paul W. Frields wrote: On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: On Thu, 2009-09-10 at 18:40 -0400, Tom spot Callaway wrote: On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. The fix, workaround, or decision not to provide either should definitely get a mention in the release notes. Just edit the wiki here: https://fedoraproject.org/wiki/Documentation_Desktop_Beat Yeah, I think I am just going to document the manual fix. It looks like bug-buddy installs the schema for that key with a default of true, so you will only have the key in your own GConf db if you manually modified it - and if you did that, then you most likely set it to false, anyway... On second thought, this might not be such a great problem. I had a bug-buddy installation from F-11, and at some point installed bug-buddy.i686 so that running 32-bit GTK applications do not cause breakpad warnings. The bizarre thing is that after installing abrt-gui, somehow bug-buddy.i686 was still present. Removing bug-buddy completely solves the problem. -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 519317] AR PL UMing HK Light does not show properly in x86_64
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=519317 --- Comment #6 from CW Lin chinwen_...@yahoo.com 2009-09-10 03:10:20 EDT --- Created an attachment (id=360444) -- (https://bugzilla.redhat.com/attachment.cgi?id=360444) Bad Login Screen :( -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 519317] AR PL UMing HK Light does not show properly in x86_64
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=519317 --- Comment #7 from CW Lin chinwen_...@yahoo.com 2009-09-10 03:11:31 EDT --- Created an attachment (id=360445) -- (https://bugzilla.redhat.com/attachment.cgi?id=360445) Normal Login Screen :) -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/lohit-fonts/F-11 .cvsignore, 1.10, 1.11 lohit-fonts.spec, 1.12, 1.13 sources, 1.10, 1.11
Author: pravins Update of /cvs/pkgs/rpms/lohit-fonts/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31197 Modified Files: .cvsignore lohit-fonts.spec sources Log Message: * Thu Sep 10 2009 Pravin Satpute psatp...@redhat.com - 2.4.0-1 - Added Unicode 5.1 support in All Lohit fonts - updated summary for Hindi font package bug 514443 - updated source url Index: .cvsignore === RCS file: /cvs/pkgs/rpms/lohit-fonts/F-11/.cvsignore,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- .cvsignore 5 Mar 2009 14:12:48 - 1.10 +++ .cvsignore 10 Sep 2009 07:16:22 - 1.11 @@ -1 +1,2 @@ lohit-fonts-2.3.8.tar.gz +lohit-fonts-2.4.0.tar.gz Index: lohit-fonts.spec === RCS file: /cvs/pkgs/rpms/lohit-fonts/F-11/lohit-fonts.spec,v retrieving revision 1.12 retrieving revision 1.13 diff -u -p -r1.12 -r1.13 --- lohit-fonts.spec5 Mar 2009 14:12:48 - 1.12 +++ lohit-fonts.spec10 Sep 2009 07:16:22 - 1.13 @@ -7,14 +7,14 @@ Languages. Name: %{fontname}-fonts -Version:2.3.8 +Version:2.4.0 Release:1%{?dist} Summary:Free Indian truetype/opentype fonts Group: User Interface/X License:GPLv2 URL:https://fedorahosted.org/lohit/ -Source: http://rbhalera.fedorapeople.org/released/lohit/lohit-fonts-%{version}.tar.gz +Source: http://pravins.fedorapeople.org/lohit/lohit-fonts-%{version}.tar.gz BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX) BuildArch: noarch BuildRequires: fontpackages-devel @@ -84,7 +84,7 @@ This package provides a free Hindi truet %_font_pkg -n hindi lohit_hi.ttf %package -n %{fontname}-kannada-fonts -Summary:Free Kannada font +Summary:Free Hindi font Group: User Interface/X Requires: %{name}-common = %{version}-%{release} Provides: lohit-fonts-kannada = %{version}-%{release} @@ -267,6 +267,10 @@ rm -fr %{buildroot} %changelog +* Thu Sep 10 2009 Pravin Satpute psatp...@redhat.com - 2.4.0-1 +- Added Unicode 5.1 support in All Lohit fonts +- updated summary for Hindi font package bug 514443 +- updated source url * Thu Mar 05 2009 Rahul Bhalerao rbhal...@redhat.com - 2.3.8-1.fc11 - Bug 428427 - [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering Index: sources === RCS file: /cvs/pkgs/rpms/lohit-fonts/F-11/sources,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- sources 5 Mar 2009 14:12:48 - 1.10 +++ sources 10 Sep 2009 07:16:23 - 1.11 @@ -1 +1 @@ -f3b5c3cd8e370f1669d44cec3eab1f2b lohit-fonts-2.3.8.tar.gz +a729f805c323308ab2c728c8e6fa72c0 lohit-fonts-2.4.0.tar.gz ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522353] Review Request: lohit-oriya-fonts - Open Type Font for Oriya Language
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=522353 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522352] Review Request: lohit-nepali-fonts - Open Type Font for Nepali Language
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=522352 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522355] Review Request: lohit-sindhi-fonts - Open Type Font for Sindhi Language
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=522355 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522328] Review Request: lohit-kannada-fonts - Open Type Font for Kannada Language
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=522328 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522350] Review Request: lohit-marathi-fonts - Open Type Font for Marathi Language
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=522350 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522354] Review Request: lohit-punjabi-fonts - Open Type Font for Punjabi Language
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=522354 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522327] Review Request: lohit-hindi-fonts - Open Type Font for Hindi Language
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=522327 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522356] Review Request: lohit-tamil-fonts - Open Type Font for Tamil Language
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=522356 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522347] Review Request: lohit-konkani-fonts - Open Type Font for Konkani Language
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=522347 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522324] Review Request: lohit-assamese-fonts - Open Type Font for Assamese Language
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=522324 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522346] Review Request: lohit-kashmiri-fonts - Open Type Font for Kashmiri Language
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=522346 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522348] Review Request: lohit-maithili-fonts - Open Type Font for Maithili Language
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=522348 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522325] Review Request: lohit-bengali-fonts - Open Type Font for Bengali Language
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=522325 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522349] Review Request: lohit-malayalam-fonts - Open Type Font for Malayalam Language
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=522349 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522326] Review Request: lohit-gujarati-fonts - Open Type Font for Gujarati Language
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=522326 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522328] Review Request: lohit-kannada-fonts - Open Type Font for Kannada Language
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=522328 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Version|11 |rawhide -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522350] Review Request: lohit-marathi-fonts - Open Type Font for Marathi Language
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=522350 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Version|11 |rawhide -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522352] Review Request: lohit-nepali-fonts - Open Type Font for Nepali Language
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=522352 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag||fedora-review? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522354] Review Request: lohit-punjabi-fonts - Open Type Font for Punjabi Language
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=522354 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag||fedora-review? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522353] Review Request: lohit-oriya-fonts - Open Type Font for Oriya Language
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=522353 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag||fedora-review? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522355] Review Request: lohit-sindhi-fonts - Open Type Font for Sindhi Language
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=522355 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag||fedora-review? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522357] Review Request: lohit-telugu-fonts - Open Type Font for Telugu Language
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=522357 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag||fedora-review? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522357] Review Request: lohit-telugu-fonts - Open Type Font for Telugu Language
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=522357 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com, ||fedora-i18n-b...@redhat.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522356] Review Request: lohit-tamil-fonts - Open Type Font for Tamil Language
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=522356 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag||fedora-review? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/pango/devel pango.spec,1.175,1.175.2.1
Author: karsten Update of /cvs/extras/rpms/pango/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12339 Modified Files: Tag: pango-1_25_4-2_fc12_branch pango.spec Log Message: - drop s390x autoconf fixes as autoconf now just works as expected tagged into a branch as this is just for the rhel6 rebuild where we have slightly older packages and cannot update to latest atm. Index: pango.spec === RCS file: /cvs/extras/rpms/pango/devel/pango.spec,v retrieving revision 1.175 retrieving revision 1.175.2.1 diff -u -p -r1.175 -r1.175.2.1 --- pango.spec 20 Aug 2009 11:31:48 - 1.175 +++ pango.spec 10 Sep 2009 13:24:48 - 1.175.2.1 @@ -9,7 +9,7 @@ Summary: System for layout and rendering of internationalized text Name: pango Version: 1.25.4 -Release: 2%{?dist} +Release: 2.1%{?dist} License: LGPLv2+ Group: System Environment/Libraries Source: http://download.gnome.org/sources/pango/1.25/pango-%{version}.tar.bz2 @@ -95,8 +95,6 @@ esac # autoconf uses powerpc not ppc host=`echo $host | sed s/^ppc/powerpc/` -# autoconf uses ibm-linux not redhat-linux on s390x -host=`echo $host | sed s/^s390\(x\)*-redhat/s390\1-ibm/` # Make sure that the host value that is passed to the compile # is the same as the host that we're using in the spec file @@ -190,8 +188,6 @@ esac # autoconf uses powerpc not ppc host=`echo $host | sed s/^ppc/powerpc/` -# autoconf uses ibm-linux not redhat-linux (s390x) -host=`echo $host | sed s/^s390\(x\)*-redhat/s390\1-ibm/` case $host in alpha*|ia64*|powerpc64*|s390x*|sparc64*|x86_64*) @@ -228,6 +224,9 @@ fi %changelog +* Thu Sep 10 2009 Karsten Hopp kars...@redhat.com 1.25.4-2.1 +- drop s390x autoconf fixes as autoconf now just works as expected + * Thu Aug 20 2009 Karsten Hopp kars...@redhat.com 1.25.4-2 - fix autoconf host on s390x ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522353] Review Request: lohit-oriya-fonts - Open Type Font for Oriya Language
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=522353 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag|fedora-review? |fedora-review+ --- Comment #1 from Parag AN(पराग) panem...@gmail.com 2009-09-10 09:44:36 EDT --- Review: + package builds in mock (rawhide i686). koji Build =http://koji.fedoraproject.org/koji/taskinfo?taskID=1667838 + rpmlint is silent for SRPM and for RPM. + source files match upstream url c5cee59e78857aae467187bc288ade703d0610d0 lohit-oriya-2.4.3.tar.gz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc is present. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel subpackage + no .la files. + no translations are available + Does owns the directories it creates. + fonts scriptlets present. + no duplicates in %files. + file permissions are appropriate. + Not a GUI application APPROVED. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522356] Review Request: lohit-tamil-fonts - Open Type Font for Tamil Language
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=522356 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag|fedora-review? |fedora-review+ --- Comment #1 from Parag AN(पराग) panem...@gmail.com 2009-09-10 09:44:46 EDT --- Review: + package builds in mock (rawhide i686). koji Build =http://koji.fedoraproject.org/koji/taskinfo?taskID=1667834 + rpmlint is silent for SRPM and for RPM. + source files match upstream url 5eba3c34ae0798bf65e271fe3da28bc05c9c49aa lohit-tamil-2.4.3.tar.gz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc is present. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel subpackage + no .la files. + no translations are available + Does owns the directories it creates. + fonts scriptlets present. + no duplicates in %files. + file permissions are appropriate. + Not a GUI application APPROVED. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522355] Review Request: lohit-sindhi-fonts - Open Type Font for Sindhi Language
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=522355 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag|fedora-review? |fedora-review+ --- Comment #1 from Parag AN(पराग) panem...@gmail.com 2009-09-10 09:44:49 EDT --- Review: + package builds in mock (rawhide i686). koji Build =http://koji.fedoraproject.org/koji/taskinfo?taskID=1667836 + rpmlint is silent for SRPM and for RPM. + source files match upstream url 36dcebfdd98debb6f4124826b23e75c7f80cc3b4 lohit-sindhi-2.4.3.tar.gz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc is present. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel subpackage + no .la files. + no translations are available + Does owns the directories it creates. + fonts scriptlets present. + no duplicates in %files. + file permissions are appropriate. + Not a GUI application APPROVED. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522354] Review Request: lohit-punjabi-fonts - Open Type Font for Punjabi Language
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=522354 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag|fedora-review? |fedora-review+ --- Comment #1 from Parag AN(पराग) panem...@gmail.com 2009-09-10 09:44:38 EDT --- Review: + package builds in mock (rawhide i686). koji Build =http://koji.fedoraproject.org/koji/taskinfo?taskID=1667841 + rpmlint is silent for SRPM and for RPM. + source files match upstream url 573e2283778543c137c03674465bcf5d01b75922 lohit-punjabi-2.4.3.tar.gz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc is present. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel subpackage + no .la files. + no translations are available + Does owns the directories it creates. + fonts scriptlets present. + no duplicates in %files. + file permissions are appropriate. + Not a GUI application APPROVED. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522352] Review Request: lohit-nepali-fonts - Open Type Font for Nepali Language
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=522352 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag|fedora-review? |fedora-review+ --- Comment #1 from Parag AN(पराग) panem...@gmail.com 2009-09-10 09:44:30 EDT --- Review: + package builds in mock (rawhide i686). koji Build =http://koji.fedoraproject.org/koji/taskinfo?taskID=1667842 + rpmlint is silent for SRPM and for RPM. + source files match upstream url 542dd68f73ac0be9ba0b5c08857c0fee7b488f7a lohit-nepali-2.4.3.tar.gz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc is present. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel subpackage + no .la files. + no translations are available + Does owns the directories it creates. + fonts scriptlets present. + no duplicates in %files. + file permissions are appropriate. + Not a GUI application APPROVED. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522357] Review Request: lohit-telugu-fonts - Open Type Font for Telugu Language
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=522357 Parag AN(पराग) panem...@gmail.com changed: What|Removed |Added Flag|fedora-review? |fedora-review+ --- Comment #1 from Parag AN(पराग) panem...@gmail.com 2009-09-10 09:52:24 EDT --- Review: + package builds in mock (rawhide i686). koji Build =http://koji.fedoraproject.org/koji/taskinfo?taskID=1668093 + rpmlint is silent for SRPM and for RPM. + source files match upstream url e02addf9f8e3e9a3b5ae53e69bc57e860ba044c0 lohit-telugu-2.4.3.tar.gz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc is present. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel subpackage + no .la files. + no translations are available + Does owns the directories it creates. + fonts scriptlets present. + no duplicates in %files. + file permissions are appropriate. + Not a GUI application APPROVED. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/pango/devel pango.spec,1.175.2.1,1.175.2.2
Author: karsten Update of /cvs/extras/rpms/pango/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18771 Modified Files: Tag: pango-1_25_4-2_fc12_branch pango.spec Log Message: - false alarm, another fix was required to fix %post Index: pango.spec === RCS file: /cvs/extras/rpms/pango/devel/pango.spec,v retrieving revision 1.175.2.1 retrieving revision 1.175.2.2 diff -u -p -r1.175.2.1 -r1.175.2.2 --- pango.spec 10 Sep 2009 13:24:48 - 1.175.2.1 +++ pango.spec 10 Sep 2009 14:49:01 - 1.175.2.2 @@ -95,6 +95,8 @@ esac # autoconf uses powerpc not ppc host=`echo $host | sed s/^ppc/powerpc/` +# autoconf uses ibm-linux not redhat-linux on s390x +host=`echo $host | sed s/^s390\(x\)*-redhat/s390\1-ibm/` # Make sure that the host value that is passed to the compile # is the same as the host that we're using in the spec file @@ -160,7 +162,8 @@ esac # autoconf uses powerpc not ppc host=`echo $host | sed s/^ppc/powerpc/` - +# autoconf uses ibm-linux not redhat-linux on s390x +host=`echo $host | sed s/^s390\(x\)*-redhat/s390\1-ibm/` case $host in alpha*|ia64*|powerpc64*|s390x*|sparc64*|x86_64*) %{_bindir}/pango-querymodules-64 %{_sysconfdir}/pango/$host/pango.modules @@ -188,6 +191,8 @@ esac # autoconf uses powerpc not ppc host=`echo $host | sed s/^ppc/powerpc/` +# autoconf uses ibm-linux not redhat-linux (s390x) +host=`echo $host | sed s/^s390\(x\)*-redhat/s390\1-ibm/` case $host in alpha*|ia64*|powerpc64*|s390x*|sparc64*|x86_64*) ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/pango/devel pango.spec,1.175.2.2,1.175.2.3
Author: karsten Update of /cvs/extras/rpms/pango/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20893 Modified Files: Tag: pango-1_25_4-2_fc12_branch pango.spec Log Message: - fix changelog Index: pango.spec === RCS file: /cvs/extras/rpms/pango/devel/pango.spec,v retrieving revision 1.175.2.2 retrieving revision 1.175.2.3 diff -u -p -r1.175.2.2 -r1.175.2.3 --- pango.spec 10 Sep 2009 14:49:01 - 1.175.2.2 +++ pango.spec 10 Sep 2009 14:50:34 - 1.175.2.3 @@ -230,7 +230,7 @@ fi %changelog * Thu Sep 10 2009 Karsten Hopp kars...@redhat.com 1.25.4-2.1 -- drop s390x autoconf fixes as autoconf now just works as expected +- another s390x autoconf fix for %post * Thu Aug 20 2009 Karsten Hopp kars...@redhat.com 1.25.4-2 - fix autoconf host on s390x ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 517789] Droid Sans overrides default Japanese desktop font
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=517789 Behdad Esfahbod besfa...@redhat.com changed: What|Removed |Added Flag|needinfo?(besfa...@redhat.c | |om) | --- Comment #22 from Behdad Esfahbod besfa...@redhat.com 2009-09-10 11:31:37 EDT --- (In reply to comment #19) (In reply to comment #13) (In reply to comment #11) 3. You should also alias back Droid Sans Japanese and Droid Sans Fallback to Droid Sans now that we are renaming those. That's a really good idea, I don't know why I didn't before, I probably was just afraid of the whole thing BTW we use two different patterns for aliasing right now: 1. use font Y to complete font X (for a font which is installed bug with limited coverage): alias familyX/family default familyY/family /default /alias 2. use font Y when asked for font X (for fonts that may not be installed) alias binding=same familyX/family accept familyY/family /accept /alias Which pattern is more appropriate for this case? The latter. Also, can we use the same logic to fixup at fontconfig level fonts with bad naming metadata (all the stuff that fails WWS and takes ages to be fixed in the font files upstream)? For example would the following pattern be something that could be generalised? Or do you have objections/better ideas? match target=scan test name=family stringLetters Laughing/string /test test name=style stringat their Execution/string /test edit name=family stringLetters Laughing at their Execution/string /edit edit name=style stringRegular/string /edit /match alias familyLetters Laughing at their Execution/family default familyFantasy/family /default /alias This is a good idea, yes. !-- Not sure at all about this but something is needed for backwards compat -- alias familyLetters Laughing/family styleat their Execution/family default familyLetters Laughing at their Execution/family styleRegularstyle /default /alias I wouldn't bother about the style part here. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Issue 43029] support PS-OpenType/OTF/(SFNT with CFF) fonts for PDF export and printing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=43029 User galionlibrary changed the following: What|Old value |New value CC|'arielch,awagner_mainz,bah|'arielch,awagner_mainz,bah |ein,benjamin_schallar,bern|ein,benjamin_schallar,bern |d_schoeler,ceplm,chrullric|d_schoeler,ceplm,chrullric |h,ckolivas,cwoollard,fedor|h,ckolivas,cwoollard,fedor |afonts,hdu,iorsh,jeongkyu,|afonts,galionlibrary,hdu,i |masayan,msundman,scottchie|orsh,jeongkyu,masayan,msun |fbaker,simos' |dman,scottchiefbaker,simos | |' - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 517789] Droid Sans overrides default Japanese desktop font
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=517789 --- Comment #23 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-09-10 14:42:40 EDT --- (In reply to comment #22) (In reply to comment #19) (In reply to comment #13) (In reply to comment #11) 3. You should also alias back Droid Sans Japanese and Droid Sans Fallback to Droid Sans now that we are renaming those. That's a really good idea, I don't know why I didn't before, I probably was just afraid of the whole thing BTW we use two different patterns for aliasing right now: 1. use font Y to complete font X (for a font which is installed bug with limited coverage): alias familyX/family default familyY/family /default /alias 2. use font Y when asked for font X (for fonts that may not be installed) alias binding=same familyX/family accept familyY/family /accept /alias Which pattern is more appropriate for this case? The latter. Also, can we use the same logic to fixup at fontconfig level fonts with bad naming metadata This is a good idea, yes. Thank you for the opinion! !-- Not sure at all about this but something is needed for backwards compat -- alias familyLetters Laughing/family styleat their Execution/family default familyLetters Laughing at their Execution/family styleRegularstyle /default /alias I wouldn't bother about the style part here. Well I certainly need to specify the style of the font to be remapped (since there are other Letters Laughing weird styles that need to be mapped at different font families). In that particular case, since Letters Laughing at their Execution will have a single style, I guess I could pass on the target style. But what about when you try to remap fonts from the 4 styles area which have been needlessly split into separate families ? Say, you have an A. font set with R,B,I,BI and an A. Narrow font set also with R,B,I,BI If you write alias familyA. Narrow/family styleBold/family default familyA./family /default /alias won't that clobber A. Bold? Surely you do need to specify the target style in that case alias familyA. Narrow/family styleBold/family default familyA./family styleNarrow Bold/family /default /alias (too lazy to check how the WWS spec says the Narrow qualifier should be written nowadays) Actually what I was not sure about is that default familyA./family styleNarrow Bold/family /default will be treated as a single font, not a list but I suppose a list in this context would be stupid, so surely fontconfig will treat it as a single-font pattern, right? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 507637] Missing fontset info
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=507637 --- Comment #18 from Jerry James loganje...@gmail.com 2009-09-10 16:26:37 EDT --- Hello? It's been a month since I pointed out that you need to update devel, too, with no response. Please respond. I don't want us to have the same problems all over again in F-12. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522648] New: glyphs cut-off below baseline in firefox
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: glyphs cut-off below baseline in firefox https://bugzilla.redhat.com/show_bug.cgi?id=522648 Summary: glyphs cut-off below baseline in firefox Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: Regression Severity: medium Priority: low Component: ipa-gothic-fonts AssignedTo: ta...@redhat.com ReportedBy: peter...@redhat.com QAContact: extras...@fedoraproject.org CC: ta...@redhat.com, fedora-fonts-bugs-list@redhat.com Classification: Fedora Target Release: --- Description of problem: With ipa fonts being used for Japanese desktop, it seems the bottom of letters with parts under the Latin baseline tend to get cut-off in textboxes in Firefox. How reproducible: every time Steps to Reproduce: 1. Login to rawhide Japanese gnome desktop 2. Run firefox and type abcdefghijklmnopqrstuvwxyz into awesome bar. 3. sudo yum install vlgothic-fonts 4. repeat (2) Actual results: 2. Bottom of letters 'g', 'j', 'p', 'q', 'y' are clipped 4. Displays fine. Expected results: 2. All the glyphs to be visible. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522648] glyphs cut-off below baseline in firefox
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=522648 --- Comment #1 from Jens Petersen peter...@redhat.com 2009-09-10 19:04:26 EDT --- Created an attachment (id=360582) -- (https://bugzilla.redhat.com/attachment.cgi?id=360582) firefox.png -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522326] Review Request: lohit-gujarati-fonts - Open Type Font for Gujarati Language
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=522326 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:15:24 EDT --- New Package CVS Request === Package Name: lohit-gujarati-fonts Short Description: Free Gujarati Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522325] Review Request: lohit-bengali-fonts - Open Type Font for Bengali Language
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=522325 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:14:46 EDT --- New Package CVS Request === Package Name: lohit-bengali-fonts Short Description: Free Bengali Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522324] Review Request: lohit-assamese-fonts - Open Type Font for Assamese Language
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=522324 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:13:02 EDT --- New Package CVS Request === Package Name: lohit-assamese-fonts Short Description: Free Assamese Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522327] Review Request: lohit-hindi-fonts - Open Type Font for Hindi Language
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=522327 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:16:03 EDT --- New Package CVS Request === Package Name: lohit-hindi-fonts Short Description: Free Hindi Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522328] Review Request: lohit-kannada-fonts - Open Type Font for Kannada Language
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=522328 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:16:37 EDT --- New Package CVS Request === Package Name: lohit-kannada-fonts Short Description: Free Kannada Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522347] Review Request: lohit-konkani-fonts - Open Type Font for Konkani Language
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=522347 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:18:16 EDT --- New Package CVS Request === Package Name: lohit-konkani-fonts Short Description: Free Konkani Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522348] Review Request: lohit-maithili-fonts - Open Type Font for Maithili Language
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=522348 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:19:02 EDT --- New Package CVS Request === Package Name: lohit-maithili-fonts Short Description: Free Maithili Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522346] Review Request: lohit-kashmiri-fonts - Open Type Font for Kashmiri Language
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=522346 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:17:32 EDT --- New Package CVS Request === Package Name: lohit-kashmiri-fonts Short Description: Free Kashmiri Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522325] Review Request: lohit-bengali-fonts - Open Type Font for Bengali Language
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=522325 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Flag||fedora-cvs? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522349] Review Request: lohit-malayalam-fonts - Open Type Font for Malayalam Language
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=522349 --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-09-11 00:26:52 EDT --- New Package CVS Request === Package Name: lohit-malayalam-fonts Short Description: Free Malayalam Open Type Font Owners: pravins Branches: InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522324] Review Request: lohit-assamese-fonts - Open Type Font for Assamese Language
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=522324 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Flag||fedora-cvs? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522328] Review Request: lohit-kannada-fonts - Open Type Font for Kannada Language
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=522328 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Flag||fedora-cvs? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 522326] Review Request: lohit-gujarati-fonts - Open Type Font for Gujarati Language
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=522326 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Flag||fedora-cvs? -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list