Re: Karma needed for builds intended for TC1

[Tim Flink]

On Mon, 23 Apr 2012 23:05:53 +0100
Adam Williamson  wrote:

> Hey, folks. It's about time to compose Final TC1, but there's several
> builds we'd like to include that haven't yet received any karma. If
> people could contribute karma to these builds, it'd be appreciated:
> 
> https://admin.fedoraproject.org/updates/FEDORA-2012-6268/mactel-boot-0.9-4.fc17
> https://admin.fedoraproject.org/updates/FEDORA-2012-6092/grub-0.97-91.fc17
> https://admin.fedoraproject.org/updates/FEDORA-2012-6335/system-config-firewall-1.2.29-6.fc17
> https://admin.fedoraproject.org/updates/iptables-1.4.12.2-5.fc17
> https://admin.fedoraproject.org/updates/anaconda-17.22-1.fc17
> https://admin.fedoraproject.org/updates/lorax-17.16-1.fc17
> https://admin.fedoraproject.org/updates/livecd-tools-17.8-1.fc17
> https://admin.fedoraproject.org/updates/FEDORA-2012-6258/dracut-018-23.git20120419.fc17
> https://admin.fedoraproject.org/updates/e2fsprogs-1.42-4.fc17 
> 
> Some of them are quite tough to test without a compose, but as much as
> possible would help! Thanks everyone.
> 
> The first two changes should improve support for Intel Macs, the next
> two are related to the reversion from firewalld back to iptables by
> default, the third pair are just the latest anaconda/lorax with
> various new fixes, livecd-tools should improve EFI writing without
> all the regressions we saw in 17.7, and the last pair should stop
> 'filesystem last mount time was in the future' from causing the boot
> process to bail out.

So, we still need karma on pretty much all of those updates. I've built
a test boot.iso to help with testing the installation related updates:

http://tflink.fedorapeople.org/iso/20120424_f17-preTC1.x64.boot.iso
http://tflink.fedorapeople.org/iso/20120424_f17-preTC1.x64.boot.iso.sha256

If you have the time, please help test so we can get final TC1 out.

Thanks,

Tim


signature.asc
Description: PGP signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 >> Rawhide...

[Tom H]

On Mon, Apr 23, 2012 at 5:04 PM, Rob Healey  wrote:
>
> Is rawhide usable once again?  I am tired of getting dracut shell
>
> Could anyone tell me if the issue causing the dracut shell has been
> fixed or not yet???
>
> I do not want to upgrade my computer if it is still worthless to do so?

What warnings/errors are you getting before being dropped to the shell?

I've just upgraded to 3.4.0-0.rc3.git4.1 and I get:
"udevadm used greatest stack depth"
and
"dracut warning unable to process initqueue"
and there are no disk-related devices in "/dev".

I've just skimmed [1] and it might be the same problem.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=814625
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Samuel Sieb]

Ed Greshko wrote:


Just wondering  Do you think it would be a better idea to go the "custom" 
route
as explained in the link you've provided?   There is a chance that the files 
being
modified may at some point get overwritten by an update.

I would recommend creating a custom locale, but it will still need to replace 
the existing entry.  You can't easily create a completely new country for 
example.  What you could do is:


localedef -i en_GB.custom -c -f UTF-8 en_GB.UTF-8

Note that there are other encodings, but I think it should use the UTF-8 one by 
default.


Another issue is that the locale-archive file comes with the glibc-common 
package, so if that package is upgraded, it seems likely that you will need to 
run the command again to add your new locale settings.  I don't know if it is 
rebuilt automatically during the package install or if it comes pre-built and 
will replace any changes you have made.

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 >> Rawhide...

[Scott Robbins]

On Mon, Apr 23, 2012 at 07:40:04PM -0400, Scott Robbins wrote:
> On Mon, Apr 23, 2012 at 06:31:46PM -0400, Scott Robbins wrote:
> > On Mon, Apr 23, 2012 at 10:15:50PM +0100, Frank Murphy wrote:
> > > On 23/04/12 22:04, Rob Healey wrote:
> > > >Dear All:
> > > >
> > > >Is rawhide usable once again?
> > > I am tired of getting dracut shell
> > 
> > For me, mostly because of a fix for Sentelic mousepads, I just did a net 
> > install a little while ago--booting with
> > F17 net install then changing packages so that it just pulled in rawhide. I 
> >  chose a minimal installation, and after
> > that, updated, made sure that it wasn't looking for NetworkManager, then 
> > installed basic X, that is, server, xterm,
> > dwm window manager, xinit and drivers for intel graphics and synaptics.  It 
> > seemed fine, but all I was testing was
> > the touchpad--for what it's worth though, networking was fine, X was 
> > fine--but DWM, not Gnome, and I have no idea
> > how the different DE's are doing in rawhide.
> > 
> Addition--well, just did another install the same way, and this one is won't 
> boot.  First, it couldn't find a font that was specified in
> grub, then it couldn't find disk by uuid.  So, ignore the stuff above, seems 
> that it's at least partially broken.  

Ohkay.  THe problem seems to be with grub.  After a few quick test 
installs, as long as I boot it with Ubuntu's grub, it was fine.  
I haven't really been following the grub discussion, but I've found, more than 
once, that Fedora (and others) have trouble with UUIDs far
more often than using UUIDs saves me any time, and this includes servers.  In 
addition, it's asking for a font that is apparently not there.  

It seems to me that a simple bootloader should be more robust and have far 
fewer parameters, especially when said parameters seem
unnecessary.  All it has to is boot the thing--it doesn't need to pick a font.  

Oh well, hopefully, as this is just F18 rawhide, it will be fixed soon. 

Anyway, if you do follow my earlier advice, and install it, see if you can get 
something else to boot it.  

Once booted, I go back to my earlier opinion, at this early date, running 
nicely for me.

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Willow: The school paper is edging on depressing lately. Have you
guys noticed that?
Oz: I don't know. I always go straight to the obits.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 >> Rawhide...

[Scott Robbins]

