Hi
Question: are these error relevant critical when updating F14 with yum?
/usr/share/mime/packages/openoffice.org.xml:749: parser error : error
parsing attribute name
0bq
^
/usr/share/mime/packages/openoffice.org.xml:749: parser error :
attributes construct
On Thu, 2010-09-30 at 13:49 +0100, Frank Murphy wrote:
> How can I get my testing boxes to boot from newest kernel-debug?
>
> I have to manually edir /boot/grub/menu.lst
> to default=0, after each kernel-debug update.
> as it always resets itself to default=1
>
> This happens across all current
On Thu, 2010-09-30 at 14:52 -0400, Kwan Lowe wrote:
> Hello all:
> I have a reproducible crash in Anaconda during installation. I added
> "Fedora 14-Beta - X86_64 - Test Updates" as a repository then
> continued. I received a dependency error then clicked "Back" to
> deselect the repository. Ana
Actually I misspoke it's gtk2 that was changed not glib2. So I wonder
if this is glib2 related at all since these packages fix the problem.
-- John Watzke
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
On Bodhi, you can get the update to totem and brasero that also includes
gtk2-22.0. After installing these packages, totem doesn't crash. I was
trying to do my video test day testing and that's when I noticed the totem
crash. Updating (or in the case of gtk2 it seems a downgrade) fixes the
probl
Hello all:
I have a reproducible crash in Anaconda during installation. I added
"Fedora 14-Beta - X86_64 - Test Updates" as a repository then
continued. I received a dependency error then clicked "Back" to
deselect the repository. Anaconda crashed at this point.
If I don't add the test repositor
On Thu, 2010-09-30 at 11:09 -0700, Adam Williamson wrote:
> On Thu, 2010-09-30 at 20:02 +0200, Kjartan Maraas wrote:
> > to., 30.09.2010 kl. 19.57 +0200, skrev Michael Spahn:
> > > Am 30.09.2010 16:46, schrieb Steven Haigh:
> > > > On 01/10/10 00:33, Adam Williamson wrote:
> > > >> On Thu, 2010-09-
Am 30.09.2010 20:02, schrieb Kjartan Maraas:
> to., 30.09.2010 kl. 19.57 +0200, skrev Michael Spahn:
>> Am 30.09.2010 16:46, schrieb Steven Haigh:
>>> On 01/10/10 00:33, Adam Williamson wrote:
On Thu, 2010-09-30 at 09:16 -0400, Stephen John Smoogen wrote:
> On Thu, Sep 30, 2010 at 00:17,
On Thu, 2010-09-30 at 20:02 +0200, Kjartan Maraas wrote:
> to., 30.09.2010 kl. 19.57 +0200, skrev Michael Spahn:
> > Am 30.09.2010 16:46, schrieb Steven Haigh:
> > > On 01/10/10 00:33, Adam Williamson wrote:
> > >> On Thu, 2010-09-30 at 09:16 -0400, Stephen John Smoogen wrote:
> > >>> On Thu, Sep 3
to., 30.09.2010 kl. 19.57 +0200, skrev Michael Spahn:
> Am 30.09.2010 16:46, schrieb Steven Haigh:
> > On 01/10/10 00:33, Adam Williamson wrote:
> >> On Thu, 2010-09-30 at 09:16 -0400, Stephen John Smoogen wrote:
> >>> On Thu, Sep 30, 2010 at 00:17, Steven Haigh wrote:
> In the last couple o
Am 30.09.2010 16:46, schrieb Steven Haigh:
> On 01/10/10 00:33, Adam Williamson wrote:
>> On Thu, 2010-09-30 at 09:16 -0400, Stephen John Smoogen wrote:
>>> On Thu, Sep 30, 2010 at 00:17, Steven Haigh wrote:
In the last couple of days I've noticed that any host that I usually
connect
Good morning:
Ever since yesterday's update for rawhide, it messed up something in gtk...
I was hoping that today's updates(9/30/2010) would fix the problem, but it
still persists...
It is blocking/ STOPPING me from using my genealogy software! Is there
someone that can help me with this? Here
On 09/30/2010 04:12 AM, Patrick Lists wrote:
> On 09/30/2010 10:01 AM, Joachim Backes wrote:
>> Having applied all F14 updates.
>>
>> Anybody sees this too?
>>
>> Starting totem:
>>
>> totem
>> totem: symbol lookup error: totem: undefined symbol: g_application_get_type
>
> Yes I have seen this too.
Compose started at Thu Sep 30 13:15:20 UTC 2010
Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
evolutio
On 09/29/2010 11:33 PM, test-requ...@lists.fedoraproject.org wrote:
> That's actually pretty cool. Did Orion happen to have a script that
> parsed a bugzilla csv or xml file to generate these stats? Would he mind
> sharing it?
>
> -- John Watzke
I'm afraid not. I have a bugzilla query t
On 01/10/10 00:33, Adam Williamson wrote:
> On Thu, 2010-09-30 at 09:16 -0400, Stephen John Smoogen wrote:
>> On Thu, Sep 30, 2010 at 00:17, Steven Haigh wrote:
>>> In the last couple of days I've noticed that any host that I usually
>>> connect to via SSH with a shared key authentication still pr
On Thu, 2010-09-30 at 09:16 -0400, Stephen John Smoogen wrote:
> On Thu, Sep 30, 2010 at 00:17, Steven Haigh wrote:
> > In the last couple of days I've noticed that any host that I usually
> > connect to via SSH with a shared key authentication still prompts me for
> > a password.
>
> 1) Are perm
On Thu, Sep 30, 2010 at 00:17, Steven Haigh wrote:
> In the last couple of days I've noticed that any host that I usually
> connect to via SSH with a shared key authentication still prompts me for
> a password.
1) Are permissions ok? Home directory needs to be 755 and .ssh needs
to be 700. Second
On Thu, 2010-09-30 at 14:17 +1000, Steven Haigh wrote:
> In the last couple of days I've noticed that any host that I usually
> connect to via SSH with a shared key authentication still prompts me for
> a password.
>
> Has anyone else noticed this? I don't see anything related in
> /var/log/me
On Thu, 2010-09-30 at 05:52 -0400, Tom Horsley wrote:
> On Thu, 30 Sep 2010 10:53:18 +0800
> He Rui wrote:
>
> > Your problem seems similar to the commonbug below:
> >
> > http://fedoraproject.org/wiki/Common_F14_bugs#Error_setting_up_repository_-_16.2C_Device_busy
>
> The description there impl
How can I get my testing boxes to boot from newest kernel-debug?
I have to manually edir /boot/grub/menu.lst
to default=0, after each kernel-debug update.
as it always resets itself to default=1
This happens across all current F12\13\14 updates-testing
x86\x86_64 boxes,
and any koji kernel-debug
On 09/30/2010 10:01 AM, Joachim Backes wrote:
> Having applied all F14 updates.
>
> Anybody sees this too?
>
> Starting totem:
>
> totem
> totem: symbol lookup error: totem: undefined symbol: g_application_get_type
Yes I have seen this too. Downgrading glib2 solves it. I have not seen
an update y
The following Fedora 12 Security updates need testing:
https://admin.fedoraproject.org/updates/seamonkey-2.0.8-1.fc12
https://admin.fedoraproject.org/updates/clamav-0.96.3-1200.fc12
https://admin.fedoraproject.org/updates/bzip2-1.0.6-1.fc12
https://admin.fedoraproject.org/updates/o
On Thu, 30 Sep 2010 10:53:18 +0800
He Rui wrote:
> Your problem seems similar to the commonbug below:
>
> http://fedoraproject.org/wiki/Common_F14_bugs#Error_setting_up_repository_-_16.2C_Device_busy
The description there implies it is only a fix for multiple iso
images in the same directory. I'
On 09/30/2010 10:04 AM, Michael Schwendt wrote:
> On Thu, 30 Sep 2010 10:01:37 +0200, Joachim wrote:
>
>> Having applied all F14 updates.
>>
>> Anybody sees this too?
>>
>> Starting totem:
>>
>> totem
>> totem: symbol lookup error: totem: undefined symbol: g_application_get_type
>>
>>
>> gdb /usr/
$ totem
Segmentation fault (core dumped)
Applies to totem-2.31.6-3.fc14.x86_64 ..
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
On Thu, 30 Sep 2010 10:01:37 +0200, Joachim wrote:
> Having applied all F14 updates.
>
> Anybody sees this too?
>
> Starting totem:
>
> totem
> totem: symbol lookup error: totem: undefined symbol: g_application_get_type
>
>
> gdb /usr/bin/totem
> ...
> (gdb) run
> Starting program: /usr/bin/t
Having applied all F14 updates.
Anybody sees this too?
Starting totem:
totem
totem: symbol lookup error: totem: undefined symbol: g_application_get_type
gdb /usr/bin/totem
...
(gdb) run
Starting program: /usr/bin/totem
[Thread debugging using libthread_db enabled]
[New Thread 0xb7dc8b70 (LWP 1
Does anybody see this too?
Login in to a GNOME desktop is *very* slow:
1. After having entered the passwd, the arrow mouse pointer still is
seen at the desktop for about 4-5 secs
2. Then the mouse pointer changes to rotating circle
3. This remains for about 5 secs
4. The user specific desktop
29 matches
Mail list logo
