F-18 Branched report: 20130111 changes

Compose started at Fri Jan 11 01:27:04 UTC 2013 Updated Packages: fprintd-0.4.1-4.fc18 * Tue Jan 08 2013 Matthias Clasen - 0.4.1-4 - Fix problems with gdm<>fprintd interaction on usb-less systems (810040) Summary: Added Packages: 0 Removed Packages: 0 Upgraded Pack

Megaglest unit moving error workaround

In case you have this issue, I just "rediscovered" a workaround. Add EnableColorPicking=true to $HOME/.megaglest/glestuser.ini you probably will want to remove it later, once the problem is corrected in mesa. Initial fedora and upstream bug reports: https://bugzilla.redhat.com/show_bug.cgi?id

Re: comps' "standard" group spring cleaning?

Chris Adams wrote: > Once upon a time, Lennart Poettering said: >> But I'll bite anyway: we hardly need two info readers installed by >> default, do we? > > Well, I'd agree with that. The problem (again IMHO) with "info" is that > it works for emacs users (or at least that's what I guess, I nev

Re: Proposed F19 Feature: Package Signature Checking During Installation

Nicolas Mailhot wrote: > > Le Jeu 10 janvier 2013 20:41, Adam Jackson a écrit : > >> For the same reason Firefox doesn't automatically accept self-signed SSL >> certs, and the same reason that ssh doesn't automatically accept new >> host keys: it'd be creating trust from thin air. > > Checking

Re: Proposed F19 Feature: Package Signature Checking During Installation

Matthew Garrett wrote: > On Wed, Jan 09, 2013 at 03:20:16PM +0100, Tomas Mraz wrote: >> On Wed, 2013-01-09 at 14:15 +, Matthew Garrett wrote: >> > Yes, if you boot an installer that doesn't verify signatures, you won't >> > verify signatures. >> >> But then what's the difference from distrust

Re: [rawhide] colord pulling in 32bit packages on 64bit installs

On 01/10/2013 10:23 PM, Richard Hughes wrote: > On 10 January 2013 20:58, Kalev Lember wrote: >> But the better solution I was thinking of is to split colord packaging >> into two: one package with the shared library (colord-libs) and another >> package with the daemon (colord). With a setup like

Re: Feedback wanted: Fedora Formulas

Brendan Jones wrote: > The main problem we have with kickstarts at the moment is that there is > no way (according to current packaging guidelines) to alter files owned > by other packages. This is just plain impossible anyway (except for config files in /etc), no matter what you do (i.e. not jus

Re: rpm handling of new library symbols

Julian Sikorski wrote: > Is that the same as bumping soname whenever new symbols are introduced? No, it's not. It's better. Symbol versioning is per symbol, not per shared object, so only the new symbols get new versions and it's all backwards- compatible. Unfortunately, not all targets support s

Re: Moin high risk security issue

On Thu, 10 Jan 2013 15:41:03 -0500 Rahul Sundaram wrote: > Hi > > I will try and do this in a while but if a provenpackager wants to > get to it, a upstream pull is all that is needed here > > https://bugzilla.redhat.com/show_bug.cgi?id=890906 I'm building/pushing this now. kevin signature

Re: GRUB menu hidden by default?

Reindl Harald wrote: > and why in the world needs th emenu to be hidden? > [snip, answering separately to the middle paragraph] > > the only goal you achive with all this stuff is people > craing "woooh my system does not boot after kernel-update" > without let them EASY know "hey you can always

Re: GRUB menu hidden by default?

Adam Williamson wrote: > We provide upstream code in a unified set of repositories, tested to > interact properly. Did I say that we're not supposed to patch code > shipped by upstream? No. What I said - or rather, the belief my > statement was based on, because this isn't exactly what I said - is

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Thu, Jan 10, 2013 at 03:53:04PM -0700, Stephen John Smoogen wrote: > Then write the patch. That is all that this is going to take... even > if it doesn't get incorporated it will be there for some probably > large group that does want it (I would use it myself.) Because the > current approach o

Re: comps' "standard" group spring cleaning?

On Thu, 2013-01-10 at 15:14 -0700, Kevin Fenzi wrote: > On Fri, 11 Jan 2013 07:53:19 +1030 > William Brown wrote: > > > > > > bridge-utils is needed to configure bridges, and is small. You can > > > create a bridge with /sbin/ip, but not add interfaces to it. > > > > > > > The other quirk abo

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Thu, Jan 10, 2013 at 04:42:36PM -0600, Michael Cronenworth wrote: > Till Maas wrote: > > SecureBoot does not do this automatically, as it would allow to run a > > F18 install image that does no signature checking on packages. Therefore > > users still need to verify the image that they are going

Re: Proposed F19 Feature: Package Signature Checking During Installation

On 10 January 2013 15:43, Björn Persson wrote: > Stephen John Smoogen wrote: >> On 10 January 2013 14:17, Björn Persson wrote: >> > Adam Jackson wrote: >> >> On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote: >> >> > But why should anaconda not verify packages if secure boot is disabled? >> >> >

Re: Proposed F19 Feature: Package Signature Checking During Installation

Stephen John Smoogen wrote: > On 10 January 2013 14:17, Björn Persson wrote: > > Adam Jackson wrote: > >> On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote: > >> > But why should anaconda not verify packages if secure boot is disabled? > >> > >> For the same reason Firefox doesn't automatically a

Re: Proposed F19 Feature: Package Signature Checking During Installation

Till Maas wrote: > SecureBoot does not do this automatically, as it would allow to run a > F18 install image that does no signature checking on packages. Therefore > users still need to verify the image that they are going to boot with > this feature enabled. ... you rolled problem 2 into problem

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Thu, Jan 10, 2013 at 04:25:18PM -0600, Michael Cronenworth wrote: > Problem 1: Root trust > Currently this process is manually performed by checking a mental > checkbox when a user downloads a Fedora image from fp.o. Having > SecureBoot perform this process automatically is a +1, but not a > re

Re: comps' "standard" group spring cleaning?

Chris Adams (cmad...@hiwaay.net) said: > Once upon a time, Bill Nottingham said: > > Some additional ideas, and reasons why I may have left things Iin that were > > suggested to remove... > > Okay, that's a starting point. > > However, what is the reasoning behind this? There are a number of >

Re: broken deps

On Thu, 10 Jan 2013 23:19:45 +0100 gil wrote: > i apologize for the noise... > there is a problem with mesa-libEGL and harfbuzz package. > thanks > regards > --> Dependency resolution completed > Error: Package : mesa-libEGL-devel-9.0.1-1.fc18.i686 (fedora) > Requires: mesa-libEGL =

Re: Proposed F19 Feature: Package Signature Checking During Installation

Stephen John Smoogen wrote: > In every test I have seen on what people do.. it is a click through. > People click on it without checking the certificate. That is what > makes it theatre or CYA covering.. What the developer is saying is > that he doesn't want to pursue security theatre himself on th

Re: comps' "standard" group spring cleaning?

Tomasz Torcz (to...@pipebreaker.pl) said: > On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote: > > Seth Vidal (skvi...@fedoraproject.org) said: > > > >Fun fact™: I learned from this conversation that my default personal user > > > >environment still contains a .plan file. > > > > >

Re: comps' "standard" group spring cleaning?

On 10 January 2013 15:10, Chris Adams wrote: > Once upon a time, Bill Nottingham said: >> Some additional ideas, and reasons why I may have left things Iin that were >> suggested to remove... > > Okay, that's a starting point. > > However, what is the reasoning behind this? There are a number of

broken deps

i apologize for the noise... there is a problem with mesa-libEGL and harfbuzz package. thanks regards --> Dependency resolution completed Error: Package : mesa-libEGL-devel-9.0.1-1.fc18.i686 (fedora) Requires: mesa-libEGL = 9.0.1-1.fc18 Installed: mesa-libEGL-9.0.1-3.fc18.i

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Thu, Jan 10, 2013 at 02:41:54PM -0500, Adam Jackson wrote: > On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote: > > But why should anaconda not verify packages if secure boot is disabled? > > For the same reason Firefox doesn't automatically accept self-signed SSL > certs, and the same reason

Re: comps' "standard" group spring cleaning?

On Fri, 11 Jan 2013 07:53:19 +1030 William Brown wrote: > > > bridge-utils is needed to configure bridges, and is small. You can > > create a bridge with /sbin/ip, but not add interfaces to it. > > > > The other quirk about iproute (Which contains /sbin/ip) is that > netstat is in net-tools wh

Re: Proposed F19 Feature: Package Signature Checking During Installation

Adam Jackson writes: > For the same reason Firefox doesn't automatically accept self-signed SSL > certs, and the same reason that ssh doesn't automatically accept new > host keys: it'd be creating trust from thin air. I trust my hardware, I trust my firmware, I trust my install medium. That is n

Re: comps' "standard" group spring cleaning?

Once upon a time, Bill Nottingham said: > Some additional ideas, and reasons why I may have left things Iin that were > suggested to remove... Okay, that's a starting point. However, what is the reasoning behind this? There are a number of things in your list of removed things that are still qu

Re: Proposed F19 Feature: Package Signature Checking During Installation

On 10 January 2013 14:17, Björn Persson wrote: > Adam Jackson wrote: >> On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote: >> > But why should anaconda not verify packages if secure boot is disabled? >> >> For the same reason Firefox doesn't automatically accept self-signed SSL >> certs, and the

Re: comps' "standard" group spring cleaning?

> bridge-utils is needed to configure bridges, and is small. You can create a > bridge with /sbin/ip, but not add interfaces to it. > The other quirk about iproute (Which contains /sbin/ip) is that netstat is in net-tools which also contains ifconfig. Would be nice to have that separated, since

Re: [rawhide] colord pulling in 32bit packages on 64bit installs

On 10 January 2013 20:58, Kalev Lember wrote: > But the better solution I was thinking of is to split colord packaging > into two: one package with the shared library (colord-libs) and another > package with the daemon (colord). With a setup like this, only the > library subpackage would get multi

Re: Proposed F19 Feature: Package Signature Checking During Installation

Adam Jackson wrote: > On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote: > > But why should anaconda not verify packages if secure boot is disabled? > > For the same reason Firefox doesn't automatically accept self-signed SSL > certs, and the same reason that ssh doesn't automatically accept new

Re: comps' "standard" group spring cleaning?

Tomasz Torcz wrote: > On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote: >> Seth Vidal (skvidal at fedoraproject.org) said: >> > >Fun fact™: I learned from this conversation that my default personal user >> > >environment still contains a .plan file. >> > >> > What was in your plan

Re: [rawhide] colord pulling in 32bit packages on 64bit installs

On 01/10/2013 09:23 PM, Kevin Fenzi wrote: > Don't be sorry... it turns out that this is not an easy case to fix. :( > > It's a archfull package obsoleting/providing a noarch package. > > Yum picks the 32bit of the multiarched package to obsolete things. > > The only suggestion (thanks kalev)

Re: Proposed F19 Feature: Package Signature Checking During Installation

Le Jeu 10 janvier 2013 20:41, Adam Jackson a écrit : > For the same reason Firefox doesn't automatically accept self-signed SSL > certs, and the same reason that ssh doesn't automatically accept new > host keys: it'd be creating trust from thin air. Checking packages are signed by the same key a

Re: comps' "standard" group spring cleaning?

On 01/10/2013 03:08 PM, Bill Nottingham wrote: smartmontools... could be dropped, if people don't use it much. All it does out of the box is e-mail root (and throw messages at the tty.) smartmontools brings in smartctl which starts and displays status from SMART tests. The replacement is I gu

Moin high risk security issue

Hi I will try and do this in a while but if a provenpackager wants to get to it, a upstream pull is all that is needed here https://bugzilla.redhat.com/show_bug.cgi?id=890906 Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [rawhide] colord pulling in 32bit packages on 64bit installs

On 10 January 2013 20:23, Kevin Fenzi wrote: > It's a archfull package obsoleting/providing a noarch package. We could split out a colord-profiles subpackage (noarch) and make colord dep on colord-profiles if that makes things easier. Richard. -- devel mailing list devel@lists.fedoraproject.org

Re: comps' "standard" group spring cleaning?

On Thu, 10 Jan 2013 15:08:21 -0500 Bill Nottingham wrote: ...snip... > In any case, attached is the initial diff I have. > > Some additional ideas, and reasons why I may have left things Iin > that were suggested to remove... > > bind-utils in core? Probibly for nslookup/dig. I'm fine leaving

Re: [rawhide] colord pulling in 32bit packages on 64bit installs

On Thu, 10 Jan 2013 18:14:48 + Richard Hughes wrote: > On 10 January 2013 17:07, Kevin Fenzi wrote: > > If someone wants to go fix it, please do, otherwise I will later > > today. ;) > > Opps, sorry. I've got a little baby to keep amused this afternoon, so > If someone could jump in and pus

Re: comps' "standard" group spring cleaning?

On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote: > Seth Vidal (skvi...@fedoraproject.org) said: > > >Fun fact™: I learned from this conversation that my default personal user > > >environment still contains a .plan file. > > > > What was in your plan? > > Why, the same thing we d

Re: comps' "standard" group spring cleaning?

Once upon a time, john.flor...@dart.biz said: > I use finger effectively without a finger server, on a single-user > workstation (in multi-user mode, of course). I believe it's getting the > data via NSS and in my case that means LDAP. That's not too esoteric > IMHO. Yeah, finger is kind of

Re: comps' "standard" group spring cleaning?

Seth Vidal (skvi...@fedoraproject.org) said: > >Fun fact™: I learned from this conversation that my default personal user > >environment still contains a .plan file. > > What was in your plan? Why, the same thing we do every night, Pinky... In any case, attached is the initial diff I have. Som

Re: comps' "standard" group spring cleaning?

> From: Matthew Miller > But finger can still be installed on the multiple-user systems that still > persist, or in any environments which still run finger servers. (Are there > any?) I think the case is pretty good that it's obsolete. I use finger effectively without a finger server, on a sing

Re: comps' "standard" group spring cleaning?

On Thu, 10 Jan 2013, Matthew Miller wrote: On Thu, Jan 10, 2013 at 02:46:08PM -0500, Seth Vidal wrote: Fun fact™: I learned from this conversation that my default personal user environment still contains a .plan file. What was in your plan? I can't tell you. It's a Secret Plan. (That's

Re: comps' "standard" group spring cleaning?

On Thu, Jan 10, 2013 at 02:46:08PM -0500, Seth Vidal wrote: > >Fun fact™: I learned from this conversation that my default personal user > >environment still contains a .plan file. > What was in your plan? I can't tell you. It's a Secret Plan. (That's what it says. I'm pretty sure it dates back

Re: comps' "standard" group spring cleaning?

On Thu, 10 Jan 2013, Matthew Miller wrote: On Thu, Jan 10, 2013 at 01:28:01PM -0600, Chris Adams wrote: On Thu, Jan 10, 2013 at 09:29:43AM -0600, Greg Swift wrote: maybe i'm weird too, but ya.. i use finger more than who I think "alias" in your bashrc is the answer here. :) "finger" and "

Re: comps' "standard" group spring cleaning?

On Thu, Jan 10, 2013 at 01:28:01PM -0600, Chris Adams wrote: > > On Thu, Jan 10, 2013 at 09:29:43AM -0600, Greg Swift wrote: > > > maybe i'm weird too, but ya.. i use finger more than who > > I think "alias" in your bashrc is the answer here. :) > "finger" and "who" don't do the same thing, so an a

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote: > On Wed, Jan 09, 2013 at 10:09:21AM -0500, Peter Jones wrote: > > > As it stands you still need to verify that your netinst.iso (or > > whatever) boot image is what you mean to be using. There are ways we > > can address that, but it's not the

Re: [Test-Announce] Last Minute Testing for Fedora 18 RC4

On Thu, Jan 10, 2013 at 5:44 AM, Adam Williamson wrote: > On Wed, 2013-01-09 at 20:32 -0800, M. Edward (Ed) Borasky wrote: >> Downloading the Live media 64 bit now ... will try an install once >> it's pushed to a USB stick. I can also run anything in a VMware 9, >> VirtualBox 4.2.6, F18 Virtual Ma

Re: comps' "standard" group spring cleaning?

Once upon a time, Matthew Miller said: > On Thu, Jan 10, 2013 at 09:29:43AM -0600, Greg Swift wrote: > > maybe i'm weird too, but ya.. i use finger more than who > > I think "alias" in your bashrc is the answer here. :) "finger" and "who" don't do the same thing, so an alias isn't going to help.

Re: comps' "standard" group spring cleaning?

Once upon a time, Lennart Poettering said: > But I'll bite anyway: we hardly need two info readers installed by > default, do we? Well, I'd agree with that. The problem (again IMHO) with "info" is that it works for emacs users (or at least that's what I guess, I never can figure it out), while "

Re: comps' "standard" group spring cleaning?

On Thu, 10.01.13 11:33, Bill Nottingham (nott...@redhat.com) wrote: > Lennart Poettering (mzerq...@0pointer.de) said: > > > Then remove the other one? > > > > > > With respect to the others... most could go. I honestly thought > > > pcmciautils > > > was gone already, but perhaps that was for s

Re: [rawhide] colord pulling in 32bit packages on 64bit installs

On 10 January 2013 17:07, Kevin Fenzi wrote: > If someone wants to go fix it, please do, otherwise I will later > today. ;) Opps, sorry. I've got a little baby to keep amused this afternoon, so If someone could jump in and push a fix with a rebuild I would be very grateful. Thanks. Richard. --

Re: comps' "standard" group spring cleaning?

On Thu, Jan 10, 2013 at 09:29:43AM -0600, Greg Swift wrote: > maybe i'm weird too, but ya.. i use finger more than who I think "alias" in your bashrc is the answer here. :) -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ -- devel mailing list devel@lists.fedoraproject.org https://admin.

[rawhide] colord pulling in 32bit packages on 64bit installs

The obsoletes/provides on the colord update in rawhide today aren't quite right. ;( If someone wants to go fix it, please do, otherwise I will later today. ;) In the mean time you may want to exclude it from update until it's fixed. kevin -- % sudo yum update colord\* Loaded plugins: langpack

[Test-Announce] The final Fedora 18 is RC4!

Hi, at today's supplementary Go/No-Go meeting it was decided to ship RC4 (release candidate) as the final release [1]. #agreed to ship RC4 as final release (with no votes against) The release date is Tuesday, January 15, 2013! Big thanks goes to everyone who helped with this RC3/RC4 testing effo

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Wed, Jan 09, 2013 at 10:09:21AM -0500, Peter Jones wrote: > As it stands you still need to verify that your netinst.iso (or > whatever) boot image is what you mean to be using. There are ways we > can address that, but it's not the problem I'm trying to solve with this > particular feature. >

[rawhide] Warning: libselinux-2.1.12-12.fc19 breaks X/udev

You will want to downgrade or --exclude libselinux-2.1.12-12.fc19 for now, as it causes X/udev to not work. Or simply wait for tomorrow's rawhide. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listi

Re: Boost 1.53.0

Kevin Fenzi writes: > I know the last cycle the boost tag was merged back in and there were a > lot of packages that still needed rebuilding. For this cycle, do you > have any provenpackagers in your feature owners that could just make > sure all the packages are rebuilt? It would be nice to merg

Re: grub2 and btrfs

On 01/10/2013 10:23 AM, Gene Czarcinski wrote: I am trying to add more btrfs support to grub2. I have os-prober patched to gather and return more btrfs information and linux-boot-prober patched for btrfs also. These patches support root, boot, and root+boot on a btrfs subvolume: https://bugz

Re: comps' "standard" group spring cleaning?

Lennart Poettering (mzerq...@0pointer.de) said: > > Then remove the other one? > > > > With respect to the others... most could go. I honestly thought pcmciautils > > was gone already, but perhaps that was for something else. Most of the > > storage stuff can go too in favor of being brought in e

[389-devel] please review: Ticket 551 - Multivalued rootdn-days-allowed in RootDN Access Control plugin always results in access control violation

https://fedorahosted.org/389/ticket/551 https://fedorahosted.org/389/attachment/ticket/551/0001-Ticket-551-Multivalued-rootdn-days-allowed-in-RootDN.patch -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.o

Re: Proposed F19 Feature: Package Signature Checking During Installation

On Tue, Jan 8, 2013 at 10:15 AM, Peter Jones wrote: > On Tue, Jan 08, 2013 at 11:04:30AM -0500, Steve Clark wrote: > > > > What about repins? I want to add my own custom package that is not > signed and create a new CD with a custom ks.cfg. > > How would that work? > > You'd generate your own key

Re: comps' "standard" group spring cleaning?

On Thu, 10.01.13 11:13, Bill Nottingham (nott...@redhat.com) wrote: > Lennart Poettering (mzerq...@0pointer.de) said: > > On Thu, 10.01.13 09:55, Chris Adams (cmad...@hiwaay.net) wrote: > > > > > Once upon a time, Lennart Poettering said: > > > > I noticed that comps' "standard" group includes

Re: comps' "standard" group spring cleaning?

Lennart Poettering (mzerq...@0pointer.de) said: > On Thu, 10.01.13 09:55, Chris Adams (cmad...@hiwaay.net) wrote: > > > Once upon a time, Lennart Poettering said: > > > I noticed that comps' "standard" group includes a lot of packages that > > > were all the hotness in 1990s but aren't really th

Re: comps' "standard" group spring cleaning?

On Thu, 10.01.13 09:55, Chris Adams (cmad...@hiwaay.net) wrote: > Once upon a time, Lennart Poettering said: > > I noticed that comps' "standard" group includes a lot of packages that > > were all the hotness in 1990s but aren't really that much anymore. For > > example, irda-tools, pcmciautils,

Re: comps' "standard" group spring cleaning?

Once upon a time, Lennart Poettering said: > I noticed that comps' "standard" group includes a lot of packages that > were all the hotness in 1990s but aren't really that much anymore. For > example, irda-tools, pcmciautils, finger, rsh, rdist, pinfo have > probably had their best times behind the

Re: comps' "standard" group spring cleaning?

On Thu, Jan 10, 2013 at 9:12 AM, wrote: > > From: Lennart Poettering > > > > Heya, > > > > I noticed that comps' "standard" group includes a lot of packages that > > were all the hotness in 1990s but aren't really that much anymore. For > > example, irda-tools, pcmciautils, finger, rsh, rdist, p

grub2 and btrfs

I am trying to add more btrfs support to grub2. I have os-prober patched to gather and return more btrfs information and linux-boot-prober patched for btrfs also. These patches support root, boot, and root+boot on a btrfs subvolume: https://bugzilla.redhat.com/show_bug.cgi?id=888341 However

Re: comps' "standard" group spring cleaning?

> From: Lennart Poettering > > Heya, > > I noticed that comps' "standard" group includes a lot of packages that > were all the hotness in 1990s but aren't really that much anymore. For > example, irda-tools, pcmciautils, finger, rsh, rdist, pinfo have > probably had their best times behind them,

comps' "standard" group spring cleaning?

Heya, I noticed that comps' "standard" group includes a lot of packages that were all the hotness in 1990s but aren't really that much anymore. For example, irda-tools, pcmciautils, finger, rsh, rdist, pinfo have probably had their best times behind them, and probably shouldn't be installed by def

Re: Self introduction

Thank you! I will take a look at Medical SIG and maybe contribute something if possible. :) 2013/1/7 Mario Ceresa : > Welcome Lorenzo! > > Have you already visited the Medical SIG? > > http://fedoraproject.org/wiki/SIGs/FedoraMedical > > If you wish, you could contribute some ideas/use-cases or

Re: [Test-Announce] Last Minute Testing for Fedora 18 RC4

On Wed, 2013-01-09 at 20:32 -0800, M. Edward (Ed) Borasky wrote: > Downloading the Live media 64 bit now ... will try an install once > it's pushed to a USB stick. I can also run anything in a VMware 9, > VirtualBox 4.2.6, F18 Virtual Machine Manager or Windows 8 Pro Client > Hyper-V guest. Is Wind

F-18 Branched report: 20130110 changes

Compose started at Thu Jan 10 09:15:53 UTC 2013 Updated Packages: fedora-release-notes-18.0.0-3.fc18 -- * Tue Jan 08 2013 Nick Bebout - 18.0.0-3 - Pull in latest changes from master * Tue Jan 08 2013 Nick Bebout - 18.0.0-2 - Update Revision History * Tue

Re: Proposed F19 Feature: Package Signature Checking During Installation

On 01/09/2013 04:09 PM, Peter Jones wrote: It just occurred to me that this has zero chance of working because an attacker can always take the already-signed boot path from the F18 installer and use that to boot a modified F19 installation image. We cannot retroactively add these checks to the

[perl/f18] Do not package App::Cpan(3pm) to perl-Test-Harness

commit 26df9ca52c974dfb548c5c430e288fc484c4e91d Author: Petr Písař Date: Thu Jan 10 09:42:28 2013 +0100 Do not package App::Cpan(3pm) to perl-Test-Harness perl.spec | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) --- diff --git a/perl.spec b/perl.spec index b54c0b8..f

File Date-Manip-6.38.tar.gz uploaded to lookaside cache by jplesnik

A file has been added to the lookaside cache for perl-Date-Manip: 1fa6a10ee3efec82a9ba27dc918001bc Date-Manip-6.38.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: Fedora Windows Spice/Virtio KVM drivers and tools (was Re: Red Hat QXL GPU Driver for Windows 7?)

On 09/01/13 17:33, Tom Hughes wrote: On 09/01/13 15:39, Simone Caronni wrote: - Build also the Spice Agent for 32/64 bit (this is done at spice-space.org as part of the Spice Guest Tools) Actually that's 32 bit only. I've never found a spice agent for 64 bit versions