<div dir="ltr"><div><div><div>I'm a user and not a developer, but what you are saying is wrong.<br><br></div>The hipster was set up to be the bleeding edge for developers to work.<br><br>Just because you want some new features and have set up your repositories to include /hipster doesn't mean that it isn't a bleeding edge repository.<br>
<br></div>You're right that flash videos don't work, and I've had problems with my X due to the upgrade, until I froze a package, and in fact had to freeze another (library/g++/sigcpp) because of a conflict with the JDS I have ... but then again this is the bleeding edge, so I have no right to complain and it allows an extra user to test before the project pushes to /dev<br>
<br></div>Jon<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 9 October 2013 13:22, 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"><div class="im">On 10/ 9/13 01:48 PM, Udo Grabowski (IMK) wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think that every change to public Hipster repo should be tested before<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
done.<br>
And it goes for every update or group of them, so it could be tested by<br>
one more or few people, before pushing it public.<br>
<br>
How about pushing it to hipster-testing publisher or something, before<br>
going to hipster?<br>
If Hipster is rolling-release, it should have 'release' in mind, not<br>
only 'rolling' :)<br>
....<br>
</blockquote>
This makes absolutely no sense since /hipster IS the<br>
testbed. /dev is what people in the public are exposed<br>
to (and, hopefully, someday, /release).<br>
</blockquote></div>
/dev should be testbed and we should be going to /release in our lifetimes.<br>
Recent /dev a8 is mostly useless for everyday use (flash not working and Desktop is broken and recent breakings in SFE make it useless to play video with smplayer etc.)<br>
, also /dev releases were unitll recen very infrequent.<br>
<br>
It makes even less sense just to drop everything one change without testing to a public repo , that hipster is.<br>
I just say I don't want to install broken stuff when I upgrade to from Hipster. Test it first.<br>
Hipster become "dev" and since we have no "release" , /dev is our release .<br>
<br>
So dropping things without testing to hipster is not OK, because people actually use Hipster.<br>
<br>
Testing things before droping it for anyone's use is always good, so my proposal on<br>
making testing procedure and making testing better, stands.<br>
It can only make things better, out of that, /dev will be better. And opposite of that is what?<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></div>