Gene Heskett | 1 Mar 2009 01:03
Picon

Re: linkage problem?

On Saturday 28 February 2009, Kevin Kofler wrote:
>Gene Heskett wrote:
>> When I was running F8, kmail simply handed the link to whatever firefox
>> that was running as it could just as easily been 2.0.0.19.
>>
>> I note that in kontrol->file associations, there are often 2 copies of
>> firefox, presumably because when F10 installed itself, it installed 3.0.4
>> alongside the 3.0.6 install.  I had yum remove the 3.0.4 version and then
>> relinked /usr/lib/firefox/firefox (the 3.0.6 install) to /usr/sbin/firefox
>> which I believe was the previous setup.
>>
>> Any idea where to go looking for this?  It is a bit of a PIMA.
>
>That's what you get from installing a non-distro version of Firefox.
>
>(And FYI, the version in F10 updates is also 3.0.6.)
>
Then why isn't yum offering to install it?  Is updates disabled by default?

>        Kevin Kofler

--

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Suburbia is where the developer bulldozes out the trees, then names
the streets after them.
		-- Bill Vaughn

(Continue reading)

Gary Waters | 1 Mar 2009 01:12
Picon

FC10 Gnome desktop icons gone

I have an interesting issue. I was using KDE for a while, and later logged back into gnome. All the desktop icons were gone, but do appear in the desktop folder from nautilus. The funny part is that I have a trash icon on the taskbar/panel at the bottom. When I click it the trash opens...and when trash is closed...poof...all the icons reappear on the desktop...

what the....?

How to fix?

Thanks!
--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Paul F. Johnson | 1 Mar 2009 01:23
Picon

Using gmx.com with evolution

Hi,

I've signed up to www.gmx.com's service which provides me with an smtp server
(my current service is playing up).

The only problem is setting Evolution to play happy with it. I've followed the
instructions for thunderbird from their forums for smtp, but nothing is
happening except that I get an error complaining that the email address is not
from a logged in user.

Does anyone know how to set ev to work with gmx?

TTFN

Paul

--
It's only me, only me and no-one else.

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Tod Thomas | 1 Mar 2009 01:36
Picon

Re: Resizing NTFS partition to make room for FC10

Mikkel L. Ellertson wrote:
> Tod Thomas wrote:
>   
>> Mikkel L. Ellertson wrote:
>>     
>>> Tod Thomas wrote:
>>>  
>>>       
>>>> Thanks.  I thought that recreating the partition using fdisk would have
>>>> accomplished the same thing - no?  If not what does the fdisk process I
>>>> followed
>>>> do or not do?
>>>>
>>>>
>>>> Tod
>>>>
>>>>     
>>>>         
>>> It will if you create a new partition table that reflects the new
>>> disk size, and do not copy the mbr from the larger disk. You will
>>> need to re-install the Windows boot loader to the mbr of the new
>>> drive, or install the Grub boot loader there, and use it to select
>>> Windows or Linux.
>>>
>>> Mikkel
>>>   
>>>       
>> Ok, I think I understand:
>>
>> /dev/hda - spare 80GB drive
>> /dev/hdb - old 150GB xp drive (primary partition ntfsresized to 20GB)
>>
>> dd if=/dev/zero of=/dev/hda
>>
>>     
> This will write zero's to the entire drive - a bit excessive, and
> time consuming. Add count=1 to the command.
>
>   
>> fdisk /dev/hda
>> - create new primary partition(hda1), bootable, type 7 (NTFS)
>> - this then creates the windows MBR?
>>
>>     
> It does not put the Windows boot loader one the drive, but it does
> create a new MBR.
>
>   
>> dd if=/dev/hdb1 of=/dev/hda1 bs=10000000 count=2000
>>  - copies resized xp partition to new drive
>>
>>     
> If the partitions are the same size, you should be able to do:
>
> dd if=/dev/sdb1 of=/dev/sda1
>
> But I still like using parted instead of dd for this. It will handle
> any differences between the partitions.
>
>   
>> Reboot to new drive and all is well.  Defragging is factored in
>> somewhere prior to this operation.  I think upon reboot this will
>> trigger xp to perform a chkdisk.
>> Does this make sense?
>>
>>     
> I would defrag before shrinking the partition, but I guess you have
> already shrunk it. You are also going to have to boot from the
> windows CD, start the recovery console, and run fixmbr. (Or you can
> do your Linux install, install Grub, and let it boot Windows/Linux.)
>
> Mikkel
>   
Ok, great.  Thanks everybody for the information.

- Tod

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Jim | 1 Mar 2009 02:46
Picon
Favicon

Re: Broadcom 4306 Wireless in Fedora 10

