Re: rawhide report: 20100107 changes
On Thu, Jan 07, 2010 at 02:30:28PM +, Rawhide Report wrote: cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 Still waiting on upstream. 1:libguestfs-1.0.80-10.fc13.i686 requires gfs-utils Should be fixed tomorrow. Rich. -- 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: rawhide report: 20100105 changes
These still need upstream attention. I'll badger them but it might take a while: cduce ocaml-camlp5 The following should be fixed in tomorrow's report: ocaml-ocamlnet ocaml-json-wheel ocaml-preludeml ocaml-pxp ocaml-xmlrpc-light ocaml-reins Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20100105 changes
On Tue, Jan 05, 2010 at 02:28:28PM +, Richard W.M. Jones wrote: These still need upstream attention. I'll badger them but it might take a while: cduce ocaml-camlp5 Wow, upstream fixed them just after I posted. I'll try to have these done before tomorrow's Rawhide build too. 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: rawhide report: 20091231 changes
On Thu, Dec 31, 2009 at 12:52:49PM +, Rawhide Report wrote: [...] I got half way through doing these yesterday, but a combination of being distracted and a mistake in my script means I forgot some. One annoying thing about Koji is I can't seem to tell when a previous rawhide build becomes available to build against. Here I'll just update the status of each. Feel free to jump in with fixes ... I won't have time to work on these until Jan 6th. cduce I think needs an upstream fix. graphviz-ocaml Not my package and quite a complicated package, so I didn't dare to rebuild this one. ocaml-camlp5 Needs an upstream fix. ocaml-ocamlnet Strange build regression: http://koji.fedoraproject.org/koji/getfile?taskID=1895926name=build.log Possibly an upstream problem. ocaml-json-wheel Requires ocaml-ocamlnet -- see above. ocaml-preludeml Requires ocaml-ocamlnet -- see above. ocaml-pxp Requires ocaml-ocamlnet -- see above. The following packages were missed by my hacky build script for some reason. I'm going to rebuild them right now: ocaml-SDL-0.7.2-20.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-bisect-1.0-0.6.alpha.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-bitstring-2.0.0-10.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-lwt-2.0.0-0.2.rc1.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-mikmatch-1.0.2-1.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-mlgmpidl-1.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-newt-0.9-7.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlgraph-1.3-1.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-openin-20070524-9.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-p3l-2.03-4.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pa-monad-6.0-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-perl4caml-0.9.5-11.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-pgocaml-1.3-1.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-postgresql-1.12.3-1.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-react-0.9.0-2.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-sexplib-4.2.15-1.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-sqlite-1.5.6-2.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-zip-1.04-3.fc12.i686 requires ocaml(runtime) = 0:3.11.1 Rich. -- 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: rawhide report: 20091231 changes
On Thu, Dec 31, 2009 at 01:16:18PM +, Richard W.M. Jones wrote: ocaml-reins Strange failure -- can't find libfam.so.0? http://koji.fedoraproject.org/koji/getfile?taskID=1896852name=build.log I couldn't reproduce this on my local machine. ocaml-xmlrpc-light Needs ocaml-ocamlnet, see previous email. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
OCaml in Rawhide upgraded to 3.11.2-rc1
All the existing ocaml-* packages in Rawhide depend on ocaml(runtime) = 3.11.1 which means they will all have broken deps and need rebuilding. A simple bumpspec + rebuild should be sufficient. If any provenpackagers are feeling particularly bored this week ... Otherwise I'll try to do it in my spare time this week or next. Thanks, 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: OCaml in Rawhide upgraded to 3.11.2-rc1
On Wed, Dec 30, 2009 at 09:40:13AM +, Richard W.M. Jones wrote: If any provenpackagers are feeling particularly bored this week ... Otherwise I'll try to do it in my spare time this week or next. I did all but about 10 of them. 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: Add extra generated RPM requires - how?
On Fri, Dec 18, 2009 at 08:26:45PM +, Richard W.M. Jones wrote: For libguestfs [RHBZ#547496] I want to add some extra 'Requires' dependencies by running a shell script over a particular file that gets generated during the build. As a follow-up, here is what I did: http://cvs.fedoraproject.org/viewvc/devel/libguestfs/ Specifically, adding this to the spec file: Source1: libguestfs-find-requires.sh %global _use_internal_dependency_generator 0 %global __find_provides %{_rpmconfigdir}/find-provides %global __find_requires %{SOURCE1} %{_rpmconfigdir}/find-requires along with my custom find-requires shell script: http://cvs.fedoraproject.org/viewvc/devel/libguestfs/libguestfs-find-requires.sh?view=markup Rich. PS. I'm convinced I posted the above information before, but now I don't see it on the list. Maybe I'm going mad, or maybe you'll see two messages about this ... -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091223 changes
On Wed, Dec 23, 2009 at 03:17:20PM +, Rawhide Report wrote: 1:libguestfs-1.0.80-9.fc13.i686 requires /lib/libgcc_s-4.4.2-20091027.so.1 This one should be fixed now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Add extra generated RPM requires - how?
For libguestfs [RHBZ#547496] I want to add some extra 'Requires' dependencies by running a shell script over a particular file that gets generated during the build. What's the best way, or a way, to do this? 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
ATTN: Changes to OCaml dependency generator for RPM 4.8 in Rawhide
Since RPM 4.8 (now in Rawhide / Fedora 13), the external dependency generator that we used to ship with OCaml has now gone upstream into RPM. This is a Good Thing, thanks to the RPM maintainers for adding this. If you own an OCaml library package, then there are some simple adjustments you need to make to your OCaml spec files _in Rawhide_. First of all, remove any lines that are exactly like any of these: %define _use_internal_dependency_generator 0 %global _use_internal_dependency_generator 0 %define __find_requires /usr/lib/rpm/ocaml-find-requires.sh %global __find_requires /usr/lib/rpm/ocaml-find-requires.sh %define __find_provides /usr/lib/rpm/ocaml-find-provides.sh %global __find_provides /usr/lib/rpm/ocaml-find-provides.sh Any remaining calls to ocaml-find-{requires,provides}.sh must be ones which take parameters, and these need to be modified. Change: %define __find_requires /usr/lib/rpm/ocaml-find-requires.sh params... or: %global __find_requires /usr/lib/rpm/ocaml-find-requires.sh params... to: %global __ocaml_requires %{_rpmconfigdir}/ocaml-find-requires.sh params... and the same for provides instead of requires. For example, if your original spec files contained this block: %define _use_internal_dependency_generator 0 %define __find_requires /usr/lib/rpm/ocaml-find-requires.sh -i Asttypes -i Parsetree %define __find_provides /usr/lib/rpm/ocaml-find-provides.sh then following the rules above it would become: %global __ocaml_requires %{_rpmconfigdir}/ocaml-find-requires.sh -i Asttypes -i Parsetree If you need any help, please ask on the list or see this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=545116 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: ATTN: Changes to OCaml dependency generator for RPM 4.8 in Rawhide
On Wed, Dec 16, 2009 at 06:34:09PM +0200, Panu Matilainen wrote: With the new rpm, all you need to have in the spec for this case is: %global __ocaml_requires_opts -i Asttypes -i Parsetree These will get passed to __ocaml_requires automatically when it runs, and similarly to pass options to provides script, define __ocaml_provides_opts macro to your liking. OK, I didn't see that, but that's even better. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Datacenter, git, and cvs
On Mon, Dec 14, 2009 at 04:57:03PM -0500, Todd Zullinger wrote: Mike Chambers wrote: If I understand what is happening now (and over the past weekend), the datacenter machines are moving to a new location, AND the package building is moving from cvs to git (will be, or already in process)? Only the former is taking place now. A move from cvs to git is being tested but is not imminent. I'm sure that it will be hard to miss once that change is ready and implemented. Is there any documentation about the move to git? In particular I'm interested in whether the whole of Fedora will be in a single git repository, or each package will exist in its own git repository. Rich. -- 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: Datacenter, git, and cvs
On Tue, Dec 15, 2009 at 09:43:33AM +, Richard W.M. Jones wrote: On Mon, Dec 14, 2009 at 04:57:03PM -0500, Todd Zullinger wrote: Mike Chambers wrote: If I understand what is happening now (and over the past weekend), the datacenter machines are moving to a new location, AND the package building is moving from cvs to git (will be, or already in process)? Only the former is taking place now. A move from cvs to git is being tested but is not imminent. I'm sure that it will be hard to miss once that change is ready and implemented. Is there any documentation about the move to git? In particular I'm interested in whether the whole of Fedora will be in a single git repository, or each package will exist in its own git repository. Ignore this -- Jesse answers it lower down. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- 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
On Mon, Dec 14, 2009 at 07:21:19PM -0800, Jesse Keating wrote: In my effort to create a proof of concept for using git to manage our package source control, I have completed what I am calling phase one, that is taking our current dist-cvs and converting it into git format. pkgs/rpms/package/devel is now the git origin/master. All release subdirs have been turned into git branches. History back to F7, as well as the EPEL branches have been converted, from a snapshot of the CVS tree I took last week. Why not put everything in a single git repository? Also git remote branches are quite painful, requiring non-obvious changes to .git/config or hard to use commands. I'd rather do this once (for an everything-in-one-repository model) than for every single package I maintain. 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: dist-git proof of concept phase 1 complete
On Tue, Dec 15, 2009 at 10:06:42AM +, Tim Waugh wrote: On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote: Why not put everything in a single git repository? That would require every packager to check out the entire package set, all revisions, all branches. No thanks. Jesse can probably estimate for us how large this will be. I've found that git deals very well with large repositories that have lots of files and lots of history (kernel, qemu). And you only ever have to download it once, since you can use git fetch to make local working copies. 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: dist-git proof of concept phase 1 complete
On Tue, Dec 15, 2009 at 05:50:05AM -0500, Josh Boyer wrote: On Tue, Dec 15, 2009 at 10:34:04AM +, Richard W.M. Jones wrote: On Tue, Dec 15, 2009 at 10:06:42AM +, Tim Waugh wrote: On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote: Why not put everything in a single git repository? That would require every packager to check out the entire package set, all revisions, all branches. No thanks. Jesse can probably estimate for us how large this will be. I've found that git deals very well with large repositories that have lots of files and lots of history (kernel, qemu). And you only ever have to download it once, since you can use git fetch to make local working copies. A full git repo was 5.7G. I sure as hell don't want to pull that down when I'm only interested in a few packages. (The CVS repo is 16G on the server side if you are wondering.) Fair enough - it doesn't make sense since the combined repo would be so large. 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: cvs.fedora.redhat.com
On Mon, Dec 14, 2009 at 07:16:19AM -0600, Matt Domsch wrote: On Sun, Dec 13, 2009 at 10:13:15PM -0600, Mike McGrath wrote: Some of you that have very old checkouts (I'm looking at you Domsch!) might still be trying to contact cvs.fedora.redhat.com. If you try to use cvs in the future and it's not working suddenly, make sure your CVSROOT points to cvs.fedoraproject.org and do a fresh checkout. You can also use this to rewrite the CVS/Root files. find . -name Root -exec sed -i -e \ 's/cvs.fedora.redhat.com/cvs.fedoraproject.org/' \{\} \; Or the command 'cvschroot' in package cvsutils. 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: yum download estimates and stalls
On Wed, Dec 09, 2009 at 12:20:12PM -0500, Seth Vidal wrote: On Wed, 9 Dec 2009, Richard W.M. Jones wrote: I don't want to make unfair comparisons to the famous bug in Windows Vista[1], but it seems as if when a yum download stalls, then the estimates can start to look a little large: rawhide/primar 20% [- ] 0.0 B/s | 2.5 MB 2046434610655583470384211558:24 ETA What ver of python-urlgrabber do you have installed? python-urlgrabber-3.9.1-4.fc12.noarch Rich. -- 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: Upstart 0.6.3 coming to a rawhide near you
On Fri, Dec 04, 2009 at 04:10:34PM -0500, Bill Nottingham wrote: https://fedoraproject.org/wiki/Features/Upstart0.6.0 [...] If you own any of the following packages, you have upstart job files that will need modified for any needed format changes, and the new location. * vpncrjones [...] We're willing to do the legwork for you, or you can do the update yourself once we land 0.6.x; give us a reply with which you'd prefer. See the feature page for more details on the changes required. I'm quite happy for you to make the changes. 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: Heads-up: RPM 4.8.0-beta1 about to hit rawhide
On Mon, Dec 07, 2009 at 03:32:59PM +0200, Panu Matilainen wrote: - The new version has integrated support for extracting OCaml dependencies, this clashes with the existing ocaml-dependency extraction mechanism in Fedora. Notably rpm-build conflicts with current ocaml-runtime, and the ocaml build-macros need updating to let the integrated pieces do their work. Ah, that answers the question I was about to ask :-) I'll rebuild the OCaml base package to cope with this. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091128 changes
On Sat, Nov 28, 2009 at 01:51:52PM +, Rawhide Report wrote: mingw32-plib-static-1.8.5-0.fc13.noarch requires mingw32-plib = 0:{version}-{release} Hmmm ... this is a packaging bug, and since the package was just added it should have been caught during review. 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: [RFA] Your [PACKAGE_NAME] did not pass QA
On Tue, Nov 24, 2009 at 04:46:32PM +0100, Jochen Schmitt wrote: If you mean the original bitmap oriented fonts of X11, so they are several reasons to avoid the usage of this kinds of fonts. The may issue with this fonts is, that they are not scaleable to any size you want. So what - perhaps the application doesn't need to scale the fonts to any size? Perhaps the application doesn't need to use anything other than 'fixed'? Just because Xft fonts are better does not mean core fonts are useless. Rich. -- 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: memset bugs.
On Fri, Nov 27, 2009 at 03:28:19AM -0500, Gregory Maxwell wrote: A literal zero prior to preprocessing is either a bug, or some kind of dead- code causing place-holder. Not necessarily .. the C code itself may be generated from something else. Rich. -- 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: [RFC] unified i386/x86_64 install media.
On a not entirely unrelated topic, I noticed the other day that Ubuntu ships generic kernels which work on i386 and x86-64 (or that's what it appeared to do for me). Anyone know how that works? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora rawhide rebuild in mock status 2009-11-18 x86_64
On Wed, Nov 18, 2009 at 10:33:26PM -0600, Matt Domsch wrote: libguestfs-1.0.78-2.fc13 (build/make) rjones,virtmaint This package failed on x86-64 simply because the build timed out. This does take a long time to build -- 2 hours in Koji -- because it performs a large number of automated tests and regression tests. It seems like the timeout on your build system is 6 hours, but according to the log file, it was still happily, albeit slowly, running the test suite when it timed out. 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: Fedora rawhide rebuild in mock status 2009-11-18 x86_64
On Wed, Nov 18, 2009 at 10:33:26PM -0600, Matt Domsch wrote: mingw32-cairo-1.8.8-1.fc12 (build/make) rjones,berrange,epienbro,lfarkas,mingwmaint mingw32-gtk2-2.18.2-1.fc13 (build/make) rjones,berrange,epienbro,sailer mingw32-qt-4.5.2-2.fc12 (build/make) sailer,rjones mingw32-qwt-5.1.1-9.fc12 (build/make) sailer,rjones mingw32-sqlite-3.6.17-1.fc12 (build/make) rjones,berrange,lfarkas,mingwmaint,sailer These are false alarms (kinda). Last week I accidentally pushed a completely broken mingw32-libpng package, and so anything which depends on that will fail to build. I think Erik van Pienbroek is doing a new build of mingw32-libpng which should fix this. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora rawhide rebuild in mock status 2009-11-18 x86_64
On Thu, Nov 19, 2009 at 09:33:29AM -0600, Matt Domsch wrote: On Thu, Nov 19, 2009 at 09:45:28AM +, Richard W.M. Jones wrote: On Wed, Nov 18, 2009 at 10:33:26PM -0600, Matt Domsch wrote: libguestfs-1.0.78-2.fc13 (build/make) rjones,virtmaint This package failed on x86-64 simply because the build timed out. This does take a long time to build -- 2 hours in Koji -- because it performs a large number of automated tests and regression tests. It seems like the timeout on your build system is 6 hours, but according to the log file, it was still happily, albeit slowly, running the test suite when it timed out. Yes, my build timeouts are 6 hours. If this package requires longer, I can adjust it for just this package, but most times, if a package takes this long, something has hung. In this case it looked like it was still progressing, so I'd try a longer timeout first. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFC: Btrfs snapshots feature for F13
On Tue, Nov 17, 2009 at 03:56:16PM -0500, Chris Ball wrote: Hi, I'm not sure how much of this can/should be automated. Sorry, not quite following -- what is the caution around automatically creating a new snapshot before each yum transaction? Why shouldn't it be automated? AIUI it will waste space. Snapshots are quick and easy to perform, but if you keep them around they can't be garbage collected. 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
No fuse module in Koji builds?
A package I'm building has an (optional) test which does a local non-root fuse mount in order to run some tests. In Koji this gives the error: fuse: device not found, try 'modprobe fuse' first So I have a couple of questions about this: I think in RHEL 5.4 the fuse module was added to the kernel -- are the Koji builders now based on the RHEL 5.4 kernel? If they are or will be, will local non-root fuse mounts be permitted during builds? As far as I'm aware there are no security issues with doing this, although possibly there may be unexpected interactions with Koji/mock if a build doesn't properly umount fuse mountpoints. 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: Local users get to play root?
On Wed, Nov 18, 2009 at 11:18:28PM +0530, Rahul Sundaram wrote: On 11/18/2009 11:19 PM, nodata wrote: Thanks. I have changed the title to: All users get to install software on a machine they do not have the root password to .. if the packages are signed and from a signed repository. So, you left out the important part. Explain why this is a problem in a bit more detail. They can install a package with a known local root exploit? They can install lots of packages are fill up all the disk space? They can install commands that the owner of the machine doesn't want? 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: Local users get to play root?
Or even .. They become a Fedora packager, they put a backdoor into a Fedora package (which is very discrete and is only triggered when $hostname = $targethost), and they install that. 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
glXUseXFont (was: Re: Identifying remaining core font users)
On Fri, Nov 13, 2009 at 05:42:42PM +0100, Nicolas Mailhot wrote: • ocaml-lablgl-0:1.04-2.fc12 — /usr/lib64/ocaml/stublibs/dlltogl.so This one uses a single reference to glXUseXFont to turn an X core font into a GL display list. There is one oblique reference to doing this manually using Fontconfig and Freetype. It doesn't look very easy: http://lists.cairographics.org/archives/cairo/2004-January/000945.html Any ideas on this? Rich. -- 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: cpio to ext4 seems much slower than to ext2, ext3 or xfs
On Thu, Nov 12, 2009 at 10:18:15AM +, Richard W.M. Jones wrote: [...] done --- line break here ext2 elapsed time: 3.48 seconds Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- 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, Nov 12, 2009 at 02:42:12PM +0100, Patrice Dumas wrote: On Wed, Nov 11, 2009 at 02:53:00PM +0100, Nicolas Mailhot wrote: 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 Is using Xft an acceptable way of using fontconfig or is it too low level? Behdad's advice to me was to use Xft to replace raw X*Font calls in the example I gave: http://caml.inria.fr/cgi-bin/viewcvs.cgi/ocaml/trunk/otherlibs/graph/text.c?rev=6171view=markup Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- 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 Thu, Nov 12, 2009 at 09:03:02AM -0600, Eric Sandeen wrote: so here we have ext4 slightly faster, which was the original question... ;) (dropping caches in between might be best, too...) It starts a whole new VM between each test. Until users have 8TB raids at home, which is not really that far off ... :-) 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 Thu, Nov 12, 2009 at 01:49:34PM +, Richard W.M. Jones wrote: Behdad's advice to me was to use Xft to replace raw X*Font calls in the example I gave: http://caml.inria.fr/cgi-bin/viewcvs.cgi/ocaml/trunk/otherlibs/graph/text.c?rev=6171view=markup This is the patch I submitted upstream: http://annexia.org/tmp/0001-Graphics-Use-modern-X-fonts-instead-of-X-core-fonts-2.patch.txt 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
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: 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: 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
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 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: 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: Including windows-binary files for cross compiling into package
On Thu, Nov 05, 2009 at 04:44:10PM +0100, Joost van der Sluis wrote: On Thu, 2009-11-05 at 14:06 +, Richard W.M. Jones wrote: On Thu, Nov 05, 2009 at 01:42:55PM +0100, Joost van der Sluis wrote: A little bit? Did you read my other mail on the subject: That's an idea, but then we would be incompatible with upstream. I can try to patch the configuration files of fpc so that it searches for these binaries in /usr/x86_64-pc-fpc/sys-root/fpc/lib. But I prefer the 'standard' location. Also because other packages based in fpc relay on that. This is based on a misunderstanding of the packaging guidelines. The Fedora MinGW cross-compiler itself does not live in /usr/i686-pc-mingw32, it lives in the usual places like /usr/bin and /usr/lib (it's a native Fedora executable, so obviously this is where it should go). $ which i686-pc-mingw32-gcc /usr/bin/i686-pc-mingw32-gcc $ ls /usr/lib64/gcc/i686-pc-mingw32/4.3.2/ crtbegin.o include-fixed libssp.a libstdc++.a crtend.o install-tools libssp.lalibstdc++.la crtfastmath.o libgcc.a libssp_nonshared.a libsupc++.a includelibgcov.a libssp_nonshared.la libsupc++.la Yes, I understood that, but the object files in windows-format should be in /usr/i686-pc-fpc/sys-root/fpc/lib, right? Not necessarily. i686-pc-mingw32-gcc keeps its own internal object files (libgcc.a etc) under /usr/lib{,64} also. That's what I meant. If you are actually on windows, MinGW needs a directory-structure with paths like 'lib', 'bin' etc. But fpc doesn't need that. Well, the application should be in 'program files', but I doubt that that's what we want in a Fedora-package. It's nothing to do with what Windows needs. The directory is used because the upstream gcc/mingw toolchain requires it. The sys-root directory is neither used by, nor exported to Windows (in fact, Windows is not involved at any point in the process). You should use a prefix so that autoconf knows how to find your cross-compiler. Read the documentation for AC_CHECK_TOOL. Autoconf? With Pascal? What's next, using 'make'? ;) You don't need those tools with Pascal, there's no need for makefiles because of the unit-system. Well OCaml has an integrated build system but still uses autotools, so it's not such a surprising thing. Using autotools has other advantages - it's not merely a fancy version of 'make'. What happens if a project isn't written entirely in Pascal? What happens if you need to detect if the Pascal compiler is installed? 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
Ubuntu shows updates / security updates on shell logins
Newly installed Ubuntu 9.10, when you log in over ssh you may see: 34 packages can be updated. 10 updates are security updates. I think this is a nice feature, because many administrators will log in to servers remotely over ssh and never see the graphical indications from packagekit et al. Actually I was trying to work out how it's implemented. The text goes into /etc/motd, and as near as I can tell, the Ubuntu update-manager (roughly equivalent of PackageKit) rewrites it whenever packages become available or get installed. Is this something that PackageKit could also do? 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: rawhide report: 20091104 changes - excluding noarch packages
On Wed, Nov 04, 2009 at 09:06:34AM -0700, Orion Poplawski wrote: I did ExcludeArch: ppc64 and submitted a build, but it attempted to build it on a ppc64 machine: http://koji.fedoraproject.org/koji/taskinfo?taskID=1787949 Should I just keep retrying until I get another arch? Koji / RPM doesn't understand this case. It occurs for Fedora MinGW too: if we want to run tests, we need Wine. Wine is an x86-only package, but all mingw32-* packages are built as noarch. It's pot-luck whether they get an x86 builder or not. As a sad result of this, we cannot run any tests in mingw32-* packages. 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: rawhide report: 20091104 changes - excluding noarch packages
On Wed, Nov 04, 2009 at 05:18:00PM +0100, Steve Traylen wrote: Maybe I am missing something here but if the architecture matters it's not a a noarch package by definition. No. noarch describes the contents of the final RPM. But it doesn't take into account that arch-specific stuff might be required to build the package. This is a shortcoming of RPM / Koji -- see my other post in this thread. Rich. -- 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: Ubuntu shows updates / security updates on shell logins
On Wed, Nov 04, 2009 at 11:57:29AM -0500, Seth Vidal wrote: On Wed, 4 Nov 2009, Richard W.M. Jones wrote: Newly installed Ubuntu 9.10, when you log in over ssh you may see: 34 packages can be updated. 10 updates are security updates. I think this is a nice feature, because many administrators will log in to servers remotely over ssh and never see the graphical indications from packagekit et al. Administrators should not be relying on logging into a machine to know what is in need of updates. We have multiple mechanisms to notify admins about boxes needing updates. Adding it to the MOTD seems like an odd choice. Perhaps in the perfect world of Big Enterprise Installs, but I can assure in the real world that sysadmins do log in at ad hoc intervals to check if anything needs updating. In any case, what is the downside to displaying this? Your logging/ email mechanisms might have gone wrong, and this would be an indication that scheduled updates didn't happen. Look at yum-cron and how it is can send emails or other events when updates need to be applied. I'll take a look. 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: Including windows-binary files for cross compiling into package
On Mon, Oct 26, 2009 at 07:42:56PM +0100, Joost van der Sluis wrote: On Mon, 2009-10-26 at 11:15 -0700, Roland McGrath wrote: If it's true cross support, then that should be a noarch package and the file names it uses should not depend on %{_lib} that way. Arguably it even belongs in %{_sharedir}, since it is fixed binary content across all host machines. Those files are not architecture independent. They are somewhat similar to .o files. They contain the run time library for the language, compiled to native windows object files. If you want to compile your own program with them afterwards, they are linked together into a windows executable. You could argue that they should belong in a -devel package. But since this package is a compiler, we decided not to split it up into a devel package and a non-devel package. As that would be pointless, as one will not work without the other. Sorry, I'm late on this one. Yes the files *are* arch independent from the point of view of the host, so they should be noarch. The real problem is that RPM and the rest of the toolchain doesn't understand the cross-compilation situation at all. Anyway you may find the Fedora MinGW packaging guidelines to be helpful, and it would be useful to make your package compatible with the other ones, even if that deviates from upstream a little bit. http://fedoraproject.org/wiki/Packaging/MinGW http://fedoraproject.org/wiki/MinGW http://fedoraproject.org/wiki/MinGW/Packaging_issues We've also packaged some things, such as the OCaml cross-compiler, which sound very similar to the Pascal case you describe. Rich. -- 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
What does it mean package not tagged as an update candidate?
I'm trying to create an update for a new package (mingw32-freeglut, https://bugzilla.redhat.com/show_bug.cgi?id=528892) in F-12, but I get the error below: $ make update [...] Creating a new update for mingw32-freeglut-2.6.0-0.1.rc1.fc12 mingw32-freeglut-2.6.0-0.1.rc1.fc12 not tagged as an update candidate What does it mean? Rich. -- 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
Unreadable binaries
$ ll /usr/libexec/pt_chown -rws--x--x 1 root root 28418 2009-09-28 13:42 /usr/libexec/pt_chown $ ll /usr/bin/chsh -rws--x--x 1 root root 18072 2009-10-05 16:28 /usr/bin/chsh What is the purpose of making binaries like these unreadable? Originally I thought it was something to do with them being setuid, but there are counterexamples: $ ll /usr/bin/passwd -rwsr-xr-x 1 root root 25336 2009-09-14 13:14 /usr/bin/passwd Surely there is no possible secret in those binaries, since an attacker could just as easily download the binary RPMs on another machine in order to find out what is inside them. There's a genuine reason for me asking about this. When we build the libguestfs supermin appliance[1] we would like to be able to read these binaries as non-root. Rich. [1] http://libguestfs.org/README.txt section Supermin appliance -- 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: Unreadable binaries
On Thu, Oct 22, 2009 at 09:59:00AM -0400, Stephen Smalley wrote: On Thu, 2009-10-22 at 09:48 -0400, Adam Jackson wrote: On Thu, 2009-10-22 at 11:04 +0100, Richard W.M. Jones wrote: $ ll /usr/libexec/pt_chown -rws--x--x 1 root root 28418 2009-09-28 13:42 /usr/libexec/pt_chown $ ll /usr/bin/chsh -rws--x--x 1 root root 18072 2009-10-05 16:28 /usr/bin/chsh What is the purpose of making binaries like these unreadable? Originally I thought it was something to do with them being setuid, but there are counterexamples: $ ll /usr/bin/passwd -rwsr-xr-x 1 root root 25336 2009-09-14 13:14 /usr/bin/passwd Historically, the kernel considers read permission on a binary to be a prerequisite for generating core dumps on fatal signal; which you typically want to prevent, since that becomes a way to read /etc/shadow. Pretty sure that's still the case, which means any u+s binaries with group/other read permission are bugs. dumpable flag gets cleared for suid/sgid binaries (as well as for non-readable binaries). Stephen, what would be your advice if I asked for these binaries to become readable by non-root users? [It's not crucial at the moment, however, just reduces the effectiveness of febootstrap a little] Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 Security Updates not tagged (Re: Reminder: Tagging Policy for Fedora 12)
On Wed, Oct 21, 2009 at 02:27:46AM +0200, Christoph Wickert wrote: Am Dienstag, den 20.10.2009, 17:01 -0700 schrieb Jesse Keating: On Wed, 2009-10-21 at 01:11 +0200, Christoph Wickert wrote: What really scares me is that there is a number of security updates in bodhi that don't have a tag request in trac. Are maintainers that careless? We don't want F12 released with 6 weeks old security bugs, so it might be worth to mail their owners if there is no tag request. security is a pretty broad and vague moniker. Are any of these known privilege escalations, or could they just be crashers or DoS? AFAICS these are privilege escalations and a have CVE assigned: https://admin.fedoraproject.org/updates/ocaml-mysql-1.0.4-11.fc12 https://admin.fedoraproject.org/updates/ocaml-postgresql-1.12.3-1.fc12 https://admin.fedoraproject.org/updates/ocaml-camlimages-3.0.1-12.fc12.1 But these are already tagged and the submitter forgot to withdraw the requests. ... Didn't know I was supposed to. But as you say, all three had trac requests and rel-eng have dealt with them already. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Retiring package: ocaml-camlimages
Just a note to say that I'm going to retire the package ocaml-camlimages and ask it to be removed from Fedora. Reasons: (a) Series of security problems have arisen with the C code for loading images[1]. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2295 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2660 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3296 (b) Upstream totally unresponsive, despite repeated appeals. (c) Nothing else in Fedora requires it. (d) There are alternate ways to do image processing. Rich. [1] We fixed one today, then discovered another one which is still not fixed. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 79 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: mingw32 suite
On Tue, Oct 13, 2009 at 09:21:29PM -0300, Paulo Cavalcanti wrote: However, I am more interested in cross-compiling opengl applications. Any plans to provide any opengl support for mingw32 in Fedora? We already support it. The OpenGL API is supported by the base OS (ie. Windows or Wine) as a library called opengl32.dll, so doesn't need any extra explicit support from the cross-compiler project. However where you might get stuck is that we don't currently ship GLUT or freeglut. I'm quite certain at some point I packaged freeglut, but I can't seem to find it right now. You'll have to use another high level library (eg. SDL which we do package) instead. Or compile freeglut -- a bit tricky because the build system doesn't understand cross-compilation. There's also a specific mailing list for Fedora MinGW questions: https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw and if you want to package something up, I've written some notes here: http://fedoraproject.org/wiki/MinGW/New_package For anything else, see our SIG: http://fedoraproject.org/wiki/SIGs/MinGW 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: mingw32 suite
On Wed, Oct 14, 2009 at 09:11:05AM +0100, Richard W.M. Jones wrote: However where you might get stuck is that we don't currently ship GLUT or freeglut. I'm quite certain at some point I packaged freeglut, but I can't seem to find it right now. I've packaged mingw32-freeglut for you: https://bugzilla.redhat.com/show_bug.cgi?id=528892 With this I was able to compile some examples from the OpenGL page here: http://www.opengl.org/resources/code/samples/glut_examples/examples/examples.html eg: i686-pc-mingw32-gcc cube.c -o cube -lglut -lglu32 -lopengl32 wine ./cube You may need to set up Wine paths by following the instructions here: https://fedoraproject.org/wiki/MinGW/Configure_wine Rich. -- 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: mingw32 suite
On Wed, Oct 14, 2009 at 06:46:41AM -0300, Paulo Cavalcanti wrote: I created mingw32-freeglut-2.6.0-0.1.rc1.fc10.noarch.rpm and compiled cube.c, but it does not run on wine: [cascavel:~/cg/TutorsMin1.0] cube.exe err:module:import_dll Library glut32.dll (which is needed by LF:\\roma\\cg\\TutorsMin1.0\\cube.exe) not found err:module:LdrInitializeThunk Main exe initialization for LF:\\roma\\cg\\TutorsMin1.0\\cube.exe failed, status c135 Did you adjust the Wine paths as described in my posting? Without doing that Wine won't be able to find the glut library. Do you want me to review your mingw32-freeglut package? Sure, if you don't mind. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
On Wed, Oct 14, 2009 at 10:00:07AM -0500, Mike McGrath wrote: You let me know how three people in Fedora can miss a very subtle Firefox memory leak. How many people would need to use updates testing before the thunderbird indexing problem is caught? How long would it need to stay there? In this case updates-testing theory just does not match reality. Maybe 1 in 10 Fedora installs at random should have updates-testing enabled by default? (Joke, joke ...) 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: Are packages w/o necessary kernel modules allowed?
On Wed, Oct 14, 2009 at 05:29:13PM +0200, Ralf Corsepius wrote: On 10/14/2009 03:04 PM, Peter Lemenkov wrote: Hello All! Imagine an application, which relies on a specific kernel module. This module is not a part of stock Fedora kernel (at least, yet), and we don't allow stand-alone kernel modules. Whether or not this package can be allowed? IMO: no. Packages in Fedora should just work and therefore must not rely on anything which is not in Fedora. Well I don't think this should be a hard and fast rule. If it was something like Firefox that needed a proprietary kernel extension, then yes that would be really bad. But a small, obscure package used to configure a specialized piece of hardware, and that comes with adequate documentation, why not let it in? # config-foo Error: This requires a non-free kernel module 'foo.ko' which can't be shipped in Fedora. Rich. -- 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: Easy review swap
On Thu, Oct 08, 2009 at 02:20:59PM -0400, William Cohen wrote: Richard W.M. Jones wrote: https://bugzilla.redhat.com/show_bug.cgi?id=527971 OCaml framework for Functional Reactive Programming (FRP) The whole library is a single file, it's rpmlint clean, and there's a Koji scratch build. I'll swap for a similarly easy review. Rich. I could trade you the papi package for review. It isn't quite as simple, but I have gone through the fedora package review checklist and made a couple iterations on the papi srpm: https://bugzilla.redhat.com/show_bug.cgi?id=525346 Review Request: papi - Performance Application Programming Interface A scratch build has been put through koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=1722841 PAPI sounded like a very interesting program that I'd not heard of before, so I've taken that bug. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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
Easy review swap
https://bugzilla.redhat.com/show_bug.cgi?id=527971 OCaml framework for Functional Reactive Programming (FRP) The whole library is a single file, it's rpmlint clean, and there's a Koji scratch build. I'll swap for a similarly easy review. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
On Tue, Oct 06, 2009 at 03:05:27PM -0800, Jeff Spaleta wrote: On Tue, Oct 6, 2009 at 2:34 PM, Richard W.M. Jones rjo...@redhat.com wrote: which is that we should avoid making permanent optimizations, and instead try to do runtime tests wherever possible. This is because P2V, V2V and virtual machine migration makes it more likely that CPU features such as SSE* can change unexpectedly. This is going to be pretty important for scientific workloads where atlas is going to be used. I've eavesdropped on several conversations where people were talking about being able to run off-the-shelf science code virtual appliance in order to reduce the environment configuration workload for an individual researcher. Yup. The really fun starts when you do live migration. The processor literally changes underneath the running programs. If you thought you had SSE3 one minute, then the next you don't, or vice versa. No one has to my knowledge come up with a good way to deal with this. But it probably involves signalling the kernel and processes so that they can redo processor detection. You can see why that is not going to be pleasant. At the moment it's done by masking out processor flags or by limiting migrations to known good combinations of hardware. However that reduces the utility of the hardware and makes system administration more complex. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Opinions on packaging ATLAS (for the x86 architecture)
On Wed, Oct 07, 2009 at 11:29:11AM -0400, Bill Nottingham wrote: Richard W.M. Jones (rjo...@redhat.com) said: Yup. The really fun starts when you do live migration. The processor literally changes underneath the running programs. If you thought you had SSE3 one minute, then the next you don't, or vice versa. No one has to my knowledge come up with a good way to deal with this. But it probably involves signalling the kernel and processes so that they can redo processor detection. You can see why that is not going to be pleasant. Surely the way to do this is to know what your workload is doing, and not do live migration to random hardware? But we're talking -- in this very thread -- about the case where core programs are starting to use SIMD instructions. This is only going to get more common because the only way to use a large proportion of the compute power of modern processors is to use these instructions. And in any case, the kernel is using them for checksumming and so on, even if you can be absolutely sure your workload isn't. As I said in my earier reply: However that reduces the utility of the hardware and makes system administration more complex. OR we can use all the power of modern hardware and make system administration easier. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
On Wed, Oct 07, 2009 at 06:40:38PM +0200, Ralf Ertzinger wrote: Hi. On Wed, 7 Oct 2009 11:29:11 -0400, Bill Nottingham wrote Surely the way to do this is to know what your workload is doing, and not do live migration to random hardware? Redetection of CPU features in a live system is complete madness. The virt-infrastructure has to make sure that the system migrated to has a superset of features of the machine migrated from. Difficult, surely. Madness, possibly. I really meant from this thread that these are a list of things that Linux distros should keep in mind. If it's possible to build distro packages so that detection happens at boot time, instead of installing hardware-specific packages, then please try to use the boot-time method. If it's possible to detect hardware availability when a program starts up, rather than hard-coding it into the binary, please use that method. If it's possible to write programs and shared library loaders so that redetection can be performed mid-execution, then prefer that method over one which only detects hardware when the program starts up. http://rwmj.wordpress.com/2009/10/06/what-things-make-p2vv2v-conversion-hard/ Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
On Wed, Oct 07, 2009 at 08:19:07PM +0200, Ralf Ertzinger wrote: Hi. On Wed, 7 Oct 2009 19:10:28 +0100, Richard W.M. Jones wrote If it's possible to write programs and shared library loaders so that redetection can be performed mid-execution, then prefer that method over one which only detects hardware when the program starts up. I have no qualms whatsoever with hardware changing between boots. Network cards, hard disks, CPU features, you name it. But having CPU features change from one instruction to the other (which the above would suggest, correct me if I'm wrong)... how do you suggest this would work? Testing for the feature before using it (every time? That should nullify any speedup gained by using the features in the first place) does not work, because the machine may move between the test and the instruction (maybe there's a way around this). I didn't say I had a way to do it, but in my earlier post I said perhaps one could send a special migration signal to the process. I've honestly no idea if that would work. quote https://www.redhat.com/archives/fedora-devel-list/2009-October/msg00305.html No one has to my knowledge come up with a good way to deal with this. But it probably involves signalling the kernel and processes so that they can redo processor detection. You can see why that is not going to be pleasant. /quote Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: PPC/PPC64 disabled in Koji for dist-f13
On Wed, Sep 30, 2009 at 07:02:08PM -0400, Tom Lane wrote: Jeff Garzik jgar...@pobox.com writes: The lack of big endian builds by default is a notable loss, and will lead to a decline in software quality. I think this is a net-negative for Fedora. I think the same, but it's getting harder to find PPC machines. This was my problem too with PPC builds - it's hard to get time on a PPC/PPC64 machine to fix the problems. Is there another big-endian platform that is on the upswing? Is ARM big endian? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Buyer Beware: A Major Change in NFS is about to happen
On Tue, Sep 29, 2009 at 05:33:15PM -0400, Steve Dickson wrote: * Firewall Friendly- With v4 only one port is used 2049 for all traffic including mounting and file locking. Amen to that! Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090929 changes
On Tue, Sep 29, 2009 at 03:57:34PM +, Rawhide Report wrote: ocaml-cairo-1.2.0.cvs20080301-10.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c04 ocaml-camlimages-3.0.1-11.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c04 ocaml-camlimages-3.0.1-11.fc12.i686 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GdkEvent) = 0:e26b8dad95d4063101853aa65730fd2e ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c04 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(Gtk) = 0:8d7ac7453a17a1195bd20bde26127c45 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GObj) = 0:1b90b109f84f92fa1ea43ba1b520406f Sorry, this was an accident - I meant to update it in F-13 only. Nevertheless ... It happened and the new version is just an incremental bugfix release, despite the large apparent bump in the version number. I've now rebuilt the packages above in F-12 and F-13. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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
Anaconda/install question: Core packages but only for virtual machines
In comps.xml there's a Core group which I think is a minimal set of packages that always get installed by Anaconda (maybe I'm wrong about that). Is there a group for packages that always get installed, but only inside virtual machines? [*] I want to propose a package which enhances VMs by making various stats available to the host. It wouldn't be useful to install this on baremetal - it would only be useful inside a VM. Rich. [*] Note: I'm not talking about the Virtualization group. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Updates lacking descriptions
On Thu, Aug 13, 2009 at 07:20:46AM -0400, Jeff Garzik wrote: Richard W.M. Jones wrote: Now I agree that extending RPM to add metadata to mark the upstream changelog file or URL would be an excellent idea. It's a one-off change to specfiles and means that we don't need to write the same thing in every update - a win all round. Suggestions: %doc(changelog): ChangeLog.txt Changelog-URL: http://example.com/changes.html How would that work for changelogs stored in a git repository? If it has a web interface, you can link to that: http://git.et.redhat.com/?p=libguestfs.git;a=log If it doesn't then my proposal just degenerates to the one on the table now -- ie. the packager has to write the in the update description. But my proposal would make life far simpler in the (common) case where a changelog can be provided either in a file or online. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Updates lacking descriptions
On Thu, Aug 13, 2009 at 04:56:55AM +, Jesse Weinstein wrote: Richard W.M. Jones rjones at redhat.com writes: It should fall back to taking the description from the changelog (in fact, I think it already does that right now). Where would I find the changelog? It's not visibly connected either to the description that shows up along with the update, or on the admin.fedoraproject.org page that is linked from there. You can find the RPM changelog via rpm -q --changelog packagename Finding the upstream changelog is more challenging. If it exists, it would probably be in the docdir (/usr/share/doc/packagename-version). Now I agree that extending RPM to add metadata to mark the upstream changelog file or URL would be an excellent idea. It's a one-off change to specfiles and means that we don't need to write the same thing in every update - a win all round. Suggestions: %doc(changelog): ChangeLog.txt Changelog-URL: http://example.com/changes.html Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Updates lacking descriptions
On Wed, Aug 12, 2009 at 12:06:56PM -0700, Jesse W wrote: What would be a good next step for me to take to help get descriptions added to these updates (and make sure this happens less often in the future) ? It should fall back to taking the description from the changelog (in fact, I think it already does that right now). Don't make package maintainers write 'New upstream release X.Y.Z' any more often than they have to ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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
Reign?
Just went to download a Fedora ISO and I'm struck once again by how peculiar the Fedora homepage has become: http://fedoraproject.org/ (or screenshot: http://www.annexia.org/tmp/fedora.png) What does the word Reign have to do with a Linux distro? If I knew nothing about Fedora, what impression would I get from this page? Now compare it to the Ubuntu home page: http://www.ubuntu.com/ (or screenshot: http://www.annexia.org/tmp/ubuntu.png) This clearly states what Ubuntu does, what benefits it has, and it's immediately obvious how to download it. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Installing glibc 2.10.90-10 hosed my system last night
On Thu, Jul 30, 2009 at 11:00:48PM +0200, Lennart Poettering wrote: On Thu, 30.07.09 21:25, Richard W.M. Jones (rjo...@redhat.com) wrote: On Thu, Jul 30, 2009 at 01:12:25PM +0200, nicolas.mail...@laposte.net wrote: but X / GNOME is still severely broken. GNOME has been broken in rawhide for a week now https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01500.html It was pulseaudio BTW. Oh my. PA's not at fault here. PI mutexes are broken in the rawhide kernel/glibc. It's simply PA which triggers that. I appreciate that you've done a lot of work on PA, so I don't want to sound rude. I think in these situations (where a syscall fails) it's better to not play any sound instead of having applications become unresponsive. The worst problem is with metacity. It somehow enquires with PA if it should play a sound when switching workspaces. Since this fails, trying to switch workspaces triggers the entire GNOME environment to hang. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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
Installing glibc 2.10.90-10 hosed my system last night
Just a note for anything thinking of upgrading Rawhide today: I upgraded glibc last night. Every process started segfaulting, and now I can't boot the system. It looked a lot like bug 509655, but obviously with a different version of glibc. I'm trying to rerun prelink from a rescue CD to see if that will work. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Installing glibc 2.10.90-10 hosed my system last night
On Thu, Jul 30, 2009 at 10:11:56AM +0100, Richard W.M. Jones wrote: It looked a lot like bug 509655, but obviously with a different version of glibc. I'm trying to rerun prelink from a rescue CD to see if that will work. Update: The workaround described in bug 509655 [1] got the machine as far as booting, but X / GNOME is still severely broken. Rich. [1] Boot from a rescue CD and do: chroot /mnt/sysimage /usr/sbin/prelink -ua -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Installing glibc 2.10.90-10 hosed my system last night
On Thu, Jul 30, 2009 at 01:12:25PM +0200, nicolas.mail...@laposte.net wrote: but X / GNOME is still severely broken. GNOME has been broken in rawhide for a week now https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01500.html It was pulseaudio BTW. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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 in Fedora 11 - 2009-07-19
On Sun, Jul 19, 2009 at 04:49:51PM -, Michael Schwendt wrote: libguestfs We messed up the dependencies in this package when we introduced an epoch bump. Should be fixed by newer packages which are already in updates-testing. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Rebootless Installer
On Tue, Jul 14, 2009 at 09:27:08AM -0600, Douglas McClendon wrote: As with a current LiveOS installation, the installation media kernel is the running kernel. Even if the f11 installer already allows you to trigger a chrooted yum update as part of the install, you won't be running the updated kernel until after a reboot. Is it the case that the installation kernel is always UP, whereas the real kernel would probably be SMP nowadays? ... Same as RebootlessInstaller ... until ksplice ... I don't think ksplice changes things -- it seems to only work for very minor kernel patches. For example, any change to the layout of a kernel structure would appear to be incompatible with ksplice. Thus it seems highly unlikely it'll ever work in its current form for arbitrary kernel revisions. quote Before you use ksplice-create on a patch, you should confirm that the desired source code change does not make any semantic changes to kernel data structures--that is, changes that would require existing instances of kernel data structures to be transformed (e.g., a patch that adds a field to a global data structure would require the existing data structures to change). If you use Ksplice on a patch that changes data structure semantics, Ksplice will not detect the problem and you could experience kernel problems as a result. /quote from: http://www.ksplice.com/doc/ksplice-create Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora rawhide rebuild in mock status 2009-07-10 x86_64
On Tue, Jul 14, 2009 at 01:22:35PM -0500, Matt Domsch wrote: ocaml-pa-do-0.8.9-2.fc12 (build/make) rjones I checked your logfiles and it seems to have built fine on both architectures ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: $HOME/bin
On Mon, Jul 13, 2009 at 11:47:28AM +, Martin Sourada wrote: because most people don't need it? Well, I would not be exactly against making this default, but I'm not sure if $HOME/bin would be the right one... Since xdg-dirs came around I use $HOME/Applications/bin for that Yuck! Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: $HOME/bin
On Mon, Jul 13, 2009 at 02:15:12PM +0200, Fabian Deutsch wrote: Adding something like this raises security concerns, as this opens doors for malicious software. E.g. some application could but a binary named bash in ~/bin, which would be run before /bin/bash. The same application could overwrite .bash_profile too. Or it would be very contrived to imagine a security hole that lets you create ~/bin and place an arbitrary binary into ~/bin/bash, but doesn't let you overwrite .bash_profile. So I don't think this is a security concern at all in the real world. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On Sat, Jul 11, 2009 at 10:35:42PM -0400, David wrote: Would you please name some very modern day applications that are written for the windows platform that will run in a Linux current version of WINE? That will run under the currently available WINE in Fedora 11. Names and versions. _Real_ applications. The ones that ordinary 'users' want. Not the geeky ones that 'Linux geeks' want. All of the cross-compiled apps from the Fedora MinGW project. If you find one which doesn't work in Wine, please file a bug about it. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: x86_64 packages depends on i586.
On Sun, Jul 12, 2009 at 12:17:39PM +0100, Richard W.M. Jones wrote: All of the cross-compiled apps ... by which I mean apps cross-compiled using our libraries, like mingw32-gtk2. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: prelink: is it worth it?
On Thu, Jul 09, 2009 at 04:45:55PM +0200, devzero2000 wrote: 2 - not checked if this problem is actual or not: prelink erases file-based capabilities And not just that - it nukes other stuff too. Old-style OCaml bytecode programs[1] and there was some MinGW binary problem too, can't find the BZ for that right now. I think the mistake was to change binaries directly. It should just store additional hints about binaries in a /var/ directory somewhere. Rich. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460730 -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Tue, Jul 07, 2009 at 06:05:47PM -0400, Sam Varshavchik wrote: If someone thinks that by patching configure.ac, instead of configure, one achieves tremendous savings in the frequency of needing to rebase one's patches, they're in a desperate need for a reality check. No, you are. Please find out how patch works. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: an update to automake-1.11?
On Mon, Jul 06, 2009 at 11:09:51PM -0400, Braden McDaniel wrote: 2. improves the resiliency of the package build to changes to Fedora's autotools chain. Many projects come with public source repositories, and those don't include the binary configure/Makefile.in files. You usually build those locally with a script like 'autogen.sh'. Projects that depend on precise versions of the autotools are just going to break under those conditions. libguestfs is a case in point - the Debian maintainer builds it from git using some unknown version of autoconf, and I build it on RHEL and Fedora using other versions of autoconf. If there was a bug reported to me that configure.ac didn't work on (eg.) Debian's autoconf, I'd consider it a bug in the project itself, and I wouldn't tell the Debian maintainer to install a specific autoconf. It's better in the long term to fix the configure.ac so that it can work with any version of autotools. If it requires some specific version or a narrow range of versions, I'd consider it broken. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Sat, Jul 04, 2009 at 10:01:48PM -0400, Sam Varshavchik wrote: Although I do believe that there's a small number of rpms whose spec script does that, I really think that this is not correct, and the packaging guidelines should really prohibit that. If the configure script needs patching, make a patch against the configure script, and/or Makefile.in; rather than patching configure.in and Makefile.am, and rerun all the auto scripts. There's been lots of previous discussion of this silly idea of patching generated code. You end up carrying enormous patches containing just line number changes that often can't be applied upstream, and can't be carried forward to new upstream releases -- what on earth use is that? And still no one has explained coherently why the sky will fall if we patch configure.ac and Makefile.am and just rerun autoconf/automake in the specfile. Earlier thread here if you have the stomach for it: http://www.redhat.com/archives/fedora-devel-list/2008-October/thread.html#00467 Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: an update to automake-1.11?
On Wed, Jul 01, 2009 at 12:40:44PM +0200, Ralf Corsepius wrote: No, not if they bundle the generated auto* files with their tarballs, as they are supposed to do. They're not supposed to do that. Don't make stuff up. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: more debugging enabled in rawhide kernels.
On Wed, Jun 24, 2009 at 08:08:40PM -0400, Dave Jones wrote: In tomorrows rawhide kernel, I've enabled a debugging option called kmemleak. As the name suggests, this tracks memory allocations, and prints backtraces in cases where the memory is believed to be lost. As a general comment, I see many backtraces when I run the libguestfs testsuite. Most are harmless, in that they don't appear to affect the running of programs, so I don't report them. But is it helpful to report these? If so how - open BZs for each variation that I see? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 06:14:33PM -0400, Chris Ball wrote: Hi, On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: - Build all packages for i686 (this requires cmov) This cuts out AMD Geode ... That's not true; Geode has cmov, and should be compatible with gcc's i686. It does work - I have CentOS 5.3 installed currently on my Geode. But, it's very hard to install because it appears as a i586 machine. CentOS doesn't support i586, so I had to install it on the hard drive using another machine. http://bugs.centos.org/view.php?id=2552 I guess it's possible there are subtle incompatibilities too, but I haven't found them yet. OpenSSL appears to work OK. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and malware, was: What I HATE about F11
On Thu, Jun 18, 2009 at 03:02:53PM -0400, Matthias Clasen wrote: On Thu, 2009-06-18 at 19:09 +0100, Richard W.M. Jones wrote: On Thu, Jun 18, 2009 at 11:02:22AM -0400, Matthias Clasen wrote: The retained authorization is only valid for the subject that obtained it, which will typically be a process (identified by process id and start time) or a canonical bus name. And your malware does not have either. Can the malware inject code into the process which gained the authentication (eg. using ptrace)? Once you have malware running in your session, there's probably more important stuff to worry about, like all your data in ~/.firefox... Right, but this is about privilege escalation (malware trying to gain root). However I agree that it's bad enough if you have any malware in your session. I'm only interested BTW. I'm not saying this is a real exploit :-) Anyway, further discussion about details of PolicyKit would be much better on polkit-de...@lists.freedesktop.org CC'd. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Changing the default 32-bit x86 arch for Fedora 12
On Tue, Jun 16, 2009 at 09:33:22PM -0400, Orcan Ogetbil wrote: Now where does the i686+SSE2 come into play? Does this SSE2 have any effect on those programs that do not contain SSE(2) related assembly code? Is this 1-2% improvement that you are mentioning only about these kind of programs (that do not contain assembly code)? One advantage of SSE2 is that it can be used as a replacement for the braindead x87 (floating point) instructions. The x87 instructions are architecturally stupid because they arrange the registers as a stack, whereas what a compiler wants is a flat register file. There was an experimental branch of the OCaml/i386 compiler which used SSE2 as a replacement for x87 instructions, and it gained a 10-15% increase in performance *on floating point benchmarks* [1] (ie. not just on any old code, and not code which used specific hand-written SSE2 optimizations). (It's worth noting that SSE2 is always used on ocamlopt/x86_64) Rich. [1] http://caml.inria.fr/pub/ml-archives/caml-list/2009/05/781b091ad8006b117f8554014826665e.en.html -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: how to patch native pacakge
On Wed, Jun 17, 2009 at 10:40:56PM +0200, Farkas Levente wrote: Richard W.M. Jones wrote: On Wed, Jun 17, 2009 at 09:09:45PM +0200, Farkas Levente wrote: so what's our position now? it seems upstream wouldn't like to (and probably can't solve without break something). Have you talked to upstream about this? Please point us to the upstream discussion on their mailing lists. without any response: http://sourceforge.net/mailarchive/forum.php?thread_name=4A12C61E.9010701%40lfarkas.orgforum_name=libjpeg-devel-6x and we discuss many way that this not possible. There's a reason I keep going on about upstream libjpeg, not just because I'm being difficult. It's because there's no way we, as mere packagers, can fix this on our own. We can't even fix it if we have the consent of SuSE, Debian and other packagers. libjpeg has a screwy, disfunctional upstream. There's not been a real upstream release for 11 years. Now there is someone claiming to be the official upstream for libjpeg who isn't ready to hold open discussions with any of the interested groups. This can *only* be fixed by someone taking control, and making a real upstream libjpeg which has an open, responsive governance. This is *not* a Fedora problem. Create a real upstream libjpeg (maybe you'll need to change the name). Involve all the parties and packagers, make the right technical decisions, release up to date, modern packages, and then, maybe, mingw32-libjpeg can be a proper part of Fedora. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: - Build all packages for i686 (this requires cmov) This cuts out AMD Geode ... and for what ... P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom This just doesn't look worthwhile at all. My proposal is that we actually start to 'downgrade' x86, start compiling for baseline i386, and try to support people running Fedora on really old hardware, through projects like the Minimal Platform feature. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Mon, Jun 15, 2009 at 01:53:13PM -0400, Bill Nottingham wrote: - AMD Geode I'm a little worried about this one. Although AMD stopped making the processors at the end of 2008, they were sort of popular for certain super-cheap, small (for want of a better description) Mac Mini clones that have been selling well in the UK. Like this one: http://tonywhitmore.co.uk/blog/2008/08/18/viglen-mpc-l-well-worth-79/ (but there are many variations from other manufacturers in the same form factor). They're great machines, actually, totally silent and consuming barely any power. Here's the /proc/cpuinfo from one: processor : 0 vendor_id : Geode by NSC cpu family : 5 model : 5 model name : Geode(TM) Integrated Processor by National Semi stepping: 2 cpu MHz : 398.477 cache size : 32 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de pse tsc msr cx8 pge cmov mmx mmxext 3dnowext 3dnow up bogomips: 798.13 Anyhow, don't worry about it too much ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Changing the default 32-bit x86 arch for Fedora 12
On Mon, Jun 15, 2009 at 08:01:09PM +0100, Jeremy Sanders wrote: Bill Nottingham wrote: - Faster and more consistent FP math by using SSE2 registers - Allows for autovectorization by GCC where necessary - More clearly delineates our support set of targets, sticking true to forwards innovation, not necessarily legacy support Why not leave it be and suggest people move to the less brain dead x86-64 instead? Innovation and legacy support. The slower x86 is, the more motivation there is to move to x86-64. +1 ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: Changing the default 32-bit x86 arch for Fedora 12
On Mon, Jun 15, 2009 at 08:15:32PM -0400, Bill Nottingham wrote: Richard W.M. Jones (rjo...@redhat.com) said: On Mon, Jun 15, 2009 at 08:01:09PM +0100, Jeremy Sanders wrote: Bill Nottingham wrote: - Faster and more consistent FP math by using SSE2 registers - Allows for autovectorization by GCC where necessary - More clearly delineates our support set of targets, sticking true to forwards innovation, not necessarily legacy support Why not leave it be and suggest people move to the less brain dead x86-64 instead? Innovation and legacy support. The slower x86 is, the more motivation there is to move to x86-64. +1 ... Well, then... let's build 32-bit x86 with -O0. Or add a few sleep()s strategically in glibc. That'll teach them. Seriously, if there is a huge non-SSE2 (or, heck, non-SSE - that brings back in Athlon-XP/MP and P3) userbase, that I can understand. But saying 'let's not try and make it better when we can do so with trivial effort - let's leave it slow/make it slower'... that's just silly. It's fairly sensible to suppose that, at this stage, people who want ix86 support aren't sitting around waiting for a 1% increase in performance. If they were then they'd be using the latest, hotest hardware, which is all x86-64. So compiling for baseline i386 isn't such a silly idea. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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: What I HATE about F11
On Sun, Jun 14, 2009 at 05:45:43PM +1000, Michael Fleming wrote: Ich bin ein secure user and you should be too. Logging in as root into X directly (or the console for that matter) is a *bad idea*. Erm, logging as root on the console is a bad idea? _You've_ obviously not got any machines running NIS or NFS-mounted /home :-) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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