Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-26 Thread Arnaud Lacombe
Hi,

On Wed, Oct 26, 2011 at 7:09 PM, Mehmet Erol Sanliturk
 wrote:
> The KDE4 in FreeBSD 9.0 RC1 amd64 is generating enormous amount of error
> messages during usage ( not visible on screen , but seen after Ctrl-Alt-F1
> discontinuation of X ) . This is making it extremely slow which may be
> considered to be practically unusable . Actually parts are working generally
> but every step is waiting so much that such a usage is not practically
> applicable .
>
What are the message(s) ?

Thanks,
 - Arnaud

> The KDE4 in FreeBSD 9.0 RC1 i386 is working satisfactorily , but for memory
> requirements , it is not an alternative .
>
> There are important usability differences between both architectures with
> respect to KDE4 execution .
>
>
> One alternative is mentioned as PC-BSD , but installation of PC-BSD is NOT
> possible :
>
> In PC-BSD 8.2 amd64 Release and following snapshot(s) , within 18 ( eighteen
> ) hours , only a small percent ( less than % 10 ) could be installed .
> Now , in PC-BSD 9.0 RC1 amd64 , I am still waiting : In 4 ( four ) hours it
> could come to "Installing Meta Package : base-system" .
> Such an installation structure is really unusable . I will discontinue it
> because it seems that complete install will require many days with that
> speed  .
>
> I am continuously installing many other distributions which mostly they are
> consuming time around thirty minutes ( except upgrade during installation ,
> if it is selected )  .
>
> Thirty minutes may be considered an acceptable duration for installation ,
> let's say , time less than one hour as endurable .
> It should not be forgotten that , the task is copy of approximately 4 Giga
> Bytes to hard disk from a DVD-Rom with an additional decompressing of files
> .
>
> Therefore , for the KDE4 users in the amd64 platform , there is a big
> problem .
>
> This was also the case for 8.2 amd64 Release .
>
>
>
> Thank you very much .
>
>
> Mehmet Erol Sanliturk
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-26 Thread Alberto Villa
On Thursday 27 October 2011 01:09:25 Mehmet Erol Sanliturk wrote:
> The KDE4 in FreeBSD 9.0 RC1 amd64 is generating enormous amount of 
error
> messages during usage ( not visible on screen , but seen after Ctrl-
Alt-F1
> discontinuation of X ) . This is making it extremely slow which may be
> considered to be practically unusable . Actually parts are working
> generally but every step is waiting so much that such a usage is not
> practically applicable .

You didn't say anything about those error messages, though. It might 
come useful. We keep trying to improve the situation thanks to reports 
from our users.

> Therefore , for the KDE4 users in the amd64 platform , there is a big
> problem .
> 
> This was also the case for 8.2 amd64 Release .

Actually, you're the first one to report such a problem. If this "was also 
the case for 8.2" you could have said it earlier. Any chance to get some 
help from you to investigate the issue?
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

Man who arrives at party two hours late
will find he has been beaten to the punch.


signature.asc
Description: This is a digitally signed message part.


Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-26 Thread Mehmet Erol Sanliturk
On Wed, Oct 26, 2011 at 7:33 PM, Alberto Villa  wrote:

> On Thursday 27 October 2011 01:09:25 Mehmet Erol Sanliturk wrote:
> > The KDE4 in FreeBSD 9.0 RC1 amd64 is generating enormous amount of
> error
> > messages during usage ( not visible on screen , but seen after Ctrl-
> Alt-F1
> > discontinuation of X ) . This is making it extremely slow which may be
> > considered to be practically unusable . Actually parts are working
> > generally but every step is waiting so much that such a usage is not
> > practically applicable .
>
> You didn't say anything about those error messages, though. It might
> come useful. We keep trying to improve the situation thanks to reports
> from our users.
>
> > Therefore , for the KDE4 users in the amd64 platform , there is a big
> > problem .
> >
> > This was also the case for 8.2 amd64 Release .
>
> Actually, you're the first one to report such a problem. If this "was also
> the case for 8.2" you could have said it earlier. Any chance to get some
> help from you to investigate the issue?
> --
> Alberto Villa, FreeBSD committer 
> http://people.FreeBSD.org/~avilla
>
> Man who arrives at party two hours late
> will find he has been beaten to the punch.
>



