Ros-dev

ros-dev@reactos.org

5788 discussions

Re: [ros-dev] Ros-dev Digest, Vol 111, Issue 16

by Adam Stachowicz

What exactly will be upgraded (table: model -> new_model)? Pozdrawiam, Adam "Saibamen" Stachowicz Administrator it-maniak.pl 2013/11/21 <ros-dev-request(a)reactos.org> > Send Ros-dev mailing list submissions to > ros-dev(a)reactos.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.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. Server downtime on Saturday (Colin Finck) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 21 Nov 2013 11:08:46 +0100 > From: Colin Finck <colin(a)reactos.org> > To: ros-general(a)reactos.org, ReactOS Development List > <ros-dev(a)reactos.org> > Subject: [ros-dev] Server downtime on Saturday > Message-ID: <528DDBAE.9070804(a)reactos.org> > Content-Type: text/plain; charset=ISO-8859-15 > > Hi all, > > In the process of improving the performance of our infrastructure, we > will upgrade the first of two servers this Saturday. > This will result in a downtime for the following services: > > * SVN > * Mail and mailing lists > * BuildBot > * Testman > * GIT mirror > * File server at svn.reactos.org > * Compatibility Database > * ev.reactos.org > * Second nameserver > * RosKGB bot > > The upgrade will in particular increase CPU performance as well as RAM > and HDD sizes, so we will have more resources available afterwards. > Our current server has served us well since 2009, so don't expect such > an upgrade to happen again in the next few years. > > We're aware that this affects many core services, so we will do our best > to keep the downtime as low as possible. Our target is <12h. > Gladly, we have already done such an upgrade in the past, so it mainly > boils down to the speed of transferring files over the network. > Meanwhile, we apologize for the caused inconveniences. > > With best regards and on behalf of the whole infrastructure team, > > Colin Finck > > > > ------------------------------ > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > > End of Ros-dev Digest, Vol 111, Issue 16 > **************************************** >

10 years, 10 months

YouTube Nonprofit Program

by Александр

10 years, 10 months

Re: [ros-dev] [ros-builds] Trunk_x86_GCCLin Debug: build failed

by Pierre Schweitzer

Hi, These failures were due to work on the local network. They should be fixed by now and ISOs uploaded. If you catch a missing ISO, please re-issue a build. Sorry for the caused inconvenience. With my best regards, On 11/18/2013 04:36 PM, buildbot(a)reactos.org wrote: > The Buildbot has detected a failed build on builder Trunk_x86_GCCLin Debug while building ReactOS. > Full details are available at: > http://build.reactos.org/builders/Trunk_x86_GCCLin%20Debug/builds/4713 > > Buildbot URL: http://build.reactos.org/ > > Buildslave for this Build: Linux_AMD64_1 > > Build Reason: scheduler > Build Source Stamp: 61039 > Blamelist: tkreuzer > > BUILD FAILED: failed shell > > sincerely, > -The Buildbot > > > > -- Pierre Schweitzer <pierre(a)reactos.org> System Administrator ReactOS Foundation

10 years, 10 months

ReactOS website issues

by Pierre Schweitzer

Hi all, This is an acknowledgment and informative email. Since we migrated the ReactOS website to Drupal, you all have spotted critical performances issues. We did our best to address most of them in the following days to ensure smooth browsing on the website. Unfortunately we could not fix them all. Even worse, nowadays, ReactOS website faces a kind of "shutdown" everyday (approximately between 2:45 AM CET and 4:45 AM CET). This is a really long and critical downtime that affects mainly US users due to timezones. Be sure we are aware about it. Unfortunately, this is not something we can fix from a day to the following. This is due to our backup policies that completely lock the MySQL server to ensure consistent backups. We are currently working on getting this fixed as fast as possible. But this will require (besides the rest) a two hardware upgrades on our infrastructure. Indeed, Drupal stresses our infrastructure much more than old RosCMS. And we have to fully rethink our web infrastructure and redistribute it, which we cannot do at the moment due to hardware constraints. Upgrading our hardware will be in our first steps (obviously, expect downtimes at that moment). Then, we will finally be able to replicate our MySQL server to perform load-balancing and prevent shutdowns on backup. We, the sysadmins team and the website team, agreed on a plan about how to enhance and strengthen the infrastructure, and thus fix all the issues we are currently facing. This will take some time, but we are working together to get ReactOS website back into a decent shape. Be assured that we are doing our best to make your place nice. Meanwhile, please forgive us the caused inconvenience. With my best regards, on behalf of the guys working behind the scene, -- Pierre Schweitzer<pierre at reactos.org> System Administrator ReactOS Foundation

10 years, 10 months

External feelings about the project

by Hermès BÉLUSCA - MAÏTO

There are a few things PR-oriented people should think about for our website (improvements, things that may have to be more in evidence, ), i.e. having external feedback can help us knowing how newcomers think, what they have in mind when they see for the first time the ReactOS website : http://www.reactos.org/forum/viewtopic.php?f=2 <http://www.reactos.org/forum/viewtopic.php?f=2&t=12845#p104624> &t=12845#p104624 Hermès.

10 years, 10 months

[ros-diffs] [akhaldi] 60074: [WINE/TEST] * Introduce a way to properly mark the todos instead of counting them as failures. Brought to you by Thomas Faber.

by James Tabor

Hi. This should be removed, we are not wine and I personally work "hard on" getting wine todos fixed in ReactOS! This also breaks the DCE test. Background, GvG and then the old guard back in the day thought the same way as I do about this issue. We should count the todo's as failures and not bypass these failues. Why? It may point to a critical bug that could break functionality somewhere else. That was the reasoning then and I agree with it. Cheating the tests is just plain cheating...... James

10 years, 10 months

Re: [ros-dev] [ros-diffs] [jimtabor] 60974: - Wine had some fixups added since this was last synced. CORE-???? & CORE-7574.

by Hermès BÉLUSCA - MAÏTO

Hi James, What do you have in mind when you write CORE-???? ? Is it something related to http://jira.reactos.org/browse/CORE-7469 ? Cheers, Hermès ---------------------------------------------------------------------------- -------------------------- Author: jimtabor Date: Wed Nov 13 17:21:41 2013 New Revision: 60974 URL: http://svn.reactos.org/svn/reactos?rev=60974&view=rev Log: - Wine had some fixups added since this was last synced. CORE-???? & CORE-7574. Modified: trunk/rostests/winetests/user32/sysparams.c

10 years, 10 months

My presentation at Google Montreal

by Alex Ionescu

http://youtu.be/pVXt_dELZNo?t=1m15s -- Best regards, Alex Ionescu

10 years, 10 months

[ros-diffs] [jimtabor] 60883: [Win32k] - Add support for receiving message thread death

by James Tabor

Hi all! I noticed the crash of the two tests bots, I'll have a fix in about 10 hours or so. Sorry for the delays, James

10 years, 10 months

Re: [ros-dev] [ros-diffs] [gadamopoulos] 60880: [shell32] - Initialize comctl32 properly

by Timo Kreuzer

This looks like MSVC won't like it. Am 07.11.2013 15:14, schrieb gadamopoulos(a)svn.reactos.org: > GetModuleFileNameW(hInstance, swShell32Name, MAX_PATH); > swShell32Name[MAX_PATH - 1] = '\0'; > > - InitCommonControlsEx(NULL); > + /* Initialize comctl32 */ > + INITCOMMONCONTROLSEX InitCtrls; > + InitCtrls.dwSize = sizeof(INITCOMMONCONTROLSEX); >

10 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev