Re: F20-Beta-TC... and VirtualBox-4.3

2013-10-17 Thread Chuck Forsberg WA7KGX 

On 10/17/2013 09:17 AM, Joachim Backes wrote:

On 10/17/2013 06:13 PM, Andre Robatino wrote:

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


did anybody try to install F20-Beta-TC... in a VirtualBox-4.3 (from
virtualbox.org) VM?

Using VirtualBox-4.3, I've had no problems with testing any of the 20 Beta
TC5 32- or 64-bit install images (DVD or netinst), or with running my
existing F20 or Rawhide VMs.




Solved, my mistake: I tried to install the 64bit F20 into a
i686-VirtualBox VM. F20-Beta-TC... now installs properly into a 64Bit
VirtualBox-4.3 VM :-)


Running under 64 bit TC5 VirtualBox 4.3 was unable to install
SCO OpenServer 5.04.I installed 4.2.18 and was able to
install the SCO file.

--
 Chuck Forsberg WA7KGX   c...@omen.com   www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded Applications
  Omen Technology Inc  "The High Reliability Software"
10255 NW Old Cornelius Pass Portland OR 97231   503-614-0430

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

Re: Fedora 20 nfs

2013-10-17 Thread Mike Chambers 
On Thu, 2013-10-17 at 19:18 -0700, T.C. Hollingsworth wrote:
> On Thu, Oct 17, 2013 at 12:06 AM, Mike Chambers  wrote:
> > With the fix above, the really wait script now works.  Rebooted twice to
> > be sure and the nfs dir got mounted both times as it should.  Thanks for
> > that :)
> >
> > So it is nm-online that is saying it's online when really it's not?
> > Then obviously everything else tries to do it's thing since network
> > should be up?
> 
> Yup.
> 
> > Guess I need to change systemd bug to nm-online or whatever
> > bug/component that falls under.
> 
> It's just NetworkManager.  I went ahead and moved your bug and added a
> comment explaining what we figured out here.

I saw that, and big thanks for the help.  Wish a lot of problems and/or
issues got figured out like that or close.  Sometimes (few but not the
majority) people spend way too much energy arguing/complaining/whinning
when they could had just helped the person that had the issue.  Not
everyone is a developer/programmer, some (as myself) are more power
users that want to help test and what not and just need some guidance or
pointed in the right direction, obviously as long as they do their point
and get info or whatever the helper needs to help diagnose and not just
state something wrong and leave.

Anyway, big thanks and putting your name on my contact list!! (j/k lol)


-- 
Mike Chambers
Madisonville, KY

"Best little town on Earth!"

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

Re: Fedup test?

2013-10-17 Thread Ed Greshko 
On 10/18/13 11:49, Sérgio Basto wrote:
> On Sex, 2013-10-18 at 11:38 +0800, Ed Greshko wrote: 
>> Wanting to test fedup-cli from 19-->20 and if the switch away from kdm 
>> works, but I'm getting...
>>
>> No upgrade available for the following repos: fedora-chromium-stable
>> getting boot images...
>>
>> Downloading failed: couldn't get boot images: HTTP Error 404 - Not Found
>>
>> I think I may need to add --instrepo to get around thisbut don't know 
>> what the line should read.
>>
>> Anyone?
> fedup --network 20 --instrepo
> http://mirrors.eu.kernel.org/fedora/development/20/x86_64/os/
>

Thanks much!

-- 
Getting tired of non-Fedora discussions and self-serving posts
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedup test?

2013-10-17 Thread Sérgio Basto 
On Sex, 2013-10-18 at 11:38 +0800, Ed Greshko wrote: 
> Wanting to test fedup-cli from 19-->20 and if the switch away from kdm works, 
> but I'm getting...
> 
> No upgrade available for the following repos: fedora-chromium-stable
> getting boot images...
> 
> Downloading failed: couldn't get boot images: HTTP Error 404 - Not Found
> 
> I think I may need to add --instrepo to get around thisbut don't know 
> what the line should read.
> 
> Anyone?

fedup --network 20 --instrepo
http://mirrors.eu.kernel.org/fedora/development/20/x86_64/os/

-- 
Sérgio M. B.

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

Fedup test?

2013-10-17 Thread Ed Greshko 
Wanting to test fedup-cli from 19-->20 and if the switch away from kdm works, 
but I'm getting...

No upgrade available for the following repos: fedora-chromium-stable
getting boot images...

Downloading failed: couldn't get boot images: HTTP Error 404 - Not Found

I think I may need to add --instrepo to get around thisbut don't know what 
the line should read.

Anyone?

-- 
Getting tired of non-Fedora discussions and self-serving posts
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora 20 nfs

2013-10-17 Thread T.C. Hollingsworth 
On Thu, Oct 17, 2013 at 2:09 PM, Eric Blake  wrote:
> Well, now it's failing to mount on boot:


Did you change anything yet?  That kind of looks like the same exact
bug Mike is running into.

But "bg" mounts are supposed to keep trying to mount in a loop, and
automounts ought not to even try to mount until you access them, so
you shouldn't even be running into that??

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

Re: Fedora 20 nfs

2013-10-17 Thread T.C. Hollingsworth 
On Thu, Oct 17, 2013 at 12:06 AM, Mike Chambers  wrote:
> With the fix above, the really wait script now works.  Rebooted twice to
> be sure and the nfs dir got mounted both times as it should.  Thanks for
> that :)
>
> So it is nm-online that is saying it's online when really it's not?
> Then obviously everything else tries to do it's thing since network
> should be up?

Yup.

> Guess I need to change systemd bug to nm-online or whatever
> bug/component that falls under.

It's just NetworkManager.  I went ahead and moved your bug and added a
comment explaining what we figured out here.

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

Re: applydeltaiso command not found

2013-10-17 Thread nonamedotc 

On 10/17/2013 07:33 PM, Christopher Meng wrote:



On Oct 18, 2013 1:20 AM, "nonamedotc" > wrote:


> After all, how many people are going to be using F11 now? :)
>
> nonamedotc.

That's not a problem, I still use FC3.



Oops! My apologies! :)
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: applydeltaiso command not found

2013-10-17 Thread Christopher Meng 
On Oct 18, 2013 1:20 AM, "nonamedotc"  wrote:

> After all, how many people are going to be using F11 now? :)
>
> nonamedotc.

That's not a problem, I still use FC3.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: xorg/gnome freezing, possible kernel regression

2013-10-17 Thread Sérgio Basto 
On Qui, 2013-10-17 at 16:57 -0600, Chris Murphy wrote: 
> I'm getting something of a regression with kernel 3.11.5-300 today that 
> doesn't happen with 3.11.4 but I don't know what's instigating it. The result 
> is Gnome freezes, including the mouse arrow. Capslock works, and I still have 
> access via ssh. I get a bunch of kernel messages, it starts with Xorg page 
> allocation failure. selinux is in the trace, but I have no AVC messages other 
> than the already reported tmpfile and systemd readahead alerts.
> 
> Should I file a bug against the kernel or xorg? Or?
> 
> 
> 
> Oct 17 16:42:20 f20s.localdomain kernel: Xorg: page allocation failure: 
> order:4, mode:0x10c0d0
> Oct 17 16:42:20 f20s.localdomain kernel: CPU: 0 PID: 1201 Comm: Xorg Not 
> tainted 3.11.5-300.fc20.x86_64 #1
> Oct 17 16:42:20 f20s.localdomain kernel: Hardware name: Apple Inc. 
> MacBookPro4,1/Mac-F42C89C8, BIOSMBP41.88Z.00C1.B03.0802271651 02/27/08
> Oct 17 16:42:20 f20s.localdomain kernel:   88012e6c9978 
> 8164871b 0010c0d0
> Oct 17 16:42:20 f20s.localdomain kernel:  88012e6c9a00 81141850 
> 0040 88013ffe5b38
> Oct 17 16:42:20 f20s.localdomain kernel:  81143e36 000f 
> 0004810c7013 0010c0d00010
> Oct 17 16:42:20 f20s.localdomain kernel: Call Trace:
> Oct 17 16:42:20 f20s.localdomain kernel:  [] 
> dump_stack+0x45/0x56
> Oct 17 16:42:20 f20s.localdomain kernel:  [] 
> warn_alloc_failed+0xf0/0x160
> Oct 17 16:42:20 f20s.localdomain kernel:  [] ? 
> drain_local_pages+0x16/0x20
> Oct 17 16:42:20 f20s.localdomain kernel:  [] 
> __alloc_pages_nodemask+0x827/0xa30
> Oct 17 16:42:20 f20s.localdomain kernel:  [] 
> alloc_pages_current+0xa9/0x170
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> __get_free_pages+0x21/0x70
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> kmalloc_order_trace+0x2e/0xa0
> Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
> __block_commit_write.isra.19+0x81/0xb0
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> __kmalloc+0x1ca/0x250
> Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
> cdev_get+0x2c/0x50
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> evdev_open+0x79/0x1d0
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> chrdev_open+0x9c/0x180
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> do_dentry_open+0x1eb/0x280
> Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
> cdev_put+0x30/0x30
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> finish_open+0x31/0x40
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> do_last+0x4ca/0xe00
> Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
> selinux_file_alloc_security+0x3c/0x60
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> path_openat+0xbb/0x690
> Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
> mntput_no_expire+0x3e/0x120
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> do_filp_open+0x3a/0x90
> Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
> __alloc_fd+0x7d/0x110
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> do_sys_open+0x12e/0x210
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> SyS_open+0x1e/0x20
> Oct 17 16:42:21 f20s.localdomain kernel:  [] 
> system_call_fastpath+0x16/0x1b
> Oct 17 16:42:21 f20s.localdomain kernel: Mem-Info:
> Oct 17 16:42:21 f20s.localdomain kernel: Node 0 DMA per-cpu:
> Oct 17 16:42:21 f20s.localdomain kernel: CPU0: hi:0, btch:   1 usd:   > 0
> Oct 17 16:42:21 f20s.localdomain kernel: CPU1: hi:0, btch:   1 usd:   > 0
> Oct 17 16:42:21 f20s.localdomain kernel: Node 0 DMA32 per-cpu:
> Oct 17 16:42:21 f20s.localdomain kernel: CPU0: hi:  186, btch:  31 usd:   > 0
> Oct 17 16:42:21 f20s.localdomain kernel: CPU1: hi:  186, btch:  31 usd:   > 0
> Oct 17 16:42:21 f20s.localdomain kernel: Node 0 Normal per-cpu:
> Oct 17 16:42:21 f20s.localdomain kernel: CPU0: hi:  186, btch:  31 usd:   > 0
> Oct 17 16:42:21 f20s.localdomain kernel: CPU1: hi:  186, btch:  31 usd:  
> 47

I saw yesterday this bug 
https://bugzilla.kernel.org/show_bug.cgi?id=63101#c0

have the coincide to be a regression on kernel 3.11.5 
-- 
Sérgio M. B.

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

Re: xorg/gnome freezing, possible kernel regression

2013-10-17 Thread Adam Williamson 
On Thu, 2013-10-17 at 16:57 -0600, Chris Murphy wrote:
> I'm getting something of a regression with kernel 3.11.5-300 today that 
> doesn't happen with 3.11.4 but I don't know what's instigating it. The result 
> is Gnome freezes, including the mouse arrow. Capslock works, and I still have 
> access via ssh. I get a bunch of kernel messages, it starts with Xorg page 
> allocation failure. selinux is in the trace, but I have no AVC messages other 
> than the already reported tmpfile and systemd readahead alerts.
> 
> Should I file a bug against the kernel or xorg? Or?

I'd ask in #fedora-kernel .
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin DOT net
http://www.happyassassin.net

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

xorg/gnome freezing, possible kernel regression

2013-10-17 Thread Chris Murphy 
I'm getting something of a regression with kernel 3.11.5-300 today that doesn't 
happen with 3.11.4 but I don't know what's instigating it. The result is Gnome 
freezes, including the mouse arrow. Capslock works, and I still have access via 
ssh. I get a bunch of kernel messages, it starts with Xorg page allocation 
failure. selinux is in the trace, but I have no AVC messages other than the 
already reported tmpfile and systemd readahead alerts.

Should I file a bug against the kernel or xorg? Or?



Oct 17 16:42:20 f20s.localdomain kernel: Xorg: page allocation failure: 
order:4, mode:0x10c0d0
Oct 17 16:42:20 f20s.localdomain kernel: CPU: 0 PID: 1201 Comm: Xorg Not 
tainted 3.11.5-300.fc20.x86_64 #1
Oct 17 16:42:20 f20s.localdomain kernel: Hardware name: Apple Inc. 
MacBookPro4,1/Mac-F42C89C8, BIOSMBP41.88Z.00C1.B03.0802271651 02/27/08
Oct 17 16:42:20 f20s.localdomain kernel:   88012e6c9978 
8164871b 0010c0d0
Oct 17 16:42:20 f20s.localdomain kernel:  88012e6c9a00 81141850 
0040 88013ffe5b38
Oct 17 16:42:20 f20s.localdomain kernel:  81143e36 000f 
0004810c7013 0010c0d00010
Oct 17 16:42:20 f20s.localdomain kernel: Call Trace:
Oct 17 16:42:20 f20s.localdomain kernel:  [] 
dump_stack+0x45/0x56
Oct 17 16:42:20 f20s.localdomain kernel:  [] 
warn_alloc_failed+0xf0/0x160
Oct 17 16:42:20 f20s.localdomain kernel:  [] ? 
drain_local_pages+0x16/0x20
Oct 17 16:42:20 f20s.localdomain kernel:  [] 
__alloc_pages_nodemask+0x827/0xa30
Oct 17 16:42:20 f20s.localdomain kernel:  [] 
alloc_pages_current+0xa9/0x170
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
__get_free_pages+0x21/0x70
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
kmalloc_order_trace+0x2e/0xa0
Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
__block_commit_write.isra.19+0x81/0xb0
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
__kmalloc+0x1ca/0x250
Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
cdev_get+0x2c/0x50
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
evdev_open+0x79/0x1d0
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
chrdev_open+0x9c/0x180
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
do_dentry_open+0x1eb/0x280
Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
cdev_put+0x30/0x30
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
finish_open+0x31/0x40
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
do_last+0x4ca/0xe00
Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
selinux_file_alloc_security+0x3c/0x60
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
path_openat+0xbb/0x690
Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
mntput_no_expire+0x3e/0x120
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
do_filp_open+0x3a/0x90
Oct 17 16:42:21 f20s.localdomain kernel:  [] ? 
__alloc_fd+0x7d/0x110
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
do_sys_open+0x12e/0x210
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
SyS_open+0x1e/0x20
Oct 17 16:42:21 f20s.localdomain kernel:  [] 
system_call_fastpath+0x16/0x1b
Oct 17 16:42:21 f20s.localdomain kernel: Mem-Info:
Oct 17 16:42:21 f20s.localdomain kernel: Node 0 DMA per-cpu:
Oct 17 16:42:21 f20s.localdomain kernel: CPU0: hi:0, btch:   1 usd:   0
Oct 17 16:42:21 f20s.localdomain kernel: CPU1: hi:0, btch:   1 usd:   0
Oct 17 16:42:21 f20s.localdomain kernel: Node 0 DMA32 per-cpu:
Oct 17 16:42:21 f20s.localdomain kernel: CPU0: hi:  186, btch:  31 usd:   0
Oct 17 16:42:21 f20s.localdomain kernel: CPU1: hi:  186, btch:  31 usd:   0
Oct 17 16:42:21 f20s.localdomain kernel: Node 0 Normal per-cpu:
Oct 17 16:42:21 f20s.localdomain kernel: CPU0: hi:  186, btch:  31 usd:   0
Oct 17 16:42:21 f20s.localdomain kernel: CPU1: hi:  186, btch:  31 usd:  47

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

Re: Fedora 20 nfs

2013-10-17 Thread Eric Blake 
On 10/14/2013 04:59 PM, T.C. Hollingsworth wrote:
>> nas:/backup  /mnt/backup  nfs bg,user,_netdev 0 0
> 
> Okay, so the "bg" option is a little different from what most people
> refer to as automounting, in that it just repeatedly attempts to mount
> the share until it succeeds, whereas true automounting waits until you
> attempt to access the mount to even try to mount it.  Of course, this
> distinction matters very little to _you_, but it might indicate what
> systemd is getting wrong here.
> 
> I'm curious as to whether systemd even tracks the mount properly in
> this case.  Does `systemctl status mnt-backup.mount` indicate success
> or failure?

Well, now it's failing to mount on boot:

# systemctl status mnt-backup.mount -l
mnt-backup.mount - /mnt/backup
   Loaded: loaded (/etc/fstab)
   Active: failed (Result: exit-code) since Mon 2013-10-14 15:01:58 MDT;
2 days ago
Where: /mnt/backup
 What: nas:/backup

Oct 14 15:01:58 office mount[1403]: mount.nfs: mount system call failed
Oct 14 15:01:58 office systemd[1]: mnt-backup.mount mount process
exited, code=exited status=32
Oct 14 15:01:58 office systemd[1]: Failed to mount /mnt/backup.
Oct 14 15:01:58 office systemd[1]: Unit mnt-backup.mount entered failed
state.

> 
> If it indicates success, systemd definitely should be tearing down the
> mount on shutdown.  (systemd by design is supposed to reverse
> Before/After deps for stop operations.)  Definitely file a bug in this
> instance.
> 
> If it indicates failure, systemd isn't getting informed that this
> mount actually succeeds.  You could file a bug against systemd
> regarding this, but their answer might just be "use real automounting
> if you want this to work properly." To do that, switch your "bg" mount
> option for "x-systemd.automount" and see if it gets unmounted properly
> on shutdown afterwards.
> 
> Their answer could just as easily be "yeah, we need to fix this", so
> please do file the bug anyway, if only for the benefit of others who
> might run into this.

I'll probably wait to reproduce it succeeding at boot before filing a BZ
about failing at shutdown...

-- 
Eric Blake   eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



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

Re: [Fedora QA] #407: Bluetooth Test Day

2013-10-17 Thread Fedora QA 
#407: Bluetooth Test Day
---+---
  Reporter:  martix|  Owner:
  Type:  task  | Status:  new
  Priority:  major |  Milestone:  Fedora 20
 Component:  Test Day  |Version:
Resolution:|   Keywords:
Blocked By:|   Blocking:
---+---

Comment (by roshi):

 I've removed this from the calendar and am currently looking for someone
 to organize it.

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

Re: [Test-Announce] Fedora 20 Beta Test Compose 5 (TC5) Available Now!

2013-10-17 Thread Chuck Forsberg WA7KGX 
First TC5 attempt from netinst selecting 
Fedora-20-Beta-TC5-x86_64-DVD.iso disk image:
Selected creative and dev workstation.  No mingw option.  No 
scientific-engineering option.
Can not config user without password.   Install failed to recognize 
Korora on HD.