On Mon, Apr 23, 2012 at 06:31:46PM -0400, Scott Robbins wrote:
> On Mon, Apr 23, 2012 at 10:15:50PM +0100, Frank Murphy wrote:
> > On 23/04/12 22:04, Rob Healey wrote:
> > >Dear All:
> > >
> > >Is rawhide usable once again?
> > I am tired of getting dracut shell
> 
> For me, mostly because of a fix for Sentelic mousepads, I just did a net 
> install a little while ago--booting with
> F17 net install then changing packages so that it just pulled in rawhide. I  
> chose a minimal installation, and after
> that, updated, made sure that it wasn't looking for NetworkManager, then 
> installed basic X, that is, server, xterm,
> dwm window manager, xinit and drivers for intel graphics and synaptics.  It 
> seemed fine, but all I was testing was
> the touchpad--for what it's worth though, networking was fine, X was 
> fine--but DWM, not Gnome, and I have no idea
> how the different DE's are doing in rawhide.
> 
Addition--well, just did another install the same way, and this one is won't 
boot.  First, it couldn't find a font that was specified in
grub, then it couldn't find disk by uuid.  So, ignore the stuff above, seems 
that it's at least partially broken.  

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Oz: We survived. 
Buffy: Yeah, it was some battle. 
Oz: I meant high school. 

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Ed Greshko]

On 04/24/2012 05:51 AM, Samuel Sieb wrote:
> Peter Hillier-Brook wrote:
>>
>> Just for the record, I edited the file in situ and then re-booted. For such a
>> trivial change in a test environment I see no need for copying, although I
>> accept your point in the general case.
>>
> Turns out that there's an extra step required as all those files are compiled 
> into
> one big archive.  The following command assumes you modified the en_GB file.
>
> localedef -i en_GB -c -f UTF-8 en_GB.UTF-8
>
> You may not even need to relogin for it to take effect, just restarting 
> whichever
> application uses that info should be enough.

Just wondering  Do you think it would be a better idea to go the "custom" 
route
as explained in the link you've provided?   There is a chance that the files 
being
modified may at some point get overwritten by an update.

-- 
Never be afraid to laugh at yourself, after all, you could be missing out on 
the joke
of the century. -- Dame Edna Everage
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

2012-04-23 - Fedora QA Meeting - recap

[Adam Williamson]

As always, minutes and IRC transcript available on the wiki at
https://fedoraproject.org/wiki/QA/Meetings/20120423

Next meeting is scheduled for 2012-04-30 at 1500 UTC in #fedora-meeting.
If you have topics you think we should bring up at the meeting, please
add them to the Wiki page at
https://fedoraproject.org/wiki/QA/Meetings/20120430 . Thanks!

TOPIC: Previous meeting follow-up
===
* tflink to ping gnome boxes people about test day on thursday
  - test day was delayed till 2012-05-03
* kparal to start thread on test@ regarding use of RCs between
  GOLD and release - thread is here[1], kparal has requested
  releng to keep the composes around for longer
* tflink to send out testing request for f15 livecd-tools to
  test@ - tflink full of fail and update is still in -testing,
  so he'd better do it this week or get fired again 

TOPIC: Fedora 17 Final TC planning
===
* TC1 is scheduled for today, we will try to pull in a new
  anaconda build and new bits for mactel support 

TOPIC: Test Day report
===
* JBoss Test Day 2012-04-17[2] looks like it went off okay
* Live image writing 2012-04-19[3] produced a few useful
  results and a good skeleton for future events 

TOPIC: Upcoming QA events
===
* Fedora 17 Final TC1 on 2012-04-23 (scheduled)
* ABRT Test Day on 2012-04-26[4], page does not look to be
  ready yet
* Final blocker review #2 on 2012-04-27 

TOPIC: AutoQA update
===
* rats_install was broken by noloader change to anaconda, and
  needs a new autoqa release to get fixed, but the issue is
  identified and the fix is known 

TOPIC: Open floor
===
* tflink: Google Summer of Code results are announced soon, we
  have two projects which might get approved 

ACTION ITEMS
===
* tflink to send out testing request for f15 livecd-tools to
  test@
* kparal to poke abrt team about the test day planned for 04-26
  and ensure they're ready in time or it is postponed 

[1] http://lists.fedoraproject.org/pipermail/test/2012-April/106961.html
[2] http://fedoraproject.org/wiki/Test_Day:2012-04-17_JBoss_Application_Server
[3] http://fedoraproject.org/wiki/Test_Day:2012-04-19_liveusb-tools
[4] 
http://fedoraproject.org/wiki/Test_Day:2012-04-26_ABRT_and_deduplication_service
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: xclock on F17 Beta

[Tommy Pham]

On Sat, Apr 21, 2012 at 9:13 PM, Ed Greshko  wrote:
> On 04/22/2012 12:06 PM, Ed Greshko wrote:
>> On 04/22/2012 11:43 AM, Tommy Pham wrote:
>>> Hi,
>>>
>>> I'm trying to install Oracle on F17 beta and it's saying xlock doesn't
>>> exist and it needs it to run.  Does it still exists for F17 beta?
>>>
>> I assume you mean "xclock" as in the subject, right?  You could have done
>>
>> yum whatprovides */xclock
>>
>> to find
>>
>> xorg-x11-apps-7.6-5.fc17.i686 : X.Org X11 applications
>> Repo        : fedora
>> Matched from:
>> Filename    : /usr/bin/xclock
>>
>> Is that what you are looking to find?
>>
>
> If it was xlock it would be 
>
> xlockmore-5.34-3.fc17.i686 : Screen lock and screen saver
> Repo        : fedora
> Matched from:
> Filename    : /etc/pam.d/xlock
> Filename    : /usr/bin/xlock
>
>

Unfortunately, the system that I need to check failed to boot and I
was unable to see boot messages because the system froze during boot.
I'm reinstalling F17 again :(.  I'll double check again in a while and
get back to you.

Thanks,
Tommy
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 >> Rawhide...

[Scott Robbins]