In a message previously I mentioned the KDE4 problem for 8.2 amd64 Release ,
but that message even did not receive a single reply .

Always I may help with pleasure , but I do not know how .
I think the problem is not related to hardware because i386 KDE4 is working
very well . On the same computer , there are four hard disks , and each disk
has a different operating system , mostly 64 bit ones . All of them using
KDE4 and working very well .


If you consider useful , my ideas are following :


During start-up of KDE4 , screen is painted with its wall paper only . Since
X is already running , it is possible to open a window and display messages
on it with possible saving to a text file . This file may be transmitted to
experts for possible studies .


At present , monitors are cheap . I want to install multiple monitors on the
same computer to watch serial console output on a regular ( VGA ) monitor (
because in market , there is NO any serial console on sale in computer shops
( I am in Turkey )) .

Really , I do not know how to implement a regular ( VGA ) computer instead
of a serial console . A very good application in FreeBSD may be to allow
such a multiple monitor definition during install and use them for virtual
terminals simultaneously .

Using a second computer for serial console is not very practical due to
software and hardware problems .


If you know my actual problem , you may understand me better .

I am writing a multimedia information management system as continuation of
my PhD thesis feasibility demonstration program . Due to health problems it
is progressing very slowly .
My primary aim is to base it on a free , permissive , open source operating
system . My program , with a freely usable version , will be closed source (
for sale , if I can do ) .

I need a permissive ( BSD like licensed ) operating system , because a data
base without operating system support can not be secure in itself .

Unfortunately , I am using Pascal only , Fortran for scientific programming
and very rarely C ,
( with a knowledge of other many programming languages ) .

I want to start on working internal structure of an operating system .


Linux is NOT usable due to GPL .
Minix ( does not have a capable Pascal ) , Haiku , are not sufficiently
mature .
NetBSD , OpenBSD , DragonFlyBSD are not better than FreeBSD .

OpenSolaris died , OpenIndiana is using copyright dependent parts .

The most viable selection is FreeBSD for 64 bits ... In such an environment
, usability of multiple terminals ( monitors ) simultaneously as distinct
display areas with output direction possibility via parameter files would be
very useful . Assume values are written into distinct files , where files
are monitors .

Not only for my own benefits , also for contribution to humanity
( My main hobby was to write mathematical analysis programs to support
researches ,
with very hard work : Conclusion : My wife had divorced me with a complaint
that I am studying very much , occupying home with computers , etc. )
, I always wish to make contributions to FreeBSD because of its very good
license (
even commercial companies may use it freely which is a very good decision
for me ) and its high quality .


To test the KDE4 in FreeBSD 9.0 amd64 RC1 , you can do the following :


Install X .
Install KDE4 .
Login to console .
Without an .xinitrc file , and unmodified /etc/ttys file , execute startx .
( Do not start KDE4 directly . )
In right xterm window of X , execute /usr/local/kde4/bin/startkde
( /usr/local/kde4/bin is not in path definition ) .

In that terminal , you will see a lot of messages .
After display of messages , a form will appear to display KDE4 .

Then , I do not know , but , even this will supply much information about
what is going problematic . 

Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-26 Thread Mehmet Erol Sanliturk
On Wed, Oct 26, 2011 at 7:47 PM, Arnaud Lacombe  wrote:

> Hi,
>
> On Wed, Oct 26, 2011 at 7:09 PM, Mehmet Erol Sanliturk
>  wrote:
> > The KDE4 in FreeBSD 9.0 RC1 amd64 is generating enormous amount of error
> > messages during usage ( not visible on screen , but seen after
> Ctrl-Alt-F1
> > discontinuation of X ) . This is making it extremely slow which may be
> > considered to be practically unusable . Actually parts are working
> generally
> > but every step is waiting so much that such a usage is not practically
> > applicable .
> >
> What are the message(s) ?
>
> Thanks,
>  - Arnaud
>
> > The KDE4 in FreeBSD 9.0 RC1 i386 is working satisfactorily , but for
> memory
> > requirements , it is not an alternative .
> >
> > There are important usability differences between both architectures with
> > respect to KDE4 execution .
> >
> >
> > One alternative is mentioned as PC-BSD , but installation of PC-BSD is
> NOT
> > possible :
> >
> > In PC-BSD 8.2 amd64 Release and following snapshot(s) , within 18 (
> eighteen
> > ) hours , only a small percent ( less than % 10 ) could be installed .
> > Now , in PC-BSD 9.0 RC1 amd64 , I am still waiting : In 4 ( four ) hours
> it
> > could come to "Installing Meta Package : base-system" .
> > Such an installation structure is really unusable . I will discontinue it
> > because it seems that complete install will require many days with that
> > speed  .
> >
> > I am continuously installing many other distributions which mostly they
> are
> > consuming time around thirty minutes ( except upgrade during installation
> ,
> > if it is selected )  .
> >
> > Thirty minutes may be considered an acceptable duration for installation
> ,
> > let's say , time less than one hour as endurable .
> > It should not be forgotten that , the task is copy of approximately 4
> Giga
> > Bytes to hard disk from a DVD-Rom with an additional decompressing of
> files
> > .
> >
> > Therefore , for the KDE4 users in the amd64 platform , there is a big
> > problem .
> >
> > This was also the case for 8.2 amd64 Release .
> >
> >
> >
> > Thank you very much .
> >
> >
> > Mehmet Erol Sanliturk
>




Please see my reply to Alberto Villa .


( I am installing onto a single hard disk , I am NOT using any virtual
machine .
I consider using virtual machine  in final testing an important error
because at the end the distribution will be installed onto a bare metal . )

On that hard disk , I was trying to install PC-BSD 9.0 amd64 RC1 , to check
its KDE4 usage , but due to its very long install time , I have discontinued
it and I have Installed Scientific Linux . It is using KDE4 and it is
working very well .

Therefore , I will not be able to supply any error message at present .
My opinion is that , the error messages are not directly related to my
computer , but
inconsistencies between compiled parts .

For example , one message was about :

kcheckrunning is not found .

This was in /usr/local/kde4/bin directory . By thinking PATH is not properly
defined ,
I have included /usr/local/kde4/bin into PATH , but that did not solve any
problem .

I have checked the 9.0 i386 RC1 PATH . It does not contain
/usr/local/kde4/bin .

I have studied /usr/local/kde4/bin/startkde script  ( without much
understanding ) of 9.0 amd64 RC1 .
It seems that , it is defining path itself . I do not know whether its
definition is correct or not .
Perhaps the problem is in those definitions .

Additionally there was "...?... crashed" messages .

I do not know .


Thank you very much .


Mehmet Erol Sanliturk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-26 Thread Adrian Chadd
You could try something like:

script startx

Then exit X when it's done, and the script command should've put the
output into a text file for you.



adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-28 Thread Alberto Villa
On Thursday 27 October 2011 02:34:11 Mehmet Erol Sanliturk wrote:
> In a message previously I mentioned the KDE4 problem for 8.2 amd64 
Release
> , but that message even did not receive a single reply .

Things just may get lost, sorry.

> Install X .
> Install KDE4 .
> Login to console .
> Without an .xinitrc file , and unmodified /etc/ttys file , execute startx .
> ( Do not start KDE4 directly . )
> In right xterm window of X , execute /usr/local/kde4/bin/startkde
> ( /usr/local/kde4/bin is not in path definition ) .

Done.

> Then , I do not know , but , even this will supply much information 
about
> what is going problematic . Correction of first displayed errors and
> continuing in that way , will solve the problems one by one .

