<div dir="ltr"><div><div><div><div><div><div>I use Hipster since the beginning on:<br>- three Westmere-based workstations and one X230 laptop for developing parallel CFD code + personal use, <br>- one Atom-based media center.<br><br>Things did not break often for me.<br><br></div><div>I actually have less issues than with the Ubuntu LTS which was installed initially on my "work" machine.<br>At least when things do not work, they just do not: they do not break every second update and if they do I can rollback, if one disk is "toast" my root is mirrored...<br><br></div><div>As far as Firefox and Thunderbird are concerned I admit that I use the contrib tarballs version 30.0.<br></div><div><br>I think you should document your issues and file bug reports to pin point the problems.<br></div>Possibly in a second step, you should reference them on a Wiki page so they can be addressed in the structured way that you suggest.<br></div><br></div>I think I understood from Alexander's numerous emails that the first goal is to be able to build the full distribution with oi-userland so that an unstable/testing/release cycle can be actually considered: the same discussion has been brought up several times with the same arguments.<br></div><div>I seem to understand that it is a *prerequisite* to further release work and that the overhead of fixing dependencies/consolidation is not a priority.<br></div><div>Also I remember that there are other paths than "pkg update" or reinstalling, as with ZFS and IPS you can image-create (done that for some SXCE/OpenSolaris -> OI upgrade a few years ago).<br></div><div><br></div>Although I understand your frustration, I think you could target your energy to help documenting and fixing the issues.<br></div><div>Considering your interest in distribution planning I think that your best shot would be to help document the steps towards a "fully buildable" Hipster (i.e. missing components that Alexander mentioned), or the showstoppers concerning the upgrade path /dev -> /hipster.<br></div><div><br></div>Best regards,<br><br></div>Aurelien<br><div><div><div><div><div><br><br></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 18, 2015 at 2:35 PM, Nikola M <span dir="ltr"><<a href="mailto:minikola@gmail.com" target="_blank">minikola@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On 02/18/15 12:54 PM, Alexander Pyhalov wrote:<br>
<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) As for your system freezing after logging in - it's more interesting.<br>
Could you get you ~/.xsession-erros log ?<br>
</blockquote></blockquote></span>
...<br>
<br>
I've asked several questions, you started this bullshit. OK, let's instead of solving your problem, discuss this.... I don't like discussing similar topics, but ...<br>
</blockquote>
<br>
.xsession-errors  <a href="http://pastebin.com/gVDNjGHK" target="_blank">http://pastebin.com/gVDNjGHK</a><br>
.xsession-errors.old  <a href="http://pastebin.com/9vtp3wT9" target="_blank">http://pastebin.com/9vtp3wT9</a><br>
<br>
I also suspect some hardware malfunction (but not expressing like this on every log in),<br>
I also did weird things trying to launch gnome-session you requested,<br>
and I did it running as other user, running, screen, then ssh -l user -X localhost , then gnome-session, so beware of maybe weird things inside.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Things do not get tested before releases, releases are not being<br>
discussed , made and polished for updates, priorities have not being set,<br>
all we actually have is "updating packages" without idea where OI is<br>
heading and why and who actually needs a system that does have only part<br>
of functionality it had in 2009.<br>
At least till 151a7 everything worked, after that it started falling a<br>
part.<br>
</blockquote>
<br></span>
Things are getting tested. If we had at least 10 developers and 2 testers, we could think about some QA. But as we have 2 non-full-day developers and a lot of work, I'll leave it as it is. If you have a reproducible bug, file it. If you like 151a7 so much, just use it.<br>
</blockquote>
I just hoped you won't mention recommendation of using old /dev release, (it is there for features and funcionality reference)  but seems like you like /dev releses more then you admit.<br>
<br>
Numbering Hipster updates inside entire package is not QA, it's just distribution planning.<br>
By the way, I said my current Hipster have Hipster ancestors all the way down to update done from 151a7 and I have log somewhere to prove it.<br>
If there are some numbered Hipster releases, or if you wouldn't freeze unundatable package states in ISOs,<br>
we would have update path from /dev to Hipster already.<br>
How can anyone re-create update path from all those Hipster updates till now, to figure out when something was broken? (Like my standby on Laptop stopped working in Hipster last year)<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hipster was fun when I was thinking it leads to the next /dev.<br>
It's not fun anymore for a very long time.<br>
Rolling releases are just lunacy for general use and could exist only<br>
between /dev releases,<br>
And not every random package change should survive to next release).<br>
</blockquote></span>
FreeBSD port system existed in continuously rolling state for a long time. We have no power to do release. We have some objectives which I periodically discuss.<br>
</blockquote>
As much I dislike GDA suggesting use of OSX, I also dislike suggesting use of FreeBSD. If I wanted FreeBSD I wouldn't be here.<br>
FreeBSD and Linux never had stable APIs, and drivers and binaries that work on many different OS releases.<br>
If I wanted ever changing environment with no rules on updates and releases,<br>
I would certainly choose Linux or FreeBSD,<br>
seems to me that importing that kind of way of looking at distros is not applicable to Solaris descendent.<br>
<br>
There needs the process and procedures of doing things, thing get built that way.<br>
"Periodically ad-hock discussing" things is not enough for distribution to grow,<br>
especially if new people learn they can't (or can) change course of distro.<br>
<br>
How would you for example react if your updated packages in Hipster, never end up in /release ?<br>
And it is required that further development starts from /release onwards, not other way around?<br>
<br>
Would you be mad if your work is actually never used in supported version of distro, would you accept that there are also other ways of doing things and your way is not always the best way for production use, ever?<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For the nearest future these are<br>
1) Updating Gnome to 2.32<br>
2) Importing changes from x-s12-clone<br>
3) Updating cairo, pango and glibc.<br>
</blockquote>
If we have no power to have any release, what we are actually doing here?<br>
If SOME release (updatable from /dev) is not the goal in at least one moment, where it is heading?<br>
<br>
At least there must be some release before throwing 32bit cpu support..<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I use OI Hipster as my primary desktop. I know there issues (e.g., brasero bugs, inability of 32-bit gdb to handle 64-bit binaries).<br>
But I don't know any catastrophic issues which prevents using system (besides having a bunch of out-of-date software, which is not rather easy to rebuild).<br>
</blockquote>
I understood you use FreeBSD because illumos, OI does not stupport WPA2 encryption for Wireless on your laptop.  And you moved from there without fixing it but used something else instead.<br>
Sometimes I think am the rare one that is actually using OI with Thunderbird.<br>
<br>
Yeah, I've been using cdrecord instead of Brasero etc..<br>
I used to do ssh -X to run Thunderbird and Firefox for 4 months, after that I was forced to abandon old user account and transfer minimal data.<br>
It seems it happened again after Hipster update and I have no idea why.<br>
Also I had one occasion few minutes ago when i actually were able to log in in 20141010 with original account (after running apps through ssh -X, logging in console, restarting gdm and what else, so It is hard to reproduce).<br>
Maybe I could toss somewhere other GNOME settings or insights of that account?<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
oi-dev mailing list<br>
<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a><br>
<a href="http://openindiana.org/mailman/listinfo/oi-dev" target="_blank">http://openindiana.org/<u></u>mailman/listinfo/oi-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><font style="font-family:courier new,monospace" size="1">-------------------------------------------------------------------------------<br>LARCHER Aurélien          | KTH, School of Computer Science and Communication<br>
Work: <a value="+4687907142">+46 (0) 8 790 71 42</a> | Lindstedtsvägen 5, Plan <font size="1">4<font size="1">,</font></font> 100 44 Stockholm, SWEDEN<br>-------------------------------------------------------------------------------<br></font></div></div>
</div>