On Mon, Apr 23, 2012 at 10:15:50PM +0100, Frank Murphy wrote:
> On 23/04/12 22:04, Rob Healey wrote:
> >Dear All:
> >
> >Is rawhide usable once again?
> I am tired of getting dracut shell

For me, mostly because of a fix for Sentelic mousepads, I just did a net 
install a little while ago--booting with
F17 net install then changing packages so that it just pulled in rawhide. I  
chose a minimal installation, and after
that, updated, made sure that it wasn't looking for NetworkManager, then 
installed basic X, that is, server, xterm,
dwm window manager, xinit and drivers for intel graphics and synaptics.  It 
seemed fine, but all I was testing was
the touchpad--for what it's worth though, networking was fine, X was fine--but 
DWM, not Gnome, and I have no idea
how the different DE's are doing in rawhide.


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Karma needed for builds intended for TC1

[Adam Williamson]

Hey, folks. It's about time to compose Final TC1, but there's several
builds we'd like to include that haven't yet received any karma. If
people could contribute karma to these builds, it'd be appreciated:

https://admin.fedoraproject.org/updates/FEDORA-2012-6268/mactel-boot-0.9-4.fc17 
https://admin.fedoraproject.org/updates/FEDORA-2012-6092/grub-0.97-91.fc17 
https://admin.fedoraproject.org/updates/FEDORA-2012-6335/system-config-firewall-1.2.29-6.fc17
https://admin.fedoraproject.org/updates/iptables-1.4.12.2-5.fc17
https://admin.fedoraproject.org/updates/anaconda-17.22-1.fc17
https://admin.fedoraproject.org/updates/lorax-17.16-1.fc17
https://admin.fedoraproject.org/updates/livecd-tools-17.8-1.fc17
https://admin.fedoraproject.org/updates/FEDORA-2012-6258/dracut-018-23.git20120419.fc17
https://admin.fedoraproject.org/updates/e2fsprogs-1.42-4.fc17 

Some of them are quite tough to test without a compose, but as much as
possible would help! Thanks everyone.

The first two changes should improve support for Intel Macs, the next
two are related to the reversion from firewalld back to iptables by
default, the third pair are just the latest anaconda/lorax with various
new fixes, livecd-tools should improve EFI writing without all the
regressions we saw in 17.7, and the last pair should stop 'filesystem
last mount time was in the future' from causing the boot process to bail
out.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Samuel Sieb]

Peter Hillier-Brook wrote:


Just for the record, I edited the file in situ and then re-booted. For such a
trivial change in a test environment I see no need for copying, although I
accept your point in the general case.

Turns out that there's an extra step required as all those files are compiled 
into one big archive.  The following command assumes you modified the en_GB file.


localedef -i en_GB -c -f UTF-8 en_GB.UTF-8

You may not even need to relogin for it to take effect, just restarting 
whichever application uses that info should be enough.

--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 >> Rawhide...

[Frank Murphy]

On 23/04/12 22:04, Rob Healey wrote:

Dear All:

Is rawhide usable once again?

I am tired of getting dracut shell

Define use?



Could anyone tell me if the issue causing the dracut shell has been
fixed or not yet???


Be more specific? what bz's are you following.



I do not want to upgrade my computer if it is still worthless to do so?


Your needs, your call.

--
Regards,
Frank
"Jack of all, fubars"
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

F17 >> Rawhide...

[Rob Healey]

Dear All:

Is rawhide usable once again?  I am tired of getting dracut shell

Could anyone tell me if the issue causing the dracut shell has been
fixed or not yet???

I do not want to upgrade my computer if it is still worthless to do so?

-- 
Sincerely yours,
Rob G. Healey
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Ed Greshko]

On 04/24/2012 01:26 AM, Matthias Clasen wrote:
> To change the locale settings that are being discussed here in GNOME,
> you can run gnome-control-center region formats (or navigate there
> manually in the UI). 
>
> Hope that helps

I feel you need to go back and reread the posts.  The question is not a 
simplistic
"how does one set the locale settings?".

-- 
Never be afraid to laugh at yourself, after all, you could be missing out on 
the joke
of the century. -- Dame Edna Everage
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Matthias Clasen]

On Mon, 2012-04-23 at 16:22 +0100, Peter Hillier-Brook wrote:
> On 23/04/12 15:19, Ed Greshko wrote:
> [cut]
> >
> > Of course the OP is only asking for one change to satisfy himself.
> > He isn't asking what you've suggested.  And, he hasn't suggested that
> > a bugzilla or RFE needs filing to change the current behavior.
> >
> > So, how about focusing on what he wants for himself?
> 
> Thanks, Ed.
> >
> > I believe what he wants is a locale where LC_MESSAGES= gives a
> > variable that results in imperial measurements being defined.  If
> > that isn't what he wants/needs I would hope he would tell us.
> >
> > He was given 2 avenues which are thought to accomplish what he wants.
> > Personally, I prefer the $HOME/.i18n route.
> >
> > The one method he tried seemed not to workbut he didn't supply
> > more details as to why he thinks it didn't work.
> 
> Sorry for not responding more quickly. :-)
> I'm time sharing between a wife in Intensive Care in the nearby 
> hospital, a needy dog that doesn't understand that her walker is away 
> and trying to make sense of Fedora and GNOME!
> 
> I shall try the .i18n suggestion later today. In the absence of an 
> intelligent option for the system user, I don't accept that non-English 
> personnel should seek to impose an alien, simplistic numbering system on 
> such as myself. However I could stick with Ubuntu, despite Unity. :-)

To change the locale settings that are being discussed here in GNOME,
you can run gnome-control-center region formats (or navigate there
manually in the UI). 

Hope that helps, and hope your wife gets better soon!

Matthias




-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Fedora QA] #282: Test Day proposal - ABRT & deduplication service

[Fedora QA]

#282: Test Day proposal - ABRT & deduplication service
---+---
  Reporter:  rmarko|  Owner:
  Type:  task  | Status:  new
  Priority:  major |  Milestone:  Fedora 17
 Component:  Test Day  |Version:
Resolution:|   Keywords:
Blocked By:|   Blocking:
---+---

Comment (by kparal):

 Guys, the wiki page is still empty. No details filled in, no test cases
 added. The test day is in just 3 days. Will you make it in time?

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Peter Hillier-Brook]

On 22/04/12 21:29, Samuel Sieb wrote:

Peter Hillier-Brook wrote:

It looks like there isn't a gui for it any more, but see this URL for
how to change it:
http://ccollins.wordpress.com/2009/01/06/how-to-change-date-formats-on-ubuntu/


You want to change the 1 in the following section to a 2.
LC_MEASUREMENT
measurement 1
END LC_MEASUREMENT


I've done that to no obvious effect. Before you ask, I did reboot
after the
change so I'm stumped again (although I must be in the correct area).
A little
more poking around in the locale file to see if there is another
parameter to
change. ;-)


Did you change the existing file or copy it to make a new one? If you
made the new one, which I would definitely recommend, did you switch to it?


Just for the record, I edited the file in situ and then re-booted. For 
such a trivial change in a test environment I see no need for copying, 
although I accept your point in the general case.


Peter HB
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Peter Hillier-Brook]

On 23/04/12 15:19, Ed Greshko wrote:
[cut]


Of course the OP is only asking for one change to satisfy himself.
He isn't asking what you've suggested.  And, he hasn't suggested that
a bugzilla or RFE needs filing to change the current behavior.

So, how about focusing on what he wants for himself?


Thanks, Ed.


I believe what he wants is a locale where LC_MESSAGES= gives a
variable that results in imperial measurements being defined.  If
that isn't what he wants/needs I would hope he would tell us.

He was given 2 avenues which are thought to accomplish what he wants.
Personally, I prefer the $HOME/.i18n route.

The one method he tried seemed not to workbut he didn't supply
more details as to why he thinks it didn't work.


Sorry for not responding more quickly. :-)
I'm time sharing between a wife in Intensive Care in the nearby 
hospital, a needy dog that doesn't understand that her walker is away 
and trying to make sense of Fedora and GNOME!


I shall try the .i18n suggestion later today. In the absence of an 
intelligent option for the system user, I don't accept that non-English 
personnel should seek to impose an alien, simplistic numbering system on 
such as myself. However I could stick with Ubuntu, despite Unity. :-)


Peter HB


--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: setting default monitor on multi-monitor setup

[Adam Jackson]

On Sat, 2012-04-21 at 18:57 +0800, Frederic Muller wrote:
> On 04/21/2012 11:53 AM, Tommy Pham wrote:
> > I'd like to have my VGA as primary and DVI as secondary.  I can't seem
> > to adapt [1] to make fit my hardware above.
> 
> Create a text file which will go in /etc/X11/xorg.conf.d/ and will start 
> with 2 digits, something like 01-my-screen-setup.
> 
> Here is what's in mine which you can easily adapt:
> 
> Section "Monitor"
>   Identifier  "DVI-0"
>   Option  "Primary" "yes"
> EndSection
> 
> Section "Monitor"
>   Identifier  "DisplayPort-1"
>   ModelName   "AOD 36"
>   Option  "Right" "HDMI-0"
>   Option  "PreferredMode" "1920x1200"
>   Option  "Rotate" "left"
> EndSection

You can also do this within the X session in the Displays control center
applet, analogously to how it works on OSX.  Run the applet and mouse
over the black "top" bar in the UI.  Notice how the tooltip says "Drag
to change primary display"; you can drag it among the displays in the
applet to switch which display should be primary.

This doesn't get applied to gdm time, yet, which is a missing gnome
feature.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Ed Greshko]

On 04/23/2012 08:52 PM, Adam Williamson wrote:
> On Sat, 2012-04-21 at 16:52 +0100, Peter Hillier-Brook wrote:
>> On 21/04/12 12:55, Ed Greshko wrote:
>> [cut]
>>> Well, I check GNOME and I found that if you click on your name in the upper 
>>> right and
>>> choose System Settings you can choose "Region and Language" and change the 
>>> layout.
>>> Picking United Kingdom (English) results in picking Metric.
>> Exactly the problem! I'm not French and I want English measurements to 
>> be the default for United Kingdom locale settings.
> I imagine there might be some kind of controversy over which should be
> the default for the U.K., given its schizophrenic approach to the use of
> weights and measures. I guess GNOME (or whoever actually sets those
> defaults) went with metric because the metric system is more or less
> given precedence in most current legislation.
>
> I suppose someone could hack up a special measurements locale for the
> U.K. where short distances are measured in centimetres but long ones in
> miles, golf courses are measured in yards but athletic events in metres,
> soft drinks measured in litres but alcoholic ones in pints, temperatures
> in celsius or farenheit depending on the age of the user (could be
> detected via webcam, perhaps?), and so on, but it seems like rather a
> lot of work...;)

Of course the OP is only asking for one change to satisfy himself.  He isn't 
asking
what you've suggested.  And, he hasn't suggested that a bugzilla or RFE needs 
filing
to change the current behavior.

So, how about focusing on what he wants for himself?

I believe what he wants is a locale where LC_MESSAGES= gives a variable that 
results
in imperial measurements being defined.  If that isn't what he wants/needs I 
would
hope he would tell us.

He was given 2 avenues which are thought to accomplish what he wants.  
Personally, I
prefer the $HOME/.i18n route. 

The one method he tried seemed not to workbut he didn't supply more details 
as to
why he thinks it didn't work.


-- 
Never be afraid to laugh at yourself, after all, you could be missing out on 
the joke
of the century. -- Dame Edna Everage
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

rawhide report: 20120423 changes

[Fedora Rawhide Report]

Compose started at Mon Apr 23 08:15:02 UTC 2012

Broken deps for x86_64
--
[389-admin]
389-admin-1.1.28-1.fc18.i686 requires libicuuc.so.48
389-admin-1.1.28-1.fc18.i686 requires libicui18n.so.48
389-admin-1.1.28-1.fc18.i686 requires libicudata.so.48
389-admin-1.1.28-1.fc18.x86_64 requires libicuuc.so.48()(64bit)
389-admin-1.1.28-1.fc18.x86_64 requires libicui18n.so.48()(64bit)
389-admin-1.1.28-1.fc18.x86_64 requires libicudata.so.48()(64bit)
[389-adminutil]
389-adminutil-1.1.15-2.fc17.i686 requires libicuuc.so.48
389-adminutil-1.1.15-2.fc17.i686 requires libicui18n.so.48
389-adminutil-1.1.15-2.fc17.i686 requires libicudata.so.48
389-adminutil-1.1.15-2.fc17.x86_64 requires libicuuc.so.48()(64bit)
389-adminutil-1.1.15-2.fc17.x86_64 requires libicui18n.so.48()(64bit)
389-adminutil-1.1.15-2.fc17.x86_64 requires libicudata.so.48()(64bit)
[389-ds-base]
389-ds-base-1.2.11-0.1.a1.fc18.x86_64 requires libicuuc.so.48()(64bit)
389-ds-base-1.2.11-0.1.a1.fc18.x86_64 requires libicui18n.so.48()(64bit)
389-ds-base-1.2.11-0.1.a1.fc18.x86_64 requires libicudata.so.48()(64bit)
389-ds-base-1.2.11-0.1.a1.fc18.x86_64 requires libdb-5.2.so()(64bit)
[389-dsgw]
389-dsgw-1.1.9-2.fc17.x86_64 requires libicuuc.so.48()(64bit)
389-dsgw-1.1.9-2.fc17.x86_64 requires libicui18n.so.48()(64bit)
389-dsgw-1.1.9-2.fc17.x86_64 requires libicudata.so.48()(64bit)
[R]
R-core-2.15.0-1.fc18.i686 requires libicuuc.so.48
R-core-2.15.0-1.fc18.i686 requires libicui18n.so.48
R-core-2.15.0-1.fc18.x86_64 requires libicuuc.so.48()(64bit)
R-core-2.15.0-1.fc18.x86_64 requires libicui18n.so.48()(64bit)
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc18.noarch requires ruby-nokogiri
[axis2c]
axis2c-1.6.0-4.fc17.i686 requires httpd-mmn = 0:20051115-x86-32
axis2c-1.6.0-4.fc17.x86_64 requires httpd-mmn = 0:20051115-x86-64
[bibletime]
bibletime-2.9.1-1.fc18.x86_64 requires libicuuc.so.48()(64bit)
bibletime-2.9.1-1.fc18.x86_64 requires libicui18n.so.48()(64bit)
[boost141]
boost141-graph-1.41.0-2.fc17.i686 requires libicuuc.so.48
boost141-graph-1.41.0-2.fc17.i686 requires libicui18n.so.48
boost141-graph-1.41.0-2.fc17.x86_64 requires libicuuc.so.48()(64bit)
boost141-graph-1.41.0-2.fc17.x86_64 requires libicui18n.so.48()(64bit)
boost141-regex-1.41.0-2.fc17.i686 requires libicuuc.so.48
boost141-regex-1.41.0-2.fc17.i686 requires libicui18n.so.48
boost141-regex-1.41.0-2.fc17.x86_64 requires libicuuc.so.48()(64bit)
boost141-regex-1.41.0-2.fc17.x86_64 requires libicui18n.so.48()(64bit)
[calibre]
calibre-0.8.47-1.fc18.x86_64 requires libicuuc.so.48()(64bit)
calibre-0.8.47-1.fc18.x86_64 requires libicuio.so.48()(64bit)
calibre-0.8.47-1.fc18.x86_64 requires libicui18n.so.48()(64bit)
calibre-0.8.47-1.fc18.x86_64 requires libicudata.so.48()(64bit)
[cifs-utils]
cifs-utils-5.4-1.fc18.x86_64 requires 
libwbclient.so.0(WBCLIENT_0)(64bit)
[couchdb]
couchdb-1.1.1-1.fc18.x86_64 requires libicuuc.so.48()(64bit)
couchdb-1.1.1-1.fc18.x86_64 requires libicui18n.so.48()(64bit)
couchdb-1.1.1-1.fc18.x86_64 requires libicudata.so.48()(64bit)
[digikam]
kipi-plugins-2.6.0-0.4.beta3.fc18.x86_64 requires 
libusbmuxd.so.1()(64bit)
kipi-plugins-2.6.0-0.4.beta3.fc18.x86_64 requires 
libimobiledevice.so.2()(64bit)
[dustmite]
dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires 
libphobos2-ldc.so()(64bit)
[dwdiff]
dwdiff-1.9-4.fc17.x86_64 requires libicuuc.so.48()(64bit)
dwdiff-1.9-4.fc17.x86_64 requires libicui18n.so.48()(64bit)
dwdiff-1.9-4.fc17.x86_64 requires libicudata.so.48()(64bit)
[fcitx]
fcitx-qt4-4.2.0-1.fc17.i686 requires libicuuc.so.48
fcitx-qt4-4.2.0-1.fc17.x86_64 requires libicuuc.so.48()(64bit)
[gcc-python-plugin]
gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
[gearmand]
gearmand-0.28-3.fc18.x86_64 requires libmemcached.so.9()(64bit)
[gnome-applet-sensors]
gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0
gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires 
libpanel-applet-2.so.0()(64bit)
[gnome-chemistry-utils]
gnome-chemistry-utils-gnumeric-0.13.6-2.fc18.x86_64 requires 
libspreadsheet-1.11.2.so()(64bit)
[gnome-phone-manager]
gnome-phone-manager-0.68-1.fc18.x86_64 requires libgnokii.so.6()(64bit)

Re: old TCs/RCs downloads - do you need them?

[Kamil Paral]

> few things
> 
> 1) this needs filed as a ticket in the releng trac instance at
> fedorahosted

Alright:
https://fedorahosted.org/rel-eng/ticket/5162

> 2) dont send email to me about fedora things @redhat.com i only check
> it a handful of times all week and its likely to get missed.
> 
> Dennis

Auto-completer in action.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Hello

[deep64blue]

Hi guys,

I want to introduce myself as I've applied to join the Fedora Bug Zappers Team.