Once booted, can't install wine because of multilib issues.

Rebooted netinst.   Changing "quiet" to "dnf" causes Anaconda to fail
(reported to bugzilla).

Rebooted again, net install proceeded normally.  Korora recognized.
Many selinux complaints about wine program installations.

 Chuck Forsberg WA7KGX   c...@omen.com   www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded Applications
  Omen Technology Inc  "The High Reliability Software"
10255 NW Old Cornelius Pass Portland OR 97231   503-614-0430

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

Re: applydeltaiso command not found

2013-10-17 Thread nonamedotc 

On 10/17/2013 11:35 AM, Chris Murphy wrote:



Oh nice, it's one of those days. Although I now sorta feel like 
gutting that wiki page to remove all the ancient Fedora clutter.



Chris Murphy

It might be best to change the order, perhaps? The sentence for Fedora 
11 could be below the "current" one. After all, how many people are 
going to be using F11 now? :)


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

Re: usbmuxd troubles

2013-10-17 Thread Andre Robatino 
Frank  videotron.ca> writes:

> First (as superuser root) try out the
> 
>   package-cleanup --cleandupes
> 
> command. If that doesn't manage to remove the duplicate, give
> 
>   rpm --erase --justdb --noscripts --notriggers usbmuxd-1.0.8-10.fc20.x86_64
> 
> a try.

You want to remove the old version, not the new one. Also, rpm has a
separate option to turn off each of the 4 scriptlets (in addition to
--noscripts which disables all 4), so in this case

rpm --erase --nopreun usbmuxd-1.0.8-8.fc20.x86_64

will suffice.

Actually, though the rpm man page says that the options turn off the
corresponding scriptlets, I'm not sure about that, since when running the
above command, you'll probably still see a warning (as opposed to an error)
about %preun, even though --nopreun allows the erase to succeed. I suspect
that the man page is wrong and that what it actually does is to run the
%preun script, but not bail out if it fails. Can someone else check?




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

Re: searching a method providing the migration of a whole F20 installation to another Fedora box

2013-10-17 Thread Chris Murphy 

On Oct 17, 2013, at 10:19 AM, Brendan Jones  wrote:

> On 10/17/2013 05:39 PM, Joachim Backes wrote:
>> Hi testers
>> 
>> Some months ago I installed F20 on some box. Because it runs stable, I
>> tried to migrate this F20 to another box. So I copied the filesystem(s)
>> of that F20 to the target machine, and after having conformed fstab,
>> grub2 bootloader and some other files to the target machine, I tried to
>> boot, the boot was performed partially, but did not complete.
>> 
>> The target machine runs F19.
>> 
>> This method did run in earlier Fedoras!
>> 
>> My question: is there a method to copy safely this F20 to another box?
>> 
> Not exactly recommended, but its a good idea to rebuild your initramfs using 
> dracut, or disable it in grub so all kernel modules are loaded properly on 
> reboot.

If this is done with cp -a, then the volume UUIDs are all different, and by 
default anaconda creates fstab with UUIDs, and grub-mkconfig makes the grub.cfg 
with UUID also. So I would:

mount rootdevice /mnt
mount bootdevice /mnt/boot
mount -B /dev /mnt/dev
mount -B /proc /mnt/proc
mount -B /sys /mnt/sys
chroot /mnt
fix the /etc/fstab, use blkid or ll /dev/disk/by-uuid/ to find the UUIDs
dracut -f blah.img blahkernel
grub2-mkconfig -o /boot/grub2/grub.cfg
exit
reboot

Should work. And if you want to rebuild the rescue initramfs, remove the rescue 
kernel and initramfs from /boot and run:
/etc/kernel/postinst.d/51-dracut-rescue-postinst.sh


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

Re: applydeltaiso command not found

2013-10-17 Thread Andre Robatino 
Chris Murphy  colorremedies.com> writes:

> Oh nice, it's one of those days. Although I now sorta feel like gutting
that wiki page to remove all the ancient Fedora clutter.

The thing is, there's always someone using an incredibly old version of
Fedora, or any version of RHEL/CentOS, and these kinds of major
incompatibilities don't happen with most other packages.




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

Re: applydeltaiso command not found

2013-10-17 Thread Chris Murphy 

On Oct 17, 2013, at 10:19 AM, nonamedotc  wrote:

> 
> On 10/17/2013 11:15 AM, Chris Murphy wrote:
>> https://fedoraproject.org/wiki/Delta_ISOs
>> 
>> 1. Says to install deltarpm.
>> 2. yum install deltarpm says it's already installed.
>> 3. applydeltaiso X Y Z 
>> # bash: applydeltaiso: command not found…
>> 
>> So now what?
>> 
>> 
>> Chris Murphy
>> 
> 
> It says, "In Fedora 12 or later, the **deltaiso** package must be installed." 
> yum provides also confirms that.