Kevin Kofler wrote:
> Jim wrote:
>   
>> This website shows different drivers , but I'm confused about which
>> firmware is correct.
>>     
>
> Obviously not the one you used. ;-)
>
> You need to use a version 3 firmware and the new b43-fwcutter (not
> bcm43xx-fwcutter).
>
> http://linuxwireless.org/en/users/Drivers/b43#fw-b43legacy
>
>         Kevin Kofler
>
>   
The   b43-fwcutter-011-3.fc9  firmware is what I have installed, with 
the b43legacy driver.

FC10 / KDE
I can't get a Broadcom 4306 wireless card working.

lsmod shows a b43legacy driver loading.

The firmware installed, b43-fwcutter-011-3.fc9.i386

This website shows different drivers , but I'm confused about which 
firmware is correct.
http://linuxwireless.org/en/users/Dr...devicefirmware 
<http://linuxwireless.org/en/users/Driversb43#devicefirmware>

Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN 
Controller (rev 02)
Subsystem: Dell TrueMobile 1300 WLAN Mini-PCI Card
Flags: bus master, fast devsel, latency 32, IRQ 5
Memory at fafee000 (32-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: b43-pci-bridge
Kernel modules: ssb

NetworkManager: <info> (wlan0): device state change: 1 -> 2
NetworkManager: <info> (wlan0): bringing up device.
kernel: input: b43legacy-phy0 as /devices/virtual/input/input10
localhost kernel: firmware: requesting b43legacy/ucode4.fw
localhost firmware.sh[2089]: Cannot find firmware file 
'b43legacy/ucode4.fw'
localhost kernel: b43legacy-phy0 ERROR: Firmware file 
"b43legacy/ucode4.fw" not found or load failed.
localhost kernel: b43legacy-phy0 ERROR: You must go to 
http://linuxwireless.org/en/users/Dr...devicefirmware 
<http://linuxwireless.org/en/users/Drivers/b43#devicefirmware> and 
download the correct firmware (version 3).
localhost NetworkManager: <WARN> nm_device_hw_bring_up(): (wlan0): 
device not up after timeout!
localhost NetworkManager: <info> (wlan0): deactivating device (reason: 2).
localhost kernel: input: b43legacy-phy0 as /devices/virtual/input/input11

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Matthew Flaschen | 1 Mar 2009 03:07
Picon
Favicon

Re: Resizing NTFS partition to make room for FC10

Tod Thomas wrote:
> dd if=/dev/zero of=/dev/hda

As noted, this is greatly excessive.  Do:

dd if=/dev/zero of=/dev/hda bs=512 count=1

> dd if=/dev/hdb1 of=/dev/hda1 bs=10000000 count=2000
>  - copies resized xp partition to new drive

That's a bs bs, if you follow me.  If you're going to use bs (byte-size)
and count, use a sane value of bs like the the logical block size.
Otherwise, just leave it out; there's no need.

> Reboot to new drive and all is well.

As noted, you'll need to fix the MBR of hda with fixmbr (or use GRUB).

> Defragging is factored in somewhere prior to this operation.

There is no need to defrag, since you've already done ntfsresize and are
simply going to do a bit-for-bit copy from hdb1 to hda1.  It might have
helped to do a defrag /before/ ntfsresize (since you were "squeezing"
the NTFS filesystem), but no point now.

> I think upon reboot this will trigger xp to perform a chkdisk.

Possibly, due to the earlier ntfsresize.

> Does this make sense?

Mostly.

Matt Flaschen

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Gene Heskett | 1 Mar 2009 06:17
Picon

kde-4.2

Greetings;

I discovered about 2 hours ago that the updates repo in yum.repos.d was not 
enabled by the f10 upgrade, so I have been trying to pull in some of the 
updates, but because of clashes I had to remove of some 4.1.2 stuff.

And I have now lost the kde menu at the left end of the taskbar.  If and when 
I get it all updated, will that come back on an x restart?  Or has some new 
thingy replaced it?

FWIW, Akonadi refuses to start, and when attempting to read the rest of the 
error list it shrinks to about half height for each click on the scroll bar 
until it all goes away, so I still don't have a good idea as to what its 
missing.

Thanks.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Avoid gunfire in the bathroom tonight.

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

bruce | 1 Mar 2009 06:47
Picon
Favicon

file locking...

Hi.

Got a bit of a question/issue that I'm trying to resolve. I'm asking this of
a few groups so bear with me.

I'm considering a situation where I have multiple processes running, and
each process is going to access a number of files in a dir. Each process
accesses a unique group of files, and then writes the group of files to
another dir. I can easily handle this by using a form of locking, where I
have the processes lock/read a file and only access the group of files in
the dir based on the  open/free status of the lockfile.

However, the issue with the approach is that it's somewhat synchronous. I'm
looking for something that might be more asynchronous/parallel, in that I'd
like to have multiple processes each access a unique group of files from the
given dir as fast as possible.

So.. Any thoughts/pointers/comments would be greatly appreciated. Any
pointers to academic research, etc.. would be useful.

thanks

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Phil Meyer | 1 Mar 2009 06:55

Re: F10 custom install

john wendel wrote:
> Clueless here,
>
> I've got an F10 install running well, and I'd like to move the system 
> to a flash disk. This flash will become the boot device for a small 
> system I'm building. Can I just use "cp" and end up with a workable 
> system? I know that I need to do a grub install. Anything else?
>
> I'd appreciate any clues about what I need to tweak on the resulting 
> flash to get it booting/running.
>
> Thanks,
>
> Clueless ( John )
>

You might consider using livecd-creator to create a live custom image, 
and then using livecd-iso-to-disk to create your bootable flash drive.

I have done this about 100 times at work, and it works well.  When you 
use livecd-iso-to-disk you can add overlays for both system and home 
that will allow dynamic changes.

Another thing: you might create links to /var/lib/pgsql, /var/lib/mysql, 
/var/log, etc etc, during the postinstall of the kickstart used for 
livecd-creator.

That way, you can have a separate partition on the flash drive for data, 
rather than putting data in an overlay.

Good Luck!

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Robert L Cochran | 1 Mar 2009 06:57
Favicon

Re: Resizing NTFS partition to make room for FC10

I use the g4u disk cloning tool for chores like this. Forget the 80 Gb
spare drive. It is too small for what should be done. Instead get a new
spare drive.

I make sure I have a spare disk of the same type, physical dimensions
and capacity as the source disk and I use the g4u software to clone from
the source drive to the spare. This is usually means putting the spare
drive in an external drive enclosure which I know can be a chore.

When the cloning operation is done, I remove the source disk from the
machine of interest and replace it with the spare disk. This lets me
ensure that Windows XP boots. From then on all disk operations are done
on this disk. The steps I follow are:

* Defragment the NTFS partition
* Download the very latest gparted live cd and boot to it
* Resize the ntfs partition with gparted. It is quite reliable.
* Boot the resized NTFS partition. Windows XP will probably start chkdsk
at boot time, and that can take a little while, but all should be well.

Once you are sure you can boot into XP, shut down the computer and
install Fedora with the unallocated free space.

If something terrible happens...no problem! You still have the original
disk. You can re-clone as needed.

Bob Cochran

Tod Thomas wrote:
> I know this is a little off topic.  I did google around looking for
> the correct forum to post this question but had little luck.  If
> anyone can make an informed suggestion I'd very much appreciate it.
>
> I have a 150GB ATA disk, /dev/hdb, containing winxp.  I'd like to move
> the contents to an spare 80GB ATA disk, /dev/hda, to make room for a
> full install of FC10 on the larger disk in preparation for ultimately
> getting the winxp install running under a linux based VM.
>
> From knoppix, I started by using ntfsresize to shrink the xp partition
> down to 20GB.  That worked suprisingly fine.
> I then installed the smaller drive and used dd to copy over the image
> of the xp installation:  dd if=/dev/hdb of=/dev/hda bs=10000000
> count=2000
>
> I rebooted and voila! it worked - sort of.  The new disk boots xp but
> it still, according to fdisk, thinks its 150GB.  So I used fdisk to
> delete and redefine the xp partition (primary, bootable type=7) with
> the new size of the drive, 20GB.  After rebooting xp came up but then
> started quickly blue screening a message I couldn't read, and
> rebooting.  This repeated in a loop until I just rebooted.  I tried
> the whole process over again but this time specified 80GB to dd and
> fdisk, same disaster.
>
> I tried everything again, but this time instead of fdisk I fired up
> gparted to see if I could resize from there hoping that if it could
> some magic would also fix the invalid sizing detected by fdisk. 
> gparted could see the drive but couldn't recognize it as having
> anything it could work with.  I highlighted the drive and the progress
> bar stayed gray.
>
> So far it seems I can use the drive this way without causing xp any
> problems.  The issue is things just don't look right and I suspect it
> will come back to bite me one day.  I'm not an expert at manipulating
> bits on a hard drive just yet.  Could someone point me to my error? 
> Is what I'm trying do-able?  If its a conceptual problem a little
> education would come in handy too.
>
>
>
> Thanks in advance - Tod
>

--

-- 
fedora-list mailing list
fedora-list <at> redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines


Gmane