My name is Alan Milnes, I'm 48 years old and live in Fife, Scotland
with my wife Susan. I work for IBM but anything I say on this email is
my opinion only :-)

I have used Linux as my primary OS at work for about 10 years now and
am slowly migrating at home.  I use both RHEL and Fedora.

I am involved with the internal Fedora Project at IBM and feel it is
time to contribute upstream.  I have just started to learn packaging
within IBM but my main role up to now has been maintaining a web site
and supporting end users through our forums.

My day to day job is as an Infrastructure Architect for multiple
instances of a large web based Service Management system.

I can't promise an enormous amount of time but would hope to
contribute an hour a week at least and I feel with my experience of
supporting end users I can be effective as a liaison between them and
the people fixing the bugs.

Thanks



Alan Milnes
deep64blue
IRC: deep64blue AT irc.freenode.net
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 beta doesnt automount my SD reader or pen drives

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/22/2012 08:42 PM, Fernando Cassia wrote:
> On Sun, Apr 22, 2012 at 18:34, Adam Williamson 
> wrote:
>> That is not 'the usual procedure'. The usual procedure is 'setenforce 
>> Permissive', boot with 'enforcing=0' or 'selinux=0' (but the last is a 
>> last resort to be used only if permissive mode isn't enough).
> 
> Thanks. Well, it was "the usual procedure" for me back in F10 days ;-).
> 
> I did setenforce perimssive, but didn' t make a difference wrt removable
> drives.
> 
> I did 'tail -f /var/log/messages' and I see this scrolling over and over
> again> udevd[503]: specified user 'usbmux' unknown
> 
> Adam,do you think this could be related to my problem?
> 
> TIA
> 
> FC
> 
setenforce 0 or setenforce permissive is the right way, they problem you are
seeing is that the selinuxfs mount point has been moved to /sys/fs/selinux/

So you could do:

echo 0 > /sys/fs/selinux/enforce
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+VXQYACgkQrlYvE4MpobM4sACgpdINS8JwpKfZGm8HW1Wq7PH+
VRAAoOYo/v8tUx9PNfQDqF//nqmW5xoA
=BcGi
-END PGP SIGNATURE-
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: tracker-extract processes

[Adam Williamson]

On Sat, 2012-04-21 at 18:34 -0400, Braden McDaniel wrote:
> I've noticed several "tracker-extract" processes hanging around,
> sleeping; 8 at the moment.  Is this normal?

doesn't seem terribly unusual if you have tracker running, though if
they hang around for very long it might be. May be better asked on
desktop list, though.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora-17 Irritations

[Adam Williamson]

On Sat, 2012-04-21 at 16:52 +0100, Peter Hillier-Brook wrote:
> On 21/04/12 12:55, Ed Greshko wrote:
> [cut]
> >
> > Well, I check GNOME and I found that if you click on your name in the upper 
> > right and
> > choose System Settings you can choose "Region and Language" and change the 
> > layout.
> > Picking United Kingdom (English) results in picking Metric.
> 
> Exactly the problem! I'm not French and I want English measurements to 
> be the default for United Kingdom locale settings.

I imagine there might be some kind of controversy over which should be
the default for the U.K., given its schizophrenic approach to the use of
weights and measures. I guess GNOME (or whoever actually sets those
defaults) went with metric because the metric system is more or less
given precedence in most current legislation.

I suppose someone could hack up a special measurements locale for the
U.K. where short distances are measured in centimetres but long ones in
miles, golf courses are measured in yards but athletic events in metres,
soft drinks measured in litres but alcoholic ones in pints, temperatures
in celsius or farenheit depending on the age of the user (could be
detected via webcam, perhaps?), and so on, but it seems like rather a
lot of work...;)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: old TCs/RCs downloads - do you need them?

[Kamil Paral]

> > I'd like RelEng team to keep all the composes until Fedora Branched is
> > Final (if technically possible) and I'd like to have some more use cases
> > as an argument than just my personal opinions (maybe I just failed to
> > explain them properly on #fedora-admin, so you might be more convincing).
>
> To answer Kamil's initial post - I think the use cases he cited are
> good
> valid ones. I've certainly used old TCs/RCs for regression testing
> before ('was this broken by noloader, or was it broken before that? I
> know, just download TC1 and see whether it works...')
> --
> Adam Williamson

After some responses were gathered on test list, I humbly ask RelEng team to 
keep all the TCs/RCs available in the future until Fedora Branched is GOLD, 
unless some technical problems appear (storage, bandwidth). It will improve the 
release quality.

Thanks,
Kamil
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

2012-04-16 - Fedora QA Meeting - recap

[Adam Williamson]

As always, minutes and IRC transcript available on the wiki at
https://fedoraproject.org/wiki/QA/Meetings/20120416

Next meeting is scheduled for 2012-04-23 at 1500 UTC in #fedora-meeting.
If you have topics you think we should bring up at the meeting, please
add them to the Wiki page at
https://fedoraproject.org/wiki/QA/Meetings/20120423 . Thanks!

TOPIC: Previous meeting follow-up
===
* adamw to send formal proposal for preupgrade criteria
  adjustment to the list: this was done[1]

TOPIC: Fedora 17 Beta retrospective
===
* Please add all thoughts on Beta to the Retrospective page[2]

TOPIC: Test Day report
===
* Turnout for the KDE 4.8 Test Day 2012-04-10[3] was good
* Unsure about results of Virtualization Test Day 2012-04-12[4]

TOPIC: Upcoming QA events
===
* Beta release 2012-04-17
* Final blocker review #1 2012-04-20
* JBoss Test Day 2012-04-17[5] looks ready to go
* GNOME Boxes Test Day 2012-04-19[6] page looks ready but
  status of Boxes itself was uncertain: tflink to check with
  the maintainers 

TOPIC: AutoQA update
===
* rats_install change to run against updates and
  updates-testing repositories has been submitted, pending
  review
* emails to autoqa-results are now "failure only" - passing
  results only sent to bodhi and resultsdb 

TOPIC: Open floor
===
* kparal noted that 'stage' mirror where TCs/RCs live is
  cleaned quite aggressively: some discussion of this, agreed
  kparal should start a mailing list thread to get more info on
  whether there are valid use cases to justify keeping TCs/RCs
  around longer
* livecd-tools-15.12-1.fc15 is still in updates-testing (needed
  to write F17 images correctly): needs karma to go stable 

ACTION ITEMS
===
* tflink to ping gnome boxes people about test day on thursday
* kparal to start thread on test@ regarding use of RCs between
  GOLD and release
* tflink to send out testing request for f15 livecd-tools to
  test@ 

[1] http://lists.fedoraproject.org/pipermail/test/2012-April/106741.html
[2] http://fedoraproject.org/wiki/Fedora_17_QA_Retrospective
[3] http://fedoraproject.org/wiki/Test_Day:2012-04-10_KDE_4.8
[4] http://fedoraproject.org/wiki/Test_Day:2012-04-12_Virtualization_Test_Day
[5] http://fedoraproject.org/wiki/Test_Day:2012-04-17_JBoss_Application_Server
[6] http://fedoraproject.org/wiki/Test_Day:2012-04-19_Gnome_Boxes
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

F-17 Branched report: 20120423 changes

[Fedora Branched Report]

Compose started at Mon Apr 23 08:15:05 UTC 2012

Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri
[dh-make]
dh-make-0.55-4.fc17.noarch requires debhelper
[dustmite]
dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires 
libphobos2-ldc.so()(64bit)
[egoboo]
egoboo-2.7.5-11.fc17.x86_64 requires libenet-1.2.1.so()(64bit)
[gcc-python-plugin]
gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
[gorm]
gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-gui.so.0.20()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-base.so.1.23()(64bit)
[ibus-panel-extensions]
ibus-panel-extensions-1.4.99.20111207-2.fc17.i686 requires 
libibus-1.0.so.0
ibus-panel-extensions-1.4.99.20111207-2.fc17.x86_64 requires 
libibus-1.0.so.0()(64bit)
[matreshka]
matreshka-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit)
matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnarl-4.6.so
matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit)
matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnarl-4.6.so()(64bit)
matreshka-sql-core-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-sql-core-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit)
matreshka-sql-postgresql-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-sql-postgresql-0.1.1-9.fc17.x86_64 requires 
libgnat-4.6.so()(64bit)
matreshka-sql-sqlite-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-sql-sqlite-0.1.1-9.fc17.x86_64 requires 
libgnat-4.6.so()(64bit)
[mcollective]
mcollective-common-1.3.1-7.fc17.noarch requires ruby(abi) = 0:1.8
[meshlab]
meshlab-1.3.1-2.fc17.x86_64 requires libmuparser.so.0()(64bit)
[moksha]
moksha-0.5.0-5.fc15.noarch requires pyevent
[natus]
libnatus-V8-0.1.5-2.fc15.x86_64 requires libv8-3.0.0.1.so()(64bit)
[ocaml-augeas]
ocaml-augeas-0.4-9.fc15.x86_64 requires ocaml(runtime) = 0:3.12.0
[openvrml]
libopenvrml-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0
libopenvrml-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0
libopenvrml-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0
libopenvrml-0.18.8-2.fc16.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
libopenvrml-0.18.8-2.fc16.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
libopenvrml-0.18.8-2.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0
libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0
libopenvrml-gl-0.18.8-2.fc16.i686 requires 
libboost_filesystem-mt.so.1.47.0
libopenvrml-gl-0.18.8-2.fc16.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
libopenvrml-gl-0.18.8-2.fc16.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
libopenvrml-gl-0.18.8-2.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
openvrml-java-0.18.8-2.fc16.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
openvrml-java-0.18.8-2.fc16.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
openvrml-java-0.18.8-2.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
openvrml-java-0.18.8-2.fc16.x86_64 requires java-1.6.0-openjdk(x86-64)
openvrml-javascript-0.18.8-2.fc16.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
openvrml-javascript-0.18.8-2.fc16.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
openvrml-javascript-0.18.8-2.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
openvrml-nodes-0.18.8-2.fc16.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
openvrml-nodes-0.18.8-2.fc16.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
openvrml-nodes-0.18.8-2.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
openvrml-xembed-0.18.8-2.fc16.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
openvrml-xembed-0.18.8-2.fc16.x86_6

[Test-Announce] 2012-04-23 @ 15:00 UTC - Fedora QA Meeting

[Adam Williamson]

# Fedora Quality Assurance Meeting
# Date: 2012-04-23
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net

Greetings testers!

There's going to be a meeting, again. It seems to happen a lot. We've
got several things to follow up on from last week, and it's time to
start planning for Final too!

This is a reminder of the upcoming QA meeting.  Please add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20120423

The current proposed agenda is included below.

== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Fedora 17 Beta retrospective
3. Test Day report
4. Upcoming QA events
5. AutoQA update
6. Open floor
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: gnome-boxes is broken? what about qemu?

[Kashyap Chamarthy]

> 
>  
> for qemu, i've opened a bug: 
> https://bugzilla.redhat.com/show_bug.cgi?id=814814
> 
> 

Just a side note: you may also want to subscribe to Fedora Virt list, where 
more Virt devs
hanging out.

v...@lists.fedoraproject.org

/kashyap
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 beta doesnt automount my SD reader or pen drives

[Peter Robinson]

On Mon, Apr 23, 2012 at 11:27 AM, Adam Williamson  wrote:
> On Sun, 2012-04-22 at 21:42 -0300, Fernando Cassia wrote:
>> On Sun, Apr 22, 2012 at 18:34, Adam Williamson  wrote:
>> > That is not 'the usual procedure'. The usual procedure is 'setenforce
>> > Permissive', boot with 'enforcing=0' or 'selinux=0' (but the last is a
>> > last resort to be used only if permissive mode isn't enough).
>>
>> Thanks. Well, it was "the usual procedure" for me back in F10 days ;-).
>>
>> I did setenforce perimssive, but didn' t make a difference wrt removable 
>> drives.
>>
>> I did 'tail -f /var/log/messages' and I see this scrolling over and over 
>> again>
>> udevd[503]: specified user 'usbmux' unknown
>>
>> Adam,do you think this could be related to my problem?
>
> Possibly. Hard to know for sure. 'grep usbmux /etc/udev/rules.d/*' and
> 'grep usbmix /lib/udev/rules.d/*' might be interesting.