Oh nice, it's one of those days. Although I now sorta feel like gutting that 
wiki page to remove all the ancient Fedora clutter.


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

Re: searching a method providing the migration of a whole F20 installation to another Fedora box

2013-10-17 Thread Brendan Jones 

On 10/17/2013 05:39 PM, Joachim Backes wrote:

Hi testers

Some months ago I installed F20 on some box. Because it runs stable, I
tried to migrate this F20 to another box. So I copied the filesystem(s)
of that F20 to the target machine, and after having conformed fstab,
grub2 bootloader and some other files to the target machine, I tried to
boot, the boot was performed partially, but did not complete.

The target machine runs F19.

This method did run in earlier Fedoras!

My question: is there a method to copy safely this F20 to another box?

Not exactly recommended, but its a good idea to rebuild your initramfs 
using dracut, or disable it in grub so all kernel modules are loaded 
properly on reboot.

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

Re: usbmuxd troubles

2013-10-17 Thread Michal Jaegermann 
On Thu, Oct 17, 2013 at 08:25:56AM -0400, Frank wrote:
> On 17/10/13 12:11 AM, Michal Jaegermann wrote:
> >With yum-utils installed run, as root,
> >
> >   package-cleanup --noscripts --cleandupes
> >
> >and that should do it.
>
>   I ran into this problem a few weeks ago - the advice I got at the
> time (and it worked)
> was:
> 
> First (as superuser root) try out the
> 
>   package-cleanup --cleandupes
> 
> command.

If a duplicate showed up due to faulty package scripts then the above
without '--noscripts' will just fail.  That is why this option is needed
there.

> If that doesn't manage to remove the duplicate, give
> 
>   rpm --erase --justdb --noscripts --notriggers usbmuxd-1.0.8-10.fc20.x86_64
> 
> a try.

'--justdb' in this particular case of cleaning another revision of the
same version should not matter that much.  I general with it you are
running a risk of leaving behind files which are not claimed by any
package.  Hardly a desirable result.  That option is really for rare
cases when you need to muck with a content of an rpm database without
any changes to your disk.

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

Re: applydeltaiso command not found

2013-10-17 Thread nonamedotc 


On 10/17/2013 11:15 AM, Chris Murphy wrote:

https://fedoraproject.org/wiki/Delta_ISOs

1. Says to install deltarpm.
2. yum install deltarpm says it's already installed.
3. applydeltaiso X Y Z
# bash: applydeltaiso: command not found…

So now what?


Chris Murphy



It says, "In Fedora 12 or later, the |**deltaiso|** package must be 
installed." yum provides also confirms that.


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

Re: F20-Beta-TC... and VirtualBox-4.3

2013-10-17 Thread Joachim Backes 
On 10/17/2013 06:13 PM, Andre Robatino wrote:
> Joachim Backes  rhrk.uni-kl.de> writes:
> 
>> did anybody try to install F20-Beta-TC... in a VirtualBox-4.3 (from
>> virtualbox.org) VM?
> 
> Using VirtualBox-4.3, I've had no problems with testing any of the 20 Beta
> TC5 32- or 64-bit install images (DVD or netinst), or with running my
> existing F20 or Rawhide VMs.
> 
> 
> 

Solved, my mistake: I tried to install the 64bit F20 into a
i686-VirtualBox VM. F20-Beta-TC... now installs properly into a 64Bit
VirtualBox-4.3 VM :-)

-- 

Fedora release 19 (Schrödinger’s Cat)
Kernel-3.11.5-200.fc19.x86_64

Joachim Backes 
https://www-user.rhrk.uni-kl.de/~backes
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

applydeltaiso command not found

2013-10-17 Thread Chris Murphy 
https://fedoraproject.org/wiki/Delta_ISOs

1. Says to install deltarpm.
2. yum install deltarpm says it's already installed.
3. applydeltaiso X Y Z 
# bash: applydeltaiso: command not found…

So now what?


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

Re: F20-Beta-TC... and VirtualBox-4.3

2013-10-17 Thread Andre Robatino 
Joachim Backes  rhrk.uni-kl.de> writes:

> did anybody try to install F20-Beta-TC... in a VirtualBox-4.3 (from
> virtualbox.org) VM?

Using VirtualBox-4.3, I've had no problems with testing any of the 20 Beta
TC5 32- or 64-bit install images (DVD or netinst), or with running my
existing F20 or Rawhide VMs.



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

searching a method providing the migration of a whole F20 installation to another Fedora box

2013-10-17 Thread Joachim Backes 
Hi testers

Some months ago I installed F20 on some box. Because it runs stable, I
tried to migrate this F20 to another box. So I copied the filesystem(s)
of that F20 to the target machine, and after having conformed fstab,
grub2 bootloader and some other files to the target machine, I tried to
boot, the boot was performed partially, but did not complete.

