Re: HEADS UP several very old sysconfig files are being deprecated

On Oct 26, 2012 8:01 PM, Jóhann B. Guðmundsson wrote: > > On 10/27/2012 01:43 AM, Pete Travis wrote: >> >> >> On Oct 26, 2012 7:27 PM, Jóhann B. Guðmundsson wrote: >> > >> > Just a bit of heads up about the recent changes taking place in systemd ( 195 ) for F18+... >> (snip) >> > https://admin.

Re: HEADS UP several very old sysconfig files are being deprecated

On Sat, 2012-10-27 at 01:24 +, "Jóhann B. Guðmundsson" wrote: > I highly recommend against setting the hardware clock to localtime but > because I know some of you guys are dual booting with windows and to > lazy to fix the registry here's how you set the hardware clock to use > localtime inst

Re: HEADS UP several very old sysconfig files are being deprecated

On 10/27/2012 01:43 AM, Pete Travis wrote: On Oct 26, 2012 7:27 PM, Jóhann B. Guðmundsson > wrote: > > Just a bit of heads up about the recent changes taking place in systemd ( 195 ) for F18+... (snip) > https://admin.fedoraproject.org/mailman/listinfo/test Than

Re: HEADS UP several very old sysconfig files are being deprecated

On Oct 26, 2012 7:27 PM, Jóhann B. Guðmundsson wrote: > > Just a bit of heads up about the recent changes taking place in systemd ( 195 ) for F18+... (snip) > https://admin.fedoraproject.org/mailman/listinfo/test Thanks for the writeup, Jóhann. There's a lot of good info here. Do you mind if I

HEADS UP several very old sysconfig files are being deprecated

Just a bit of heads up about the recent changes taking place in systemd ( 195 ) for F18+... The following sysconfig files are being deprecated /etc/sysconfig/clock, /etc/sysconfig/i18n,/etc/sysconfig/keyboard, /etc/sysconfig/network ( Hostname only ) These changes should be transparent (

Re: F18 Beta Smoke 12 Available

On 10/27/2012 12:22 AM, Adam Williamson wrote: > On Sat, 2012-10-27 at 00:14 +0200, Dennis Jacobfeuerborn wrote: >> On 10/26/2012 07:49 PM, Tim Flink wrote: >>> I've built a new smoke test image with: >>> - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 >>> - firstboot-18.4-1.fc18 >>> - lorax-18

Re: F18 Beta Smoke 12 Available

On 10/27/2012 12:14 AM, Dennis Jacobfeuerborn wrote: > On 10/26/2012 07:49 PM, Tim Flink wrote: >> I've built a new smoke test image with: >> - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 >> - firstboot-18.4-1.fc18 >> - lorax-18.21-1.fc18.x86_64.rpm >> - pykickstart-1.99.21-1.fc18 >> - pyth

Re: F18 Beta Smoke 12 Available

On Sat, 2012-10-27 at 00:14 +0200, Dennis Jacobfeuerborn wrote: > On 10/26/2012 07:49 PM, Tim Flink wrote: > > I've built a new smoke test image with: > > - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 > > - firstboot-18.4-1.fc18 > > - lorax-18.21-1.fc18.x86_64.rpm > > - pykickstart-1.99.21-1

Re: F18 Beta Smoke 12 Available

On 10/26/2012 07:49 PM, Tim Flink wrote: > I've built a new smoke test image with: > - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 > - firstboot-18.4-1.fc18 > - lorax-18.21-1.fc18.x86_64.rpm > - pykickstart-1.99.21-1.fc18 > - python-meh-0.18-1.fc18 > > http://dl.fedoraproject.org/pub/alt/q

Re: F18/Rawhide, kdm: wrong keyboard layout

On Fri, 2012-10-26 at 18:16 +0200, Sandro Mani wrote: > I haven't tried the vconsole thing yet (can't log out right now), but > also in my case the problem _only_ appears at the login screen. > Everywhere else, including on VTs, the layout is correct. It sounds like the console layout is correct a

Re: Importance of LVM (was Re: Partitioning criteria revision proposal)

On Fri, 2012-10-26 at 10:23 +, "Jóhann B. Guðmundsson" wrote: > On 10/26/2012 02:53 AM, Adam Williamson wrote: > > The general understanding among Storage People is that we're aiming to > > go to btrfs by default for F19. Finally. That's one of the arguments > > against changing the default_now

Re: [Test-Announce] LVM autopart testing

On Fri, 2012-10-26 at 14:06 -0700, Adam Williamson wrote: > Hey, folks. > > So the Big LVM Autopart Controversy has been kicked upstairs to FESCo: > > https://fedorahosted.org/fesco/ticket/964 > > If they say 'go with LVM', we'll have to do that. > > I have no idea what FESCo will decide, but w

[Test-Announce] LVM autopart testing

Hey, folks. So the Big LVM Autopart Controversy has been kicked upstairs to FESCo: https://fedorahosted.org/fesco/ticket/964 If they say 'go with LVM', we'll have to do that. I have no idea what FESCo will decide, but we should cover our bets either way, I think, so it will do no harm to do som

Re: Criterion proposal: security

On Fri, 2012-10-26 at 19:33 +, "Jóhann B. Guðmundsson" wrote: > On 10/26/2012 07:14 PM, Adam Williamson wrote: > > I wanted to raise the question of whether it makes > > sense in general to hold our releases for some security bugs. Right now > > we have no capacity to do that. > > I dont think

Re: F18 Beta Smoke 12 Available

On Fri, 2012-10-26 at 13:27 -0600, Tim Flink wrote: > On Fri, 26 Oct 2012 11:19:10 -0700 > Adam Williamson wrote: > > > On Fri, 2012-10-26 at 11:49 -0600, Tim Flink wrote: > > > I've built a new smoke test image with: > > > - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 > > > - firstboot-18.4

Re: Criterion proposal: security

On Fri, 2012-10-26 at 12:44 -0700, Adam Williamson wrote: > I think with the feedback we've seen so far that we can say the original > proposal was substantially too broad, so how about this as a revised > proposal - for now, we just add a single Final release criterion which > reads: > > "The re

Re: Criterion proposal: security

On Fri, Oct 26, 2012 at 12:44:24 -0700, Adam Williamson wrote: ? How does that sound to everyone? It drops the issue entirely for Alpha and Beta, and means we only consider bad issues that cannot be fixed with an update for Final. That sounds reasonable. For alpha and beta we could still wa

Re: Criterion proposal: security

On 10/26/2012 07:44 PM, Adam Williamson wrote: "The release must contain no known security issues of 'important' or higher impact according to the Red Hat severity classification scale which cannot be satisfactorily resolved by a package update (e.g. issues during installation)" ? How does that

Re: Criterion proposal: security

On Fri, 2012-10-26 at 19:33 +, "Jóhann B. Guðmundsson" wrote: > On 10/26/2012 07:14 PM, Adam Williamson wrote: > > I wanted to raise the question of whether it makes > > sense in general to hold our releases for some security bugs. Right now > > we have no capacity to do that. > > I dont think

Re: Criterion proposal: security

On 10/26/2012 07:14 PM, Adam Williamson wrote: I wanted to raise the question of whether it makes sense in general to hold our releases for some security bugs. Right now we have no capacity to do that. I dont think that should be for us to decide. When we encounter potential security issue in

Re: F18 Beta Smoke 12 Available

On Fri, 26 Oct 2012 11:19:10 -0700 Adam Williamson wrote: > On Fri, 2012-10-26 at 11:49 -0600, Tim Flink wrote: > > I've built a new smoke test image with: > > - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 > > - firstboot-18.4-1.fc18 > > Did you really use 18.4 or 18.5? We should be going w

Re: Criterion proposal: security

On Fri, 2012-10-26 at 09:35 +, "Jóhann B. Guðmundsson" wrote: > On 10/25/2012 09:16 PM, Adam Williamson wrote: > > Sure, that's the reason for the potential distinction between bugs that > > _can_ be fixed with updates and those that_can't_. This discussion was > > prompted by a specific bug -

Re: F18 Beta Smoke 12 Available

On Fri, Oct 26, 2012 at 11:49 PM, Adam Williamson wrote: > On Fri, 2012-10-26 at 11:49 -0600, Tim Flink wrote: >> I've built a new smoke test image with: >> - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 >> - firstboot-18.4-1.fc18 > > Did you really use 18.4 or 18.5? We should be going with 18

Re: F18 Beta Smoke 12 Available

On Fri, 2012-10-26 at 11:49 -0600, Tim Flink wrote: > I've built a new smoke test image with: > - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 > - firstboot-18.4-1.fc18 Did you really use 18.4 or 18.5? We should be going with 18.5 I think. -- Adam Williamson Fedora QA Community Monkey IRC: ad

F18 Beta Smoke 12 Available

I've built a new smoke test image with: - btrfs-progs-0.20.rc1.20121017git91d9eec-1.fc18 - firstboot-18.4-1.fc18 - lorax-18.21-1.fc18.x86_64.rpm - pykickstart-1.99.21-1.fc18 - python-meh-0.18-1.fc18 http://dl.fedoraproject.org/pub/alt/qa/18/20121025_f18b-smoke12/ I've done a few quick instal

Re: More experiences with F18

On 10/26/12 11:25, Chuck Forsberg WA7KGX N2469R wrote: > > On 10/26/2012 09:22 AM, Kevin Martin wrote: >> On 10/26/12 10:44, Chuck Forsberg WA7KGX N2469R wrote: >>> On 10/26/2012 06:21 AM, Kevin Martin wrote: On 10/25/12 23:42, Chuck Forsberg WA7KGX N2469R wrote: > While waiting for a mor

Re: More experiences with F18

On Fri, 26 Oct 2012 11:22:32 -0500 Kevin Martin wrote: > > > Which kernel are you running? I can't get 304.60 to build on > 3.7.0-0.rc2.git1.2.fc19.x86_64 (rawhide). It can't figure out the > kernel version so it won't even try to build. > > > Kevin Chuck is running F18, may be what's diffe

Re: More experiences with F18

On 10/26/2012 09:22 AM, Kevin Martin wrote: On 10/26/12 10:44, Chuck Forsberg WA7KGX N2469R wrote: On 10/26/2012 06:21 AM, Kevin Martin wrote: On 10/25/12 23:42, Chuck Forsberg WA7KGX N2469R wrote: While waiting for a more functional Anaconda I have been running 64 bit F18 with yum updates.

Re: More experiences with F18

On 10/26/12 10:44, Chuck Forsberg WA7KGX N2469R wrote: > > On 10/26/2012 06:21 AM, Kevin Martin wrote: >> On 10/25/12 23:42, Chuck Forsberg WA7KGX N2469R wrote: >>> While waiting for a more functional Anaconda I have been >>> running 64 bit F18 with yum updates. >>> >>> The Noveau driver still cra

Re: F18/Rawhide, kdm: wrong keyboard layout

I haven't tried the vconsole thing yet (can't log out right now), but also in my case the problem _only_ appears at the login screen. Everywhere else, including on VTs, the layout is correct. On Fri, Oct 26, 2012 at 6:00 PM, Frank Murphy wrote: > On Fri, 26 Oct 2012 15:14:12 + > "Jóhann B. Gu

Re: F18/Rawhide, kdm: wrong keyboard layout

On Fri, 26 Oct 2012 15:14:12 + "Jóhann B. Guðmundsson" wrote: > > Anyone else noticing this / any idea how to fix? > > > > Thanks, > > Sandro > > http://www.freedesktop.org/software/systemd/man/vconsole.conf.html Doesn't fix it for me. kemap=uk, can be both wrong and right. It does appear t

Re: F18 at-spi* deps

On 26/10/12 16:31, Adam Jackson wrote: If the F18 install I just did is any indication, the state it ships in is as off as it gets. So you agree, it's unneccessary. What a dishonest thing to say. I'd appreciate it if you didn't put words in my mouth, thanks. - ajax Is it necessary for me

Re: More experiences with F18

On 10/26/2012 06:21 AM, Kevin Martin wrote: On 10/25/12 23:42, Chuck Forsberg WA7KGX N2469R wrote: While waiting for a more functional Anaconda I have been running 64 bit F18 with yum updates. The Noveau driver still crashes. Fortunately Nvidia still installs. I am able to run SCO Openserver

Re: F18 at-spi* deps

On 10/26/12 3:33 AM, Frank Murphy wrote: On 25/10/12 22:49, Adam Jackson wrote: On Thu, 2012-10-25 at 22:21 +0100, Frank Murphy wrote: I agree, but I don't need it, Wheres the script to turn if off? Everone else has to figure that out themselves. accessibilty.conf has no on=0\false switch. If

Re: F18/Rawhide, kdm: wrong keyboard layout

On 10/26/2012 02:34 PM, Sandro Mani wrote: Hi, I've been noticing this since at least September (but reboot really rarely, so I always forgot to mention the problem...). My keyboard layout of choice is swiss german, and the layout is such everywhere except at the kdm login screen. I've got "vcon

Re: F18 at-spi* deps

On 26/10/12 14:59, Richard Ryniker wrote: Frank Murphy wrote on Fri, 26 Oct 2012 08:33:25 +0100: So you agree, it's unneccessary. For me to need at-spi*. Point made. I think the point was at-spi is part of GTK, but this part is not something it is reasonable to package separately, It was p

Re: F18/Rawhide, kdm: wrong keyboard layout

On Fri, 26 Oct 2012 16:34:54 +0200 Sandro Mani wrote: > Hi, > > I've been noticing this since at least September (but reboot really > rarely, so I always forgot to mention the problem...). My keyboard > layout of choice is swiss german, and the layout is such everywhere > except at the kdm login

Re: Full, current F18 tree to rsync?

On 10/26/2012 10:20 AM, Bill Nottingham wrote: > Cole Robinson (crobi...@redhat.com) said: Up until recently this was a full install tree, including the images/ subdir. This makes it easy to use the tree for PXE (like using cobbler import) or URL installs in virt-manager.

F18/Rawhide, kdm: wrong keyboard layout

Hi, I've been noticing this since at least September (but reboot really rarely, so I always forgot to mention the problem...). My keyboard layout of choice is swiss german, and the layout is such everywhere except at the kdm login screen. I've got "vconsole.keymap=sg" in the grub command line, KEY

Re: Full, current F18 tree to rsync?

Cole Robinson (crobi...@redhat.com) said: > >> Up until recently this was a full install tree, including the images/ > >> subdir. This makes it easy to use the tree for PXE (like using > >> cobbler import) or URL installs in virt-manager. > >> > >> Now, though, current trees only have Packages/ re

Re: F18 at-spi* deps

Frank Murphy wrote on Fri, 26 Oct 2012 08:33:25 +0100: >So you agree, it's unneccessary. >For me to need at-spi*. Point made. I think the point was at-spi is part of GTK, but this part is not something it is reasonable to package separately, such as a language package or some esoteric locale. T

Re: More experiences with F18

On 10/25/12 23:42, Chuck Forsberg WA7KGX N2469R wrote: > While waiting for a more functional Anaconda I have been > running 64 bit F18 with yum updates. > > The Noveau driver still crashes. Fortunately Nvidia still installs. > > I am able to run SCO Openserver 5.0.7 under the virtual machine. >

Re: Importance of LVM (was Re: Partitioning criteria revision proposal)

On Fri, Oct 26, 2012 at 6:23 AM, "Jóhann B. Guðmundsson" wrote: > On 10/26/2012 02:53 AM, Adam Williamson wrote: >> >> The general understanding among Storage People is that we're aiming to >> go to btrfs by default for F19. Finally. That's one of the arguments >> against changing the default_now_

Re: Full, current F18 tree to rsync?

On 10/26/2012 02:22 AM, Kevin Fenzi wrote: > On Thu, 25 Oct 2012 21:56:35 -0400 > Cole Robinson wrote: > >> Hi all, >> >> I regularly pull down the F18 tree from the rsync equivalent of: >> >> http://download.fedoraproject.org/pub/fedora/linux/development/18/x86_64/os/ > > note that download.fed

Re: Importance of LVM (was Re: Partitioning criteria revision proposal)

On 10/26/2012 02:53 AM, Adam Williamson wrote: The general understanding among Storage People is that we're aiming to go to btrfs by default for F19. Finally. That's one of the arguments against changing the default_now_, for one release (or possibly two), only to change it again shortly. Where

Re: Criterion proposal: security

On 10/25/2012 09:16 PM, Adam Williamson wrote: Sure, that's the reason for the potential distinction between bugs that _can_ be fixed with updates and those that_can't_. This discussion was prompted by a specific bug - https://bugzilla.redhat.com/show_bug.cgi?id=868519 - which can't be fixed wi

Re: Importance of LVM (was Re: Partitioning criteria revision proposal)

On Fri, Oct 26, 2012 at 1:24 AM, Robyn Bergeron wrote: > > I am under the impression that we've been testing with/without LVM anyway, > both scenarios? In any case, it doesn't seem as earthshaking as other > developments - it's just making the default be what it's been for some time, > and given t

Re: F18 Criterions/Testcases interconnection

- Original Message - > From: "Kamil Paral" > No, this is a game of "spot five differences" :-) At least one versus > all virtual consoles. This can be part of the same test case, marked > as Alpha/Beta OK, I'll update the summary page/matrix accordingly. Also I'll try to highlight this

Re: F18 Criterions/Testcases interconnection

> Well I see your point, but it kind of cuts both ways - Josef clearly > got > confused by a few cases where we overload test cases to test several > different things, so you can argue that it's actually more > 'accessible' > when we try to stick to 'one test case tests one thing'. But your > appro

Re: Installation Matrix Template - new Anaconda related changes

> The list I'd come up with so far looks like this: > > 1. autopart empty disk > 2. autopart existing empty space > 3. autopart wipe entire disk > 4. autopart alongside existing > 5. autopart shrink > 6. autopart multidisk > > so for 1) you feed it an entirely empty disk and let it autopart into

Re: F18 at-spi* deps

On 25/10/12 22:49, Adam Jackson wrote: On Thu, 2012-10-25 at 22:21 +0100, Frank Murphy wrote: I agree, but I don't need it, Wheres the script to turn if off? Everone else has to figure that out themselves. accessibilty.conf has no on=0\false switch. If the F18 install I just did is any indica