Re: Question about dist-cvs make targets
Till Maas opensou...@till.name writes: Would you please provide more instructions about how to implement it and how to use it? quilt has builtin support for spec files. You only need to run quilt setup foo.spec. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-git proof of concept phase 1 complete
Jesse Keating jkeat...@redhat.com writes: On Tue, 2009-12-15 at 13:33 -0500, Todd Zullinger wrote: My thinking is that we don't use origin/next or origin/maint either and both are common upstream in git and the kernel. While origin/master is common, origin/master isn't common, it's the friggin default. Every single git repo I interact with has development happening on origin/master. It's way more than just common. You can set any branch as default via origin/HEAD, and some do. It is also easy to make origin/devel an alias for origin/master. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-git proof of concept phase 1 complete
Toshio Kuratomi a.bad...@gmail.com writes: On Wed, Dec 16, 2009 at 10:13:33AM +0100, Andreas Schwab wrote: Jesse Keating jkeat...@redhat.com writes: On Tue, 2009-12-15 at 13:33 -0500, Todd Zullinger wrote: My thinking is that we don't use origin/next or origin/maint either and both are common upstream in git and the kernel. While origin/master is common, origin/master isn't common, it's the friggin default. Every single git repo I interact with has development happening on origin/master. It's way more than just common. You can set any branch as default via origin/HEAD, and some do. It is also easy to make origin/devel an alias for origin/master. So what's an alias? See git-symbolic-ref(1). HEAD is an example. If that's so, that's a much better solution than a symlink. They used to be implemented with a symlink. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-git proof of concept phase 1 complete
Jesse Keating jkeat...@redhat.com writes: Ah, yes, there are going to be a few authors missed. The conversion script just looks for a cvs author name in a file, and that file expands that author name out to Full Name u...@fedoraproject.org. There are also author names that where expanded to user u...@fedoraproject.org. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: parsecvs repo? [Re: Help wanted with dist-cvs to git conversion
Jim Meyering j...@meyering.net writes: Does anyone know of a public and *maintained* repository for parsecvs? I've looked numerous times (as recently as a few weeks ago), and tried to contact Keith Packard, hoping he would still be maintaining it, but have had no luck. I've recently pushed a few changes to a fork of the tree @ repo.or.cz. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: texlive 2009 massive dep problem today
Jindrich Novy jn...@redhat.com writes: On Tue, Nov 17, 2009 at 06:53:25AM -0500, Neal Becker wrote: Lots of errors like these: Error: Missing Dependency: libc.so.6(GLIBC_2.11)(64bit) is needed by package texlive-luatex-bin-2009-2.15878.fc12.x86_64 (texlive) Error: Missing Dependency: libpoppler.so.5()(64bit) is needed by package texlive-jadetex-bin-2009-2.15878.fc12.x86_64 (texlive) This one looks serious. Are you using the f12/rawhide TL repo on a rawhide system? If so, I need to separate the F12/rawhide repositories because of the glibc change in rawhide. So F12 and rawhide binary packages are no more compatible. libc.so.6(GLIBC_2.11)(64bit) is provided by both f12 and rawhide glibc. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- 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
Nicolas Mailhot nicolas.mail...@laposte.net writes: Le jeudi 12 novembre 2009 à 14:59 +0100, Andreas Schwab a écrit : Nicolas Mailhot nicolas.mail...@laposte.net writes: 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. What's wrong with proving support for core fonts as a fallback? That's what Emacs is doing, for example. The problem here is your fallback is going to be less robust than your primary path. Also it is not needed at all. Every single major GUI app uses the new (in 2003 sense of new) font backend, so if it fails you're not going to fallback individual apps you're going to switch to the console to fix the system. I don't understand. Emacs uses the fallback for example to display characters from the Korean KSC charset, in my case using -daewoo-minco-medium-*-ksc5601.1987-0 fonts. What's the approved way to do that? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- 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
Nicolas Mailhot nicolas.mail...@laposte.net writes: You do it like everyone else. You pass the codepoints to fontconfig Emacs does that already AFAIK. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- 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
Nicolas Mailhot nicolas.mail...@laposte.net writes: 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. What's wrong with proving support for core fonts as a fallback? That's what Emacs is doing, for example. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- 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
Adam Jackson a...@redhat.com writes: On Thu, 2009-11-12 at 14:59 +0100, Andreas Schwab wrote: Nicolas Mailhot nicolas.mail...@laposte.net writes: 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. What's wrong with proving support for core fonts as a fallback? That's what Emacs is doing, for example. As a fallback for what? If a suitable xft font is not found. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Howto handle multilib conflict?
Neal Becker ndbeck...@gmail.com writes: I received the following from upstream. Anyone know the answer to the question (how do freetype-config, etc workaround this issue?) freetype-config is just a wrapper around pkg-config. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Upcoming Fedora 12 Development/Release Engineering Tasks
John Poelstra poels...@redhat.com writes: I realize the formatting of these emails is not pretty if your email reader uses a proportional font. Even with a fixed width font. Let me know if there are any ideas for fixing this. Don't use format=flowed. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Deltarpm xz problem with PPC generated rpms?
Ben Boeckel maths...@gmail.com writes: When I was playing around with xz after it came out, it detects the processor and memory available to it and defaults to a different compression quality based on that. Maybe if the compression quality and memory usage is set in the command line, you'd get the same output. By default xz sets its memory limit to 40% of the physical memory, but limits above about 90Mb don't change the output any more, and it's still different between x86 and ppc. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Deltarpm xz problem with PPC generated rpms?
Jonathan Dieter jdie...@gmail.com writes: 2. xz generates different compressed files when run on different architectures The problem is that the encoder uses different hash functions depending on the endianess. The hash functions are defined in liblzma/lz/lz_encoder_hash.h, and are based on the values in lzma_crc32_table[0]. This table is different between big end little endian. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F11: Bug in sh-4.0 source build-in command
Dario Lesca d.le...@solinos.it writes: Il giorno lun, 03/08/2009 alle 20.55 +0200, Michal Schmidt ha scritto: Not a bug. You're running bash in POSIX mode (probably you ran sh). In POSIX mode the current directory is not searched by the source command. This is documented in the manpage. IMHO, this is a Bug. From http://opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#dot: RATIONALE Some older implementations searched the current directory for the file, even if the value of PATH disallowed it. This behavior was omitted from this volume of POSIX.1-2008 due to concerns about introducing the susceptibility to trojan horses that the user might be trying to avoid by leaving dot out of PATH. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
Jussi Lehtola jussileht...@fedoraproject.org writes: So far I've tried %global dconfigure %(echo %{configure} | sed 's|./configure|../configure|g') Since %configure expands to a text containing double quotes this gets the quoting wrong. Using single quotes work here (albeit still not general enough): %global dconfigure %(printf %%s '%configure' | sed 's!\./configure!../configure!g') Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list