Hello!
I'm really interested in participating this year at gsoc as part of
your team. I'm writting you this email to get your attention and maybe to
get a hint for this year's project. I'm in my second year at University
Politehnica of Bucharest at the Faculty of Automatic Control and Computers
and I study for a degree in Computer Science and Information Technology. I
wanna start early this year contributing to the project as I wish to show
you that I will be a great addition to your team. If I have caught your
attention and you want to communicate me anything, I can be contacted on
this mail.
- Many thanks, Costin Visan
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
master has been broken for days. Until this issue is fixed, no test
results are going to make it to Testman, which means any regressions are
going to be extremely hard to track down.
Here's the issue to follow: https://jira.reactos.org/browse/CORE-15642
Unless you have something that might fix this, I would ask that you hold
off on merging things until this bug is fixed.
Thanks,
Thomas
Hi all!
I've done some research on what can we do to improve our CI system.
First of all, I want to clarify: our CI is consists of two parts: building
and testing. I'm assuming here that "build" part is OK for us and doesn't
require any improvements in workflow or something like that. So focusing
only on "testing" part.
I tried to find some solutions similar to our testman, but the things are
very bad on this side.
- There are some plugins for Jenkins which show a table with test
results by each build
- Microsoft TFS has functionality for storing tests and doing some
analysis on them, but that's a no-go for us
- Jetbrains' TeamCity also has this thing and has a license for Open
Source
I use Jetbrains tools at work and like this company in general :) so I
decided make some experiments with it.
Some facts:
- It has out-of-the-box integration with Jira and Github. It works
flawlessly (bonus: you can automatically build and test all PRs from team
members, for example)
- Integration with GitHub Checks (that green checkmark which for us
comes from Travis&Appveyor right now)
- Has an interface for filtering test results by module, shows execution
time, some statistics etc.
- Uses JVM for work :) Both master and slave part
- PostgreSQL, MySQL and some built-in DB can be used for storage
- Uses own DSL, derived from Kothlin language for configuration (but
allows configuring through GUI too)
Adopting iso build didn't have any issues, it just works. But testing
requires some work:
- sysreg2 and rosautotest should be changed to output results in some
format which TeamCity understands. It can be jUnit, Google test or
teamcity's own format
- TeamCity has only three states of test: success, failure or crash.
This does not fit with our current scheme based on succeed and failed
ok()'s count
- TeamCity can't compare test results between random builds like our
testman. It only can show "tests which failed in this build, but didn't
fail in previous one". But if we want something more, we can use their API
While looking into the way how our tests work, I've found that by "test" we
mean a function defined my START_TEST macro, which does some reporting to
sysreg.
But each START_TEST function likely has a couple of further test_* calls,
which are not reported in any way. This is a place where the granularity of
reporting can be increased :)
Attaching some screenshots of how it look like in general.
https://drive.google.com/open?id=17r4PSFmsi2tiF97HHbYGiMCOoKR7VMUF
So far we have to decide what to do now. An options can be:
- Go on with adopting test&build infrastructure to TeamCity - we will
migrate to it eventually
- We are not going to use TeamCity - somebody should develop a custom
web interface to consolidate everything (
https://www.reactos.org/wiki/Google_Summer_of_Code_2019_Ideas#Developer_Web…
)
- Just migrate to new BuildBot (can be done with along with previous
option)
- Don't do anything
Looking forward to discuss this on the meeting
Cheers,
Victor
Hello and good evening,
as some of you might already know, we are close to CLT 2019 again:
https://chemnitzer.linux-tage.de/2019/de
For lazy ones: 16-17.03. in Chemnitz (YES, germany that is)
As every year I need at least two, better three ppl for maintaining the
booth. This time I will not wait until we really got accepted just to
hear from everyone a nope, or not sure yet way too late in the phase.
This resulted in asking the community for help (which is a good thing
tbh) and that resulted in some bored and feelin useless supporter in the
end. Why? Well, a few days before the whole thing took part I suddently
had enough main/core members and thus he just sat there and had nothing
to do. STILL A BIG SORRY FROM MY SIDE!!
I don't wanna have this happening once more that year. Thus.... check
the weekend, ways to get there and back home and then reply to the
doodle. Costs to get there are as always a thing we can talk about
compensation and stuff. If you need to talk about CLT stuff, feel free
to reply here of course ^^
So... lets hope I have the right link:
https://doodle.com/poll/krmz8ktt8r85m5y4
Greetings
Daniel Reimer
Hi all!
As announced previously
(https://reactos.org/pipermail/ros-dev/2019-January/019044.html), we'll
be having the January meeting already this Thursday, January 24 in order
to have enough time for our GSoC application.
The meeting will also take place on our new Mattermost at
https://chat.reactos.org for the first time!
So let me invite you to this meeting, taking place again at 19:00 UTC.
If you haven't tried Mattermost yet, please log in to chat.reactos.org
now using your ReactOS.org credentials. Only then I can add you to our
new private "Meeting" channel. This one will not be bridged to IRC!
I will already start adding people to this channel now, so that the
meeting can start on time. If you have the feeling that I forgot about
you, please let me know timely.
The current agenda is as follows:
* Status Updates
==============
As always, please have your status report ready before the meeting,
so that we can get this done quickly.
* Mattermost
==========
I need to know your opinion about Mattermost and whether you think
that we should continue using it beyond our trial (ending mid-
February).
This would require an enterprise license for non-profits
($250 per three years).
* Google Summer of Code 2019
==========================
The list at https://reactos.org/wiki/Google_Summer_of_Code_2019
still doesn't show a single mentor. And
https://reactos.org/wiki/Google_Summer_of_Code_2019_Ideas certainly
also needs some polishing. Let's finally make up our minds regarding
this year's GSoC, so that we can submit our project application.
I would highly appreciate if people updated those Wiki pages before
the meeting. This could potentially save us hours of discussions and
finding volunteers :)
Let me know if you want anything to be added to the agenda.
Cheers,
Colin
Message from chat.reactos.org:
This team has reached the maximum number of allowed accounts. Contact your
systems administrator to set a higher limit.
Adam Stachowicz
sob., 12 sty 2019, 13:00: <ros-dev-request(a)reactos.org> napisał(a):
> Send Ros-dev mailing list submissions to
> ros-dev(a)reactos.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://reactos.org/mailman/listinfo/ros-dev
> or, via email, send a message with subject or body 'help' to
> ros-dev-request(a)reactos.org
>
> You can reach the person managing the list at
> ros-dev-owner(a)reactos.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Ros-dev digest..."
>
>
> Today's Topics:
>
> 1. Mattermost is live at chat.reactos.org! (Colin Finck)
> 2. Reactos participation and Windows source leaked
> (Idzwan Nizam b. Jamal)
> 3. Re: Reactos participation and Windows source leaked
> (Erkin Alp Güney)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 11 Jan 2019 13:56:46 +0100
> From: Colin Finck <colin(a)reactos.org>
> To: 'ReactOS Development List' <ros-dev(a)reactos.org>
> Subject: [ros-dev] Mattermost is live at chat.reactos.org!
> Message-ID: <d18f8664-55c9-7eaa-dbcf-6161ee53cfaf(a)reactos.org>
> Content-Type: text/plain; charset="utf-8"
>
> Hi all!
>
> Our own Mattermost instance is finally live at https://chat.reactos.org!
>
> Enjoy an infinitely searchable history, offline messages, native picture
> support, push notifications, a seamless experience on web and mobile,
> and more.
> All privately hosted on our own infrastructure and usable with the same
> ReactOS.org account you already have!
> Time to say goodbye to workarounds like IRC bouncers or third-party
> services :)
> I believe this can really improve our communication and accelerate
> development!
>
> To make the migration as easy as possible, I have set up a bridge
> between our Freenode IRC channels and Mattermost. User "RosBridge" will
> transfer all messages from #reactos / #reactos-dev to Town Square /
> Development and vice-versa. Let's see how long we're going to need that.
>
> I hope you're all going to join the fun, so that we can already have the
> next meeting in around 2 weeks on Mattermost!
>
>
> Cheers,
>
> Colin
>
>
Proposed EU copyright directive requires automated upload filters
(something like YouTube ContentID) and this can cause a sharp decrease
in contributions. It will also make difficult for newcomers as a
significant contribution will be required for each commit, because
copyright filter is costly to run.
Yours, faithfully
Erkin Alp
Hello,
Supposedly someone had an access and seen leaked windows source code few years ago. At the time he/she do not have any idea of the code (due to improficiency in programming and the subject) and had forgotten since about the code, does he/she allowed to contribute to ReactOS development?
This is due to the following statement on the participation page (https://www.reactos.org/participation)
"Getting involved with ReactOS is easy and straightforward! We only ask that you have not had access to Microsoft source code for the area you want to work on. This includes either having worked at Microsoft, obtaining the source code through an academic program or from the illegal leakage of Windows source code several years ago. Having viewed the source prevents you from contributing to avoid undermining the legality of our source code"