The target machine runs F19.

This method did run in earlier Fedoras!

My question: is there a method to copy safely this F20 to another box?

All hints are welcome.

Kind regards

Joachim Backes
-- 

Fedora release 19 (Schrödinger’s Cat)
Kernel-3.11.5-200.fc19.x86_64

Joachim Backes 
https://www-user.rhrk.uni-kl.de/~backes
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

[Test-Announce] Fedora 20 Beta Test Compose 5 (TC5) Available Now!

2013-10-17 Thread Andre Robatino 
NOTE: The 32- and 64-bit DVDs, the 64-bit LXDE Live, and the 32- and
64-bit Security Spins are over their respective size targets.

As per the Fedora 20 schedule [1], Fedora 20 Beta Test Compose 5 (TC5)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5787#comment:8 .
Please see the following pages for download links (including delta ISOs)
and testing instructions. Normally dl.fedoraproject.org should provide
the fastest download, but download-ib01.fedoraproject.org is available
as a mirror (with an approximately 1 hour lag) in case of trouble. To
use it, just replace "dl" with "download-ib01" in the download URL.

Installation:

https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test

Base:

https://fedoraproject.org/wiki/Test_Results:Current_Base_Test

Desktop:

https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test

Ideally, all Alpha and Beta priority test cases for Installation [2],
Base [3], and Desktop [4] should pass in order to meet the Beta Release
Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6],
or on the test list [7].

Create Fedora 20 Beta test compose (TC) and release candidate (RC)
https://fedorahosted.org/rel-eng/ticket/5787

Current Blocker and Freeze Exception bugs:
http://qa.fedoraproject.org/blockerbugs/current

[1] http://fedorapeople.org/groups/schedule/f-20/f-20-quality-tasks.html
[2] https://fedoraproject.org/wiki/QA:Installation_validation_testing
[3] https://fedoraproject.org/wiki/QA:Base_validation_testing
[4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing
[5] https://fedoraproject.org/wiki/Fedora_20_Beta_Release_Criteria
[6] irc://irc.freenode.net/fedora-qa
[7] https://admin.fedoraproject.org/mailman/listinfo/test



signature.asc
Description: OpenPGP digital signature
___
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: usbmuxd troubles

2013-10-17 Thread Frank 

On 17/10/13 12:11 AM, Michal Jaegermann wrote:

On Wed, Oct 16, 2013 at 03:18:47PM -0400, Richard Ryniker wrote:

I have a similar usbmuxd problem in F20 Beta TC4.  After installation,
during the first "yum update" I noticed a message about a usbmuxd
scriptlet error.

https://bugzilla.redhat.com/show_bug.cgi?id=996231


[root@localhost ryniker]# yum check
Loaded plugins: fastestmirror, langpacks, refresh-packagekit
usbmuxd-1.0.8-10.fc20.x86_64 is a duplicate with usbmuxd-1.0.8-8.fc20.x86_64
Error: check all

With yum-utils installed run, as root,

   package-cleanup --noscripts --cleandupes

and that should do it.  You will need to repeat such cleanups as long as
you are ending up with duplicates due to troubles in package scripts.

Michal


  I ran into this problem a few weeks ago - the advice I got at the 
time (and it worked)

was:

First (as superuser root) try out the

  package-cleanup --cleandupes

command. If that doesn't manage to remove the duplicate, give

  rpm --erase --justdb --noscripts --notriggers usbmuxd-1.0.8-10.fc20.x86_64

a try.


Cheers

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

F-20 Branched report: 20131017 changes

2013-10-17 Thread Fedora Branched Report 
Compose started at Thu Oct 17 09:15:03 UTC 2013

Broken deps for armhfp
--
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[bwm-ng]
bwm-ng-0.6-11.1.fc20.armv7hl requires libstatgrab.so.9
[cloud-init]
cloud-init-0.7.2-7.fc20.noarch requires dmidecode
[cobbler]
cobbler-2.4.0-2.fc20.noarch requires syslinux
[condor-wallaby]
condor-wallaby-client-5.0.3-4.fc20.noarch requires python-qmf >= 
0:0.9.1073306
[fts]
fts-server-3.1.1-1.fc20.armv7hl requires libactivemq-cpp.so.14
[glpi]
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Version
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Stdlib
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-ServiceManager
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Loader
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-I18n
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache-apc
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache
[gnome-do-plugins]
gnome-do-plugins-thunderbird-0.8.4-14.fc20.armv7hl requires thunderbird
[gofer]
ruby-gofer-0.75-4.fc20.noarch requires rubygem(qpid) >= 0:0.16.0
[gradle]
gradle-1.0-18.fc20.noarch requires plexus-container-default
[grass]
grass-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so
grass-libs-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so
[gtkd]
gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 
0:2.0.0-29.20120815git9ae9181.fc18
[kawa]
1:kawa-1.11-5.fc19.armv7hl requires servlet25
[koji]
koji-vm-1.8.0-2.fc20.noarch requires python-virtinst
[kyua-cli]
kyua-cli-0.5-3.fc19.armv7hl requires liblutok.so.0
kyua-cli-tests-0.5-3.fc19.armv7hl requires liblutok.so.0
[monotone]
monotone-1.0-11.fc19.armv7hl requires libbotan-1.8.2.so
perl-Monotone-1.0-11.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2)
[mozilla-firetray]
mozilla-firetray-thunderbird-0.3.6-0.5.143svn.fc18.1.armv7hl requires 
thunderbird >= 0:11
[msp430-libc]
msp430-libc-20120224-2.fc19.noarch requires msp430-gcc >= 0:4.6.3
[nifti2dicom]
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10
[nocpulse-common]
nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI)
[openbox]
gdm-control-3.5.2-2.fc20.armv7hl requires gnome-panel
gnome-panel-control-3.5.2-2.fc20.armv7hl requires gnome-panel
[openpts]
openpts-0.2.6-7.fc20.armv7hl requires tboot
[osm2pgsql]
osm2pgsql-0.82.0-1.fc20.armv7hl requires libgeos-3.3.8.so
[ovirt-engine]
ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires 
classpathx-mail
[oyranos]
oyranos-libs-0.4.0-7.fc19.armv7hl requires libraw.so.5
[perl-BerkeleyDB]
perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21
[perl-Language-Expr]
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
[perl-MIME-Lite-HTML]
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
[perl-Padre]
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
[pure]
pure-doc-0.57-4.fc20.noarch requires pure = 0:0.57-4.fc20
[python-tag]
python-tag-2013.1-1.fc20.armv7hl requires libboost_python.so.1.53.0
[rootplot]
rootplot-2.2.1-7.fc19.noarch requires root-python
[ruby-spqr]
ruby-spqr-0.3.6-7.fc20.noarch requires ruby-qpid-qmf
[rubygem-audited-activerecord]
rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires 
rubygem(activerecord) < 0:4
[rubygem-fog]

