Re: Signing RPMs
On Wednesday 11 November 2009 07:15:36 am Josh Boyer wrote: On Tue, Nov 10, 2009 at 11:24:50PM -0800, Jitesh Shah wrote: So, I picked up the sign_unsigned.py script from releng. I replaced the keys in there with our keys, tweaked some minor stuff here and there and managed to get it running. I use it as ./sign_unsigned.py --level level tag-name and it runs alright. I can see that the signatures are cached under the sigcache directory (but NOT embedded in the rpms themselves, which makes sense since the rpm can probably be a part of different tags and might be signed differently within each tag) So, I thought, well, mash would be the one which'll embed the keys in the rpms. So, I set strict_keys to True.. added my key to the keys list in my .mash file. mash has no problems with the rpms and it can verify the signatures alright. But, it still doesn't embed the signatures in the rpm (is it supposed to?). So, the created repository still has all rpms unsigned. What am I missing here? where to the rpms get signed actually? The sign_unsigned script should eventually do a koji API call to do 'write-signed-rpm' on the packages you are signing. That will assemble signed RPMs in koji itself, which mash will download and used. Fedora Rel-Eng doesn't use sign_unsigned anymore because we have a signing server setup now. However, it should still work. it still works. EPEL releng still uses it. you need to make sure to add -- write-rpms to you command. the signed rpms will then get written. Dennis signature.asc Description: This is a digitally signed message part. -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: Signing RPMs
..snip.. The sign_unsigned script should eventually do a koji API call to do 'write-signed-rpm' on the packages you are signing. That will assemble signed RPMs in koji itself, which mash will download and used. Fedora Rel-Eng doesn't use sign_unsigned anymore because we have a signing server setup now. However, it should still work. it still works. EPEL releng still uses it. you need to make sure to add -- write-rpms to you command. the signed rpms will then get written. Nice! that was what I was missing! The signed rpms are now being written in the 'signed' directory. Thankyou Dennis and Josh. Dennis Jitesh -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
mock-0.9.19 on CentOS5/RHEL5
Hello, if you want to run the newest version of mock (0.9.19) with RHEL5/CentOS5, you can use a backported version from: http://www.jur-linux.org/rpms/el-updates/5/SRPMS/mock-0.9.19-1.el5.src.rpm http://www.jur-linux.org/rpms/el-updates/5/i386/mock-0.9.19-1.el5.noarch.rpm regards, Florian La Roche -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: Signing RPMs
..snip..
I to have wanted to get this to work.
I expect I have my key definition wrong, traceback below.
I have,
self.gpg_keys = {
'89D891FB': { 'name': 'oatrelease',
'description': 'EGEE SA1 (Operations
Automation Team) egee3-operations-automation-disc...@cern.ch',
}}
with
$ gpg --list-keys
/home/sign/.gnupg/pubring.gpg
-
pub 1024D/47EBAC2B 2009-11-11 [expires: 2019-11-09]
uid EGEE SA1 (Operations Automation Team)
egee3-operations-automation-disc...@cern.ch
sub 2048g/89D891FB 2009-11-11 [expires: 2019-11-09]
Steve, you are using the subkey. You probably want to use the master
signing key i.e. the one listed under pub (47EBAC2B in your case)
Jitesh
Traceback (most recent call last):
File ./sign_unsigned.py, line 734, in module
x.run_command()
File ./sign_unsigned.py, line 285, in run_command
cmd()
File ./sign_unsigned.py, line 728, in cmd_default
self.sign_to_cache(uncached, self.options.level)
File ./sign_unsigned.py, line 638, in sign_to_cache
self.do_signing(pkglist, level)
File ./sign_unsigned.py, line 601, in do_signing
cmd = self.get_signing_command(level, mypaths[:nlen],
server=self.options.server)
File ./sign_unsigned.py, line 587, in get_signing_command
if self.gpg_keys[keyid]['size'] == 4096:
KeyError: None
Dennis
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: [Fedora-cs-list] Překlad Fedora Project
Milan Kerslager napsal(a): Petr Kovar píše v Po 05. 10. 2009 v 22:16 +0200: Co vy na to? Projekt Fedora nebo Fedora Projekt? Buďto Projekt Fedora, nebo si lze představit i situaci, kde necháme originál Fedora Project, ale určitě ne Fedora Projekt. Odborně vzato se jedná o syntakticky nekorektní preponovaný atribut nebo prostě hezky česky o hatmatilku. :-) Řekl bych, že to není tak jednoznačné. Do češtiny se spousta výrazů i slovních spojení přejímá. Pokud se termín rozšíří, je přijat za spisovný a gramaticky správný (např. slovo link - napiš mi link, tj. webovou adresu je dneska plně v pořádku, ale před 10 lety by si kdekdo ťukal na čelo). Vzhledem k tomu, že do dostatečného rozšíření není termín přijat za spisovný, neměl by se při striktním dodržování pravidel českého pravopisu vůbec rozšířit. Nicméně to není pravda a jazyk se rozvíjí, a proto ohánění se striktními jazykovými pravidly je rigidní a nesprávné. Proto bych byl opatrný při vynášení podobných rozsudků (tím méně definitivních), abychom nemuseli mít nosočistopleny a hrát zápas v hockeyi (přečtěte si některé prvorepublikové noviny). Začalo to RH faktorem a může to bohužel skončit tím, že místo řeky Vltavy budeme mít Vltavu řeku, jak před časem napsal jeden český jazykozpytec. ;-) Stejně tak bych tipl třeba IP adresa. To už tady bylo, že to nějaký jazykozpytec v celých překladech obracel. Podle mne je v pořádku Fedora Project, počeštěně Fedora Projekt (kdo umí německy, prohlédne si pro inspiraci moje příjmení). Přehození slov způsobí, že se změní smysl sdělení, celé se to posune a vlastně už to ani nebude odpovídat tomu, co to oficiálně je. Já bych to ze své vůle rozhodně nechal (pokud bych na to samostatně narazil). Mně zas nepřipadne, že by v tomhle případě Projekt Fedora nějak posunovalo význam. Právě že mě osobně Fedora Projekt přijde podobné, jako když slyším nebo čtu, že něco bylo signifikantní. To mi skutečně přijde zbytečné, protože zde nedostatkem českých slov rozhodně netrpíme. Ale zajímal by mě ten posun významu. Protože jestli k němu skutečně dochází (což já zatím nevidím/nechápu), asi by nebylo co řešit. Pepa Hruška -- Fedora-cs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-cs-list http://fedoraproject.org/
Re: [Fedora-cs-list] Překlad Fedora Project
Vážený kolego, dovolím si ostře nesouhlasit s Vámi předkládanými argumenty, proč by se měl Fedora Project překládat jako Fedora projekt. Máte samozřejmě pravdu v tom, že jazyk je dynamický systém, který se (poměrně rychle) vyvíjí, a přejímání cizích slov je zcela rutinní proces. To však opravdu (a zcela jednoznačně) *není* tento případ. Jak velmi správně upozornil Petr Kovář, jedná se o syntakticky negramatický konstrukt. Z lingvistického pohledu se tedy jedná problém ve zcela jiné rovině jazyka: nikoli lexikální (do které spadají Vaše -- v tomto kontextu bohužel irelevantní -- příměry ohledně linku, nosočistopleny a hockeye), nýbrž syntaktické. Nutno dodat, že jednou z mála oblastí, odkud se takto nesprávně utvořené jmenné fráze masivně rozšiřují, jsou marketingová oddělení nadnárodních společností působících v ČR. Proto máme Sazka arénu, Gambrinus ligu atp. Nemá smysl tu nějak šířeji rozebírat, proč takové fráze nemají v češtině své místo (pokud Vás to zajímá, podívejte se, jaký je rozdíl mezi principy analytických /např. angličtina, do značné míry i němčina -- tolik k původu Vašeho jména:)/ a flektivních /např. čeština/ jazyků). Pouze Vám mohu garantovat, že Fedora projekt opravdu není v souladu se současnou jazykovou normou. A je velmi málo pravděpodobné, že v nejbližších desetiletích bude, protože vývoj gramatiky jazyka je řádově pomalejší než proces přejímání lexikálních jednotek. Stručně a jasně: kolega Kovář má naprostou pravdu, když píše, že jsou pouze dvě správné možnosti pro překlad Fedora Project: buďto ponechat anglicky, nebo jako projekt Fedora. Pokud nevěříte, rád obstarám dobrozdání dalších dostatečně erudovaných lingvistů;) Zdraví, Miloš Jakubíček On 11.11.2009 13:42, Milan Kerslager wrote: Petr Kovar píše v Po 05. 10. 2009 v 22:16 +0200: Co vy na to? Projekt Fedora nebo Fedora Projekt? Buďto Projekt Fedora, nebo si lze představit i situaci, kde necháme originál Fedora Project, ale určitě ne Fedora Projekt. Odborně vzato se jedná o syntakticky nekorektní preponovaný atribut nebo prostě hezky česky o hatmatilku. :-) Řekl bych, že to není tak jednoznačné. Do češtiny se spousta výrazů i slovních spojení přejímá. Pokud se termín rozšíří, je přijat za spisovný a gramaticky správný (např. slovo link - napiš mi link, tj. webovou adresu je dneska plně v pořádku, ale před 10 lety by si kdekdo ťukal na čelo). Vzhledem k tomu, že do dostatečného rozšíření není termín přijat za spisovný, neměl by se při striktním dodržování pravidel českého pravopisu vůbec rozšířit. Nicméně to není pravda a jazyk se rozvíjí, a proto ohánění se striktními jazykovými pravidly je rigidní a nesprávné. Proto bych byl opatrný při vynášení podobných rozsudků (tím méně definitivních), abychom nemuseli mít nosočistopleny a hrát zápas v hockeyi (přečtěte si některé prvorepublikové noviny). Začalo to RH faktorem a může to bohužel skončit tím, že místo řeky Vltavy budeme mít Vltavu řeku, jak před časem napsal jeden český jazykozpytec. ;-) Stejně tak bych tipl třeba IP adresa. To už tady bylo, že to nějaký jazykozpytec v celých překladech obracel. Podle mne je v pořádku Fedora Project, počeštěně Fedora Projekt (kdo umí německy, prohlédne si pro inspiraci moje příjmení). Přehození slov způsobí, že se změní smysl sdělení, celé se to posune a vlastně už to ani nebude odpovídat tomu, co to oficiálně je. Já bych to ze své vůle rozhodně nechal (pokud bych na to samostatně narazil). M.K. -- Fedora-cs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-cs-list http://fedoraproject.org/
Re: [Fedora-cs-list] Překlad Fedora Project
On 11.11.2009 21:44, Josef Hruška wrote: Milan Kerslager napsal(a): Přehození slov způsobí, že se změní smysl sdělení, celé se to posune a vlastně už to ani nebude odpovídat tomu, co to oficiálně je. Toto jsem prve úplně přehlédl, vizte poznámku na konci. Já bych to ze své vůle rozhodně nechal (pokud bych na to samostatně narazil). Mně zas nepřipadne, že by v tomhle případě Projekt Fedora nějak posunovalo význam. Právě že mě osobně Fedora Projekt přijde podobné, jako když slyším nebo čtu, že něco bylo signifikantní. To mi skutečně přijde zbytečné, protože zde nedostatkem českých slov rozhodně netrpíme. Nadužívání cizích slov je typický prostředek k zakrytí obsahové prázdnosti textu (jinak je třeba ovšem dodat, že slovo signifikantní je zcela spisovné a naleznete ho v SSJČ i PSJČ). Ale zajímal by mě ten posun významu. Protože jestli k němu skutečně dochází (což já zatím nevidím/nechápu), asi by nebylo co řešit. Mě také (čistě z výzkumných důvodů). Klidně i soukromě na můj e-mail (předem díky všem). Miloš -- Fedora-cs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-cs-list http://fedoraproject.org/
Re: [Fedora-cs-list] Překlad Fedora Project
On Wed, 11 Nov 2009, Milos Jakubicek wrote: Vážený kolego, dovolím si ostře nesouhlasit s Vámi předkládanými argumenty, proč by se měl Fedora Project překládat jako Fedora projekt. Máte samozřejmě pravdu v tom, že jazyk je dynamický systém, který se (poměrně rychle) vyvíjí, a přejímání cizích slov je zcela rutinní proces. To však opravdu (a zcela jednoznačně) *není* tento případ. Jak velmi správně upozornil Petr Kovář, jedná se o syntakticky negramatický konstrukt. Z lingvistického pohledu se tedy jedná problém ve zcela jiné rovině jazyka: nikoli lexikální (do které spadají Vaše -- v tomto kontextu bohužel irelevantní -- příměry ohledně linku, nosočistopleny a hockeye), nýbrž syntaktické. Domnívám se, že zakopaný pes je v tom, že někteří z nás se na tento problém koukají z pohledu vědeckého (nebo vědeckého pohledu?). Zdá se dokonce jao profesionální lingvista (aspon tak to na mě působí), zatímco jiní z pohledu jazykových laiků, kteří prostě překládají podle aktuálního jazykového citu. Otázkou je, kdo z těchto dvou skupin používá skutečnou češtinu. Mně osobně tento problém přijde poněkud malicherný, na rozdíl od mostu Karla, pochází termín Fedora projekt z nečeského prostředí a jazyka, a tak ho můžeme a nemusíme ohýbat k našemu obrazu, ať je v ústavech, pravidlech a syntaxích napsáno co chce. Adam Přibyl-- Fedora-cs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-cs-list http://fedoraproject.org/
Re: Fedora 12 has gone gold
[sorry for the duplicate posting if you get one] On 11/11/09 04:24, Jesse Keating wrote: Our impressions are indeed different. The go / no go meeting was the point of no return. Once we go, there is no going back. We've made a commitment to go with what we have, and let the various teams that need time to prepare for the release to start their work, as much of that work cannot be pulled back once done. Does that mean that its too late to get a bug marked as a blocker? I've just upgraded from F11 using preupgrade and run into https://bugzilla.redhat.com/show_bug.cgi?id=530896 which appears to have the impact that anyone not using the graphical boot option can't enter a password for an encrypted partition (eg /home), and then gets stuck in an endless loop being prompted for the password with no way out. The fix is to boot off a rescue image (and liveusb-creator being broken for x86_64 didn't help - https://fedorahosted.org/liveusb-creator/ticket/626), upgrade to the packages from koji and then rebuild the initrd. The fix in koji solves this for me, but I suspect that its going to hit a lot of people... All the people in the bug are complaining about this happening with /home - does someone with / encrypted want to turn off graphical boot and see if it affects that too? Bradley -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/iptstate/devel iptstate.spec,1.22,1.23
On Tue, 10 Nov 2009 23:30:43 + (UTC), Paul wrote: Author: stingray Update of /cvs/pkgs/rpms/iptstate/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20114 Modified Files: iptstate.spec Log Message: iptstate-2.2.2-2 Please give make clog and cvs commit -F clog a try when committing package changes. What it does is to store the latest %changelog comment in a file clog which to use as the cvs commit log message. Tons better than what you entered as a log message manually. Also consider later usage of cvs log where a meaningful log entry makes sense. %changelog +* Tue Nov 10 2009 Paul P. Komkoff Jr i...@stingr.net - 2.2.2-2 +- rebuild for libnetfilter_conntrack-0.0.100 + -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/iptstate/F-12 iptstate.spec,1.21,1.22
On Wed, 11 Nov 2009 09:17:58 + (UTC), Paul wrote: Author: stingray Update of /cvs/pkgs/rpms/iptstate/F-12 %changelog +* Tue Nov 10 2009 Paul P. Komkoff Jr i...@stingr.net - 2.2.2-2 +- rebuild for libnetfilter_conntrack-0.0.100 + +* Tue Nov 10 2009 Thomas Woerner twoer...@redhat.com 2.2.2-1 +- new version 2.2.2 +- removed upstream strerror patch +- fixed package description (rhbz#140516) + Caution! Dude, you should slow down quite a bit and give all this a second thought. You have not yet committed and built the new libnetfilter_conntrack upgrade for F-12. Rebuilding the other packages for F-12 won't work correctly because of that. They are built against the old library. Take your time. Update your cvs working-directory with cvs up -d to get the F-12 branch, then follow Fedora procedures for this ABI-incompatible library upgrade (which means to request a koji buildroot override tag from Fedora Release Engineering so the new libnetfilter_conntrack for F-12 will be made available in the koji buildroot _prior_ to pushing it into the stable updates repository. That way you can prepare all rebuilds without pushing any incompatible upgrades into the stable repo). If you need help, ask your sponsor, or ask on this list. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: intent to retire: kudzu
On 11/11/2009 12:07 PM, Stewart Adam wrote: I will update it eventually to DeviceKit, but I can't invest the time at the moment. Would it be possible to have it temporarily removed from the repos? If it works as it is, you can take over kudzu for the time being and continue with it till the time that you can move over to a replacement. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
cpio to ext4 seems much slower than to ext2, ext3 or xfs
Create a 128 MB input file: cd /tmp dd if=/dev/zero of=input bs=1024k count=128 and then create a cpio file from that to various target filesystems: echo input | time cpio --quiet -o -H newc /path/to/fs/output I created ext2, ext3, ext4, xfs and tmpfs filesystems and mounted them (all default options). All timings on baremetal, quiet machine, with a hot cache, and then averaged over three runs: tmpfs 0.77 sx 1.0 ext2 1.12 sx 1.5 xfs1.66 sx 2.1 ext3 2.58 sx 3.4 ext4 5.59 sx 7.3 You can see that ext4 seems to do significantly worse than the others. I looked at the strace of cpio and it does 512 byte writes. I'm going to try to fix that so it does larger writes, but I'm not sure if that matters (shouldn't the kernel combine these writes?) The reason I'm concentrating on cpio (instead of cp) is that it was while creating a cpio format archive that I noticed the ext4 was performing very poorly. Rich. kernel 2.6.31.1-56.fc12.x86_64 cpio-2.10-3.fc12.x86_64 -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cvs-import.sh problem
Hi, Dnia poniedziałek 09 listopad 2009 o 23:36:13 Dennis Gilmore napisał(a): On Saturday 07 November 2009 09:18:08 am Jarosław Górny wrote: (...) Checking : mpdscribble-0.18.1.tar.bz2 on https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... ERROR: could not check remote file status make: *** [upload] Błąd 255 ERROR: Uploading the source tarballs failed! /code Is it me doing sth. wrong (or not configured properly)? Please help me, thanks, you need to have your ssl cert in place to upload the tarball. run fedora- cert -n to get your cert and try again. Yes, you are right. I came to this yesterday ;) It's just that I have requested new cert, but forgot to run fedora-package-setup. It's working now and my first package has been successfully built in koji yuppi ! thanks!, -- Jarosław Górny RHCE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
On Wed, Nov 11, 2009 at 10:14:21AM +, Richard W.M. Jones wrote: echo input | time cpio --quiet -o -H newc /path/to/fs/output Update: I found the -C option that lets me specify the blocksize, and raising it to something sensible (65536) shows major improvements in performance for all filesystems. echo input | time cpio -C 65536 --quiet -o -H newc /path/to/fs/output tmpfs 0.77 sx 1.0 ext2 1.12 sx 1.5 xfs1.66 sx 2.1 ext3 2.58 sx 3.4 ext4 5.59 sx 7.3 The new times are: tmpfs 0.20 sx 1.0 ext2 0.30 sx 1.5 xfs 0.41 sx 2.1 ext3 0.57 sx 2.9 ext4 0.44 sx 2.2 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
On 11/11/2009 11:53 AM, Richard W.M. Jones wrote: On Wed, Nov 11, 2009 at 10:14:21AM +, Richard W.M. Jones wrote: echo input | time cpio --quiet -o -H newc /path/to/fs/output Update: I found the -C option that lets me specify the blocksize, and raising it to something sensible (65536) shows major improvements in performance for all filesystems. echo input | time cpio -C 65536 --quiet -o -H newc /path/to/fs/output tmpfs 0.77 sx 1.0 ext2 1.12 sx 1.5 xfs1.66 sx 2.1 ext3 2.58 sx 3.4 ext4 5.59 sx 7.3 The new times are: tmpfs 0.20 sx 1.0 ext2 0.30 sx 1.5 xfs 0.41 sx 2.1 ext3 0.57 sx 2.9 ext4 0.44 sx 2.2 imho it's still a bug. wouldn't somehow rise the default or make the writes buffered or ... since the current situation is not correct. -- Levente Si vis pacem para bellum! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Identifying remaining core font users
Hi, It has been plain since 2003¹ our new font access standard would be fontconfig. Since then most users of the old core fonts X11 backend have migrated, but there are still a few stragglers. Unfortunately these stragglers matter. Core fonts were not good in 2003, and they didn't get any better since. Few users means life-support maintenance only, no one to replace/fix core fonts when a technical or legal problem causes them to be dropped, no one to update them when encoding standards change. Also, few users means we do not install core font packages by default anymore, so packagers that depend on them but forgot to mark the deps in their packages will deliver broken packages to users. Every remaining core font user is therefore likely to hit more and more problems as time passes. Each of those problems produces as a side effect Fedora fonts suck messages on the Internet, messages that detract on all the terrific work Fedora people do on our main font backend (and associated fonts). End-users are not educated enough to recognize the root of their problems is the use of a deprecated almost-no-maintained tech (and they should not have to bother about it). Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Since there is not question of deliberately removing core fonts infrastructure from Fedora, I need to whitelist first the few files used to maintain this infrastructure (xfontsel and xlsfonts are such files; twm and gtk1 — not). I'd therefore be grateful if people checked the following list and pointed to me files that need to be removed for this reason. Please answer this message with statements such as file foo can be removed from the list because it is used this way to manage the core fonts backend or to propagate the core font protocol to X11 clients. Again, widget libraries or utilities that made use of the core fonts backend when it was the font access standard, do not count. Also modern libraries that have some form of vestigial core fonts code hidden deep inside them should probably just excise it (this use it probably worse than apps that only use core fonts , since those apps at least test regularly if their core fonts use is not totally broken). • 9wm 9wm-0:1.2-2.fc12 — /usr/bin/9wm • ClanLib ClanLib-0:1.0.0-3.fc12 — /usr/lib64/libclanGL.so.1.0.0 • GMT xgridedit-0:4.5.1-1.fc12 — /usr/bin/xgridedit • Glide3-libGL Glide3-libGL-0:6.2.1-10.fc12 — /usr/lib64/Glide3-libGL/libGL.so.1.5.060201 • GraphicsMagick GraphicsMagick-0:1.3.7-1.fc12 — /usr/lib64/libGraphicsMagick.so.3.2.0 • ImageMagick ImageMagick-0:6.5.4.7-3.fc12 — /usr/lib64/libMagickCore.so.2.0.0 • MagicPoint MagicPoint-0:1.11b-10.fc12 — /usr/bin/mgp2ps — /usr/bin/mgp — /usr/bin/xwintoppm • OpenSceneGraph OpenSceneGraph-libs-0:2.8.2-3.fc12 — /usr/lib64/libosgViewer.so.2.8.2 • R R-core-0:2.9.2-1.fc12 — /usr/lib64/R/modules/R_X11.so • TeXmacs TeXmacs-0:1.0.7.2-2.fc12 — /usr/libexec/TeXmacs/bin/texmacs.bin • WindowMaker WINGs-libs-0:0.92.0-20.fc12 — /usr/lib64/libExtraWINGs.so.0.0.0 — /usr/lib64/libWINGs.so.2.0.1 • WindowMaker WindowMaker-0:0.92.0-20.fc12 — /usr/bin/wmaker • Xaw3d Xaw3d-0:1.5E-15.fc12 — /usr/lib64/libXaw3d.so.7.0 • aalib aalib-libs-0:1.4.0-0.18.rc5.fc12 — /usr/lib64/libaa.so.1.0.4 • allegro allegro-0:4.2.2-14.fc12 — /usr/lib64/liballeg-4.2.2.so • allegro allegro-devel-0:4.2.2-14.fc12 — /usr/lib64/liballd-4.2.2.so — /usr/lib64/liballp-4.2.2.so • alliance alliance-0:5.0-31.20090901snap.fc12 — /usr/lib64/alliance/bin/dreal — /usr/lib64/alliance/bin/graal — /usr/lib64/alliance/bin/xfsm — /usr/lib64/alliance/bin/xgra — /usr/lib64/alliance/bin/xpat — /usr/lib64/alliance/bin/xsch — /usr/lib64/alliance/bin/xvpn • alltray alltray-0:0.70-4.fc12 — /usr/bin/alltray • aplus-fsf aplus-fsf-0:4.22.4-19.fc12 — /usr/lib64/aplus-fsf/4.22.4/libAplusGUI.so — /usr/lib64/aplus-fsf/4.22.4/libMSGUI.so • atari++ atari++-0:1.57-1.fc12 — /usr/bin/atari++ • aterm aterm-0:1.0.1-6.fc12 — /usr/bin/aterm • blackbox blackbox-0:0.70.1-14 — /usr/bin/blackbox — /usr/lib64/libbt.so.0.0.0 • blender blender-0:2.49b-1.fc12 — /usr/bin/blender.bin • blender blenderplayer-0:2.49b-1.fc12 — /usr/bin/blenderplayer.bin • brltty brltty-xw-0:4.1-3.fc12 — /lib64/brltty/libbrlttybxw.so • cernlib cernlib-0:2006-34.fc12 — /usr/lib64/cernlib/2006/lib/libgrafX11.so.1_gfortran.2006 — /usr/lib64/cernlib/2006/lib/libpacklib-lesstif.so.1_gfortran.2006 — /usr/lib64/cernlib/2006/lib/libpawlib-lesstif.so.3_gfortran.2006 • cernlib cernlib-packlib-gfortran-0:2006-34.fc12 — /usr/bin/kxterm-gfortran • cernlib paw-gfortran-0:2006-34.fc12 — /usr/bin/paw++-gfortran — /usr/bin/pawX11-gfortran • cernlib-g77 cernlib-g77-0:2006-33.fc12 — /usr/lib64/cernlib/2006-g77/lib/libgrafX11.so.1.2006 — /usr/lib64/cernlib/2006-g77/lib/libpacklib-lesstif.so.1.2006 —
Re: Identifying remaining core font users
On 11/11/2009 01:11 PM, Nicolas Mailhot wrote: Hi, It has been plain since 2003¹ our new font access standard would be fontconfig. Since then most users of the old core fonts X11 backend have migrated, but there are still a few stragglers. Unfortunately these stragglers matter. Core fonts were not good in 2003, and they didn't get any better since. Few users means life-support maintenance only, no one to replace/fix core fonts when a technical or legal problem causes them to be dropped, no one to update them when encoding standards change. Also, few users means we do not install core font packages by default anymore, so packagers that depend on them but forgot to mark the deps in their packages will deliver broken packages to users. Every remaining core font user is therefore likely to hit more and more problems as time passes. Each of those problems produces as a side effect Fedora fonts suck messages on the Internet, messages that detract on all the terrific work Fedora people do on our main font backend (and associated fonts). End-users are not educated enough to recognize the root of their problems is the use of a deprecated almost-no-maintained tech (and they should not have to bother about it). Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Since there is not question of deliberately removing core fonts infrastructure from Fedora, I need to whitelist first the few files used to maintain this infrastructure (xfontsel and xlsfonts are such files; twm and gtk1 — not). I'd therefore be grateful if people checked the following list and pointed to me files that need to be removed for this reason. Please answer this message with statements such as file foo can be removed from the list because it is used this way to manage the core fonts backend or to propagate the core font protocol to X11 clients. Again, widget libraries or utilities that made use of the core fonts backend when it was the font access standard, do not count. Also modern libraries that have some form of vestigial core fonts code hidden deep inside them should probably just excise it (this use it probably worse than apps that only use core fonts , since those apps at least test regularly if their core fonts use is not totally broken). Hi, It would help tremendously to know how you generated this list of files / packages which allegedly use Core Fonts, there are quite a few packages of mine there, but in many cases I have no idea as to why they are here. For example there are some OpenGL libs in there which have absolutely nothing to do with fonts in any way, so I think your algorithm for generating this list needs some serious work, starting with publishing the algorithm. Regards, Hans • 9wm 9wm-0:1.2-2.fc12 — /usr/bin/9wm • ClanLib ClanLib-0:1.0.0-3.fc12 — /usr/lib64/libclanGL.so.1.0.0 • GMT xgridedit-0:4.5.1-1.fc12 — /usr/bin/xgridedit • Glide3-libGL Glide3-libGL-0:6.2.1-10.fc12 — /usr/lib64/Glide3-libGL/libGL.so.1.5.060201 • GraphicsMagick GraphicsMagick-0:1.3.7-1.fc12 — /usr/lib64/libGraphicsMagick.so.3.2.0 • ImageMagick ImageMagick-0:6.5.4.7-3.fc12 — /usr/lib64/libMagickCore.so.2.0.0 • MagicPoint MagicPoint-0:1.11b-10.fc12 — /usr/bin/mgp2ps — /usr/bin/mgp — /usr/bin/xwintoppm • OpenSceneGraph OpenSceneGraph-libs-0:2.8.2-3.fc12 — /usr/lib64/libosgViewer.so.2.8.2 • R R-core-0:2.9.2-1.fc12 — /usr/lib64/R/modules/R_X11.so • TeXmacs TeXmacs-0:1.0.7.2-2.fc12 — /usr/libexec/TeXmacs/bin/texmacs.bin • WindowMaker WINGs-libs-0:0.92.0-20.fc12 — /usr/lib64/libExtraWINGs.so.0.0.0 — /usr/lib64/libWINGs.so.2.0.1 • WindowMaker WindowMaker-0:0.92.0-20.fc12 — /usr/bin/wmaker • Xaw3d Xaw3d-0:1.5E-15.fc12 — /usr/lib64/libXaw3d.so.7.0 • aalib aalib-libs-0:1.4.0-0.18.rc5.fc12 — /usr/lib64/libaa.so.1.0.4 • allegro allegro-0:4.2.2-14.fc12 — /usr/lib64/liballeg-4.2.2.so • allegro allegro-devel-0:4.2.2-14.fc12 — /usr/lib64/liballd-4.2.2.so — /usr/lib64/liballp-4.2.2.so • alliance alliance-0:5.0-31.20090901snap.fc12 — /usr/lib64/alliance/bin/dreal — /usr/lib64/alliance/bin/graal — /usr/lib64/alliance/bin/xfsm — /usr/lib64/alliance/bin/xgra — /usr/lib64/alliance/bin/xpat — /usr/lib64/alliance/bin/xsch — /usr/lib64/alliance/bin/xvpn • alltray alltray-0:0.70-4.fc12 — /usr/bin/alltray • aplus-fsf aplus-fsf-0:4.22.4-19.fc12 — /usr/lib64/aplus-fsf/4.22.4/libAplusGUI.so — /usr/lib64/aplus-fsf/4.22.4/libMSGUI.so • atari++ atari++-0:1.57-1.fc12 — /usr/bin/atari++ • aterm aterm-0:1.0.1-6.fc12 — /usr/bin/aterm • blackbox blackbox-0:0.70.1-14 — /usr/bin/blackbox — /usr/lib64/libbt.so.0.0.0 • blender blender-0:2.49b-1.fc12 — /usr/bin/blender.bin • blender blenderplayer-0:2.49b-1.fc12 — /usr/bin/blenderplayer.bin • brltty brltty-xw-0:4.1-3.fc12 — /lib64/brltty/libbrlttybxw.so • cernlib cernlib-0:2006-34.fc12 —
Re: Identifying remaining core font users
Le mercredi 11 novembre 2009 à 13:41 +0100, Hans de Goede a écrit : It would help tremendously to know how you generated this list of files / packages which allegedly use Core Fonts, there are quite a few packages of mine there, but in many cases I have no idea as to why they are here. Sure, sorry about this, I didn't want to make the message longer than it already was. All credit for the receipe goes to ajax, it mostly does : repoquery --whatrequires 'libX11.so* … download, unpack … find elf files … nm -aDu $file | grep -q '\X.*Font' failed the test Complete code with history in git repo-font-audit http://git.fedorahosted.org/git/fontpackages.git?p=fontpackages.git;a=tree;f=bin (I now it's fugly but it woks) -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/iptstate/F-12 iptstate.spec,1.21,1.22
2009/11/11 Michael Schwendt mschwe...@gmail.com: On Wed, 11 Nov 2009 09:17:58 + (UTC), Paul wrote: Author: stingray Update of /cvs/pkgs/rpms/iptstate/F-12 %changelog +* Tue Nov 10 2009 Paul P. Komkoff Jr i...@stingr.net - 2.2.2-2 +- rebuild for libnetfilter_conntrack-0.0.100 + +* Tue Nov 10 2009 Thomas Woerner twoer...@redhat.com 2.2.2-1 +- new version 2.2.2 +- removed upstream strerror patch +- fixed package description (rhbz#140516) + Caution! Dude, you should slow down quite a bit and give all this a second thought. You have not yet committed and built the new libnetfilter_conntrack upgrade for F-12. Rebuilding the other packages for F-12 won't work correctly because of that. They are built against the old library. Take your time. Update your cvs working-directory with cvs up -d to get the F-12 branch, then follow Fedora procedures for this ABI-incompatible library upgrade (which means to request a koji buildroot override tag from Fedora Release Engineering so the new libnetfilter_conntrack for F-12 will be made available in the koji buildroot _prior_ to pushing it into the stable updates repository. That way you can prepare all rebuilds without pushing any incompatible upgrades into the stable repo). If you need help, ask your sponsor, or ask on this list. Oops, too late! [ch...@yoda ~]$ sudo yum update Loaded plugins: presto, refresh-packagekit Setting up Update Process Resolving Dependencies -- Running transaction check --- Package dhclient.x86_64 12:4.1.0p1-4.fc11 set to be updated --- Package f-spot.x86_64 0:0.6.1.3-1.fc11 set to be updated --- Package f-spot-screensaver.x86_64 0:0.6.1.3-1.fc11 set to be updated -- Processing Dependency: libnetfilter_conntrack.so.1()(64bit) for package: iptstate-2.2.1-5.fc11.x86_64 --- Package libnetfilter_conntrack.x86_64 0:0.0.100-1.fc11 set to be updated --- Package libvorbis.x86_64 1:1.2.0-9.fc11 set to be updated --- Package libvorbis-devel.x86_64 1:1.2.0-9.fc11 set to be updated -- Finished Dependency Resolution iptstate-2.2.1-5.fc11.x86_64 from installed has depsolving problems -- Missing Dependency: libnetfilter_conntrack.so.1()(64bit) is needed by package iptstate-2.2.1-5.fc11.x86_64 (installed) Error: Missing Dependency: libnetfilter_conntrack.so.1()(64bit) is needed by package iptstate-2.2.1-5.fc11.x86_64 (installed) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Is there any way to sanity-check pushed updates for depsolving capabilities? -- Christopher Brown -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
Le mercredi 11 novembre 2009 à 13:50 +0100, Nicolas Mailhot a écrit : Le mercredi 11 novembre 2009 à 13:41 +0100, Hans de Goede a écrit : It would help tremendously to know how you generated this list of files / packages which allegedly use Core Fonts, there are quite a few packages of mine there, but in many cases I have no idea as to why they are here. Sure, sorry about this, I didn't want to make the message longer than it already was. All credit for the receipe goes to ajax, it mostly does : repoquery --whatrequires 'libX11.so* … download, unpack … find elf files … nm -aDu $file | grep -q '\X.*Font' failed the test Complete code with history in git repo-font-audit http://git.fedorahosted.org/git/fontpackages.git?p=fontpackages.git;a=tree;f=bin (I now it's fugly but it woks) Of course suggestions to improve this are welcome, and I need to ping indirect core font users too ie everyone that uses gtk1, etc Also we have some packages that use font files without passing through the core font system or fontconfig, I need to find a good heuristic to detect those too. -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: intent to retire: kudzu
On Wed, 2009-11-11 at 14:03 +0100, Nils Philippsen wrote: On Tue, 2009-11-10 at 01:58 +0530, Rahul Sundaram wrote: On 11/10/2009 01:58 AM, Bill Nottingham wrote: I'd like to retire kudzu for F-13. Why? - There are places where it almost certainly does not work with current kernels - It's so deprecated that one of its replacements (HAL) has since been frozen and deprecated - Given that, its upstream is very dead However, it is still being required by two programs: - hwbrowser - fwfstab If someone wants to keep it limping along for thsese two programs I can orphan it. But I'd really rather just retire it. I filed a bug report against these programs a while back to move away from Kudzu. Neither of these programs themselves seem to be actively maintained anymore. The move from kudzu over udev to hal and via DeviceKit back to (lib)udev wasn't something I wanted to follow while it was still moving ;-). In the hope that using libudev is here to stay, I can now reimplement hwbrowser on top of it -- I don't think porting the old code is a good idea, as it wasn't written with hot-pluggable hardware in mind. I noticed recently that suse have a patch to add a 'Hardware' tab to gnome-system-monitor. I haven't looked deeper, so I don't know if it is any good. But it might be worth checking out. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20091111 changes
Compose started at Wed Nov 11 08:15:08 UTC 2009 Updated Packages: xfce4-settings-4.6.3-2.fc12 --- * Tue Nov 10 2009 Christoph Wickert cwick...@fedoraproject.org - 4.6.3-2 - Patch xfce4-mouse-settings for newer libXi (#525501) Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, Nov 11, 2009 at 01:11:03PM +0100, Nicolas Mailhot wrote: • ocaml ocaml-0:3.11.1-0.rc1.2.fc12.1 — /usr/lib64/ocaml/graphics.cmxs • ocaml ocaml-runtime-0:3.11.1-0.rc1.2.fc12.1 — /usr/lib64/ocaml/stublibs/dllgraphics.so I guess it falls to me (with Debian folk) to do this one, since upstream are unlikely to care enough to change this old, working code. Here is the code at issue: http://caml.inria.fr/cgi-bin/viewcvs.cgi/ocaml/trunk/otherlibs/graph/text.c?rev=6171view=markup Some questions since I know very little about this: (1) Are there any recipes / guides / tutorials for changing basic X core fonts calls into whatever has replaced them? Note that using a library like gtk is not an option. (2) Will the replacement work on other Unix platforms (eg Solaris, AIX)? Note that the OCaml Graphics module isn't used by any serious code. Serious users are using ocaml-cairo or LablGTK. On the other hand, we wouldn't want to remove it because it is useful for showing beginners how to draw a circle using a little bit of OCaml and having that demo code work on Unix and Windows. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
Le mercredi 11 novembre 2009 à 13:22 +, Richard W.M. Jones a écrit : I guess it falls to me (with Debian folk) to do this one, since upstream are unlikely to care enough to change this old, working code. Here is the code at issue: http://caml.inria.fr/cgi-bin/viewcvs.cgi/ocaml/trunk/otherlibs/graph/text.c?rev=6171view=markup Some questions since I know very little about this: (1) Are there any recipes / guides / tutorials for changing basic X core fonts calls into whatever has replaced them? Note that using a library like gtk is not an option. (2) Will the replacement work on other Unix platforms (eg Solaris, AIX)? The right person to ask this would be Behdad, as he's the Fedora/Red Hat/upstream maintainer of most core components of our current text stack. IIRC his advice last time I asked the question was to avoid accessing fontconfig directly, but to pass through gtk2/pango, QT, or pango-cairo in cairo (those are the three main ways to do text nowadays and modern text requirements are complex enough they're all trying to converge behind the scenes instead of using different implementations of text libs. Too difficult to do alone, even for projects their size) Note that pango-cairo in particular will work on recent versions of other Unixes, and even on Windows and OSX. In fact OO.o is currently migrating this way mainly for OSX compat. If depending on this level of libraries is out of the question for you I'd advise ripping the text parts from those modules. Text is much more complex than just drawing a simple form like a triangle, it is getting more complex every year (as new font format specs and encoding standards revisions are released, and support is added to more minority languages with strange requirements). I don't think you'll find maintaining text support sustainable without depending on common text libs. QT/GTK/Mozilla/OO.o tried, and concluded convergence was the only path. But feel free to ask Behdad directly, I'm sure anything he tells you will prove valuable. Regards, -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/iptstate/F-12 iptstate.spec,1.21,1.22
On Wed, Nov 11, 2009 at 12:53:35PM +, Christopher Brown wrote: Oops, too late! [ch...@yoda ~]$ sudo yum update Loaded plugins: presto, refresh-packagekit Setting up Update Process Resolving Dependencies -- Running transaction check --- Package dhclient.x86_64 12:4.1.0p1-4.fc11 set to be updated --- Package f-spot.x86_64 0:0.6.1.3-1.fc11 set to be updated --- Package f-spot-screensaver.x86_64 0:0.6.1.3-1.fc11 set to be updated -- Processing Dependency: libnetfilter_conntrack.so.1()(64bit) for package: iptstate-2.2.1-5.fc11.x86_64 --- Package libnetfilter_conntrack.x86_64 0:0.0.100-1.fc11 set to be updated --- Package libvorbis.x86_64 1:1.2.0-9.fc11 set to be updated --- Package libvorbis-devel.x86_64 1:1.2.0-9.fc11 set to be updated -- Finished Dependency Resolution iptstate-2.2.1-5.fc11.x86_64 from installed has depsolving problems -- Missing Dependency: libnetfilter_conntrack.so.1()(64bit) is needed by package iptstate-2.2.1-5.fc11.x86_64 (installed) Error: Missing Dependency: libnetfilter_conntrack.so.1()(64bit) is needed by package iptstate-2.2.1-5.fc11.x86_64 (installed) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Is there any way to sanity-check pushed updates for depsolving capabilities? There is, but it hasn't been implemented yet and it would add quite a bit of time to the updates compose process. I plan on working on it RSN. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Wed, Nov 11, 2009 at 19:06:51 +1100, Bradley Baetz bba...@gmail.com wrote: All the people in the bug are complaining about this happening with /home - does someone with / encrypted want to turn off graphical boot and see if it affects that too? I boot in text mode all of the time and haven't had a problem entering passwords for my machines with encrypted / since the initial dracut stuff. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, Nov 11, 2009 at 02:53:00PM +0100, Nicolas Mailhot wrote: If depending on this level of libraries is out of the question for you I'd advise ripping the text parts from those modules. Text is much more complex than just drawing a simple form like a triangle, it is getting more complex every year (as new font format specs and encoding standards revisions are released, and support is added to more minority languages with strange requirements). I don't think you'll find maintaining text support sustainable without depending on common text libs. QT/GTK/Mozilla/OO.o tried, and concluded convergence was the only path. But feel free to ask Behdad directly, I'm sure anything he tells you will prove valuable. I emailed him. It has to be said that maybe text in the OCaml Graphics module only works right now for people using fixed in a ISO-8859-1 locale or whatever [in reality, it works for a whole lot more than that], but ripping out text support means it won't work for anyone at all. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, Nov 11, 2009 at 13:11:03 +0100, Nicolas Mailhot nicolas.mail...@laposte.net wrote: Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Is there any documentation on how to avoid this? I am the current maintainer of glest and am not sure what I even need to be looking for, let alone how to fix it. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Wed, Nov 11, 2009 at 3:06 AM, Bradley Baetz bba...@gmail.com wrote: [sorry for the duplicate posting if you get one] On 11/11/09 04:24, Jesse Keating wrote: Our impressions are indeed different. The go / no go meeting was the point of no return. Once we go, there is no going back. We've made a commitment to go with what we have, and let the various teams that need time to prepare for the release to start their work, as much of that work cannot be pulled back once done. Does that mean that its too late to get a bug marked as a blocker? Unfortunately, yes. I've just upgraded from F11 using preupgrade and run into https://bugzilla.redhat.com/show_bug.cgi?id=530896 which appears to have the impact that anyone not using the graphical boot option can't enter a password for an encrypted partition (eg /home), and then gets stuck in an endless loop being prompted for the password with no way out. I don't think it affects all non-graphical boot users, but I don't know how far reaching it is (because we haven't identified what program is causing the problem yet). I added some notes to the CommonBugs page here: https://fedoraproject.org/wiki/Common_F12_bugs#Encrypted_disks_can.27t_be_unencrypted_for_non-graphical_boot That combined with the 0-day update that users should pick up at initial install time automatically sort of defangs this issue. Still unfortunate that no one ran into this issue a week earlier though. --Ray -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-11-09 Fedora 12 Go/No Go Meeting Minutes
Meeting summary Folks, this question maybe sound stupid but, how do I participate on a meeting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, Nov 11, 2009 at 09:01:43AM -0600, Bruno Wolff III wrote: On Wed, Nov 11, 2009 at 13:11:03 +0100, Nicolas Mailhot nicolas.mail...@laposte.net wrote: Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Is there any documentation on how to avoid this? I am the current maintainer of glest and am not sure what I even need to be looking for, let alone how to fix it. Calls to functions named X[A-Z]*Font* indicate use of core fonts, eg: XLoadQueryFont XQueryFont XLoadFont XListFonts XGetFontPath XSetFont XFreeFont etc. (for more see X11/Xlib.h) See the other emails we exchanged for discussion of what the replacement ought to be if you're using Xlib directly. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-11-09 Fedora 12 Go/No Go Meeting Minutes
On 11/11/2009 09:00 PM, Ikem Krueger wrote: Meeting summary Folks, this question maybe sound stupid but, how do I participate on a meeting? Meetings are usually held in #fedora-meeting IRC channel in freenode.net. If you are not familiar IRC, refer to http://fedoraproject.org/wiki/How_to_use_IRC Recurrent meetings are listed in http://fedoraproject.org/wiki/Meeting_channel Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-11-09 Fedora 12 Go/No Go Meeting Minutes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.11.2009 16:30, schrieb Ikem Krueger: Folks, this question maybe sound stupid but, how do I participate on a meeting? As first you need a IRC client as IRSSI or konversation. With this client you have to make a connection the a irc.freenode.org server. After you are connected you can joe the channel on which the meeting is happen. Of course you should consider the announcement of the meeting to find out on which channel and when the meeting will happens. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkr62dUACgkQZLAIBz9lVu/WlwQA5QwZUebsEMQ/PcnddZAX8fm+ gpXkyhFcglWcWx1zemSp5H8BISqIEha5VYrIJbBWVIH0sfrpPldL5VKd4Q4zNXo9 TXu5No3k86F6FmzeAPemsJzkmdUy3PVPNizf2iTv8sgWp+6JhO51DAxmahD/3VaG jpWWgEshOKrVVtnRjZA= =4ICK -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
Le mercredi 11 novembre 2009 à 14:32 +, Richard W.M. Jones a écrit : I emailed him. It has to be said that maybe text in the OCaml Graphics module only works right now for people using fixed in a ISO-8859-1 locale or whatever [in reality, it works for a whole lot more than that], but ripping out text support means it won't work for anyone at all. It seems the people maintaining text libs are not interested in backends that fail if you use codepoints outside a specific encoding, or when you use the wrong font (because encoding is just one part that changed, OpenType smart features such as ligatures and swashes mean that even if you restrict yourself to basic latin nowadays a modern font won't behave like a simple ASCII font used to ten years ago). Probably because they know that if they limited themselves users would ask for the missing bits anyway. Projects that find modern text libs over-complex should try to maintain their own simple alternative (or pick up the maintenance of the X11 Core fonts system). I suspect they'd quickly find themselves in agreement with current text lib maintainers. So really, it's just a matter of delegation: if you don't want to maintain your own text stack, follow the advice of the people maintaining the one you use, and the advice of X11 Core fonts maintainers (back when there were still some, in 2003) was clear: drop it and use fontconfig instead. -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Wed, Nov 11, 2009 at 10:15:47 -0500, Ray Strode halfl...@gmail.com wrote: Still unfortunate that no one ran into this issue a week earlier though. Well, I was testing it and not seeing it, so it wasn't hitting everyone not using graphical boots. I had 4 machines doing this until I lost a power supply in one, midway through last week, but still had been doing reboots on them almost everytime a new kernel hit koji (and on one multiple reboots because I needed to rebuild a kernel module with the new kernel running). I didn't see that issue once. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-11-09 Fedora 12 Go/No Go Meeting Minutes
Thank you both. : -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
Am Montag, den 09.11.2009, 17:29 -0800 schrieb Jesse Keating: We have just completed our Go / No Go meeting for Fedora 12 and have reached the decision to Go. Fedora 12's package set is golden and we're ready to stage things for shipping. Great work all around, I'm very proud of this release. I'm sure there will be more back patting and hand shaking to come, but Will Woods would like to remind everybody that it's just 11 weeks until Fedora 13 Alpha freeze! Does that mean, preupgrade to rawhide will bring in the f12 packages? If so, there is a major issue with anaconda that crashes upon detecting the harddrives. This is a little bit troubling since I have nothing exotic here, just two sata hds. I saved the debug report, but without storage I probably saved it to a ram disk. If anyone can help me figuring out how to get a stacktrace to a running machine (except for penpaper), I would be able to bring up some valuable information about that crash. regards christoph signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/iptstate/F-12 iptstate.spec,1.21,1.22
On Wed, 11 Nov 2009 12:53:35 +, Christopher wrote: Oops, too late! [ch...@yoda ~]$ sudo yum update Loaded plugins: presto, refresh-packagekit Setting up Update Process Resolving Dependencies -- Running transaction check --- Package dhclient.x86_64 12:4.1.0p1-4.fc11 set to be updated --- Package f-spot.x86_64 0:0.6.1.3-1.fc11 set to be updated --- Package f-spot-screensaver.x86_64 0:0.6.1.3-1.fc11 set to be updated -- Processing Dependency: libnetfilter_conntrack.so.1()(64bit) for package: iptstate-2.2.1-5.fc11.x86_64 --- Package libnetfilter_conntrack.x86_64 0:0.0.100-1.fc11 set to be updated --- Package libvorbis.x86_64 1:1.2.0-9.fc11 set to be updated --- Package libvorbis-devel.x86_64 1:1.2.0-9.fc11 set to be updated -- Finished Dependency Resolution iptstate-2.2.1-5.fc11.x86_64 from installed has depsolving problems -- Missing Dependency: libnetfilter_conntrack.so.1()(64bit) is needed by package iptstate-2.2.1-5.fc11.x86_64 (installed) Error: Missing Dependency: libnetfilter_conntrack.so.1()(64bit) is needed by package iptstate-2.2.1-5.fc11.x86_64 (installed) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Well, hey, that's the broken dep he's trying to fix with rebuilds of the three affected packages on F-11 and F-10. ;-) My reply to questionable activity in F-12 cvs is related, but not too late, because libnetfilter_conntrack in F-12 has not been upgraded [yet]. So, it's multiple issues currently. It's still possible to avoid the same broken dep in F-12. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora 12 test machine for package maintainers
Greetings. I have updated my test machine resources for Fedora package maintainers with a new Fedora 12 instance: abraxas.scrye.com or f12-test.scrye.com. As always you can see the full list and get more info at: https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers Please feel free to use the new instance to test bugs, build packages or otherwise anything Fedora related that will assist you. Enjoy. kevin signature.asc Description: PGP signature ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
RE: Identifying remaining core font users
I have a bigger problem with this, I use fedora boxes to talk to older devices (solaris 2.6 and M88KV4 unix machines) that can never be upgraded to newer X clients. Since the fedora ( or any xorg) servers are talking to classic X11 clients dropping support for core fonts is a huge issue. The clients are running on the host computers for flight simulators. The clients are built on 3rd party libraries that date from the early 90s. As the existing Xterms (Tek/NCD ) fail we are replacing them with newer linux based thin clients, but we still need classic X11 font support. The programming support is done on solaris and linux boxes the need to display the same layouts as the xterms dave -Original Message- From: fedora-devel-list-boun...@redhat.com [mailto:fedora-devel-list-boun...@redhat.com] On Behalf Of Richard W.M. Jones Sent: Wednesday, November 11, 2009 9:38 AM To: Development discussions related to Fedora Subject: Re: Identifying remaining core font users On Wed, Nov 11, 2009 at 04:41:32PM +0100, Nicolas Mailhot wrote: It seems the people maintaining text libs are not interested in backends that fail if you use codepoints outside a specific encoding, or when you use the wrong font (because encoding is just one part that changed, OpenType smart features such as ligatures and swashes mean that even if you restrict yourself to basic latin nowadays a modern font won't behave like a simple ASCII font used to ten years ago). Probably because they know that if they limited themselves users would ask for the missing bits anyway. Projects that find modern text libs over-complex should try to maintain their own simple alternative (or pick up the maintenance of the X11 Core fonts system). I suspect they'd quickly find themselves in agreement with current text lib maintainers. So really, it's just a matter of delegation: if you don't want to maintain your own text stack, follow the advice of the people maintaining the one you use, and the advice of X11 Core fonts maintainers (back when there were still some, in 2003) was clear: drop it and use fontconfig instead. Yes ... but ... we're talking mainly about demos and examples written for beginners. --- hello.ml -- #!/usr/bin/ocamlrun ocaml #load graphics.cma;; open Graphics let () = open_graph 200x150; set_font -*-times-*-r-*-*-*-240-*-*-*-*-*-*; auto_synchronize false; while true do let x, y = ref 50, ref 80 in List.iter ( fun c - moveto !x !y; let rand () = Random.int 256 in set_color (rgb (rand ()) (rand ()) (rand ())); draw_char c; x := !x + 24; if c = ' ' then (y := !y - 24; x := 50) ) [ 'H'; 'E'; 'L'; 'L'; 'O'; ' '; 'W'; 'O'; 'R'; 'L'; 'D'; '!' ]; synchronize () done --- Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpm %verify
On Thu, Nov 05, 2009 at 10:43:58AM -0500, Steve Grubb wrote: On Thursday 05 November 2009 10:27:30 am Bill Nottingham wrote: Steve Grubb (sgr...@redhat.com) said: I have 2 bugzillas asking for %verify to be added to %config files. I am wondering if this is a good idea at all. The issue is that if you wanted to verify whether or not config files have changed, then this causes you to lose that ability. Adding --noscript to the verify command does not make rpm suddenly report the issues it was hiding. Does this mean that rpm is not working right? Or does this mean that we cannot use rpm for integrity checking for any package that has %verify attributes for config files? %verify is for turning off specific verification checks for files we *know* are going to change from what's in the RPM package/db. /etc/passwd is an obvious example; users will be added there, and the fact that the passwd file does not match the packaged version is not a verification issue. And there is no way to ask rpm to tell us what is different even if we wanted that? Correct -- rpm records checksums of files, not the file's contents. -Toshio pgpzRi8xtfwAT.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
netcdf update and soname bump
I'm about to build a netcdf 4.1.0 beta snapshot for F-13. This is a soname bump (libnetcdf.so.4 - libnetcdf.so.6). It also enables the netcdf4, dap, and ncgen4 features of netcdf. The following packages will need to get rebuilt: cdo-0:1.0.8-6.fc12.i686 dap-netcdf_handler-0:3.8.3-2.fc12.i686 gdal-0:1.6.1-2.fc12.i686 gdl-0:0.9-0.7.rc3.fc12.i686 GMT-0:4.5.1-1.fc12.i686 grace-0:5.1.22-5.fc12.i686 grads-0:1.9b4-28.fc12.i686 kst-netcdf-0:1.8.0-3.fc12.i686 nco-0:3.9.8-2.fc12.i686 ncview-0:1.93c-6.fc12.i686 netcdf-decoders-0:5.0.0-5.fc12.i686 netcdf-perl-0:1.2.4-2.fc12.i686 ScientificPython-0:2.8-6.fc11.i586 scrip-0:1.4-14.fc12.i686 wgrib2-0:1.8.1-1.fc12.i686 xgridedit-0:4.5.1-1.fc12.i686 I'm the owner for several of these and can rebuild others if needed as well. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Heads up: gstreamer/gstreamer-plugins-base updates in F12
Heya, I've packaged snapshots of gstreamer and gstreamer-plugins-base to fix a number of bugs. So if you saw: - Hangs on startup when using file opened has a corresponding text subtitle in Totem - Requiring a restart of Totem or Rhythmbox after installing missing plugins Packages (will be shortly in updates-testing): http://koji.fedoraproject.org/koji/buildinfo?buildID=140790 http://koji.fedoraproject.org/koji/buildinfo?buildID=140831 If you see regressions, or that those bugs above aren't fixed for you, please file bugs in the Red Hat bugzilla Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
On Wednesday 11 November 2009 06:41:58 Farkas Levente wrote: On 11/11/2009 11:53 AM, Richard W.M. Jones wrote: On Wed, Nov 11, 2009 at 10:14:21AM +, Richard W.M. Jones wrote: echo input | time cpio --quiet -o -H newc /path/to/fs/output Update: I found the -C option that lets me specify the blocksize, and raising it to something sensible (65536) shows major improvements in performance for all filesystems. echo input | time cpio -C 65536 --quiet -o -H newc /path/to/fs/output tmpfs 0.77 sx 1.0 ext2 1.12 sx 1.5 xfs1.66 sx 2.1 ext3 2.58 sx 3.4 ext4 5.59 sx 7.3 The new times are: tmpfs 0.20 sx 1.0 ext2 0.30 sx 1.5 xfs 0.41 sx 2.1 ext3 0.57 sx 2.9 ext4 0.44 sx 2.2 imho it's still a bug. wouldn't somehow rise the default or make the writes buffered or ... since the current situation is not correct. I am not sure if this is related or not ... During the F12 development cycle, I have done a number of installs on both bare hardware and qemu-kvm guests. In all cases, I have formatted the root (/) partition as ext4. I have noticed that formatting the partition for ext4 seems to take considerably more wall-clock time for ext4 partitions than my previous experience with ext3 partitions. I do not know if this is because ext4 formatting needs to do a lot more work than ext3 or if there is a performance issue. Gene -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
Gene Czarcinski wrote: ... I am not sure if this is related or not ... During the F12 development cycle, I have done a number of installs on both bare hardware and qemu-kvm guests. In all cases, I have formatted the root (/) partition as ext4. I have noticed that formatting the partition for ext4 seems to take considerably more wall-clock time for ext4 partitions than my previous experience with ext3 partitions. I do not know if this is because ext4 formatting needs to do a lot more work than ext3 or if there is a performance issue. Gene There shouldn't be a big difference, but if you want to do some tests, find a difference, and report back with some times, I'd be interested. -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Wed, 2009-11-11 at 17:06 +0100, Christoph Höger wrote: Am Montag, den 09.11.2009, 17:29 -0800 schrieb Jesse Keating: We have just completed our Go / No Go meeting for Fedora 12 and have reached the decision to Go. Fedora 12's package set is golden and we're ready to stage things for shipping. Great work all around, I'm very proud of this release. I'm sure there will be more back patting and hand shaking to come, but Will Woods would like to remind everybody that it's just 11 weeks until Fedora 13 Alpha freeze! Does that mean, preupgrade to rawhide will bring in the f12 packages? If so, there is a major issue with anaconda that crashes upon detecting the harddrives. This is a little bit troubling since I have nothing exotic here, just two sata hds. I saved the debug report, but without storage I probably saved it to a ram disk. If anyone can help me figuring out how to get a stacktrace to a running machine (except for penpaper), I would be able to bring up some valuable information about that crash. The installer team has a fairly comprehensive wiki page on triaging installation-related failures (https://fedoraproject.org/wiki/How_to_debug_installation_problems). Are you able to save the traceback directly to bugzilla, instead of to your local disk? Thanks, James 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: Are conflicts in debuginfo packages OK?
On Wed, 11 Nov 2009 04:14:49 +0100, Frank Ch. Eigler wrote:
(It could be handled by suffixing the arch in the source-tree-name part.)
...
Considering that the same files are also linked into multilib-safe
collision-free /usr/lib/debug/.build-id files, where debuggers already
know to look for them, the .../usr/bin* ones could be deprecated.
/usr/lib/debug/path/name.debug were kept only as backward compatibility
symlinks possibly wrong for multi-arch/multi-version installed packages.
Implemented as a postinstall script but it would be more right to resolve it
by rpm coloring as is being done for the real /bin/* multilib files.
I hope it is obvious that it would be appropriate to be able to debug
anything installed from the normal repositories. That the status quo
is not quite up to the job (in the case of some multilib libraries) is
a bug.
I sometimes hit it having to uninstall a x86_64 debuginfo and temporarily
replace it by its i686 variant.
On Tue, 10 Nov 2009 22:15:47 +0100, Björn Persson wrote:
Generated files can be placed in separate subdirectories, for example
/usr/src/debug/source tree name/%{_arch}.
My patch uses there:
/usr/src/debug/name-version-release.arch
It was here, unaware how it is still applicable now:
http://people.redhat.com/jkratoch/multidebug/
But Roland McGrath had some more general debuginfos plans but I think that
temporary hack of mine could be worth the two years of Fedoras. Roland, does
it make sense to revive + improve this patch?
Thanks,
Jan
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
Gene Czarcinski g...@czarc.net writes: [...] In all cases, I have formatted the root (/) partition as ext4. I have noticed that formatting the partition for ext4 seems to take considerably more wall-clock time for ext4 partitions than my previous experience with ext3 partitions. [...] I have seen the same thing; this sort of thing appeared to help: mkfs.ext4 -O uninit_bg -E lazy_itable_init=1 - FChE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
Jan Kratochvil wrote:
On Tue, 10 Nov 2009 22:15:47 +0100, Björn Persson wrote:
Generated files can be placed in separate subdirectories, for example
/usr/src/debug/source tree name/%{_arch}.
My patch uses there:
/usr/src/debug/name-version-release.arch
Duplicating the entire source tree seems a bit wasteful when it's only
generated files that sometimes need to be separated, but I suppose that's the
only way if you want to do it without patching makefiles in numerous packages.
Björn Persson
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: Identifying remaining core font users
Le mercredi 11 novembre 2009 à 10:00 -0700, Avery, David [DENTK] a écrit : I have a bigger problem with this, I use fedora boxes to talk to older devices (solaris 2.6 and M88KV4 unix machines) that can never be upgraded to newer X clients. Since the fedora ( or any xorg) servers are talking to classic X11 clients dropping support for core fonts is a huge issue. Let me write again what I put in my original message. There is no talk of deliberately dropping support for core fonts infrastructure. Core fonts are slowly heading the way of the dodo through natural obsolescence and lack of people interested in investing in their future. Big text users jumped ship for fontconfig a long time ago (circa 2003) and they're not coming back to resume core fonts maintenance. However, core fonts will be with us, in a somewhat reduced and degraded state, for a long time. So this is not about removing Fedora core fonts infrastructure (individual fonts have and will continue to be dropped every time they fail a legal or technical check and there's no one willing to fix the problem). This is about notifying the maintainers of core font *clients* in Fedora they have a problem and should start planning migration to fontconfig if they're not already doing so (on the plus side anyone migrating today will have access to a font library and text features core fonts can not compare with). Every modern *nix system has some form of fontconfig support (because every single modern GUI app requires it). You can run fontconfig on non-*nixes. There is no good reason for a client app not to migrate to fontconfig if it wants a future. The clients are running on the host computers for flight simulators. The clients are built on 3rd party libraries that date from the early 90s. As the existing Xterms (Tek/NCD ) fail we are replacing them with newer linux based thin clients, but we still need classic X11 font support. The programming support is done on solaris and linux boxes the need to display the same layouts as the xterms I'm sure you don't need me to tell you that forcing the limitations of old clients in new clients is eating your cake now, and that you're preparing yourself a painful big bang migration when the situation gets to the point core font support is no longer at the acceptable level for you. More than six years have elapsed since core fonts stopped being the preferred font system X-side. Use the remaining years wisely before your back is to the wall (I know that's easy for me to say, but there is no magic solution). Having worked with some decades-old systems myself, I know it's really easy to get yourself trapped in a situation where you pay an harm and a leg for multiple levels of legacy emulation that barely work and have pitiful capabilities compared to recent systems, just because someone went for the short-term let's emulate and pretend nothing changed route back when keeping up with the technological changes would have been just slightly harder (but future-proof). -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
Frank Ch. Eigler wrote: Gene Czarcinski g...@czarc.net writes: [...] In all cases, I have formatted the root (/) partition as ext4. I have noticed that formatting the partition for ext4 seems to take considerably more wall-clock time for ext4 partitions than my previous experience with ext3 partitions. [...] I have seen the same thing; this sort of thing appeared to help: mkfs.ext4 -O uninit_bg -E lazy_itable_init=1 - FChE lazy_itable_init isn't yet safe, unfortunately, we still need a kernel background zeroing to make it so ... Anybody got actual numbers? I don't disagree that mkfs.ext4 is slow in the default config, but I don't think it should be slower than mkfs.ext3 for the same sized disks. You sure your disks didn't just get bigger since the F9 days? :) -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 test machine for package maintainers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 10.11.2009 21:42, schrieb Kevin Fenzi: Greetings. I have updated my test machine resources for Fedora package maintainers with a new Fedora 12 instance: abraxas.scrye.com or f12-test.scrye.com. As always you can see the full list and get more info at: https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers Please feel free to use the new instance to test bugs, build packages or otherwise anything Fedora related that will assist you. At first thank you for your offering of the test machines. Unfortunately, I'm searching a ppc64 system where I can make a su for testing an odd issue with gnu-smalltalk. Unfortunately, this issue only happes on ppc64 systems. On ppc32 it's works fine. this is the reason why I'm search such system. The bombadil.infradead.org system is unusable for me, because I can't do a su or sudo on this system. It may be nice, if we can have a ppc64 test machine in the future. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkr7ETMACgkQZLAIBz9lVu/33QP/UTgQ3qfIabE+V/4cgQlDHPmP eZtZ2Ji7tKqE9iF7MZo7TJPljlL5rDm14YMr0Z+pxLALncE4wbUU8ybntqpJv30b Mfr4dGC7+51UKOdRaKp7G48PEMHJQ3u36wym408vAzJu4OmLYa/QtgibbnABEtfI c4o9jiPWjoTF7DJTgu0= =IwiI -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/iptstate/F-12 iptstate.spec,1.21,1.22
On Wed, 2009-11-11 at 12:53 +, Christopher Brown wrote: Is there any way to sanity-check pushed updates for depsolving capabilities? It's called AutoQA, and it's coming. -- 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: Fedora 12 has gone gold
Am Mittwoch, den 11.11.2009, 12:52 -0500 schrieb James Laska: On Wed, 2009-11-11 at 17:06 +0100, Christoph Höger wrote: Am Montag, den 09.11.2009, 17:29 -0800 schrieb Jesse Keating: We have just completed our Go / No Go meeting for Fedora 12 and have reached the decision to Go. Fedora 12's package set is golden and we're ready to stage things for shipping. Great work all around, I'm very proud of this release. I'm sure there will be more back patting and hand shaking to come, but Will Woods would like to remind everybody that it's just 11 weeks until Fedora 13 Alpha freeze! Does that mean, preupgrade to rawhide will bring in the f12 packages? If so, there is a major issue with anaconda that crashes upon detecting the harddrives. This is a little bit troubling since I have nothing exotic here, just two sata hds. I saved the debug report, but without storage I probably saved it to a ram disk. If anyone can help me figuring out how to get a stacktrace to a running machine (except for penpaper), I would be able to bring up some valuable information about that crash. The installer team has a fairly comprehensive wiki page on triaging installation-related failures (https://fedoraproject.org/wiki/How_to_debug_installation_problems). Are you able to save the traceback directly to bugzilla, instead of to your local disk? Nope, but the tty2 hint was what I needed. https://bugzilla.redhat.com/show_bug.cgi?id=536906 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, 2009-11-11 at 09:01 -0600, Bruno Wolff III wrote: On Wed, Nov 11, 2009 at 13:11:03 +0100, Nicolas Mailhot nicolas.mail...@laposte.net wrote: Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Is there any documentation on how to avoid this? I am the current maintainer of glest and am not sure what I even need to be looking for, let alone how to fix it. As you're a true maintainer and not a hybrid maintainer/upstream developer like a lot of Fedora packagers, you should be annoying the hell out of your upstream to move to a non-antiquated font system :) -- 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 with Fedora 11 updates-testing - 2009-11-11
On 11/12/2009 01:05 AM, Michael Schwendt wrote: The following packages in the repository suffer from broken dependencies: == The results in this summary consider Test Updates! == package: tremulous-1.1.0-8.fc11.i586 from fedora-11-i386 unresolved deps: libopenal.so.0 --- Seriously, can the openal maintainer please stop breaking the ABI in updates? This isn't the first time. Is there a real necessity to do so? Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Outage Notification - 2009-11-11 21:00 UTC
There will be an outage starting at 2009-11-11 21:00 UTC, which will last approximately 1 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-11-11 21:00 UTC' Affected Services: DNS Torrent Websites Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1785 Reason for Outage: The new memory is on site, we're going to replace it. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
On Wed, Nov 11, 2009 at 09:05:20PM +, Richard W.M. Jones wrote: ext2 elapsed time: 5.21 seconds ext3 elapsed time: 7.87 seconds ext4 elapsed time: 6.10 seconds xfs elapsed time: 0.45 seconds jfs elapsed time: 0.78 seconds Sod it, let's do all the others too ... $ for fs in reiserfs nilfs2 ntfs msdos btrfs hfs hfsplus gfs gfs2 ; do guestfish sparse /tmp/test.img 10G : run : echo $fs : sfdiskM /dev/sda , : time mkfs $fs /dev/sda1 ; done reiserfs elapsed time: 1.15 seconds nilfs2 elapsed time: 0.12 seconds ntfs elapsed time: 3.09 seconds msdos elapsed time: 0.38 seconds btrfs elapsed time: 0.07 seconds hfs elapsed time: 0.42 seconds hfsplus elapsed time: 0.49 seconds gfs elapsed time: 5.37 seconds gfs2 elapsed time: 4.93 seconds (By the way I really don't think that mkfs time matters that much :-) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cpio to ext4 seems much slower than to ext2, ext3 or xfs
On Wed, Nov 11, 2009 at 01:24:20PM -0600, Eric Sandeen wrote: Anybody got actual numbers? I don't disagree that mkfs.ext4 is slow in the default config, but I don't think it should be slower than mkfs.ext3 for the same sized disks. Easy with guestfish: $ guestfish --version guestfish 1.0.78 $ for fs in ext2 ext3 ext4 xfs jfs ; do guestfish sparse /tmp/test.img 10G : run : echo $fs : sfdiskM /dev/sda , : time mkfs $fs /dev/sda1 ; done ext2 elapsed time: 5.21 seconds ext3 elapsed time: 7.87 seconds ext4 elapsed time: 6.10 seconds xfs elapsed time: 0.45 seconds jfs elapsed time: 0.78 seconds Note that because this is using a sparsely allocated disk each write to the virtual disk is very slow. Change 'sparse' to 'alloc' to test this with a non-sparse file-backed disk. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies with Fedora 11 updates-testing - 2009-11-11
Am 11.11.2009 21:16, schrieb Rahul Sundaram: On 11/12/2009 01:05 AM, Michael Schwendt wrote: The following packages in the repository suffer from broken dependencies: == The results in this summary consider Test Updates! == package: tremulous-1.1.0-8.fc11.i586 from fedora-11-i386 unresolved deps: libopenal.so.0 --- Seriously, can the openal maintainer please stop breaking the ABI in updates? This isn't the first time. Is there a real necessity to do so? Rahul I have forgoten that for F-11 some changes are needed in the spec file. I have fixed it and the new package is on the way. Sorry for the problems. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies with Fedora 11 updates-testing - 2009-11-11
On Wed, 11 Nov 2009 21:52:50 +0100, LinuxDonald wrote: Am 11.11.2009 21:16, schrieb Rahul Sundaram: On 11/12/2009 01:05 AM, Michael Schwendt wrote: The following packages in the repository suffer from broken dependencies: == The results in this summary consider Test Updates! == package: tremulous-1.1.0-8.fc11.i586 from fedora-11-i386 unresolved deps: libopenal.so.0 --- Seriously, can the openal maintainer please stop breaking the ABI in updates? This isn't the first time. Is there a real necessity to do so? Rahul I have forgoten that for F-11 some changes are needed in the spec file. I have fixed it and the new package is on the way. Sorry for the problems. Did you notice that the package still upgrades the library SONAME from libopenal.so.0 to libopenal.so.1? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
What questions would you like to ask the Candidates for the Fedora Board, FESCo, and FAMSCO?
Hi! As you may have heard already, several seats of the Fedora Board, FESCo, and FAMSCO are up for election soon(¹). Right now we are in the nomination period, which will be followed by a Candidate Questionnaire. That means we'll give candidates a list of questions to answer by private mail within one week after the nomination period closed; the results will be publish soon after that to make sure they are available to the public before the Town Hall meetings on IRC happen. Candidates may choose to answer (or not) those questions as they see fit. Voters can use the answers to get an impression of what the candidate think or plan to do while serving for the committees they are nominated for. That should help to get a interesting discussion running during the IRC Town Hall meetings; furthermore, those people that can't or don't want to participate in the IRC meetings can use the answers to make a more informed vote. Hence we need to prepare a few good questions that we can send to the candidates once the nomination period ends. And that's where I need *your help* now: If you have one or more questions you'd like to send to the candidates simply go and add them to: https://fedoraproject.org/wiki/Elections/F13_Questionnaire It just takes a minute or two, so best to do it right now -- otherwise you might get distracted and forget about it. ;-) I'll take care of the remaining work to review, sort, and clean up the questions(²); after that I'll send them to the candidates soon after the nomination period ended. Hence, I need your question suggestions by around the 15th November 17:00 UTC latest to get a chance to prepare everything in time. So please go to the wiki now and add at least one hard question! The answers will help Fedora contributors to chose whom to vote for! Thanks in advance for your help . CU knurd (¹) If you haven't read about it yet see https://fedoraproject.org/wiki/Elections for details. (²) If you want to get involved or review the questions before I send them please drop me a line and I'll try to get that arranged; maybe we can arrange a quick, informal IRC meeting on Sunday evening if there is interest -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies with Fedora 11 updates-testing - 2009-11-11
On Thu, Nov 12, 2009 at 01:46:44AM +0530, Rahul Sundaram wrote: On 11/12/2009 01:05 AM, Michael Schwendt wrote: The following packages in the repository suffer from broken dependencies: == The results in this summary consider Test Updates! == package: tremulous-1.1.0-8.fc11.i586 from fedora-11-i386 unresolved deps: libopenal.so.0 --- Seriously, can the openal maintainer please stop breaking the ABI in updates? This isn't the first time. Is there a real necessity to do so? Can someone give me a definitive answer on whether or not I need to rebuild tremulous and tremfusion with the new ABI? I'm willing to, I just need the confusion to go away. -- Ian Weller i...@ianweller.org Why, a four-year-old could understand this report. Find me a four-year-old child. I can't make head or tail out of it. -- Groucho Marx, Duck Soup pgpZalmmUgz8E.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 with Fedora 11 updates-testing - 2009-11-11
On Wed, 11 Nov 2009 15:36:38 -0600, Ian wrote:
Can someone give me a definitive answer on whether or not I need to
rebuild tremulous and tremfusion with the new ABI? I'm willing to, I
just need the confusion to go away.
No need to.
This was just the separate openal-soft package that is supposed to be
parallel-installable with the older openal instead of obsoleting it.
I've mentioned in the bodhi ticket that the packager could evaluate
%{fedora} in the spec file to avoid the error that has happened.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 test machine for package maintainers
On Wed, 11 Nov 2009 20:32:12 +0100 Jochen Schmitt joc...@herr-schmitt.de wrote: At first thank you for your offering of the test machines. Unfortunately, I'm searching a ppc64 system where I can make a su for testing an odd issue with gnu-smalltalk. Unfortunately, this issue only happes on ppc64 systems. On ppc32 it's works fine. this is the reason why I'm search such system. The bombadil.infradead.org system is unusable for me, because I can't do a su or sudo on this system. It may be nice, if we can have a ppc64 test machine in the future. Yeah, if someone would like to send me one, I would be happy to set it up and maintain it. ;) Otherwise, perhaps someone else will see your plea here and help you out. kevin signature.asc 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 with Fedora 11 updates-testing - 2009-11-11
Am 11.11.2009 22:39, schrieb Michael Schwendt:
On Wed, 11 Nov 2009 15:36:38 -0600, Ian wrote:
Can someone give me a definitive answer on whether or not I need to
rebuild tremulous and tremfusion with the new ABI? I'm willing to, I
just need the confusion to go away.
No need to.
This was just the separate openal-soft package that is supposed to be
parallel-installable with the older openal instead of obsoleting it.
I've mentioned in the bodhi ticket that the packager could evaluate
%{fedora} in the spec file to avoid the error that has happened.
It was my wrong on the Spec file for fedora 11.
I have created an new packaged that don't make any problems and it's
installable with openal.
Sorry for that :(
@Tremulos you not need rebuild it for fedora 11 you have rebuild that
game allready for f12 and that is okay :)
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, Nov 11, 2009 at 11:40:26 -0800, Adam Williamson awill...@redhat.com wrote: On Wed, 2009-11-11 at 09:01 -0600, Bruno Wolff III wrote: On Wed, Nov 11, 2009 at 13:11:03 +0100, Nicolas Mailhot nicolas.mail...@laposte.net wrote: Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Is there any documentation on how to avoid this? I am the current maintainer of glest and am not sure what I even need to be looking for, let alone how to fix it. As you're a true maintainer and not a hybrid maintainer/upstream developer like a lot of Fedora packagers, you should be annoying the hell out of your upstream to move to a non-antiquated font system :) I'll try to understand the problem well enough to make a coherent request and then communicate it upstream. Based on my understanding of what's going on in the project right now, there isn't likely to be big changes in what we are using in Fedora soon. There is a pilot subproject that seems to be getting the most attention right now and eventually it will merge back. In the meantime things are moving slow for the base project. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: netcdf update and soname bump
On 11/11/2009 10:17 AM, Orion Poplawski wrote: I'm about to build a netcdf 4.1.0 beta snapshot for F-13. This is a soname bump (libnetcdf.so.4 - libnetcdf.so.6). It also enables the netcdf4, dap, and ncgen4 features of netcdf. There are some linking issues to work out upstream, and some packages don't expect to have to link to additional libraries in addition to -lnetcdf. If you have trouble, you can work around for now with adding the following to your configure line: LIBS=$(pkg-config netcdf --libs) -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
FF 3.5.5 for F-12
What happened to that? It's been built in Koji but it's not Rawhide or updates... -- Bojan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Wed, 2009-11-11 at 13:11 +0100, Nicolas Mailhot wrote: Hi, It has been plain since 2003¹ our new font access standard would be fontconfig. Since then most users of the old core fonts X11 backend have migrated, but there are still a few stragglers. Unfortunately these stragglers matter. Core fonts were not good in 2003, and they didn't get any better since. Few users means life-support maintenance only, no one to replace/fix core fonts when a technical or legal problem causes them to be dropped, no one to update them when encoding standards change. Also, few users means we do not install core font packages by default anymore, so packagers that depend on them but forgot to mark the deps in their packages will deliver broken packages to users. Every remaining core font user is therefore likely to hit more and more problems as time passes. Each of those problems produces as a side effect Fedora fonts suck messages on the Internet, messages that detract on all the terrific work Fedora people do on our main font backend (and associated fonts). End-users are not educated enough to recognize the root of their problems is the use of a deprecated almost-no-maintained tech (and they should not have to bother about it). Therefore, I'd like to identify remaining core font users, and remind them periodically their core font use is not good for their users or for Fedora. Since there is not question of deliberately removing core fonts infrastructure from Fedora, I need to whitelist first the few files used to maintain this infrastructure (xfontsel and xlsfonts are such files; twm and gtk1 — not). I'd therefore be grateful if people checked the following list and pointed to me files that need to be removed for this reason. Please answer this message with statements such as file foo can be removed from the list because it is used this way to manage the core fonts backend or to propagate the core font protocol to X11 clients. Again, widget libraries or utilities that made use of the core fonts backend when it was the font access standard, do not count. Also modern libraries that have some form of vestigial core fonts code hidden deep inside them should probably just excise it (this use it probably worse than apps that only use core fonts , since those apps at least test regularly if their core fonts use is not totally broken). • icewm icewm-0:1.2.37-5.fc12 — /usr/bin/icehelp — /usr/bin/icesh — /usr/bin/icewm-session — /usr/bin/icewmbg — /usr/bin/icewmtray — /usr/bin/icewm • idesk idesk-0:0.7.5-9.fc12 — /usr/bin/idesk I own both icewm and idesk. As far as I know, both icewm and idesk are linked against xft and should not default to core fonts. (Unless I completely misunderstanding something...) - Gilboa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
On Thu, 2009-11-12 at 06:51 +0200, Gilboa Davara wrote: I own both icewm and idesk. As far as I know, both icewm and idesk are linked against xft and should not default to core fonts. (Unless I completely misunderstanding something...) - Gilboa OK. Did some reading. I more-or-less understand the scope of the problem. Not sure there's something I can do about it. (In both cases upstream either moved to different path or dropped support completely), but I'll see what I can do about it. - Gilboa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Identifying remaining core font users
Le jeudi 12 novembre 2009 à 06:51 +0200, Gilboa Davara a écrit : I own both icewm and idesk. As far as I know, both icewm and idesk are linked against xft and should not default to core fonts. (Unless I completely misunderstanding something...) I've been asked to filter out xft matches next run, so if they *only* do xft they won't appear again. -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Issue 105084] OpenSymbol font: Math related changes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105084 User tl changed the following: What|Old value |New value OtherIssuesDependingOnTh|50314,53223,69108,75472,79|50314,53223,69108,75472,79 is|037,105085|037,93925,105085 - 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 105084] OpenSymbol font: Math related changes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105084 User tl changed the following: What|Old value |New value OtherIssuesDependingOnTh|50314,53223,69108,75472,79|50314,53223,69108,75472,79 is|037,93925,105085 |037,93925,105085,106815 - 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 106704] Type 1 fonts in PDF export have incorrect /Length3
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106704 User pl changed the following: What|Old value |New value Target milestone|--- |OOo 3.3 --- Additional comments from p...@openoffice.org Wed Nov 11 14:47:08 + 2009 --- target - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 530880] Review Request: ns-tiza-fonts - A Slab-Serif Font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=530880 TK009 john.brown...@gmail.com changed: What|Removed |Added Flag|fedora-cvs+ |fedora-cvs? --- Comment #18 from TK009 john.brown...@gmail.com 2009-11-11 12:52:59 EDT --- Correction for typo in package name. No commits or builds have been done. New Package CVS Request === Package Name: ns-tiza-chalk-fonts Short Description: Chalky slab-serif fonts Owners: TK009 Branches: F-10 F-11 F-12 InitialCC: fonts-sig -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-bola-fonts/devel import.log, NONE, 1.1 ns-bola-fonts-fontconfig.conf, NONE, 1.1 ns-bola-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-bola-fonts/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12647/devel
Modified Files:
.cvsignore sources
Added Files:
import.log ns-bola-fonts-fontconfig.conf ns-bola-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
--- NEW FILE import.log ---
ns-bola-fonts-20080203-2_fc12:HEAD:ns-bola-fonts-20080203-2.fc12.src.rpm:1257962186
--- NEW FILE ns-bola-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyBola/family
/prefer
/alias
alias
familyBola/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-bola-fonts.spec ---
%global fontname ns-bola
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080203
Release:2%{?dist}
Summary:Chunky Geometric Fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/bola/
Source0:http://www.nuevostudio.com/files/downloads/bola.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A chunky geometric font like many others out there!
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:57:33 - 1.1
+++ .cvsignore 11 Nov 2009 17:56:54 - 1.2
@@ -0,0 +1 @@
+bola.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:57:33 - 1.1
+++ sources 11 Nov 2009 17:56:54 - 1.2
@@ -0,0 +1 @@
+8975511e7985a53a8a2b2b6cb1a3881b bola.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-bola-fonts/F-10 import.log, NONE, 1.1 ns-bola-fonts-fontconfig.conf, NONE, 1.1 ns-bola-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-bola-fonts/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv15188/F-10
Modified Files:
.cvsignore sources
Added Files:
import.log ns-bola-fonts-fontconfig.conf ns-bola-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
--- NEW FILE import.log ---
ns-bola-fonts-20080203-2_fc12:F-10:ns-bola-fonts-20080203-2.fc12.src.rpm:1257962535
--- NEW FILE ns-bola-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyBola/family
/prefer
/alias
alias
familyBola/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-bola-fonts.spec ---
%global fontname ns-bola
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080203
Release:2%{?dist}
Summary:Chunky Geometric Fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/bola/
Source0:http://www.nuevostudio.com/files/downloads/bola.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A chunky geometric font like many others out there!
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:57:33 - 1.1
+++ .cvsignore 11 Nov 2009 18:02:48 - 1.2
@@ -0,0 +1 @@
+bola.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:57:33 - 1.1
+++ sources 11 Nov 2009 18:02:48 - 1.2
@@ -0,0 +1 @@
+8975511e7985a53a8a2b2b6cb1a3881b bola.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-bola-fonts/F-11 import.log, NONE, 1.1 ns-bola-fonts-fontconfig.conf, NONE, 1.1 ns-bola-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-bola-fonts/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv15788/F-11
Modified Files:
.cvsignore sources
Added Files:
import.log ns-bola-fonts-fontconfig.conf ns-bola-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
--- NEW FILE import.log ---
ns-bola-fonts-20080203-2_fc12:F-11:ns-bola-fonts-20080203-2.fc12.src.rpm:1257962616
--- NEW FILE ns-bola-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyBola/family
/prefer
/alias
alias
familyBola/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-bola-fonts.spec ---
%global fontname ns-bola
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080203
Release:2%{?dist}
Summary:Chunky Geometric Fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/bola/
Source0:http://www.nuevostudio.com/files/downloads/bola.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A chunky geometric font like many others out there!
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:57:33 - 1.1
+++ .cvsignore 11 Nov 2009 18:04:13 - 1.2
@@ -0,0 +1 @@
+bola.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:57:33 - 1.1
+++ sources 11 Nov 2009 18:04:13 - 1.2
@@ -0,0 +1 @@
+8975511e7985a53a8a2b2b6cb1a3881b bola.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-bola-fonts/F-12 import.log, NONE, 1.1 ns-bola-fonts-fontconfig.conf, NONE, 1.1 ns-bola-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-bola-fonts/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26181/F-12
Modified Files:
.cvsignore sources
Added Files:
import.log ns-bola-fonts-fontconfig.conf ns-bola-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
--- NEW FILE import.log ---
ns-bola-fonts-20080203-2_fc12:F-12:ns-bola-fonts-20080203-2.fc12.src.rpm:1257964433
--- NEW FILE ns-bola-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyBola/family
/prefer
/alias
alias
familyBola/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-bola-fonts.spec ---
%global fontname ns-bola
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080203
Release:2%{?dist}
Summary:Chunky Geometric Fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/bola/
Source0:http://www.nuevostudio.com/files/downloads/bola.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A chunky geometric font like many others out there!
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080203-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080203-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:57:33 - 1.1
+++ .cvsignore 11 Nov 2009 18:35:22 - 1.2
@@ -0,0 +1 @@
+bola.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-bola-fonts/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:57:33 - 1.1
+++ sources 11 Nov 2009 18:35:22 - 1.2
@@ -0,0 +1 @@
+8975511e7985a53a8a2b2b6cb1a3881b bola.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536920] [abrt] crash detected in fontforge-20090923-1.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=536920 --- Comment #1 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-11-11 14:28:03 EDT --- Created an attachment (id=369093) -- (https://bugzilla.redhat.com/attachment.cgi?id=369093) File: backtrace -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536920] New: [abrt] crash detected in fontforge-20090923-1.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] crash detected in fontforge-20090923-1.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=536920 Summary: [abrt] crash detected in fontforge-20090923-1.fc12 Product: Fedora Version: 12 Platform: x86_64 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:b3e2ab72c0df6624350588b46b7b8a6bb6ff35f1 Severity: medium Priority: low Component: fontforge AssignedTo: ke...@tummy.com ReportedBy: nicolas.mail...@laposte.net QAContact: extras...@fedoraproject.org CC: rooz...@gmail.com, ke...@tummy.com, fedora-fonts-bugs-list@redhat.com Classification: Fedora abrt detected a crash. Attached file: backtrace cmdline: /usr/bin/fontforge -lang=ff /usr/bin/fontlint usr/share/poker3d/data/neurpoli.ttf component: fontforge executable: /usr/bin/fontforge kernel: 2.6.31.5-122.fc12.x86_64 package: fontforge-20090923-1.fc12 rating: 3 reason: Process was terminated by signal 11 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532377] [abrt] crash detected in nspluginwrapper-1.3.0-8.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=532377 --- Comment #3 from Behdad Esfahbod besfa...@redhat.com 2009-11-11 16:45:22 EDT --- Crash in malloc() is hardly pango's fault. Not mine. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532377] [abrt] crash detected in nspluginwrapper-1.3.0-8.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=532377 Behdad Esfahbod besfa...@redhat.com changed: What|Removed |Added Component|pango |nspluginwrapper AssignedTo|besfa...@redhat.com |stran...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Issue 79878] OO.o can not select modern font faces conveniently
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79878 User jisakiel changed the following: What|Old value |New value CC|'belegdol,beppec56,cmc,dta|'belegdol,beppec56,cmc,dta |rdon,fedorafonts,hdu,kamat|rdon,fedorafonts,hdu,jisak |aki,khirano,masayan,mba,me|iel,kamataki,khirano,masay |ywer,norbusan,ralphie,rene|an,mba,meywer,norbusan,ral |,thb,tora'|phie,rene,thb,tora' - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 530880] Review Request: ns-tiza-fonts - A Slab-Serif Font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=530880 Toshio Ernie Kuratomi a.bad...@gmail.com changed: What|Removed |Added CC||a.bad...@gmail.com Flag|fedora-cvs? |fedora-cvs+ --- Comment #19 from Toshio Ernie Kuratomi a.bad...@gmail.com 2009-11-11 17:44:55 EDT --- cvs done. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 501852] [ml_IN] need extra backspace press to delete this string of characters
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=501852 --- Comment #8 from Pravin Satpute psatp...@redhat.com 2009-11-12 01:16:14 EDT --- there is problem with pango its doing normalization of 0d4a kind of characters into 0d46 + od3e so while backspacing it takes one extra space there are some bug files for same thing, i will try to find such bug and close this one -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 501849] [ml_IN][GSUB] U+0D21 U+0D4D U+0D30 U+0D48 U+0D35 U+0D4D move to the right of the font need pressing right arrow key many times
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=501849 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||NOTABUG --- Comment #2 from Pravin Satpute psatp...@redhat.com 2009-11-12 01:21:42 EDT --- i guess better to close this bug please reopen if you feel any problem -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-tiza-chalk-fonts/devel import.log, NONE, 1.1 ns-tiza-chalk-fonts-fontconfig.conf, NONE, 1.1 ns-tiza-chalk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-tiza-chalk-fonts/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv24278/devel
Modified Files:
.cvsignore sources
Added Files:
import.log ns-tiza-chalk-fonts-fontconfig.conf
ns-tiza-chalk-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
--- NEW FILE import.log ---
ns-tiza-chalk-fonts-20080210-2_fc12:HEAD:ns-tiza-chalk-fonts-20080210-2.fc12.src.rpm:1258007143
--- NEW FILE ns-tiza-chalk-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyTiza/family
/prefer
/alias
alias
familyTiza/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-tiza-chalk-fonts.spec ---
%global fontname ns-tiza-chalk
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080210
Release:2%{?dist}
Summary:Chalky slab-serif fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/tiza/
Source0:http://www.nuevostudio.com/files/downloads/tiza.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A bold, chalky slab-serif font inspired by the lovely slab-serif Giza.
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc *.txt
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:40:46 - 1.1
+++ .cvsignore 12 Nov 2009 06:26:52 - 1.2
@@ -0,0 +1 @@
+tiza.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:40:46 - 1.1
+++ sources 12 Nov 2009 06:26:53 - 1.2
@@ -0,0 +1 @@
+91e836058bf35f601eb5e473d05c63fe tiza.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-tiza-chalk-fonts/F-10 import.log, NONE, 1.1 ns-tiza-chalk-fonts-fontconfig.conf, NONE, 1.1 ns-tiza-chalk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv24803/F-10
Modified Files:
.cvsignore sources
Added Files:
import.log ns-tiza-chalk-fonts-fontconfig.conf
ns-tiza-chalk-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
--- NEW FILE import.log ---
ns-tiza-chalk-fonts-20080210-2_fc12:F-10:ns-tiza-chalk-fonts-20080210-2.fc12.src.rpm:1258007268
--- NEW FILE ns-tiza-chalk-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyTiza/family
/prefer
/alias
alias
familyTiza/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-tiza-chalk-fonts.spec ---
%global fontname ns-tiza-chalk
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080210
Release:2%{?dist}
Summary:Chalky slab-serif fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/tiza/
Source0:http://www.nuevostudio.com/files/downloads/tiza.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A bold, chalky slab-serif font inspired by the lovely slab-serif Giza.
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc *.txt
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:40:46 - 1.1
+++ .cvsignore 12 Nov 2009 06:28:15 - 1.2
@@ -0,0 +1 @@
+tiza.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:40:46 - 1.1
+++ sources 12 Nov 2009 06:28:15 - 1.2
@@ -0,0 +1 @@
+91e836058bf35f601eb5e473d05c63fe tiza.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-tiza-chalk-fonts/F-11 import.log, NONE, 1.1 ns-tiza-chalk-fonts-fontconfig.conf, NONE, 1.1 ns-tiza-chalk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25602/F-11
Modified Files:
.cvsignore sources
Added Files:
import.log ns-tiza-chalk-fonts-fontconfig.conf
ns-tiza-chalk-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
--- NEW FILE import.log ---
ns-tiza-chalk-fonts-20080210-2_fc12:F-11:ns-tiza-chalk-fonts-20080210-2.fc12.src.rpm:1258007321
--- NEW FILE ns-tiza-chalk-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyTiza/family
/prefer
/alias
alias
familyTiza/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-tiza-chalk-fonts.spec ---
%global fontname ns-tiza-chalk
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080210
Release:2%{?dist}
Summary:Chalky slab-serif fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/tiza/
Source0:http://www.nuevostudio.com/files/downloads/tiza.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A bold, chalky slab-serif font inspired by the lovely slab-serif Giza.
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc *.txt
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:40:46 - 1.1
+++ .cvsignore 12 Nov 2009 06:29:07 - 1.2
@@ -0,0 +1 @@
+tiza.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:40:46 - 1.1
+++ sources 12 Nov 2009 06:29:07 - 1.2
@@ -0,0 +1 @@
+91e836058bf35f601eb5e473d05c63fe tiza.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/ns-tiza-chalk-fonts/F-12 import.log, NONE, 1.1 ns-tiza-chalk-fonts-fontconfig.conf, NONE, 1.1 ns-tiza-chalk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: tk009
Update of /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26008/F-12
Modified Files:
.cvsignore sources
Added Files:
import.log ns-tiza-chalk-fonts-fontconfig.conf
ns-tiza-chalk-fonts.spec
Log Message:
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
--- NEW FILE import.log ---
ns-tiza-chalk-fonts-20080210-2_fc12:F-12:ns-tiza-chalk-fonts-20080210-2.fc12.src.rpm:1258007384
--- NEW FILE ns-tiza-chalk-fonts-fontconfig.conf ---
?xml version=1.0?
!DOCTYPE fontconfig SYSTEM fonts.dtd
fontconfig
alias
familyfantasy/family
prefer
familyTiza/family
/prefer
/alias
alias
familyTiza/family
default
familyfantasy/family
/default
/alias
/fontconfig
--- NEW FILE ns-tiza-chalk-fonts.spec ---
%global fontname ns-tiza-chalk
%global fontconf 64-%{fontname}.conf
Name: %{fontname}-fonts
Version:20080210
Release:2%{?dist}
Summary:Chalky slab-serif fonts
Group: User Interface/X
License:OFL
URL:http://www.nuevostudio.com/project/tiza/
Source0:http://www.nuevostudio.com/files/downloads/tiza.zip
Source1:%{name}-fontconfig.conf
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
%description
A bold, chalky slab-serif font inspired by the lovely slab-serif Giza.
It supports diacritics in addition to the basic latin set of characters.
The font was created by Pablo Caro.
%prep
%setup -q -c -T
unzip -j -L -q %{SOURCE0}
chmod 0644 *.txt
for txt in *.txt ; do
fold -s $txt $txt.new
sed -i 's/\r//' $txt.new
touch -r $txt $txt.new
mv $txt.new $txt
done
%build
%install
rm -fr %{buildroot}
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}
install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
%{buildroot}%{_fontconfig_confdir}
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
%clean
rm -fr %{buildroot}
%_font_pkg -f %{fontconf} *.ttf
%doc *.txt
%changelog
* Tue Nov 10 2009 TK009 john.brown...@gmail.com
- 20080210-2
- correction to spec
* Sat Nov 07 2009 TK009 john.brown...@gmail.com
- 20080210-1
- initial packaging
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 11 Nov 2009 03:40:46 - 1.1
+++ .cvsignore 12 Nov 2009 06:30:02 - 1.2
@@ -0,0 +1 @@
+tiza.zip
Index: sources
===
RCS file: /cvs/pkgs/rpms/ns-tiza-chalk-fonts/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 Nov 2009 03:40:46 - 1.1
+++ sources 12 Nov 2009 06:30:03 - 1.2
@@ -0,0 +1 @@
+91e836058bf35f601eb5e473d05c63fe tiza.zip
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 501847] [ml_IN][GSUB] U+0D21 U+0D4D U+0D30 U+0D48 U+0D35 U+0D4D delete key can't delete the whole char
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=501847 --- Comment #3 from Pravin Satpute psatp...@redhat.com 2009-11-12 01:30:46 EDT --- delete key deletes syllable wise so in this sequence.. U+0D21 U+0D4D U+0D30 U+0D48 U+0D35 U+0D4D first delete should delete U+0D21 U+0D4D U+0D30 second delete should delete U+0D48 and third delete should delete U+0D35 U+0D4D Hi koka, if things appearing like i have given above i guess better to close this bug -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 530880] Review Request: ns-tiza-fonts - A Slab-Serif Font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=530880 --- Comment #20 from Fedora Update System upda...@fedoraproject.org 2009-11-12 01:51:36 EDT --- ns-tiza-chalk-fonts-20080210-2.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/ns-tiza-chalk-fonts-20080210-2.fc11 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 530880] Review Request: ns-tiza-fonts - A Slab-Serif Font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=530880 --- Comment #21 from Fedora Update System upda...@fedoraproject.org 2009-11-12 01:51:43 EDT --- ns-tiza-chalk-fonts-20080210-2.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/ns-tiza-chalk-fonts-20080210-2.fc10 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
Outage Notification - 2009-11-11 21:00 UTC
There will be an outage starting at 2009-11-11 21:00 UTC, which will last approximately 1 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-11-11 21:00 UTC' Affected Services: DNS Torrent Websites Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1785 Reason for Outage: The new memory is on site, we're going to replace it. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Re: [ke...@wsr.com: broken link on home page]
On 2009-11-11 03:07:42 PM, Ricky Zhou wrote: It would be reasonable to provide some automation for a single document, but since no two documents seem to use the same naming/directory structure, such an effort would have to be on a per document basis. It might seem to make more sense to restructure the site so there was some consistency, but given the number of documents/formats/languages and the slowness of cvs that turns out to be a huge job. Would it be possible to get even a plain white list of languages links to the HTML documents for just http://docs.fedoraproject.org/install-guide/f12/ and http://docs.fedoraproject.org/release-notes/f12/, or could we get a list of URLs that need to be directed to the main docs.fp.o index? We can't really change the link on the website at this point, being way past the string freeze, and it's pretty important that those links go to something especially for the F12 release (although fp.o is already currently full of these broken links for F11 docs). If this is fine with you guys, here's a change request to add redirects for those two to the docs.fp.o index page where visitors can choose their language and version of the document they want. -- diff --git a/modules/fedora-docs/files/fedora-docs-proxy.conf b/modules/fedora-docs/files/fedora-docs- index 259cfbd..61dfc04 100644 --- a/modules/fedora-docs/files/fedora-docs-proxy.conf +++ b/modules/fedora-docs/files/fedora-docs-proxy.conf @@ -7,6 +7,15 @@ RewriteRule ^(.*)/fc7$ http://docs.fedoraproject.org/$1/f7/ [R,L] RewriteRule ^/release-notes/f10preview(.*) /release-notes/f10$1 [R=301,L] RewriteRule ^/release-notes/f11preview(.*) /release-notes/f11$1 [R=301,L] +# Language selection indexes for these documents are gone now, so redirect +# to the main docs page where users can choose their language. + +RewriteRule ^/release-notes/f11/$ / [R=301,L] +RewriteRule ^/release-notes/f12/$ / [R=301,L] + +RewriteRule ^/install-guide/f11/$ / [R=301,L] +RewriteRule ^/install-guide/f12/$ / [R=301,L] + Directory /srv/web/docs Options Indexes /Directory -- Alternatively, we can update all links to point at eg. http://docs.fedoraproject.org/install-guide/f12/en-US/html/ and mark those as translatable, which would be a late break of the string freeze, but still a pretty small one (the effect would be that all website links would point to the English doc until translators update them to point to their specific language's URL). Thanks, Ricky pgpGTD28D5Pbx.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] Re: [ke...@wsr.com: broken link on home page]
On 2009-11-11 03:53:25 PM, Ricky Zhou wrote: If this is fine with you guys, here's a change request to add redirects for those two to the docs.fp.o index page where visitors can choose their language and version of the document they want. -- diff --git a/modules/fedora-docs/files/fedora-docs-proxy.conf b/modules/fedora-docs/files/fedora-docs- index 259cfbd..61dfc04 100644 --- a/modules/fedora-docs/files/fedora-docs-proxy.conf +++ b/modules/fedora-docs/files/fedora-docs-proxy.conf @@ -7,6 +7,15 @@ RewriteRule ^(.*)/fc7$ http://docs.fedoraproject.org/$1/f7/ [R,L] RewriteRule ^/release-notes/f10preview(.*) /release-notes/f10$1 [R=301,L] RewriteRule ^/release-notes/f11preview(.*) /release-notes/f11$1 [R=301,L] +# Language selection indexes for these documents are gone now, so redirect +# to the main docs page where users can choose their language. + +RewriteRule ^/release-notes/f11/$ / [R=301,L] +RewriteRule ^/release-notes/f12/$ / [R=301,L] + +RewriteRule ^/install-guide/f11/$ / [R=301,L] +RewriteRule ^/install-guide/f12/$ / [R=301,L] + Directory /srv/web/docs Options Indexes /Directory -- It looks like John is already working on fixing this in docs CVS, so disregard this change request. Thanks, Ricky pgpLW6bjHjTmc.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: drop SECURITY_FILE_CAPABILITIES? (fwd)
On Tue, 2009-11-10 at 18:00 -0500, Dave Jones wrote: On Wed, Nov 11, 2009 at 09:56:57AM +1100, James Morris wrote: How might this affect the Fedora kernel? We set it =y, so it wouldn't affect us if I understand correctly. Also, I'm not sure that anything in userspace is actually using this feature yet anyway. google codesearch to the rescue: http://google.com/codesearch?hl=ensa=Nfilter=0q=prctl.*PR_CAPBSET_DROP - ajax ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