I see several kinds of messages:
- kcheckrunning not found in PATH... this can indeed be fixed, and I'll do 
it, but it's harmless;
- logs of activity... they're expected;
- the KSharedDataCache one, "ensure this partition...", is harmless (I'll 
patch kdelibs to hide this as it's causing a lot of misunderstandings... 
and maybe I'll just make it work on 9.x and 10.x);
- messages about Soprano/Akonadi/Virtuoso not being started... I guess 
it's because they still have to start, and sure enough they disappear 
after a while, and Akonadi/Nepomuk seem to work;
- X errors... well, they're due to my driver.

Apart from this, Plasma Desktop starts successfully, Amarok can play 
music... In short, my session is fully restored. Apart from KWin, but a kwin 
--replace would be needed for this.

> If KDE4 is starting directly , during waiting after display of hard disk
> symbol , discontinuation of X with Ctrl-Alt-F1 will reveal some 
messages ,
> but last ones . Therefore , the above method is better than that 
second
> method .

I don't understand what "starting directly" means. Anyway, if you see 
the same messages, there's nothing wrong here as well.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

COLORADO:
Where they don't buy M & M's, 'cause they're so hard to peel.


signature.asc
Description: This is a digitally signed message part.


Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-31 Thread Mehmet Erol Sanliturk
On Fri, Oct 28, 2011 at 4:55 AM, Alberto Villa  wrote:

> On Thursday 27 October 2011 02:34:11 Mehmet Erol Sanliturk wrote:
> > In a message previously I mentioned the KDE4 problem for 8.2 amd64
> Release
> > , but that message even did not receive a single reply .
>
> Things just may get lost, sorry.
>
> > Install X .
> > Install KDE4 .
> > Login to console .
> > Without an .xinitrc file , and unmodified /etc/ttys file , execute
> startx .
> > ( Do not start KDE4 directly . )
> > In right xterm window of X , execute /usr/local/kde4/bin/startkde
> > ( /usr/local/kde4/bin is not in path definition ) .
>
> Done.
>
> > Then , I do not know , but , even this will supply much information
> about
> > what is going problematic . Correction of first displayed errors and
> > continuing in that way , will solve the problems one by one .
>
> I see several kinds of messages:
> - kcheckrunning not found in PATH... this can indeed be fixed, and I'll do
> it, but it's harmless;
> - logs of activity... they're expected;
> - the KSharedDataCache one, "ensure this partition...", is harmless (I'll
> patch kdelibs to hide this as it's causing a lot of misunderstandings...
> and maybe I'll just make it work on 9.x and 10.x);
> - messages about Soprano/Akonadi/Virtuoso not being started... I guess
> it's because they still have to start, and sure enough they disappear
> after a while, and Akonadi/Nepomuk seem to work;
> - X errors... well, they're due to my driver.
>
> Apart from this, Plasma Desktop starts successfully, Amarok can play
> music... In short, my session is fully restored. Apart from KWin, but a
> kwin
> --replace would be needed for this.
>
> > If KDE4 is starting directly , during waiting after display of hard disk
> > symbol , discontinuation of X with Ctrl-Alt-F1 will reveal some
> messages ,
> > but last ones . Therefore , the above method is better than that
> second
> > method .
>
> I don't understand what "starting directly" means. Anyway, if you see
> the same messages, there's nothing wrong here as well.
> --
> Alberto Villa, FreeBSD committer 
> http://people.FreeBSD.org/~avilla
>
>

"Starting directly" KDE4 means , inserting into ~/.xinitrc , the statement

exec  /usr/local/kde4/bin/startkde

and then use

startx

after login in the console .

The problem caused by the messages is at least the time used to generate
them .

Starting of KDE4 or its parts are taking a long time with respect to other
system KDE4 start up times which is actually unacceptable or unusable .


( My ADSL line was broken at the ISP side since October , 27 . Today it has
started to work .  )

Thank you very much .

Mehmet Erol Sanliturk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: FreeBSD 9.0 amd64 RC1 and KDE4

2011-10-31 Thread Alberto Villa
On Monday 31 October 2011 17:05:06 Mehmet Erol Sanliturk wrote:
> The problem caused by the messages is at least the time used to 
generate
> them .

Some of these have been removed in the latest kdelibs4 port.

> Starting of KDE4 or its parts are taking a long time with respect to 
other
> system KDE4 start up times which is actually unacceptable or 
unusable .

Unfortunately, unless you paste a log of your errors, I cannot go any 
further with this investigation.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

The Pig, if I am not mistaken,
Gives us ham and pork and Bacon.
Let others think his heart is big,
I think it stupid of the Pig.
-- Ogden Nash


signature.asc
Description: This is a digitally signed message part.