Στις 21/05/2012 23:17:05 Mahmut Bulut γράψατε:
> probably ntpd won't cause something like this, this is not a botnet
> attack :) and also situation can't caused from cpu usage. I think it
> can be (and your thought i appreciate) is kernel-related problem.
> And use a c code something like that to p
'Twas brillig, and D.Morgan at 21/05/12 22:58 did gyre and gimble:
> Hi,
>
> some kde devs asked in #mageia-dev is this is possible to move
> xsettings-kde in KDE git instead of on our svn.
>
> I think this is a good idea because this way we will allow other
> distributions to work more on this s
No objection here ;)
Hi,
some kde devs asked in #mageia-dev is this is possible to move
xsettings-kde in KDE git instead of on our svn.
I think this is a good idea because this way we will allow other
distributions to work more on this soft, and as told by a kde dev,
each distro have at least one dev with right acces
probably ntpd won't cause something like this, this is not a botnet
attack :) and also situation can't caused from cpu usage. I think it
can be (and your thought i appreciate) is kernel-related problem.
And use a c code something like that to panic;
char *kernel_panic = NULL;
char message = *kerne
On 21/05/12 18:11, Robert Fox wrote:
Any hints what I could check?
At first I though this was Firefox related (like flash
problem or something) because it was most noticeable when I surfed -
firefox freezes off and on and it is really frustrating.
Nope, but I got into same pb during a wh
'Twas brillig, and Colin Guthrie at 03/05/12 17:00 did gyre and gimble:
> 'Twas brillig, and Anssi Hannula at 03/05/12 15:37 did gyre and gimble:
>> I think we should probably apply the below libvdpau workaround for Adobe
>> Flash issues, for both mga2 and mga1, WDYT?
>
> Sounds like a good idea.
On Mon, 2012-05-21 at 19:50 +0200, David Sjölin wrote:
> On Mon, May 21, 2012 at 7:33 PM, AL13N wrote:
> > perhaps check the logs (/var/log/messages) for information regarding those
> > downtimes.
> >
> > see if the ping also delays
> >
> > perhaps try to monitor something via ssh or in tty, to se
On Mon, 2012-05-21 at 18:11 +0200, Robert Fox wrote:
> The problem occurs under both KDE and Gnome
>
> Basically, the system seems to freeze up (mouse moves) but nothing else
> - gkrellem freezes and no errors occur - it just seems to hang - but
> magically wake up again after some time (many se
On Mon, May 21, 2012 at 7:33 PM, AL13N wrote:
> perhaps check the logs (/var/log/messages) for information regarding those
> downtimes.
>
> see if the ping also delays
>
> perhaps try to monitor something via ssh or in tty, to see if it's only
> the graphic card.
>
> also, check ntpd settings, do
perhaps check the logs (/var/log/messages) for information regarding those
downtimes.
see if the ping also delays
perhaps try to monitor something via ssh or in tty, to see if it's only
the graphic card.
also, check ntpd settings, do they make big jumps?
etc...
in short: logging is always the
Hello All -
I am experiencing a strange problem with a specific machine running
Cauldron. I am beginning to believe it is NOT a Mageia problem because
when I boot into Ubuntu 12.04 the problem exists as well. I think it
may be hardware related but I can not find what is causing this issue.
The
On 21/05/12 10:47, Robert Wood wrote:
> Following a discussion on the forum, I'd like to volunteer to do some
> packaging.
>
> I develop software [and hardware] for a living, *but* this is little embedded
> programs that work on processors with a few k of RAM and up to 256k of flash
> memory. The
Hi Robert,
Great to hear and thank you for offering to help out.
As we are in the final stages of a release some of us are quite busy
concentrating on getting it out the door but when everything settles
down again in a couple weeks it will be the perfect time to help bring
on board new packagers.
Il 21/05/2012 05:29, David W. Hodgins ha scritto:
I've completed qa testing of the latest i586 iso images.
Four clean installs, two upgrade from Mageia 1 tests, all completed
without any packaging errors. No release blocker bugs encountered.
Thanks to everyone for a job well done.
Regards, Dav
> Hi,
>
> Random question... I've only just noticed that mgaapplet/rpmdrake
> started telling me that I had no media... is this just because we've
> "flipped a switch" telling it to only update media marked as update
> while 99% of the cauldron cycle it would update all media?
>
> I've not actuall
Following a discussion on the forum, I'd like to volunteer to do some
packaging.
I develop software [and hardware] for a living, *but* this is little
embedded programs that work on processors with a few k of RAM and up to
256k of flash memory. The up-side to this is that I understand
programm
On 21/05/2012 09:35, Colin Guthrie wrote:
Hi,
Random question... I've only just noticed that mgaapplet/rpmdrake
started telling me that I had no media... is this just because we've
"flipped a switch" telling it to only update media marked as update
while 99% of the cauldron cycle it would updat
Il 21/05/2012 05:29, David W. Hodgins ha scritto:
I've completed qa testing of the latest i586 iso images.
Four clean installs, two upgrade from Mageia 1 tests, all completed
without any packaging errors. No release blocker bugs encountered.
Thanks to everyone for a job well done.
Regards, Dav
Hi,
Random question... I've only just noticed that mgaapplet/rpmdrake
started telling me that I had no media... is this just because we've
"flipped a switch" telling it to only update media marked as update
while 99% of the cauldron cycle it would update all media?
I've not actually used the GUI
i've tried to rescue a machine, and after mounting, df and ls got issues,
then agetty started respawning too fast.
[]# df -h
df: /mnt/lib/libc.so.6: version 'GLIBC_2.14' not found (required by df)
df: /mnt/lib/libc.so.6: version 'GLIBC_2.4' not found (required by df)
so somehow the rescue is usin
21 matches
Mail list logo