usbmuxd is for iOS devices only so should make no difference to
standard storage devices, that said the user should be created on
install of usbmuxd too but not sure if it was deleted/disabled on this
device.

Peter
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 beta doesnt automount my SD reader or pen drives

[Adam Williamson]

On Sun, 2012-04-22 at 21:42 -0300, Fernando Cassia wrote:
> On Sun, Apr 22, 2012 at 18:34, Adam Williamson  wrote:
> > That is not 'the usual procedure'. The usual procedure is 'setenforce
> > Permissive', boot with 'enforcing=0' or 'selinux=0' (but the last is a
> > last resort to be used only if permissive mode isn't enough).
> 
> Thanks. Well, it was "the usual procedure" for me back in F10 days ;-).
> 
> I did setenforce perimssive, but didn' t make a difference wrt removable 
> drives.
> 
> I did 'tail -f /var/log/messages' and I see this scrolling over and over 
> again>
> udevd[503]: specified user 'usbmux' unknown
> 
> Adam,do you think this could be related to my problem?

Possibly. Hard to know for sure. 'grep usbmux /etc/udev/rules.d/*' and
'grep usbmix /lib/udev/rules.d/*' might be interesting.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Grubs really aren't very attractive...

[Adam Williamson]

On Sun, 2012-04-22 at 17:41 -0400, Tom Horsley wrote:
> On Sun, 22 Apr 2012 22:32:48 +0100
> Adam Williamson wrote:
> 
> > Are you sure you're not just talking about
> > https://bugzilla.redhat.com/show_bug.cgi?id=804835 ?
> 
> Sure. I'm just reading the writing on the wall :-).
> They spew messages about it being fragile, they
> require a --force option, there are old bugzillas
> upstream from when they broke it previously. It is bound
> to stop functioning completely someday.

Strictly speaking it's the use of blocklists which they consider
fragile, and you usually (but not always) need to use blocklists to
actually install grub2 into a partition. There is as far as I know no
indication that upstream considers the actual _chainloading_
functionality to be fragile or on the way out.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: DKMS and virtualbox kernel modules in F17

[Ed Greshko]

On 04/23/2012 03:45 PM, Joachim Backes wrote:
> Thank you for your cooperation.

You're welcome.  I must say you are pretty good at finding these little 
annoyances
that I can't put out of my mind and just have to see if I can figure them out.  
:-) :-)

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: DKMS and virtualbox kernel modules in F17

[Joachim Backes]

On 04/23/2012 08:48 AM, Ed Greshko wrote:
> On 04/23/2012 01:26 PM, Ed Greshko wrote:
>> As it is only a minor irritant, I've put my low priority stack. 
> 
> Maybe it was low on my priority...but it bugged me so I worked on it and 
> "resolved"
> the issue at least when it comes to the Guest Addons.
> 
> The "problem" was that even if you had dkms installed, when you ran
> VBoxLinuxAdditions.run it didn't set things up for updates by dkms.  So, here 
> is what
> I did.
> 
> First I had the 3.3.2-1.fc17 kernel installed.
> 
> 1.  Install dkms and rename the binary
> 2.  Installed the Guest Additions by running VBoxLinuxAdditions.run
> 3.  Rebooted and checked that all works well.
> 4.  Looked in /var/lib/dkms/ and found there was no vboxguest directory.
> 5.  Run /etc/init.d/vboxadd setup
> 7.  /var/lib/dkms/vboxguest directory now created with a
> kernel-3.3.2-1.fc17.i686-i686 symlink
> 8.  Run "yum update" and the 3.3.2-8 kernel was install.
> 9.  /var/lib/dkms/vboxguest directory now contains a 
> kernel-3.3.2-8.fc17.i686-i686
> symlink
> 10.  Reboot and all the new modules were loaded as expected.

Hi Ed,

using the same steps you described, I can confirm this: I downgraded
from kernel-3.2.2-8 to kernel-3.3.2-1, rebooted to 3.3.2-1, run
"/etc/init.d/vboxdrv setup", removed kernel-3.3.2-8 and reinstalled
kernel-3.3.2-8. After this procedure the vbox modules for kernel-3.3.2-8
were correctly installed. This is really a hint that the problem mostly
lies in the kernel update and not in dkms.
> 
> I feel that subsequent kernel updates work now work correctly.
> 

I guess too.

Thank you for your cooperation.

Kind regards

Joachim Backes 

http://www.rhrk.uni-kl.de/~backes



smime.p7s
Description: S/MIME Cryptographic Signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

DKMS and virtualbox kernel modules in F17

[Andre Robatino]

Joachim Backes  rhrk.uni-kl.de> writes:

> I'm running virtualbox from virtualbox.org. Did somebody try to use the
> dkms for rebuilding the virtualbox kernel modules? I have problems to
> perform this: each time I install a new kernel, dkms does not update the
> vbox kernel modules. I have to run manually "/etc/init.d/vboxdrv setup".

You can install the modules for each of the installed kernels using dkms
install. For example, if you currently have kernels 3.3.1-5.fc17.x86_64,
3.3.2-1.fc17.x86_64, and 3.3.2-8.fc17.x86_64, and "dkms status" shows no
vboxguest modules for any of them, you can install them with the command

dkms install vboxguest/4.1.12 -k 3.3.1-5.fc17.x86_64 -k 3.3.2-1.fc17.x86_64 -k
3.3.2-8.fc17.x86_64

(assuming your vbox version is 4.1.12). You can do the same on the host with
s/vboxguest/vboxhost. This is necessary to have the modules for all installed
kernels after updating to a new vbox version. Kernel updates should
automatically trigger corresponding module builds on either the host or guest. I
don't remember if I had to do anything special in the beginning, but it's
working perfectly for me now.

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test