RE: Koji and Signing RPMS
To sign an rpm from koji, you should make a copy of the file, sign it with the appropriate rpm command, and import the signature. Fedora rel-eng has a script to help automate this. Note that you should not simply sign the file directly under /mnt/koji, as this causes an inconsistency between the filesystem and the database (hence the copy step). https://fedorahosted.org/rel-eng/browser/scripts/sign_unsigned.py How do I use this sign_unsigned.py script? -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: source file audit - 2009-08-10
On Mon, Aug 10, 2009 at 18:15, Kevin Fenzike...@scrye.com wrote: cdamian:BADURL:wikicalendar-1.15.tar.gz:mediawiki-wikicalendar Just checked this one and it works. Probably was a temporary problem with googlecode . Christof -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendtmschwe...@gmail.com wrote: == The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): beagle bmpx clipsmm f-spot fedora-business-cards kdeedu openmpi openvrml ppl R-RScaLAPACK rubygem-main rubygem-rails scheme2js tomboy Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Updated Fedora 12 Schedule--Final Release Date 2009-11-10
2009/8/19 Ankit Patel an...@redhat.com: Is there any way to get notification, when packages (re)build is done? I am referring to task - Ongoing Test Package Builds for Translation Review, Thu 2009-09-10 to Mon 2009-09-14 from the schedule, where FLP (Fedora Localization Project) team of translators might want to know whether the packages they have translated are rebuilt along with latest translations or not. Thanks! You can add notifications in Koji, if that's what you mean. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Build requirements for threaded code?
Michel Salim writes: On Wed, 2009-08-19 at 19:57 -0700, Roland McGrath wrote: -pthread means -D_REENTRANT and -lpthread. -D_REENTRANT is basically useless and you should use standard feature test macros or _GNU_SOURCE for what you want. So just linking with -lpthread is what I would call the normal and recommended practice. The man pages are not maintained by people who ask the people who know. Which raises a good question: who ought to be in charge of the manpages? There ought to be a good way, once a problem is found (like in this case), for the relevant manpage to get fixed. The pthreads man page contains the maintainer's contact information, at the bottom. pgp9Jq0mLQa69.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendtmschwe...@gmail.com wrote: == The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): beagle bmpx clipsmm f-spot fedora-business-cards kdeedu openmpi openvrml ppl R-RScaLAPACK rubygem-main rubygem-rails scheme2js tomboy Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, 20 Aug 2009 07:18:50 -0400, Josh wrote: On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: == The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): beagle bmpx clipsmm f-spot fedora-business-cards kdeedu openmpi openvrml ppl R-RScaLAPACK rubygem-main rubygem-rails scheme2js tomboy Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. Really? Then why has somebody added ppc64 to the ExclusiveArch list for many but not all of the Mono packages? I think that spec files from F-12 devel have been copied to F-11 without making sure that Mono has been built for ppc64 there. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090820 changes
Compose started at Thu Aug 20 06:15:06 UTC 2009 New package anjal An email client for small screen devices New package liblastfm Libraries to integrate Last.fm services New package mutter-moblin Moblin Netbook plugin for Mutter New package nss-util Network Security Services Utilities Library Updated Packages: PackageKit-0.5.2-0.1.20090819git.fc12 - * Wed Aug 19 2009 Richard Hughes rhug...@redhat.com - 0.5.2-0.1.20090819git - Update to a git snapshot from the 0.5.x series. abrt-0.0.7.1-1.fc12 --- * Wed Aug 19 2009 Jiri Moskovcak jmosk...@redhat.com 0.0.7.1-1 - fixes to bugzilla plugin and gui to make the report message more user-friendly alexandria-0.6.5-1.fc12 --- * Thu Aug 20 2009 Mamoru Tasaka mtas...@ioa.s.u-tokyo.ac.jp - 0.6.5-1 - Update to 0.6.5 - Remove 2 upstreamed patches (1 patch still unremoved) - Add 2 patches, will report upstream allgeyer-fonts-5.002-4.fc12 --- * Wed Aug 19 2009 Tom spot Callaway tcall...@redhat.com - 5.002-4 - fix urls amanith-0.3-13.fc12 --- * Wed Aug 19 2009 Tom spot Callaway tcall...@redhat.com - 0.3-13 - note that upstream is gone, drop URL from Source0 bti-023-1.fc12 -- * Wed Aug 19 2009 Michel Salim sali...@fedoraproject.org - 023-1 - Update to 023 - Build against readline v5, due to licensing incompatibilities with v6 (bug #511301) cobertura-1.9-3.fc12 * Wed Aug 19 2009 Victor Vasilyev victor.vasil...@sun.com 1.9-3 - Fix B(R) according to guidelines - Use the lnSysJAR macro - Prevent brp-java-repack-jars from being run colossus-0.9.1-2.20090817svn4489.fc12 - * Wed Aug 19 2009 Bruno Wolff III br...@wolff.to - 0.9.1-2.20090817svn4489 - Fix for desert LOS bug condor-ec2-enhanced-1.0-17.fc12 --- * Tue Aug 18 2009 rr...@redhat - 1.0-17 - caroniad checks condor_config for its configuration before looking in configuration files - Removed the init script as the daemon is controlled by condor now - Split the documentation into two files, one for the AMI and one for the submit machine - Added conflict with condor-low-latency condor-ec2-enhanced-hooks-1.0-19.fc12 - * Tue Aug 18 2009 rr...@redhat - 1.0-19 - Split the documentation into two files, one for the AMI and one for the submit machine - Fixed obsolete issue with common package - SQS/S3 queues/buckets no longer use GlobalJobId because they can be too long for AWS. Instead, ClusterId, ProcId, and QDate is used. condor-job-hooks-1.0-12.fc12 * Tue Aug 18 2009 rr...@redhat - 1.0-11 - Split documentation into two files, one for carod and one for the job-hooks * Tue Aug 18 2009 rr...@redhat - 1.0-12 - Job hooks use JOB_HOOK as keyword instead of LL_HOOK - Fixed version numbering * Mon Aug 17 2009 rr...@redhat - 1.0-10 - Minor cleanup in common functions condor-low-latency-1.0-19.fc12 -- * Tue Aug 18 2009 rr...@redhat - 1.0-19 - Split documentation into two files, one for carod and one for the job-hooks - Added conflict with condor-ec2-enhanced - Removed ll_condor_config and pulled its contents into the INSTALL documentation * Mon Aug 17 2009 rr...@redhat - 1.0-18 - Handle AMQP broker restarts (BZ488998) - Fixed typo that allows correct usage of --help (BZ491826) control-center-2.27.90-2.fc12 - * Wed Aug 19 2009 Matthias Clasen mcla...@redhat.com 2.27.90-2 - Make the appearance capplet work again cups-1.4-0.rc1.16.fc12 -- * Tue Aug 18 2009 Tim Waugh twa...@redhat.com 1:1.4-0.rc1.16 - Fixed JobKillDelay handling for cancelled jobs (bug #518026, STR #3292). - Use 'exec' to invoke ghostscript in the pstoraster filter. This allows the SIGTERM signal to reach the correct process, as well as conserving memory (part of bug #518026). dahdi-tools-2.1.0.2-8.fc12 -- * Wed Aug 19 2009 Itamar Reis Peixoto ita...@ispbrasil.com.br - 2.1.0.2-8 - fix bz 495453 (/etc/modprobe.d/dahdi.blacklist and /etc/modprobe.d/dahdi doesn't end with.conf) dhcpv6-2.0.0alpha3-1.fc12 - * Wed Aug 19 2009 David Cantrell dcantr...@redhat.com - 2.0.0alpha3-1 - Upgraded to dhcpv6-2.0.0-alpha3 * Tue Aug 18 2009 David Cantrell dcantr...@redhat.com - 2.0.0alpha2-1 - Upgraded to dhcpv6-2.0.0-alpha2 * Tue Aug 18 2009 David Cantrell dcantr...@redhat.com - 2.0.0alpha2-2 - Remove LICENSE from the %doc line dvdisaster-0.72.1-1.fc12 * Wed Aug 19 2009 Dmitry Butskoy dmi...@butskoy.name - 0.72.1-1 - Update to 0.72.1 ebtables-2.0.9-2.fc12 - * Wed Aug 19 2009 Tom spot Callaway tcall...@redhat.com - 2.0.9-2 - fix source0 url foomatic-db-4.0-5.20090819.fc12 --- * Wed Aug 19 2009 Tim Waugh twa...@redhat.com 4.0-5.20090819 -
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, Aug 20, 2009 at 01:31:47PM +0200, Michael Schwendt wrote: On Thu, 20 Aug 2009 07:18:50 -0400, Josh wrote: On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: == The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): beagle bmpx clipsmm f-spot fedora-business-cards kdeedu openmpi openvrml ppl R-RScaLAPACK rubygem-main rubygem-rails scheme2js tomboy Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. Really? Then why has somebody added ppc64 to the ExclusiveArch list for many but not all of the Mono packages? I think that spec files from F-12 devel have been copied to F-11 without making sure that Mono has been built for ppc64 there. That could very well be. I also know that there was some work done during F11 development to make Mono work on ppc64 and it did for a while. Yet an update seems to have hose that? If people need access to a ppc64 box to fix Mono issues, just let me know. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Firmware licence question
I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... May be except what it dkms? But it have not kernel modules (I known what it is not permitted) and built automatically on install phase. But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware images. So, I want maintain all this packages in Fedora. Main question - it is permitted? It will not be blocked as FE-legal? With best wishes, Pavel Alexeev aka Pahan-Hubbitus. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
Rex Dieter wrote: Michael Schwendt wrote: == The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): ... kdeedu As far as I can tell, this one is a false-positive, unless someone can enlighten me precisely what's wrong. Recent changes have been made to make this package safer multilib-wise (fixing bug #515087 being one) Ah, I think I found it (a missing Obsoletes, testing now). -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
TeX Live 2009 for Fedora
Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. For more information: http://fedoraproject.org/wiki/Features/TeXLive Jindrich -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firmware licence question
Dne Thu, 20 Aug 2009 15:51:04 +0400 Pavel Alexeev (aka Pahan-Hubbitus) napsal(a): I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... May be except what it dkms? But it have not kernel modules (I known what it is not permitted) and built automatically on install phase. It doesn't matter what build mechanism it uses. It's a 3rd party kernel module, so it won't be included in Fedora. But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware images. So, I want maintain all this packages in Fedora. Main question - it is permitted? It will not be blocked as FE-legal? License: Unknown for the firmware is definitely not a good sign. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firmware licence question
On Thu, Aug 20, 2009 at 03:51:04PM +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... May be except what it dkms? But it have not kernel modules (I known what it is not permitted) and built automatically on install phase. Fedora does not allow stand-alone kernel module packages. This would need to be included in the kernel RPM itself. The best way to get that to happen is to get the driver into the upstream kernel. But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware images. Unless you can find the actual license for the firmware in question, those packages don't look acceptable to me. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firmware licence question
Thank you for the answers. 20.08.2009 16:50, Josh Boyer wrote: Fedora does not allow stand-alone kernel module packages. This would need to be included in the kernel RPM itself. The best way to get that to happen is to get the driver into the upstream kernel. Yes, but not I developer of it. Additionaly it is outdated hardware, as I can understand... Unless you can find the actual license for the firmware in question, those packages don't look acceptable to me. I'm not found any License mention. So, I'll ask it in acx100 mailing list. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firmware licence question
Pavel Alexeev (aka Pahan-Hubbitus) wrote: I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... May be except what it dkms? But it have not kernel modules (I known what it is not permitted) and built automatically on install phase. But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware images. So, I want maintain all this packages in Fedora. Main question - it is permitted? It will not be blocked as FE-legal? Not really, kernel module/drivers need to be upstream, see also: https://fedoraproject.org/wiki/Packaging/KernelModules and http://fedoraproject.org/wiki/Licensing#Binary_Firmware -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firefox addon for Fedora-pkgdb search
2009/8/19 Adam Miller maxamill...@gmail.com: Hello all, I decided posting this to the devel-list would be most appropriate because I assume it to be the crowd who would put something like this to use (but I could be wrong). I threw together a little Firefox AddOn that adds the pkgdb as a search option and then spoke with Máirín Duffy about a logo and she was nice enough to put together one awesome logo for the addon (thanks again for that!). I'm also in discussion with Luke Macken about making something similar except for Fedora Community, more on that once it comes to life but in the mean time, enjoy! https://addons.mozilla.org/en-US/firefox/addon/13710 Thanks, -Adam P.S. - If this was the wrong list to post to, many apologies and I'm open to suggestion on where to shoot info like this :) Neat. I occasionally want to yum search for something when using a non-Fedora system (or from a different Fedora release from the one I'm using), so thanks. :-) -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. For more information: http://fedoraproject.org/wiki/Features/TeXLive Thank you so much for your effort :) Doing yum update texlive\* resulted in dep. problems with (x)dvipdfmx, dvipng (requires libkpathsea.so.4) -- you're probably missing obsoletes in texlive-dvipdfmx and texlive-dvipng. After I removed them (along with xetex, which I tried once, but went back to just tex), the update progressed smoothly, haven't tried runtime yet (though, seeing that your repo has 5000+ packages and the yum updated installed/updated only 85, I suspect I'll be missing some fonts I use). Martin 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: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. It seems your spec making program has some bugs, as some packages have names such as texlive-csplain.ARCH, this probably shouldn't be..? When I try to install texlive-scheme-full on F11 x86_64 I get a bunch of errors due to missing packages: -- Missing Dependency: texlive-findhyph is needed by package texlive-collection-binextra-2009-14758.fc11.noarch (texlive) Error: Missing Dependency: texlive-germkorr is needed by package texlive-collection-langgerman-2009-14751.fc11.noarch (texlive) Error: Missing Dependency: texlive-spverbatim is needed by package texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) Error: Missing Dependency: texlive-fig4latex is needed by package texlive-collection-pictures-2009-14752.fc11.noarch (texlive) Error: Missing Dependency: texlive-findhyph is needed by package texlive-collection-binextra-2009-14758.fc11.noarch (texlive) Error: Missing Dependency: texlive-titlepic is needed by package texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 15:40 +0200, Martin Sourada wrote: progressed smoothly, haven't tried runtime yet (though, seeing that your So, just noticed I needed to install texlive-csplain in order to have it, but it does not work: This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) restricted \write18 enabled. ---! /usr/share/texlive/texmf-var/web2c/pdftex/csplain.fmt doesn't match pdftex.pool (Fatal format file error; I'm stymied) How can I fix it? Further, I noticed in csplain.log that it loads the document with ISO-8859-2 coding, is there a way to switch it to UTF-8? texconfig does not seem to work anymore for format installing/changing :( Martin 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: Firmware licence question
Hello, All! 2009/8/20 Pavel Alexeev (aka Pahan-Hubbitus) fo...@ru.bir.ru: I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... This module has very sad story - since, it was made as a result of direct reverse engineering (no clean room techniques were used), it produced series of flamewars in LKML. As a result it was rejected from inclusion into main kernel tree. More to say, the firmware status is also unclear. -- With best regards, Peter Lemenkov. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firmware licence question
On Thu, Aug 20, 2009 at 03:51:04PM +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... May be except what it dkms? But it have not kernel modules (I known what it is not permitted) and built automatically on install phase. But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware images. So, I want maintain all this packages in Fedora. Main question - it is permitted? It will not be blocked as FE-legal? With best wishes, Pavel Alexeev aka Pahan-Hubbitus. Here is what you need to do: 1. Have the driver and firmware pushed to the upstream kernel. If it goes upstream, it will generally be acceptable to Fedora. 2. Have the driver enabled on the rawhide kernel config. 3. Make sure the firmware gets included when building the kernel-firmware package in rawhide. 4. What for the base version for rawhide kernels to make their way into Fedora. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firmware licence question
20.08.2009 18:01, Peter Lemenkov wrote: Hello, All! 2009/8/20 Pavel Alexeev (aka Pahan-Hubbitus)fo...@ru.bir.ru: I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... This module has very sad story - since, it was made as a result of direct reverse engineering (no clean room techniques were used), it produced series of flamewars in LKML. As a result it was rejected from inclusion into main kernel tree. More to say, the firmware status is also unclear. Ehhh, shit. Peter, thank you for clarification. Can you provide link to this discussion in LKML if don't forgot how find it? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
Jindrich Novy píše v Čt 20. 08. 2009 v 14:44 +0200: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. For more information: http://fedoraproject.org/wiki/Features/TeXLive Thanks one question: in F11 is csindex program missing. I've read somewhere there was problem in missing autoconf for it. What about new TeX Live? Is it there now? Can I help if csindex is still missing? Pavel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
I maintain beagle, and although I did add the Excludes directive to it, the reason I haven't pushed the update is because it doesn't actually fix anything other than prevent that annoying email from being sent out. Besides, beagle worked fine for PPC64 users on Fedora 11 at some point. -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
2009/8/20 Jindrich Novy jn...@redhat.com: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) What's up with xetex? The package is named texlive-xetex.ARCH, and it seems to depend on a package called texlive-xetex which isn't provided in the new repository, and therefore pulls in the whole old version of texlive from the core repository again ... MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
2009/8/20 Jindrich Novy jn...@redhat.com: Thanks for noticing. I've tested only upgrade from texlive-2007 installation with no dvipdfmx installed. I'll fix it in the next repo update. Another related upgrade issue: texlive-psutils doesn't obsolete psutils ... (is there a better place to note this sort of thing?) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
sage idea
Not much progress has been made on sage. Perhaps this can help: http://code.google.com/p/spdproject/wiki/Installation -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
Once upon a time, Mary Ellen Foster mefos...@gmail.com said: Another related upgrade issue: texlive-psutils doesn't obsolete psutils ... (is there a better place to note this sort of thing?) Why would texlive replace a stand-alone package (that has been around forever as a stand-alone package)? -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
2009/8/20 Mary Ellen Foster mefos...@gmail.com: What's up with xetex? The package is named texlive-xetex.ARCH, and it seems to depend on a package called texlive-xetex which isn't provided in the new repository, and therefore pulls in the whole old version of texlive from the core repository again ... Sorry, never mind -- looks like it has an unversioned dependency or something, texlive-xetex is in the new repo and once I excluded the old repos it worked again. (Should obsolete teckit though ...) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
No more Alpha tag requests
A general reminder. As we are out of Alpha freeze now, that means we are not taking tag requests for F12 Alpha any longer. The package set for Alpha has been finalized. Thanks josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
2009/8/20 Jindrich Novy jn...@redhat.com: Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) One more issue: some packages (like R, for example) still depend on tetex-latex, which I guess used to be a virtual provide of texlive but is now gone. What's the plan for dealing with this? Here's the full list of things that require tetex-latex according to repoquery: a2ps-0:4.14-8.fc11.x86_64 asymptote-0:1.70-1.fc11.x86_64 fig2ps-0:1.3.6-4.fc11.noarch hevea-0:1.10-3.fc11.x86_64 HippoDraw-0:1.21.1-9.fc11.x86_64 ipe-0:6.0-0.29.pre30.fc11.x86_64 jadetex-0:3.13-5.fc11.noarch mediawiki-math-0:1.14.0-45.fc11.x86_64 pdfjam-0:1.21-1.fc11.noarch pyscript-0:0.6.1-4.fc11.noarch R-devel-0:2.9.0-2.fc11.x86_64 tetex-bytefield-0:1.2a-5.fc11.noarch tetex-dvipost-0:1.1-10.fc11.x86_64 tetex-elsevier-0:0.1.20071024-2.fc11.noarch tetex-IEEEtran-0:1.7.1-2.fc11.noarch tetex-perltex-0:1.7-2.fc11.noarch tetex-prosper-0:1.5-5.fc11.noarch texmaker-1:1.8-2.fc11.x86_64 MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 16:29 +0200, Jindrich Novy wrote: On Thu, Aug 20, 2009 at 03:53:06PM +0200, Martin Sourada wrote: Please be sure you remove all the old formats generated with the old TeX Live. In most cases clearing the /var/lib/texmf/ and ~/.texlive* contents should make it work. Thanks, didn't occurred to me, that I need to rm -rf also /var/lib/texmf. It's working now :) When you'll do the upgrade in Fedora proper, it might be a good idea to clear /var/lib/texmf then (via the packages)... You might want to add: csplain pdfetex - -etex -enc csplain-utf8.ini cslatex pdfetex - -etex -enc cslatex-utf8.ini in /usr/share/texlive/texmf/web2c/fmtutil.cnf instead of the links to cp227.tcx translate-file. Thanks, that did the job. I noticed during the time I tried to make csplain working that removing and re-adding the texlive-csplain package adds to this file lots of garbage which make csplain format generation not working... You'll get lines like: csplain pdftex - -extex -translate-file=cp227.tcx cslatex.ini pdftex - -extex -translate-file=cp227.tcx cslatex.ini and so on Would be worth fixing, even though it's a corner case... Anyway, after installing some (which looked like I'd might need them) collections and texlive-bbm, I was able to successfully build my Bachelors' thesis (it's about general relativity, and it uses pretty pretty much everything I've ever tried with TeX, so the coverage is rather good), so I can say that (cs)plain (utf8) works in TexLive 2009 well. Martin 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: TeX Live 2009 for Fedora
On Thu, Aug 20, 2009 at 04:48:49PM +0300, Jussi Lehtola wrote: On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. It seems your spec making program has some bugs, as some packages have names such as texlive-csplain.ARCH, this probably shouldn't be..? Nope, it is intentional. It is needed to somehow distinguish the noarch and arch-dependent part. So package texlive-csplain contains the noarch bits and texlive-csplain.ARCH ships the binaries. When I try to install texlive-scheme-full on F11 x86_64 I get a bunch of errors due to missing packages: -- Missing Dependency: texlive-findhyph is needed by package texlive-collection-binextra-2009-14758.fc11.noarch (texlive) Error: Missing Dependency: texlive-germkorr is needed by package texlive-collection-langgerman-2009-14751.fc11.noarch (texlive) Error: Missing Dependency: texlive-spverbatim is needed by package texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) Error: Missing Dependency: texlive-fig4latex is needed by package texlive-collection-pictures-2009-14752.fc11.noarch (texlive) Error: Missing Dependency: texlive-findhyph is needed by package texlive-collection-binextra-2009-14758.fc11.noarch (texlive) Error: Missing Dependency: texlive-titlepic is needed by package texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) Fixed. It was caused by old repodata. It should work now. Jindrich -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, Aug 20, 2009 at 03:38:57PM +0100, Mary Ellen Foster wrote: 2009/8/20 Jindrich Novy jn...@redhat.com: Thanks for noticing. I've tested only upgrade from texlive-2007 installation with no dvipdfmx installed. I'll fix it in the next repo update. Another related upgrade issue: texlive-psutils doesn't obsolete psutils ... (is there a better place to note this sort of thing?) Please use: http://fedoraproject.org/wiki/Talk:Features/TeXLive or: http://bugzilla.redhat.com/488651 for now or mail me directly. Currently I have no better place to report bugs/RFEs. Jindrich MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, Aug 20, 2009 at 10:09 AM, Michael Schwendt mschwe...@gmail.comwrote: On Thu, 20 Aug 2009 09:20:54 -0500, Juan wrote: I maintain beagle, and although I did add the Excludes directive to it, the reason I haven't pushed the update is because it doesn't actually fix anything other than prevent that annoying email from being sent out. Thanks for calling it annoying. :-/ It's people like you that make me look forward to the autoqa team taking over the broken deps reports. Then I don't have to worry about people like you who don't see the value of the broken deps checks. I'm sorry, I *do* value emails, as they let me know when something's wrong (Like fail to build from source, or broken dependencies). I don't know what I could've said instead... Repetitive? Besides, beagle worked fine for PPC64 users on Fedora 11 at some point. Doesn't matter much. A yum install beagle on ppc64 doesn't work anymore. Alright, I'll push the update. Sorry for calling it 'annoying'. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, 20 Aug 2009 09:20:54 -0500, Juan wrote: I maintain beagle, and although I did add the Excludes directive to it, the reason I haven't pushed the update is because it doesn't actually fix anything other than prevent that annoying email from being sent out. Thanks for calling it annoying. :-/ It's people like you that make me look forward to the autoqa team taking over the broken deps reports. Then I don't have to worry about people like you who don't see the value of the broken deps checks. Besides, beagle worked fine for PPC64 users on Fedora 11 at some point. Doesn't matter much. A yum install beagle on ppc64 doesn't work anymore. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, Aug 20, 2009 at 04:03:54PM +0200, Pavel Lisy wrote: Jindrich Novy píše v Čt 20. 08. 2009 v 14:44 +0200: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. For more information: http://fedoraproject.org/wiki/Features/TeXLive Thanks one question: in F11 is csindex program missing. I've read somewhere there was problem in missing autoconf for it. What about new TeX Live? Is it there now? Can I help if csindex is still missing? I don't see csindex in TeX Live 2009 as well... Please ask directly on the upstream mailing list tex-l...@tug.org, they will be happy if you offer help :) Jindrich Pavel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, Aug 20, 2009 at 03:48:00PM +0100, Mary Ellen Foster wrote: 2009/8/20 Mary Ellen Foster mefos...@gmail.com: What's up with xetex? The package is named texlive-xetex.ARCH, and it seems to depend on a package called texlive-xetex which isn't provided in the new repository, and therefore pulls in the whole old version of texlive from the core repository again ... Sorry, never mind -- looks like it has an unversioned dependency or something, texlive-xetex is in the new repo and once I excluded the old repos it worked again. (Should obsolete teckit though ...) and t1utils. I need to yet hack the dependency generator to obsolete or require these external utilities. For now I modified the spec creator to require versioned packages every time to avoid these surprises. Jindrich MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Add Moblin Desktop group to comps
Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Cheers, Peter --- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100 +++ comps-f12.xml.in2009-08-20 17:20:47.0 +0100 @@ -4235,6 +4235,17 @@ /packagelist /group group +idmoblin-desktop/id +_nameMoblin Desktop Environment/_name +_descriptionMoblin is a desktop environment for NetBook/NetTop/MID devices./_description +defaultfalse/default +uservisibletrue/uservisible +packagelist + packagereq type=mandatorymutter/packagereq + packagereq type=mandatorymutter-moblin/packagereq +/packagelist + /group + group idmongolian-support/id _nameMongolian Support/_name _description/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Is Moblin a trademark of anybody? If you're adding a group, be sure to add it to a category as well. -- 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: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottinghamnott...@redhat.com wrote: Peter Robinson (pbrobin...@gmail.com) said: I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. ... this seems small. There are no other apps required? Yes there are. I haven't added them yet as I wanted to get the group in first. You'd want an entry in the desktop category as well. Also, you want to give the localization team a heads-up, as those strings are translated, and we've passed string freeze. OK. Will do that and add an updates patch. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
2009/8/20 Mary Ellen Foster mefos...@gmail.com: 2009/8/20 Jindrich Novy jn...@redhat.com: Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) One more issue: some packages (like R, for example) still depend on tetex-latex, which I guess used to be a virtual provide of texlive but is now gone. What's the plan for dealing with this? Here's the full list of things that require tetex-latex according to repoquery: a2ps-0:4.14-8.fc11.x86_64 asymptote-0:1.70-1.fc11.x86_64 fig2ps-0:1.3.6-4.fc11.noarch hevea-0:1.10-3.fc11.x86_64 HippoDraw-0:1.21.1-9.fc11.x86_64 ipe-0:6.0-0.29.pre30.fc11.x86_64 jadetex-0:3.13-5.fc11.noarch mediawiki-math-0:1.14.0-45.fc11.x86_64 pdfjam-0:1.21-1.fc11.noarch pyscript-0:0.6.1-4.fc11.noarch R-devel-0:2.9.0-2.fc11.x86_64 tetex-bytefield-0:1.2a-5.fc11.noarch tetex-dvipost-0:1.1-10.fc11.x86_64 tetex-elsevier-0:0.1.20071024-2.fc11.noarch tetex-IEEEtran-0:1.7.1-2.fc11.noarch tetex-perltex-0:1.7-2.fc11.noarch tetex-prosper-0:1.5-5.fc11.noarch texmaker-1:1.8-2.fc11.x86_64 These packages should be updated to require tex(latex). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 12:22 PM, Peter Robinsonpbrobin...@gmail.com wrote: Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Peter, thanks for all your work on packaging stuff, it's really great. I appreciate the work on introspection and gnome-shell a lot. Are you planning a Moblin spin? Or do see this as just having the packages in Fedora, and the final Moblin releases are done by that project? I'm a bit unsure of how far away Moblin is from the Fedora core OS right now; I know there's the NetworkManager/Connman split, but ignoring that, do you (or anyone) have an idea of how many patches to upstream projects they have to support the fast boot? How different is their early kernel boot, and what tradeoffs are involved? What we really do need is some more directed coordination between the two projects. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
Peter Robinson (pbrobin...@gmail.com) said: On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottinghamnott...@redhat.com wrote: Peter Robinson (pbrobin...@gmail.com) said: I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. ... this seems small. There are no other apps required? Yes there are. I haven't added them yet as I wanted to get the group in first. Might as well add them in, I'm not sure there's a benefit to waiting. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:32 PM, Jesse Keatingjkeat...@redhat.com wrote: On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Is Moblin a trademark of anybody? Intel has handed over the management of Moblin to the Linux Foundation. I don't see anything what so ever on their site about Trademarks. The most useful bits are this link. http://moblin.org/about-moblin There's nothing about Moblin trademarks in the annoucement here http://linux-foundation.org/weblogs/press/2009/04/02/linux-foundation-to-host-moblin-project/ Is that something that should go to fedora-legal for verification? If you're adding a group, be sure to add it to a category as well. Added, updated patch. BTW is a bug or a email to the i18n list the best way to raise this with the localization team? --- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100 +++ comps-f12.xml.in2009-08-20 17:36:24.0 +0100 @@ -4235,6 +4235,17 @@ /packagelist /group group +idmoblin-desktop/id +_nameMoblin Desktop Environment/_name +_descriptionMoblin is a desktop environment for NetBook/NetTop/MID devices./_description +defaultfalse/default +uservisibletrue/uservisible +packagelist + packagereq type=mandatorymutter/packagereq + packagereq type=mandatorymutter-moblin/packagereq +/packagelist + /group + group idmongolian-support/id _nameMongolian Support/_name _description/ @@ -6237,6 +6248,7 @@ groupidgnome-desktop/groupid groupidkde-desktop/groupid groupidlxde-desktop/groupid + groupidmoblin-desktop/groupid groupidsugar-desktop/groupid groupidwindow-managers/groupid groupidxfce-desktop/groupid -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:41 PM, Bill Nottinghamnott...@redhat.com wrote: Peter Robinson (pbrobin...@gmail.com) said: On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottinghamnott...@redhat.com wrote: Peter Robinson (pbrobin...@gmail.com) said: I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. ... this seems small. There are no other apps required? Yes there are. I haven't added them yet as I wanted to get the group in first. Might as well add them in, I'm not sure there's a benefit to waiting. I wanted to get the group approved. No benefit of waiting except that I hadn't got around to adding them and wanted to get the feedback sooner rather than later. I will go through my list and add them shortly. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:39 PM, Colin Walterswalt...@verbum.org wrote: On Thu, Aug 20, 2009 at 12:22 PM, Peter Robinsonpbrobin...@gmail.com wrote: Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Peter, thanks for all your work on packaging stuff, it's really great. I appreciate the work on introspection and gnome-shell a lot. Are you planning a Moblin spin? Or do see this as just having the packages in Fedora, and the final Moblin releases are done by that project? Eventually I plan on having a moblin spin but not for F-12. The work in Fedora at the moment is separate to anything that is coming from Moblin. The advantage that Fedora will have that at the moment upstream Moblin doesn't support anything that isn't an Atom processor. So we should in the long term be able to support the older Celeron based Netbooks and possibly the VIA based ones or NVidia ones. I'm a bit unsure of how far away Moblin is from the Fedora core OS right now; I know there's the NetworkManager/Connman split, but ignoring that, do you (or anyone) have an idea of how many patches to upstream projects they have to support the fast boot? How different is their early kernel boot, and what tradeoffs are involved? Depends on which bits you look at. Most of the packages are based on Fedora packages, the whole lot is built using the suse build system. The NM/connman is an interesting split. It seems suse is assisting the process from the build side of things but has written a NetworkManger moblin GUI that looks the same as the connman one sot they are interchangable. Obviously we'll use the NM one because NM is cool :-) Other than the 30 odd new packages needed for Moblin there doesn't seem to be massive convergence from the other core Fedora packages. In fact there's some cross over for some of the gnome-shell stuff in that they use mutter and associated stuff. From the rest of it AFAICT from the poking I've done they've replaced the standard init process with fastinit which I haven't even looked at. Its in their git repo though. What we really do need is some more directed coordination between the two projects. That would be fabulous, but only time will tell. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 1:06 PM, Peter Robinsonpbrobin...@gmail.com wrote: Eventually I plan on having a moblin spin but not for F-12. The work in Fedora at the moment is separate to anything that is coming from Moblin. The advantage that Fedora will have that at the moment upstream Moblin doesn't support anything that isn't an Atom processor. So we should in the long term be able to support the older Celeron based Netbooks and possibly the VIA based ones or NVidia ones. Well, when talking about older hardware an important factor is to what extent the graphics chipset and driver can support the UI experience, not just the CPU. Depends on which bits you look at. Most of the packages are based on Fedora packages, the whole lot is built using the suse build system. The NM/connman is an interesting split. It seems suse is assisting the process from the build side of things but has written a NetworkManger moblin GUI that looks the same as the connman one sot they are interchangable. Obviously we'll use the NM one because NM is cool :-) Other than the 30 odd new packages needed for Moblin there doesn't seem to be massive convergence from the other core Fedora packages. Doesn't seem to be convergence? In fact there's some cross over for some of the gnome-shell stuff in that they use mutter and associated stuff. Right. We share quite a lot, but then again the devil's in the details as they say. From the rest of it AFAICT from the poking I've done they've replaced the standard init process with fastinit which I haven't even looked at. Its in their git repo though. Hmmm...Ok. I just typed up: https://fedoraproject.org/wiki/Moblin_Core_Merge Any help filling it in (especially from Moblin developers who may be lurking) would be appreciated! I'm particularly interested in how far we can get the default Fedora desktop's boot speed close to that of netbook experience, without breaking compatibility with any of the corner cases people expect from a general purposes OS like RAID. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, Aug 20, 2009 at 05:11:31PM +0100, Jonathan Underwood wrote: 2009/8/20 Mary Ellen Foster mefos...@gmail.com: 2009/8/20 Jindrich Novy jn...@redhat.com: Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) One more issue: some packages (like R, for example) still depend on tetex-latex, which I guess used to be a virtual provide of texlive but is now gone. What's the plan for dealing with this? Here's the full list of things that require tetex-latex according to repoquery: a2ps-0:4.14-8.fc11.x86_64 asymptote-0:1.70-1.fc11.x86_64 fig2ps-0:1.3.6-4.fc11.noarch hevea-0:1.10-3.fc11.x86_64 HippoDraw-0:1.21.1-9.fc11.x86_64 ipe-0:6.0-0.29.pre30.fc11.x86_64 jadetex-0:3.13-5.fc11.noarch mediawiki-math-0:1.14.0-45.fc11.x86_64 pdfjam-0:1.21-1.fc11.noarch pyscript-0:0.6.1-4.fc11.noarch R-devel-0:2.9.0-2.fc11.x86_64 tetex-bytefield-0:1.2a-5.fc11.noarch tetex-dvipost-0:1.1-10.fc11.x86_64 tetex-elsevier-0:0.1.20071024-2.fc11.noarch tetex-IEEEtran-0:1.7.1-2.fc11.noarch tetex-perltex-0:1.7-2.fc11.noarch tetex-prosper-0:1.5-5.fc11.noarch texmaker-1:1.8-2.fc11.x86_64 These packages should be updated to require tex(latex). Right. These packages need to be updated to reflect the newly introduced virtual provides. The reason of adding virtual provides was to make packages not dependent on a praticular TeX distribution. These virtual provides, such as tex(tex), tex(latex) or tex(xetex) were added at the beginning of the year 2008 so it works at least for Fedora 9 and higher. We should file bugs for these packages. Jindrich -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [tex-live] TeX Live 2009 for Fedora
Hi Norbert,
On Thu, Aug 20, 2009 at 06:33:26PM +0200, Norbert Preining wrote:
Hi Jindrich,
On Thu, 20 Aug 2009, Jindrich Novy wrote:
http://fedoraproject.org/wiki/Features/TeXLive
How do you handle installation of
texlive-scheme-*
since the schemes are overlapping? AFAIR rpm does not allow sharing
pf files?
Schemes and collections are generated as meta-packages, not really
shipping any files, but dependent on required collections and
packages. Here is a sample of scheme-context for example:
%package scheme-context
Summary: ConTeXt scheme
Version: %{tl_version}
Release: 13822%{?dist}
BuildArch: noarch
Requires: texlive = %{tl_version}
Requires: texlive-collection-context
Requires: texlive-collection-metapost
Requires: texlive-xetex
Requires: texlive-tex-gyre
Requires: texlive-antt
Requires: texlive-antp
Requires: texlive-iwona
Requires: texlive-kurier
Requires: texlive-lm
Provides: tex(context)
So even though collections and packages do overlap in schemes we have
no conflicts :) By installing a wider scheme only missing packages are
installed.
Jindrich
Best wishes
Norbert
---
Dr. Norbert Preining prein...@logic.atVienna University of
Technology
Debian Developer prein...@debian.org Debian TeX
Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5
B094
---
BEDFONT
A lurching sensation in the pit of the stomach experienced at
breakfast in a hotel, occasioned by the realisation that it is about
now that the chamber-maid will have discovered the embarrassing stain
on your bottom sheet.
--- Douglas Adams, The Meaning of Liff
--
Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
JN == Jindrich Novy jn...@redhat.com writes: JN These virtual provides, such as tex(tex), tex(latex) or tex(xetex) JN were added at the beginning of the year 2008 so it works at least JN for Fedora 9 and higher. JN We should file bugs for these packages. There are many, many more packages that require tetex-latex at build time. Notably every R package, most likely because of http://fedoraproject.org/wiki/Packaging:R. - J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
JLT == Jason L Tibbitts ti...@math.uh.edu writes: JLT There are many, many more packages that require tetex-latex at JLT build time. Notably every R package, most likely because of JLT http://fedoraproject.org/wiki/Packaging:R. I have adjusted the guideline page to reference tex(latex), but I believe this will cause issues for EPEL as no RHEL version seems to have tex(latex). - J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Any chance you could build this for Rawhide as well? Otherwise, would it be advisable to use the F11 packages on Rawhide? Thanks, -- Michel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, 2009-08-20 at 13:37 -0400, Colin Walters wrote: Depends on which bits you look at. Most of the packages are based on Fedora packages, the whole lot is built using the suse build system. The NM/connman is an interesting split. It seems suse is assisting the process from the build side of things but has written a NetworkManger moblin GUI that looks the same as the connman one sot they are interchangable. Obviously we'll use the NM one because NM is cool :-) Other than the 30 odd new packages needed for Moblin there doesn't seem to be massive convergence from the other core Fedora packages. Doesn't seem to be convergence? I think he meant divergence. -- 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: Broken dependencies in Fedora 11 - 2009-08-20
On 08/20/2009 04:18 AM, Josh Boyer wrote: On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. It should be the opposite. Mono runs on ppc64 but some maintainers need to update the ExcludeArch/ExclusiveArch that is preventing their packages from being built on ppc64. Once those packages are fixed, their dependent packages will be able to run as well. I'll go through and start updating packages to stop excluding ppc64 since I'm tired of seeing mschwendt's report be ignored. However, people who really care about mono need to step up and start taking care of this stuff. I don't own or use any mono packages and I'm not happy with the patent licenses so I don't want to keep working on these packages. -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: Add Moblin Desktop group to comps
On Thu, 2009-08-20 at 13:37 -0400, Colin Walters wrote: I'm particularly interested in how far we can get the default Fedora desktop's boot speed close to that of netbook experience, without breaking compatibility with any of the corner cases people expect from a general purposes OS like RAID. Mandriva went with a two-tier system for this: the fast init system falls back to being slow when it runs into complex cases. http://blog.crozat.net/2009/02/speedboot-explained.html I know our boot speed guy has some plans to go in a similar direction (he was telling me about this while we were preparing the F11 boot speed test day). -- 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: TeX Live 2009 for Fedora
On Thu, Aug 20, 2009 at 01:26:13PM -0500, Jason L Tibbitts III wrote: JLT == Jason L Tibbitts ti...@math.uh.edu writes: JLT There are many, many more packages that require tetex-latex at JLT build time. Notably every R package, most likely because of JLT http://fedoraproject.org/wiki/Packaging:R. I have adjusted the guideline page to reference tex(latex), but I believe this will cause issues for EPEL as no RHEL version seems to have tex(latex). Thanks for updating the packaging guidelines. I will add te tetex-* provides to be compatible with the legacy packages. Jindrich - J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 2:46 PM, Adam Williamsonawill...@redhat.com wrote:
On Thu, 2009-08-20 at 13:37 -0400, Colin Walters wrote:
I'm particularly interested in how far we can get the default Fedora
desktop's boot speed close to that of netbook experience, without
breaking compatibility with any of the corner cases people expect from
a general purposes OS like RAID.
Mandriva went with a two-tier system for this: the fast init system
falls back to being slow when it runs into complex cases.
Sounds reasonable.
http://blog.crozat.net/2009/02/speedboot-explained.html
I know our boot speed guy has some plans to go in a similar direction
(he was telling me about this while we were preparing the F11 boot speed
test day).
The other thing I will say here is that it's very important for this
functionality[1] in particular to ensure we don't regress. It's
really easy for almost anything to come along (say, some new ISCSI
scanning, or a HAL probe or a font-scanner or...) and hit the boot
process and no one notices for quite a while.
Here's an example of the Ts test that Mozilla has which means
startup performance:
http://graphs.mozilla.org/graph.html#tests=[{%22test%22:%2216%22,%22branch%22:%221%22,%22machine%22:%2251%22}]
This comes from their Talos project: https://wiki.mozilla.org/StandaloneTalos
I'm not sure how difficult it is to set up. Now that we have nightly
livecd images though (thanks nirik all), that could be a useful
basis for something to feed into a Talos like system if it could be
run on infrastructure.
[1] Though this is of course true of a lot of other things like the
live CD size, logged-in desktop memory usage, etc.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Cheers, Peter +packagelist + packagereq type=mandatorymutter/packagereq + packagereq type=mandatorymutter-moblin/packagereq +/packagelist Speaking of these two, any reason mutter-moblin does not currently require moblin? (And when it's fixed, is it better to list both mutter and mutter-moblin, or let depsolving pull in mutter?) Regards, -- Michel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
It looks to me as if some people need to learn how to talk to eachother. Look at this! A big update package for Mono packages: https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6615 Date Released: 2009-06-18 11:01:34 gbrainy, giver, gnome-do, mono-zeroconf, ipod-sharp, f-spot, muine, tomboy, tasque, podsleuth, gnome-keyring-sharp, notify-sharp, beagle, gtk-sharp, mono-tools, gsf-sharp, lat, evolution-sharp, gnome-desktop-sharp, gnome-subtitles Then on July 1st: This update has been obsoleted by tomboy-0.14.3-1.fc11 Huh? That sounds wrong: https://admin.fedoraproject.org/updates/F11/FEDORA-2009-7346 tomboy-0.14.3-1.fc11 Indeed. A single tomboy build obsoleted more than a dozen Mono packages and actually got marked stable sometimes later without anyone adding a comment. And finally a bit later only beagle was updated: beagle-0.3.9-9.fc11 bugfix update https://admin.fedoraproject.org/updates/F11/FEDORA-2009-7465 That's packaging chaos. :-/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, 2009-08-20 at 11:41 -0700, Toshio Kuratomi wrote: On 08/20/2009 04:18 AM, Josh Boyer wrote: On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. It should be the opposite. Mono runs on ppc64 but some maintainers need to update the ExcludeArch/ExclusiveArch that is preventing their packages from being built on ppc64. Once those packages are fixed, their dependent packages will be able to run as well. I'll go through and start updating packages to stop excluding ppc64 since I'm tired of seeing mschwendt's report be ignored. However, people who really care about mono need to step up and start taking care of this stuff. I don't own or use any mono packages and I'm not happy with the patent licenses so I don't want to keep working on these packages. Is there a way to mass-file bug reports, so that each Mono package that currently do not build on PPC64 have a bug filed? (It's supposed to be there for any ExcludeArch, but this rule is often ignored). If maintainers are instructed to then block on the bug entries for their build requirements that are not currently available, then we can break from this situation where currently, a lot of maintainers (who don't have PPC64 hardware!) just give up rechecking. Regards, -- Michel 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
libva package in for review
I have submitted a libva package for review: https://bugzilla.redhat.com/show_bug.cgi?id=518546 this is for VAAPI video playback acceleration. It's a freedesktop project which stands a reasonable chance of being the umbrella standard for hardware-accelerated video playback in future, so it's quite a significant piece to get into the distribution. It was discussed at a recent packaging committee meeting (alongside VDPAU) and they seemed quite keen to have it added. If people can help out with the review, that'd be greatly appreciated (I'd offer to swap, but I'm not a sponsor). -- 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
Orphaning packages
I've orphaned the following packages in pkgdb: gquilt quilt jfsutils josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/pango/devel pango.spec,1.174,1.175
Author: karsten
Update of /cvs/extras/rpms/pango/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv15716
Modified Files:
pango.spec
Log Message:
- fix autoconf host on s390x
Index: pango.spec
===
RCS file: /cvs/extras/rpms/pango/devel/pango.spec,v
retrieving revision 1.174
retrieving revision 1.175
diff -u -p -r1.174 -r1.175
--- pango.spec 17 Aug 2009 23:23:05 - 1.174
+++ pango.spec 20 Aug 2009 11:31:48 - 1.175
@@ -9,7 +9,7 @@
Summary: System for layout and rendering of internationalized text
Name: pango
Version: 1.25.4
-Release: 1%{?dist}
+Release: 2%{?dist}
License: LGPLv2+
Group: System Environment/Libraries
Source: http://download.gnome.org/sources/pango/1.25/pango-%{version}.tar.bz2
@@ -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
@@ -226,6 +228,9 @@ fi
%changelog
+* Thu Aug 20 2009 Karsten Hopp kars...@redhat.com 1.25.4-2
+- fix autoconf host on s390x
+
* Tue Aug 17 2009 Behdad Esfahbod besfa...@redhat.com - 1.25.4-1
- 1.25.4
___
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 --- Additional comments from e...@openoffice.org Thu Aug 20 12:39:41 + 2009 --- Hi! I am QA Representative for the the CWS otf01. We decided make this CWS install sets public in order for every one to check the fix *before* integration. Install sets can be found here: ftp://qa-upload.services.openoffice.org/otf01 Please give your feedback. Try to see if something is broken. Bugs which already existed before the CWS shouldn't be discussed here. Please write new issues for them. Features or further implementation should also be handled in separated issue. Thank you! - 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
[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 --- Additional comments from r...@openoffice.org Thu Aug 20 13:34:54 + 2009 --- Not sure if this must be discussed here or elsewhere... The otf support on this build seems to be partial: the otf fonts are recognized but their advanced features (like ligatures) are not used. Also, when I export to pdf the font is embed as type 1 - 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
[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 --- Additional comments from r...@openoffice.org Thu Aug 20 13:53:09 + 2009 --- Created an attachment (id=64268) In the attached image the top string is from kword 2.0.1 while bottom is from OOo, both using the same otf font: linux libertine O - 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
[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 --- Additional comments from h...@openoffice.org Thu Aug 20 14:31:54 + 2009 --- The issue with the optional OpenType features is already tracked in issue 16032. Let's focus on the WYSIWIG aspect of printing and PDF embedding here. The fonts are subsetted to Type1 because the PS-printing code and the PDF-exporter have not been extended to support CFF-embedding yet. Since some important PS-printers do not support CFF-subsets being able to do it via Type1 is required anyway. And the subset is about the same size. There'll be a task for PS-printing and PDF-export to support CFF-subsets, but that is another issue. Let's focus on the WYSIWIG aspect of using PS-OTF in printing and PDF embedding here. - 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
[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 --- Additional comments from s...@openoffice.org Thu Aug 20 14:54:49 + 2009 --- Type 1 subsets are OK sinds Adobe do's the same thing and thats still the standard for Proffesional Printing ! However there is something wrong with the kerning between words and characters. As far i can see the OO-kerning settings are totaly ignored with results in to large or to small line lenghts. - 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
[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 --- Additional comments from s...@openoffice.org Thu Aug 20 15:00:45 + 2009 --- Created an attachment (id=64269) odf for Professional Printing after PDF shows Kerning problems - 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
[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 --- Additional comments from fo...@openoffice.org Thu Aug 20 17:19:08 + 2009 --- I'm sorry to say it, but in the Mac version (OOo 3.2.0 / DEV300m55 / Build 9418 running on an intel Mac with OS 10.5.8) nothing is fixed. The regular PDF-export of documents that use OpenType fonts produces only garbage, just like in all the previous versions. @ sos OOo is not meant for professional layout anyway. ;) - 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
[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 --- Additional comments from s...@openoffice.org Thu Aug 20 17:40:39 + 2009 --- @foniq I did not mentioned Layout but Professional Printing like Books and Magazines. We produces over 6.000 full color Trade Magazine Pages/year. Just using OO- writer and Adobe Acrobat for the PDF output :-) - 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
[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 --- Additional comments from feros...@openoffice.org Thu Aug 20 17:53:52 + 2009 --- Good results under Ubuntu 9.04 and OOo Build 9418. OTFs are seen fine on screen and prints very well on PDF's. Regarding to kerning problems, not seems to appear here, not at least in a preliminary review. @sos: Are you using the OOo Windows version? - 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
[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 --- Additional comments from e...@openoffice.org Thu Aug 20 17:54:52 + 2009 --- To ALL: PLEASE READ: The meaning of providing install set before integration was not to make this issue longer than it already is but to get exact descriptions about *regressions* and *failed fix*. If you find the same problems as before please describe: - your system (which OS) - which font(s) are used - whether PDF and/or printing are affected - Attach the document which shows a bad print/export. - PDF: Attach the exported PDF and a screenshot of the exact area affected in the PDF. Conter examples: something wrong with the kerning between words - Where exatcly in the export. Add a screenshot demonstrating the missing kerning. - 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
[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 --- Additional comments from e...@openoffice.org Thu Aug 20 18:34:18 + 2009 --- (apart from the currently discussed kerning problems...) Compared 3.1 and CWS otf01 with the document (prueba_griego.odt) of the submitter and the Minion Pro font installed on Windows Vista. - 3.1: font not embedded in the PDF and fallback to Reprise Rehearsal font instead - CWS otf01: Minion Pro is embedded and is displayed as in Writer. I would consider this issue as verified. - 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
[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 --- Additional comments from fo...@openoffice.org Thu Aug 20 18:40:54 + 2009 --- Created an attachment (id=64280) sample of faulty PDF export in OOo 3.2.0 Build 9418 - 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
[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 --- Additional comments from fo...@openoffice.org Thu Aug 20 18:44:47 + 2009 --- @es ok. here we go: • OS 10.5.8 (intel Mac) • a random selection of OpenType fonts from different manufacturers: – ITC Barcelona Std – Berthold Formata Pro – Adobe Jenson Pro – Linotype Avenir Std – Monotype Gill Sans Pro • Only the PDF-export is affected. Generating a PDF through the Apple OS print dialogue works fine though. But that worked fine in previous versions of OOo too. And here is the attachment: http://www.openoffice.org/nonav/issues/showattachment.cgi/64280/sample.zip - 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
[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 --- Additional comments from h...@openoffice.org Thu Aug 20 18:52:16 + 2009 --- [...] in the Mac version [...] DEV300m55 [...] nothing is fixed Please see #desc86 to learn where to get the test version. Please see http://wiki.services.openoffice.org/wiki/ChildWorkSpace to understand that such a test version means step 15 of the issue handling process. Only when this test phase is over there will be a chance that the feature will ever get into a released development milestone (step 21) such as DEV300_mXX. And if we're lucky then CWS otf01 may get there in time for OOo 3.2. - 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
[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 --- Additional comments from e...@openoffice.org Thu Aug 20 19:08:14 + 2009 --- @HDU: please confirm that the not yet confirmed kerning problem might be an other follow up issue and that I can set this one to VERIFIED based on my findings in #desc96. Thank you! - 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
[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 --- Additional comments from feros...@openoffice.org Thu Aug 20 20:15:11 + 2009 --- Created an attachment (id=64284) Example that works under Ubuntu 9.04 - 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
[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 --- Additional comments from feros...@openoffice.org Thu Aug 20 20:13:09 + 2009 --- Created an attachment (id=64283) Example that works under Ubuntu 9.04 - 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
[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 --- Additional comments from feros...@openoffice.org Thu Aug 20 20:17:55 + 2009 --- Testing 3 fonts used by foniq under Ubuntu 9.04 I had no problems on screen nor printing a PDF. Fonts used: – Adobe Jenson Pro – Linotype Avenir Std – Monotype Gill Sans Pro I'm attaching pdf, odt and png files. http://www.openoffice.org/nonav/issues/showattachment.cgi/64283/ejemplo.zip Sorry double posting the attachment. - 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
[Issue 36535] Impossible to enter non italic greek characters
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36535 User troodon changed the following: What|Old value |New value CC|'fedorafonts,ih' |'fedorafonts,ih,troodon' - 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
[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 --- Additional comments from oi...@openoffice.org Fri Aug 21 00:35:34 + 2009 --- On Mac OS X 10.5.8, with the test build OOo_3.2.0_090820_MacOSXIntel_install.dmg, I can generate a PDF that subsets the OTF-CFF fonts, and it appears that their ligatures are preserved. However, full justification appears to be disabled or faulty, not only with the OTF fonts, but any font (tested OTF/CFF, TrueType, and Type1.) Also, certain Type1 fonts (e.g., Olympian) are output in the PDF as garbage (see attachment). - 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
[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 --- Additional comments from oi...@openoffice.org Fri Aug 21 00:50:11 + 2009 --- OK, scratch that, make that *any* Type1 font I try gets turned into garbage in the exported PDF file. The DIN-Medium in the screenshot was actually TrueType, sorry about that. Trying other Type1 fonts (Frutiger 57 Condensed, Legacy Sans) resulted in the same garbage as with Olympian. - 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
[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 --- Additional comments from e...@openoffice.org Fri Aug 21 00:59:42 + 2009 --- @oikoi, you said: *full justification* appears to be disabled or faulty, *not only with the OTF fonts* So it obviously has nothing to do with the current issue! - write an other issue for this! - 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
proxy1.stg and xen6
I'm doing some work on proxy1.stg specifically with it's aliased IP 10.8.34.98 on xen6. Please don't touch them until I give the ok (troubleshooting network issues with a dedicated box) -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Meeting today
Just a reminder there's a meeting today and we'll be discussing the alpha release just less then a week away! https://fedorahosted.org/fedora-infrastructure/report/9 -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Mercurial upgrade on app1
There is a bug related to Mercurial-1.2.x that is boring some of our translators when using Transifex[1]. Could I have +1's for updating it with the following version? https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 [1] http://transifex.org/ticket/279 Regards -- Diego Búrigo Zacarão http://diegobz.net ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Mercurial - app1
There's been a request to update mercurial on app1 from mercurial-1.2-2.el5.1 to mercurial-1.3.1-3.el5 which is the latest in epel 2+1's? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Mercurial - app1
ignore this one On Thu, 20 Aug 2009, Mike McGrath wrote: There's been a request to update mercurial on app1 from mercurial-1.2-2.el5.1 to mercurial-1.3.1-3.el5 which is the latest in epel 2+1's? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Mercurial upgrade on app1
On Thu, 20 Aug 2009, Diego Búrigo Zacarão wrote: There is a bug related to Mercurial-1.2.x that is boring some of our translators when using Transifex[1]. Could I have +1's for updating it with the following version? https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 [1] http://transifex.org/ticket/279 +1 -Mike___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Mercurial upgrade on app1
On 2009-08-20 02:59:03 PM, Diego Búrigo Zacarão wrote: There is a bug related to Mercurial-1.2.x that is boring some of our translators when using Transifex[1]. Could I have +1's for updating it with the following version? https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5 [1] http://transifex.org/ticket/279 +1 Thanks, Ricky pgpRudyHT1Gs0.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Add script/cron job for checking git repo perms
The git::check-perms class includes a script for checking that the
permissions of git repositories are generally proper for shared
repositories. It also runs this script each day via a cron job.
This is included on the hosted1 node.
---
The intent of this script is to check that git repos on hosted don't
end up with permissions that will cause problems when folks try to
push to them. This shouldn't happen too often anymore since we fixed
a git bug and have better scripts for creating the repositories, but
it can still crop up.
This script won't catch something like the a repo having the wrong
group, unless we want to standardize on group naming and fix up
existing repositories that don't follow that convention. (Which
doesn't seem worth the effort.)
I just picked the time for the cron job at random. If there is a
better time for it to run, I can change it before pushing this.
The change should be very low risk and easy to fix should it cause any
problems. If I weren't likely to forget about it, it could wait until
after the freeze it over. :)
manifests/nodes/hosted1.fedoraproject.org.pp |4 +
modules/git/README |4 +
modules/git/files/check-perms.py | 148 ++
modules/git/manifests/init.pp| 31 ++
4 files changed, 187 insertions(+), 0 deletions(-)
create mode 100755 modules/git/files/check-perms.py
diff --git a/manifests/nodes/hosted1.fedoraproject.org.pp
b/manifests/nodes/hosted1.fedoraproject.org.pp
index e94c151..a6c86c0 100644
--- a/manifests/nodes/hosted1.fedoraproject.org.pp
+++ b/manifests/nodes/hosted1.fedoraproject.org.pp
@@ -5,6 +5,10 @@ node hosted1 {
include openvpn::client
include spamassassin::server
+$git_check_perms_gitroot = /git
+$git_check_perms_mailto = sysadmin-hosted-memb...@fedoraproject.org
+include git::check-perms
+
$mailman_default_url_proto = https
$mailman_default_url_host = fedorahosted.org
$mailman_default_email_host = lists.fedorahosted.org
diff --git a/modules/git/README b/modules/git/README
index e9a5e99..100a560 100644
--- a/modules/git/README
+++ b/modules/git/README
@@ -14,6 +14,10 @@ The git rpm installs the core tools with minimal
dependencies. To
install all git packages, including tools for integrating with other
SCMs, install the git-all meta-package.
+The git::check-perms class includes a script for checking that the
+permissions of git repositories are generally proper for shared
+repositories. It also runs this script each day via a cron job.
+
The git::mail-hooks class installs some convenient tools for use as
post-receive hooks, courtesy of the gnome.org sysadmins.
diff --git a/modules/git/files/check-perms.py b/modules/git/files/check-perms.py
new file mode 100755
index 000..88d7bff
--- /dev/null
+++ b/modules/git/files/check-perms.py
@@ -0,0 +1,148 @@
+#!/usr/bin/python -tt
+Check permissions of a tree of git repositories, optionally fixing any
+problems found.
+
+
+import os
+import re
+import sys
+import optparse
+from stat import *
+from subprocess import call, PIPE, Popen
+
+usage = '%prog [options] [gitroot]'
+parser = optparse.OptionParser(usage=usage)
+parser.add_option('-f', '--fix', dest='fix',
+ action='store_true', default=False,
+ help='Correct any problems [%default]')
+opts, args = parser.parse_args()
+
+if args:
+gitroot = args[0]
+else:
+gitroot = '/git'
+
+object_re = re.compile('[0-9a-z]{40}')
+
+def is_object(path):
+Check if a path is a git object.
+parts = path.split(os.path.sep)
+if 'objects' in parts and len(parts) 2 and \
+object_re.match(''.join(path.split(os.path.sep)[-2:])):
+return True
+return False
+
+def is_shared_repo(gitdir):
+Check if a git repository is shared.
+cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository']
+p = Popen(cmd, stdout=PIPE, stderr=PIPE)
+shared, error = p.communicate()
+sharedmodes = ['1', 'group', 'true', '2', 'all', 'world', 'everybody']
+if shared.rstrip() not in sharedmodes or p.returncode:
+return False
+return True
+
+def set_shared_repo(gitdir, value='group'):
+Set core.sharedRepository for a git repository.
+mode_re = re.compile('06[0-7]{2}')
+if value in [0, 'false', 'umask']:
+value = 'umask'
+elif value in [1, 'true', 'group']:
+value = 'group'
+elif value in [2, 'all', 'world', 'everybody']:
+value = 'all'
+elif mode_re.match(value):
+pass
+else:
+raise SystemExit('Bogus core.sharedRepository value %s' % value)
+cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository',
+value]
+ret = call(cmd)
+if ret:
+return False
+return True
+
+def check_git_perms(path, fix=False):
+Check if permissions on a git repo are correct.
+
+If fix is true, problems found are corrected.
+
+
Re: [Change Request] Add script/cron job for checking git repo perms
On Thu, 20 Aug 2009, Todd Zullinger wrote:
The git::check-perms class includes a script for checking that the
permissions of git repositories are generally proper for shared
repositories. It also runs this script each day via a cron job.
This is included on the hosted1 node.
---
The intent of this script is to check that git repos on hosted don't
end up with permissions that will cause problems when folks try to
push to them. This shouldn't happen too often anymore since we fixed
a git bug and have better scripts for creating the repositories, but
it can still crop up.
This script won't catch something like the a repo having the wrong
group, unless we want to standardize on group naming and fix up
existing repositories that don't follow that convention. (Which
doesn't seem worth the effort.)
I just picked the time for the cron job at random. If there is a
better time for it to run, I can change it before pushing this.
The change should be very low risk and easy to fix should it cause any
problems. If I weren't likely to forget about it, it could wait until
after the freeze it over. :)
manifests/nodes/hosted1.fedoraproject.org.pp |4 +
modules/git/README |4 +
modules/git/files/check-perms.py | 148
++
modules/git/manifests/init.pp| 31 ++
4 files changed, 187 insertions(+), 0 deletions(-)
create mode 100755 modules/git/files/check-perms.py
diff --git a/manifests/nodes/hosted1.fedoraproject.org.pp
b/manifests/nodes/hosted1.fedoraproject.org.pp
index e94c151..a6c86c0 100644
--- a/manifests/nodes/hosted1.fedoraproject.org.pp
+++ b/manifests/nodes/hosted1.fedoraproject.org.pp
@@ -5,6 +5,10 @@ node hosted1 {
include openvpn::client
include spamassassin::server
+$git_check_perms_gitroot = /git
+$git_check_perms_mailto = sysadmin-hosted-memb...@fedoraproject.org
+include git::check-perms
+
$mailman_default_url_proto = https
$mailman_default_url_host = fedorahosted.org
$mailman_default_email_host = lists.fedorahosted.org
diff --git a/modules/git/README b/modules/git/README
index e9a5e99..100a560 100644
--- a/modules/git/README
+++ b/modules/git/README
@@ -14,6 +14,10 @@ The git rpm installs the core tools with minimal
dependencies. To
install all git packages, including tools for integrating with other
SCMs, install the git-all meta-package.
+The git::check-perms class includes a script for checking that the
+permissions of git repositories are generally proper for shared
+repositories. It also runs this script each day via a cron job.
+
The git::mail-hooks class installs some convenient tools for use as
post-receive hooks, courtesy of the gnome.org sysadmins.
diff --git a/modules/git/files/check-perms.py
b/modules/git/files/check-perms.py
new file mode 100755
index 000..88d7bff
--- /dev/null
+++ b/modules/git/files/check-perms.py
@@ -0,0 +1,148 @@
+#!/usr/bin/python -tt
+Check permissions of a tree of git repositories, optionally fixing any
+problems found.
+
+
+import os
+import re
+import sys
+import optparse
+from stat import *
+from subprocess import call, PIPE, Popen
+
+usage = '%prog [options] [gitroot]'
+parser = optparse.OptionParser(usage=usage)
+parser.add_option('-f', '--fix', dest='fix',
+ action='store_true', default=False,
+ help='Correct any problems [%default]')
+opts, args = parser.parse_args()
+
+if args:
+gitroot = args[0]
+else:
+gitroot = '/git'
+
+object_re = re.compile('[0-9a-z]{40}')
+
+def is_object(path):
+Check if a path is a git object.
+parts = path.split(os.path.sep)
+if 'objects' in parts and len(parts) 2 and \
+object_re.match(''.join(path.split(os.path.sep)[-2:])):
+return True
+return False
+
+def is_shared_repo(gitdir):
+Check if a git repository is shared.
+cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository']
+p = Popen(cmd, stdout=PIPE, stderr=PIPE)
+shared, error = p.communicate()
+sharedmodes = ['1', 'group', 'true', '2', 'all', 'world', 'everybody']
+if shared.rstrip() not in sharedmodes or p.returncode:
+return False
+return True
+
+def set_shared_repo(gitdir, value='group'):
+Set core.sharedRepository for a git repository.
+mode_re = re.compile('06[0-7]{2}')
+if value in [0, 'false', 'umask']:
+value = 'umask'
+elif value in [1, 'true', 'group']:
+value = 'group'
+elif value in [2, 'all', 'world', 'everybody']:
+value = 'all'
+elif mode_re.match(value):
+pass
+else:
+raise SystemExit('Bogus core.sharedRepository value %s' % value)
+cmd = ['git', '--git-dir', gitdir, 'config', 'core.sharedRepository',
+value]
+ret = call(cmd)
+if ret:
+return False
+return
Re: [Change Request] Add script/cron job for checking git repo perms
Mike McGrath wrote: Just to be clear, we've run this several times already. We're just puppetizing it and adding a cron job? Yep. I've run a number of times. I ran it with the --fix option this morning to have it fix up the minor issues it noted. I also tested it run as user nobody with PATH=/usr/bin:/usr/local/bin, to (hopefully) ensure that things will work correctly when it runs via cron. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ I am not young enough to know everything. -- Oscar Wilde (1854-1900) pgpNIFgAqqyaB.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
On 2009-08-20 07:54:24 PM, Todd Zullinger wrote: The git::check-perms class includes a script for checking that the permissions of git repositories are generally proper for shared repositories. It also runs this script each day via a cron job. +1 (Although I didn't think fedorahosted.org was covered under the change freeze). Thanks, Ricky pgpBfu1536NEc.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
Ricky Zhou wrote: +1 (Although I didn't think fedorahosted.org was covered under the change freeze). I would have guessed it wasn't too. But according to Environments.odg it is. Speaking of which, would exporting that .odg to a .png or other format make it easier to link to via the wiki for those that don't normally have OOo installed? Or would that just make it too likely to get out of sync? -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ The surest sign that intelligent life exists elsewhere in the universe is that it has never tried to contact us. -- Bill Watterson (Calvin and Hobbes) pgp9hnsk8JqJZ.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Add script/cron job for checking git repo perms
Ricky Zhou wrote: I would have guessed it wasn't too. But according to Environments.odg it is. Are you sure? We're still in the prerelease freeze, so the machines covered are a bit more limited than a full freeze. Hmm, I did read that wrong then, it doesn't appear to be in the list for pre-release freezes. Thanks for correcting me. :) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Nothing is wrong with California that a rise in the ocean level wouldn't cure. -- Ross MacDonald (1915-1983) pgpljjdOEVMS0.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
