<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Well guys, I want make clear some questions, about what plans should I
have :)<br>
<br>
1. CrashLogs.<br>
Now they storing at ~/<br>
It makes a homedir a garbage dir after few months.<br>
move it to dir like ~/crashlogs wouldn't be a problem.<br>
But, what sense in these logs? Many OSes have
"send-them-your-crash-log" feature; I think PC-BSD should have one too.<br>
What do you say?<br>
Also, CrashHandler should a little bit evolve - it should store its
settings, and display us what command (or program) bring this crash,
which logs do we sent, which logs didn't we sent, allow to delete both
sent and not logs, to make crash-logs dir clean. It should allow user
check a check boxes called ("Do not display me"), ("Send logs in deep
night"), ("Send logs immediately after crash, do not ask me"), ("Don't
send logs, I'm paranoid"), ("Delete logs after sending (or immediately,
if i prefer not send logs)")<br>
And could be good if we gather reboot-hung reports too, if possible.<br>
I could write some softy which could handle and sort similar crash
logs, and report stats with most crashed apps;<br>
<br>
2. Services. <br>
PC-BSD 7 introduce very good feature - concept "Service". it have
controls "Start, Stop, Restart, Enable, Disable"<br>
But his have no "settings". I think this should be discussed. I wrote
ACPI-support for notebooks as Service, but had a problem: I have no
ways to user specify their vendor; The workaround was made, but I
thinks Services should anyway have "Settings", and scripts which
callbacked after settings are set (I'll explain why restart isn't
sufficient).<br>
for example, they could have optional file "preferences.cfg" and some
UI to configure it, via simple conventions in structure file:<br>
Each parameter in UI have "select" for controlling, and have three vars
in config, for example:<br>
<br>
vendor_label="Specify your notebook vendor"<br>
vendor_selected="asus"<br>
vendor_values="None:<br>
Asus:asus<br>
Toshiba:toshiba<br>
Sony:sony"<br>
<br>
I think that could be useful for future, services not always generics,
and may have some configurable options too; <br>
Another use: we could add option "Root allowed"  in SSH service. here
we need callback - script, which is started when we change settings (it
simple repopulate settings to /etc/ssh/sshd.conf if I'm not mistaken)<br>
<br>
3. Services again...<br>
If we have PC-BSD 7.0, and 7.1 is going to be after half-year, how we
deploy new services? via updates 7.0.1 ... 7.0.100 ?<br>
Could we discuss some way for user to download and install services, in
same way as PBI, maybe exactly in PBI format?<br>
What I see is: <br>
PBI mysql, installs many files (maybe even a mysql.ini editor if there
any), and a PC-BSD-MySQL service, which can be easily start, stop, ...
=  controlled by average user, who don't know much about rc.d, in way
that doesn't allow typo mistakes, like "/us<b>e</b>/local/etc/rc.d/mysql.sh
start", or similar;; <br>
something else, what installs as PBI but all what it contains - a
directory with all service-required files.<br>
In that way we could update services without whole system updates, and
count of useful services will grow.<br>
<br>
<br>
4. When we install PC-BSD we have option to choose language. When we
made a choice, smart scripts changes some ".skel" files, change
login.conf and rebuild its db. After successfull install, is there any
way to change a whole language, in a correct way?  I think that System
installed as "English" and localized via "special wizard" to russian
(for example), must have no differences with system, which was
installed as "Russian" - this is mandatory I think.<br>
So, this bring me to thought that all options, actions what accessible
via install, <b>must be</b> in system after install. Switching
language should check if we have all required packages, if not ask to
download or insert CD/DVD, or maybe specify path where packages could
be found.<br>
<br>
<br>
5. Resolution. <br>
PC-BSD is user-friendly OS. Friendly users love to play games :) Games
love to hungs. Some cases with hang app could not switch resolution
back to normal, and stay with low for example. in that case user have
struggles to setup back resolution, right click on desktop didn't bring
anything that can switch resolution.<br>
But even if it was there, I recommend us to have a little and very
simple plasmoid in left-top corner with single option: "switch to
normal resolution" and settings where can be specified which resolution
for us is "normal". It helps user to quickly solve his little problem,
and user will be happy :)<br>
<br>
6. When starting system, we start kdm, and if xorg.conf have errors we
dropped back to console, to "nowhere" using understanding of user :)<br>
Can we change a kdm-startup script, so if kdm exits unnormally (and
system isn't going to shutdown), we immediately try to start graphical
xorg configuration util, so user can make experiments, and could find
his driver (or monitor frequency).<br>
<br>
7. Post a Bug<br>
Currently, for post a bug or suggestion, user had to register. Users
hate registrations after first day in Internet, because all forums,
blogs etc. have this annoying registration :)<br>
I propose: Simple plasmoid somewhere on desktop, click it bring a big
(but not giantic) textarea, where user ask to describe problem,
optional field for his ID (he allowed to leave here nick, name, email,
phone or empty so we can identify him, if he want to), and button "Send
Report" which simply post bug.<br>
Why this helps us? Because users lazy. If you need more reasons - ask
some guy who is sitting an windows to fulfill all steps required for
post bug in KDE; and then ask him, if he ever will post bugs, if his
document just disappeared, and it was very, very important. He could
spent 15 secs to complain about it, but no way 3-7 minutes.<br>
<br>
<br>
Well, this is more than enough for Monday, I think :)<br>
I'm now at yerenkow in irc, not at yerenkow_pc2 (forgot to disconnect
in morning)<br>
<br>
P.S. As always, sorry for my hard-to-understand English<br>
<br>
<br>
<br>
</body>
</html>