Re: KDM Fedora 20

2013-10-17 Thread Martin Briza 

Hi guys,

just re-sending what I commented to the bug Orion mentioned:

You can set auto login by using the AutoUser value in the /etc/sddm.conf  
configuration file.
This will also be possible by using the SDDM KCM module (KDE System  
Settings) when the review for the module is done -  
https://bugzilla.redhat.com/1019453 .


I'm starting with fixing the LDAP login today.

Further questions are welcome and encouraged!

Cheers,
Martin

On Wed, 16 Oct 2013 18:34:24 +0200, Orion Poplawski 
wrote:


On 10/16/2013 09:51 AM, Mike Chambers wrote:

Did an F20 install with KDE.  When I went to System Settings to set auto
login like I always do, it was missing.

So I discovered ssdm was the display manager, and kdm not even
installed.  So I installed KDM, configured auto-login as usual, it still
wouldn't do auto-login.  I discovered I had to change my display-manager
to kdm instead of ssdm.

Because using KDE, is ssdm still suppose to be the display manger or
should kdm had been chosen instead?  Or at least the configuring done
like normal like it was kdm, and work *with* ssdm instead?




The intent is to shift to sddm from kdm for KDE:
https://fedoraproject.org/wiki/Changes/SDDMinsteadOfKDM

You might want to comment here:  
https://bugzilla.redhat.com/show_bug.cgi?id=998542


I can't use it due to https://bugzilla.redhat.com/show_bug.cgi?id=1007067

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

Re: Fedora 20 nfs

2013-10-17 Thread Mike Chambers 
On Wed, 2013-10-16 at 17:10 -0700, T.C. Hollingsworth wrote:
> On Tue, Oct 15, 2013 at 8:33 AM, Mike Chambers  wrote:
> > Tried your script but got an exit code, ugh can't remember it now.
> 
> That was my fault, sorry.  The quoting was screwed up and an escape
> character was transposed.  (I blame Monday.  :-p)
> 
> The correct line should be:
> 
> ExecStart=/bin/bash -c "until ifconfig p5p1 | grep '192\.168'; do
> continue; done"
> 
> (Also make sure it's all on one line despite my mailer's insistence
> that it should be two.  ;-)

With the fix above, the really wait script now works.  Rebooted twice to
be sure and the nfs dir got mounted both times as it should.  Thanks for
that :)

So it is nm-online that is saying it's online when really it's not?
Then obviously everything else tries to do it's thing since network
should be up?

Guess I need to change systemd bug to nm-online or whatever
bug/component that falls under.


-- 
Mike Chambers
Madisonville, KY

"Best little town on Earth!"

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