Looking at all the presented ideas so far, I currently like KJK's one most,
just with two little comments:
KJK::Hyperion wrote:
My suggestion for the template is:
changelog line
bug numbers, comma-separated
For the bug format, let's just stick to what TSVN uses.
On the one side, we have
Steven Edwards wrote:
if (((int) Res || !Res) == -1)
Ehhhm, you probably mean something like 'if ((int)Res == -1 || !Res)', don't
you? The one you've written makes no sense for me.
Maybe that could even be replaced with a simple 'if ((int)Res 0)', haven't
looked at the whole code yet.
Best
Matthias Kupfer wrote:
- we introduce an additional prefix for a commit message line
to mark a changelog entry
Ok, that's what KJK's suggestion was also about.
- the prefix is [CL] for a general entry or
[CL:cat1:cat2:cat3] for an
hierarchical categorization cat1 - cat2 - cat3 aso.
Ok,
Hi Javier,
Thanks for reporting this bug. I've just fixed it.
Best regards,
Colin
_
From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On
Behalf Of Javier Agustìn Fernàndez Arroyo
Sent: Tuesday, July 07, 2009 6:35 PM
To: ReactOS Development List
Subject:
are expected after the migration and will be fixed shortly.
In case of major unforeseen problems, the downtime of particular components
might be extended to the next 48 hours.
Best regards,
Colin Finck
___
Ros-dev mailing list
Ros-dev@reactos.org
http
dchapys...@svn.reactos.org wrote:
Modified: trunk/reactos/base/applications/rapps/CreateCabFile.bat
If you want to create a raw CAB file, you should rather try the cabinet
module of rbuild (see /trunk/reactos/media/vgafonts/vgafonts.rbuild for an
example).
Though I'm certainly in favor of a
Hello all,
I just wanted to announce some upcoming changes. Comments are appreciated.
Official removal of i486 support
-
The Mingw-w64 project held an internal meeting today. One of the decisions
was to remove support for architectures older than i586 from their
Alex Ionescu wrote:
Can we please 7zip logs instead of deleting them?
As the logs are not simple text files, but stored in a database for showing
them together with other test information (see e.g.
http://backend.reactos.org/testman/detail.php?id=341420), I've used MySQL's
COMPRESS/UNCOMPRESS
Alex Ionescu wrote:
* No additional attempts/efforts (expressing a desire/want does not
count as effort) have been made to recompile Mingw32-gcc-4.4 as Dmitry
does.
This is simply not true and a misunderstanding of Daniel's point.
Daniel, Samuel and me did _many_ attempts to compile a Windows
KJK::Hyperion wrote:
So... who's going? and are you staying for a day or two after the
conference or otherwise planning something for our inner circle?
I still attempt to go, but could only stay there for the weekend.
However, I'm not sure whether the costs would be affordable for me. Did
cgut...@svn.reactos.org wrote:
-ULONG SocketError;
+ULONG SocketError = 0;
FYI, I've already reported this bug some days ago at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42145.
As it only occurs in GCC = 4.3 and the necessary code changes for compiling
ReactOS with GCC 4.4.x
Hi everybody,
The clean command in RosBE has often been criticized for not cleaning what
the user expected.
While in the past, it had just issued commands to delete the four
files/folders makefile.auto, obj-i386, output-i386 and reactos in
the current directory, it's general behaviour has been
Olaf Siejka wrote:
in case no obj/output dir and makefile.auto is found in current
dir, should prompt about cleaning the tree from default location
To solve potential misunderstandings: If no directories containing built
files are found in the current directory, the script checks for different
Ged Murphy wrote:
We currently support Visual Studio 6, Visual Studio .NET 2002 and Visual
Studio.NET 2003.
This is a waste of time IMO and only adds to the complexity of the module
On top of this, the compilers of these three versions don't support variadic
macros, which we use pretty often
Ged Murphy wrote:
Anyway, everything below msvc8 is now falling foul to my delete key.
Im going to do the same with the entire codeblocks and devcpp backends.
While you're in removal mood, you could as well delete the entire Test
module type along with the TestSupportCode class and everything
Love Nystrom wrote:
I beg you to not remove the possibility to generate
project and workspace files for Code::Blocks.
From what I know, Code::Blocks can open .vcproj files generated by the MSVC
backend.
So no need to keep the additional Code::Blocks-specific backend.
Best regards,
Colin
sserap...@svn.reactos.org wrote:
Add definitions for the x86bios emulator.
http://www.geoffchappell.com/viewer.htm?doc=studies/windows/km/hal/api/x86bi
os/index.htm
From the link: The HAL in x86 builds of Windows Vista introduces a set of
functions for accessing the 16-bit firmware that Windows
I wish you all a Happy New Year as well!
Colin
-Original Message-
From: ros-dev-boun...@reactos.org
[mailto:ros-dev-boun...@reactos.org] On Behalf Of Ros Arm
Sent: Wednesday, December 30, 2009 8:17 PM
To: ros-dev@reactos.org
Subject: [ros-dev] Thank you
Dear ReactOS Members,
Timo Kreuzer wrote:
Would be great if we could upgrade to 2.20.51.20091118 or newer
I've prepared a 20091222 package for RosBE-Unix 1.5.
The source package usable for RosBE-Builder.sh and buildtoolchain.sh has
just been uploaded to http://svn.reactos.org/RosBE-Sources/rosbe_1.5.
Daniel, if
Colin Finck wrote:
Daniel, if you're interested, try to use the buildtoolchain
script under
MSYS to make a new Binutils build for RosBE-Windows using this source
package.
And don't forget that I've also updated the MPFR library required for
building to the final version 2.4.2. The new source
drei...@svn.reactos.org wrote:
URL: http://svn.reactos.org/svn/reactos?rev=45050view=rev
FYI, I already have a change like this ready for some months, see
http://reactos.colinfinck.de/files/Other_Stuff/Clean.cmd
I won't commit it though, because after a suggestion from KJK, I agree that
it
Gregor Schneider wrote:
Actually I'm surprised we don't see a big controversial discussion around
this idea like everyone expected.
Maybe because we already had this one in July:
http://www.reactos.org/pipermail/ros-dev/2009-July/011896.html
As I'm not a Win32k dev, I shouldn't argue about
Daniel Reimer wrote:
Hi, I'd like to know if its just me or GCC 4.4.3 fails in
makex or make with Colin's recent Patch.
Yes, that's indeed a bug, which has been fixed in version 7 of the patch:
http://www.reactos.org/bugzilla/show_bug.cgi?id=4810#c21
Best regards,
Colin
Hello everybody,
After some more updates, fixes and strange problems, Daniel and I finally
released new RCs of RosBE-Windows and RosBE-Unix 1.5.
Daniel published a changelog for the Windows version at
http://dreimer.de.vu.
The Unix version fixes building problems on many hosts, especially 64-bit
Hi folks,
Finally, the new version 1.5 of the ReactOS Build Environment has been
finished. The new releases for Windows and Unix are available at
http://reactos.org/wiki/Build_Environment.
With the new version, we're finally moving to newer toolchain versions
(Binutils 2.20.51-20091222, GCC
ek...@svn.reactos.org wrote:
PWSTR utf16_wcschr(PWSTR str, WCHAR c)
+{
+SIZE_T i;
+
+for(i = 0; str[i] str[i] != c; i++);
+
+if(str[i])
+return str[i];
+else
+return NULL;
+}
+
+PWSTR strchrW(PWSTR str, WCHAR c)
Why do you duplicate the same code
Eric Kohl eric.k...@t-online.de wrote:
The only changes to the source code are conversions from wcs* to str*W
and from isw* to is*W. So for the host builds we will only use the *W
functions if we are dealing with Unicode strings. The Win32 builds can
map the *W funtions to the wcs* or isw*
cgut...@svn.reactos.org wrote:
+DbgPrint(%S: %d test executed (0 marked as todo, %d failures),
%d skipped.\n, TestName, total, failures, skipped);
Nice! Though testman won't parse this if you don't change test to
tests ;-)
Best regards,
Colin
Hi all,
After ongoing sudden crashes on our third server Rose (currently only
serving the BuildBot and primary DNS), I highly suspect a hardware failure.
This is why I'll let the hosting provider conduct a hardware stress test
tomorrow and eventually replace broken parts.
So don't be
Hi again,
The hardware stress test detected faulty RAM in that server, which has
been swapped.
Both affected services are up again now and should run reliably. If
there are any more server problems, just drop me a line.
Cheers,
Colin
Colin Finck m...@colinfinck.de wrote:
Hi all,
After
James Tabor jimtabor.ros...@gmail.com wrote:
Nice! I will get to test slackware 13.x and the other fedora distros
soon before doing the commit.
You should be able to simplify your patch to:
Index: tools/cabman/cabinet.cxx
===
---
tkreu...@svn.reactos.org wrote:
Author: tkreuzer
Date: Thu Aug 5 12:23:23 2010
New Revision: 48461
URL: http://svn.reactos.org/svn/reactos?rev=48461view=rev
Log:
[NTOSKRNL]
- Fixed FsRtlIsNameInExpression to make it properly handle * in
expressions
- Fix formatting
- Patch by Pierre
Aleksey Bragin wrote:
2. .pspec file was also invented as a consistent way to be compatible
with different compilers. Winebuild generates stubs for entries marked
as stub, so it's quite controllable.
Usual .spec files are the ones processed by Winebuild.
.pspec (= preprocessed .spec) is an
akha...@svn.reactos.org wrote:
+++ branches/cmake-bringup/base/applications/calc/CMakeLists.txt
[...]
+file(GLOB_RECURSE SOURCE *.c)
+list(REMOVE_ITEM SOURCE
+ ${CMAKE_CURRENT_SOURCE_DIR}/fun_mpfr.c
+ ${CMAKE_CURRENT_SOURCE_DIR}/rpn_mpfr.c
+
For your information, a maximum subject length of 200 characters has
been enabled as of today.
Cheers,
Colin
Colin Finck m...@colinfinck.de wrote:
Hi everybody,
Looking at
http://www.reactos.org/pipermail/ros-diffs/2010-August/038197.html and
the same message in Thunderbird, I now see
Hello everybody,
Just to let you know, I've just added HTTP/WebDAV access for our
read-only Git mirror as requested by a developer.
This means that you can also clone from
http://git.reactos.org/reactos.git now if you sit behind a firewall
blocking the Git protocol.
Of course, the previous
Adam Kachwalla geekdun...@gmail.com wrote:
I get a 403 error when attempting to access it - and it doesn't even ask
me for credentials.
This isn't meant to be accessed by web browsers, only using git clone.
And as our Git mirror is read-only anyway, there is no need to ask for
credentials.
Bernd Blaauw bbla...@home.nl wrote:
I'll have to verify if this is release-only or also in trunk builds
(older ones didn't have it [...]
The mshtml winesync in question has occured shortly after 0.3.11 had
been released, so this also affects trunk builds for quite a while now.
To make a
Hello all,
I'm currently developing two project tools which are going to be used by
the German ReactOS foundation (custom IRC Server and plugin for Jameica
- http://www.willuhn.de/products/jameica/).
They shall be committed into a public ReactOS SVN repository.
Since I believe that these
Ged Murphy gedmur...@gmail.com wrote:
Kernel targets 2k3 (additionally with any newer architecture if possible
/ applicable.
Usermode targets the latest version of Windows.
This means that we always need to ensure that applications properly
detect ReactOS as NT 5.2 all the time and don't
Sven Barth pascaldra...@googlemail.com wrote:
Shouldn't it be _RTL_DRIVE_LETTER_CURDIR instead of
RTL_DRIVE_LETTER_CURDIR?
It doesn't matter if you just define a variable using this structure
like RTL_DRIVE_LETTER_CURDIR MyVariable;.
It just matters if you somewhere declare it as struct
Ged Murphy gedmur...@gmail.com wrote:
Usermode should and does report as NT5.2.
It actually doesn't have a choice as the APIs which you use in usermode
to discover the version (GetVersionEx, VerifyVersionInfo) actually query
hardcoded values stored in the kernel.
Sure, but you don't consider
Sven Barth pascaldra...@googlemail.com wrote:
Regarding the anonymous structure: wouldn't this break compatibility
with gcc? (I don't know what features gcc supports ^^)
Anonymous structures are fully supported by GCC when using the flag
-fms-extensions. We have it enabled throughout the
Olaf Siejka cae...@gmail.com wrote:
The testbot replacement is in early tests.
What are you replacing exactly and what shall that replacement do better?
As for the Debug buildslave, I've tried my SSH access, but I'm unable to
connect. Christoph and Martin are informed, they are the only ones
Hi everybody,
I've been thinking about getting a license of an English Windows Server
2003 Standard 32-Bit for the project.
It could be installed on one of our servers and be made available over
RDP. This would enable project members to do development and testing
work on our actual target
Ged Murphy wrote:
It doesn’t allow more than one person to use the actual host machine for
development purposes.
The restrictions are indeed harder than I thought, but two concurrent
administrative connections using any accounts are possible (see
Adam wrote:
Using an OEM license on a computer that the software has not originally
been distributed with is not legal (confirmed with a call to MS [...]
Of course, this is what every software vendor wants. But gladly, this
decision is not just up to Microsoft, but the local jurisdictions.
Adam geekdun...@gmail.com wrote:
I recall that it also allows two RDP sessions, but then
nobody can log into the console without forcing a termination of one
of the sessions, and vice versa.
I've played around with Windows Home Server and its stripped down
version of Windows Server 2003 in
Pierre Schweitzer pierre.schweit...@reactos.org wrote:
Then, as I already expressed, I really push that idea.
Thanks for stating your opinion here.
Come on folks, I'd like to hear your opinions as well. Pierre can't be
the only one who still performs testing under Windows. At least I hope
Ged Murphy wrote:
I think it's much more important to have a Windows build machine than it is
to have an remote machine devs can use as as a test bed.
Olaf's Windows build slaves are currently being integrated into our
BuildBot.
As stated, I could also donate and set up a Windows XP license
Ged Murphy wrote:
I do however think it's a good idea to approach the foundation with a
request for a copy of 2k3, if you think it'll help the project.
The idea was to get a copy (or two) of Windows Home Server.
To make my long story in
spetreo...@svn.reactos.org wrote:
+subversion_wc_info(${CMAKE_CURRENT_SOURCE_DIR} SVNINFO)
This will fail when we're not inside a working copy (see
http://www.vtk.org/Bug/view.php?id=10200), because the macro outputs an
error in this case.
Please take a look into
Hello all,
As you have certainly noticed, Amine, Olaf and me have upgraded the
BuildBot some days ago. While doing this, we have added Olaf's build
slaves which used to be available at http://reactos.ath.cx:8081.
The new BuildBot version finally enables authenticated access for
features
is going to be represented by the ReactOS developers Colin
Finck, Timo Kreuzer, Matthias Kupfer, Daniel Reimer and Christoph von
Wittich. This year, we will also be joined by Kai Tietz from the
MinGW-w64 Project.
Like in the last years, you will be able to try out the latest
development state
Colin Finck co...@reactos.org wrote:
If you consider yourself a ReactOS-related person,
you may still ask Colin Finck to put you on this list.
Finally, over the course of the day, the following people have been
added as well:
o Cameron Gutman (aicom)
o Rafal Hrebien (rafalh)
- Colin
tkreu...@svn.reactos.org wrote:
Do raster operation on 4 bytes instead of only 3.
Quoting jgardou's commit before:
- When applying raster operation, do so only on 24 bits, we don't
support alpha channel in win32k
I have no idea about DIB code, but just from the commit message I
Hi all,
The branch with all planned changes for 0.3.13 has been finished now and
I've uploaded a first build:
http://svn.reactos.org/prereleases/ReactOS-0.3.13-prerelease-r51045-bootcd.7z
It's now time to test this build out and update
http://reactos.org/wiki/Tests_for_0.3.13 accordingly.
Hi all,
Even though Chemnitzer Linux-Tage has not been that long ago, I can
already announce that the ReactOS Project has received a sponsored booth
at LinuxTag 2011 in Berlin. LinuxTag is considered to be Europe's most
important Open-Source event and it takes place from 11th to 14th May at
to this list:
- Giannis Adamopoulos (smiley1_)
- Johannes Anderwald (janderwald)
- Javier Agustìn Fernàndez Arroyo (elhoir)
- Maciej Bialas (niski)
- Aleksey Bragin (abragin)
- Colin Finck (Colin_Finck)
- Danny Götte (dangerground)
- Cameron Gutman (aicom)
- Ziliang Guo (ZWabbit)
- Rafal Harabien
Hi Matthias,
Thanks for registering us right away. For your information, we have
already participated last year, but obviously didn't win anything.
We actually have enough servers/VMs for non-resource-intensive tasks
(Buildmasters, DNS, File and Web servers, etc.), but could always need
Pierre Schweitzer pierre.schweit...@reactos.org wrote:
it appears that Linux buildbot is running a bad issue and is looping on
building.
No, Release bot is just working on its backlog of builds accumulated
since it disappeared.
Maybe someone knows how to cancel all pending builds (if
Olaf Siejka wrote:
Could you also ask Chris to look into network issues with the
buildmaster, which results in regular dropouts?
The Buildmaster is still running in a VM on a dedicated server of a
hosting company. Christoph has no relations to them and I doubt he can
do much in case of
Richard W.M. Jones rjo...@redhat.com wrote:
I'm still setting up a ReactOS build environment.
I hope you have taken a look at http://reactos.org/wiki/Build_Environment.
We have prepackaged all needed build tools in the right versions, so
this environment guarantees comparable builds.
Best
Zachary Gorden wrote:
I object highly to the idea of bundling cmake with the BE. Most
platforms already have binaries built of cmake, either by the distro or
for Windows, the people who make cmake provide an installer.
I don't see the point here, you could say exactly the same about every
Timo Kreuzer timo.kreu...@web.de wrote:
My vote on this:
CMake: bundle it, optional on installation
x64/arm: create individual installers
* CMake: bundle it, go for the (minimal) version without an installer.
It's nothing exotic to install after all, just put it together with
the other
Hello all,
Edijus from #reactos has just tried ReactOS on his system, but the boot
process got stuck at usbdriver.sys. When reading his notice, I was
wondering why we still include this ancient driver in every ReactOS build.
As far as I know ...
* it has never worked for us
* it is
Aleksey Bragin alek...@reactos.org wrote:
* it is incomplete and not well-tested
* complete enough to the point of supporting usb keyboards, mice (both
tested), and potentially usb storage (had no time to finish).
Then it was advertised very badly. At least there has been no PowerPoint
gedmur...@svn.reactos.org wrote:
+// WIDL temp hack : [...]
Even though we all like to see a full MSVC build in the future, does
this really justify such an even bigger hack on top of the existing
ones? Would a proper fix really require that much more time?
If we don't want to end up in a
)
- Jan Blomqvist-Kinander (JaixBly)
- Aleksey Bragin (abragin)
- Thomas Faber (ThFabba)
- Colin Finck (Colin_Finck)
- Danny Götte (dangerground)
- Andrew Green (greeniekin)
- Cameron Gutman (aicom)
- Ziliang Guo (ZWabbit)
- Rafal Harabien (rafalh)
- Andrew Hill (ash77)
- Kamil Hornicek
Colin Finck co...@reactos.org wrote:
List of participants
I've added Alex Ionescu to this list.
Guess I don't need to explain much about him. Also he will certainly
tell us during the meeting in what ways he is going to participate in
the project again.
- Colin
Jérôme Gardou wrote:
I'll gladly participate this time. By the way, can I be added to te list?
Sure, I've just added you.
- Colin
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
My script has just sent the password mails to all participants.
Please check your inboxes and tell me instantly if you haven't received
any mail or cannot login for some reason.
For your information, if you have an IServ account, the password has
been sent to your @reactos.org address.
-
Ged Murphy wrote:
4. GSoC status updates
5. Driver signing
6. Getting to know what everybody is doing again?
- Colin
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
(elhoir)
- Maciej Bialas (niski)
- Jan Blomqvist-Kinander (JaixBly)
- Aleksey Bragin (abragin)
- Thomas Faber (ThFabba)
- Colin Finck (Colin_Finck)
- Jérôme Gardou (zefklop)
- Danny Götte (dangerground)
- Cameron Gutman (aicom)
- Ziliang Guo (ZWabbit)
- Rafal Harabien (rafalh)
- Andrew Hill (ash77
Ged Murphy wrote:
Can I just confirm that the channel is only available to people in
the list
and not the general public?
No, it is and has always been open to everybody who likes to join.
People without username and password can just act as observers though,
so they cannot talk and vote.
,
Singly and Doubly Linked Lists and Sequenced lists are going to follow.
Even more may follow afterwards based on his personal function list or
current requirements. Finally, the integration with our automated
testing tools has to be tested.
Colin Finck did not have much time for ReactOS in the last
cae...@myopera.com wrote:
For that we need Colin to explain Aleksiej how is linux sysreg doing backtrace
with /KDSERIAL enabled
In the loop which reads from the serial buffer:
if (strstr(Buffer, kdb:))
{
++KdbgHit;
if (KdbgHit == 1)
{
/* We hit Kdbg for the first time,
Hello all,
The Debug Buildslave will be down for maintenance throughout the next
week. We hope to have it fully working again by next weekend.
In the process of this maintenance, the OS will be reinstalled to match
the one we already use on our other servers. Besides, more of our
Timo Kreuzer timo.kreu...@web.de wrote:
What about fixing release buildbot first?
It's still a private machine owned and administered solely by Christoph.
As long as I can't even reach him by phone, we can only wait.
And is there a chance, maybe in the future, to switch buildbots more
Hi all,
A first release candidate of RosBE-Unix 2.0 is now available on
http://svn.reactos.org/RosBE-Temp/. Compared to 1.5, it finally includes
CMake 2.8.5 (with Jerome's patches), an updated GNU Make and new GMP and
MPFR libraries. For the latter ones, I've added a patch to fix building
Sylvain Petreolle spetreo...@yahoo.fr wrote:
My system has a cmake package installed and cmake is available in $PATH.
What should I do in order to use the RosBE one ?
When launching a RosBE environment, the scripts add the RosBE pathes at
the front of the $PATH variable. So it should already
Hi all,
Just for your information, I have enabled ACPI for the KVM machine used
by the Linux Testslave today.
For reference, the full VM configuration is like this:
* QEMU/KVM-based i686 ACPI machine
* 256MB of RAM
* 512MB HDD on IDE Primary Master
* ReactOS ISO on IDE Secondary Master
* AMD
Hello all,
The Trunk_x86_GCCLin Debug Buildslave has been migrated to RosBE-Unix
2.0-RC1. All builds starting with r53983 are now created using a CMake
environment.
Unfortunately, the CMake builds don't boot under KVM on the same
machine, but apparently for everybody else. To give you an
Bernd Blaauw bbla...@home.nl wrote:
Could you provide any instructions to reproduce this issue please?
Software versions, etc.
Our buildslave uses KVM under Ubuntu 10.04. The underlying QEMU version
is given as 0.12.3 with SeaBIOS 0.5.1.
- Colin
Aleksey Bragin alek...@reactos.org wrote:
Seriously all Caemyr's points are valid. We can go to a better debug
format anytime, not specifically at the time of cmake switch.
Then I hope that Amine's r54055 commit message was a bit ironic and
build doesn't really need twice the disk space with
Colin Finck co...@reactos.org wrote:
This process is fairly scriptable by the way and this has already been
done, see
http://svn.reactos.org/svn/reactos/trunk/tools/RosBE-Windows/Root/reladdr2line.cmd?revision=27678view=markup
Correct link:
http://svn.reactos.org/svn/reactos/trunk/tools/RosBE
Hi all,
Looking at
https://verein.ing-diba.de/sonstiges/33378/reactos-deutschland-ev, we
have scored the 810th place in the tough competition and just won 1000
EUR for the foundation! :-)
Even if we lost our position in the top of the list, comparable German
Open-Source foundations like
Hi all,
As some of you know, I have started university about a month ago. Due to
the amount of time I have to spend on university tasks these days, I can
no longer fulfil all my project obligations. Therefore, I'm looking for
new maintainers in the following areas:
* RosBE-Unix
* My Web
Zachary Gorden drakekaizer...@gmail.com wrote:
I can probably handle your half of the release work. You wrote up a
guide for it, no?
Yes, see
http://www.reactos.org/wiki/ReactOS_Release_Engineer/Step-by-Step_Guide
- Colin
___
Ros-dev mailing
Aleksey Bragin alek...@reactos.org wrote:
If someone still is not getting passwords sent before a meeting - please
email Colin or Pierre before the meeting started to get one.
I can't take responsibility for this any longer as I'm still out of time.
- Colin
cae...@myopera.com wrote:
Do you value your time available to spend on ReactOS? Then perhaps you could
also think about others as well?
Constructively asking, what other way would we have?
Announcing this change some days in advance won't make things easier.
And sticking to the old geometry
Aleksey Bragin alek...@reactos.org wrote:
Trunk needs to be tested using this template as a guideline
http://www.reactos.org/wiki/Tests_for_0.3.14
If I was a tester, I'd like to know exactly what build to test.
Especially considering that we have RBuild and CMake builds now, and
both from
Forwarding this with Johannes' consent:
Original Message
Subject: [ros-priv] Status of the usb-bringup Branch
Date: Sat, 07 Jan 2012 16:21:24 +0100
From: Johannes Anderwald janderw...@reactos.org
To: ReactOS developers private list ros-p...@reactos.org
Hi Folks!
For those
pschweit...@svn.reactos.org wrote:
touch boot/bootdata/packages/reactos.dff.in
We can't put this one-liner into the CMakeLists.txt file?
execute_process should do the job if there is no touch command in
CMake itself.
Your change makes RosBE depend on a very specific file in a very
specific
z...@svn.reactos.org wrote:
Change version string to release header for rbuild. Next time we
release, do this in the cmake file.
Don't forget the actual version number in the very same file ;-)
Apart from this, please also check the SVN log of
Zachary Gorden drakekaizer...@gmail.com wrote:
I'm actually going all the way back to 0.3.12, there's a lot of mixup
with CLT with 0.3.13 which made it hard to find the actual release
specific changes.
All regular 0.3.13 changes are in
svn://svn.reactos.org/reactos/tags/ReactOS-0.3.13.
The
Hi all,
The Google Summer of Code 2012 project registration phase is starting in
three weeks.
Are we going to apply again after our success last year?
Who will be available as administrators and mentors?
Is anybody already collecting task ideas?
Cheers,
Colin
Pierre Schweitzer pie...@reactos.org wrote:
Only really remains ros-translate, ros-foundation.
Yep, archive but don't delete.
I think you should even make them private/invisible and only leave used
mailing lists on the listinfo page.
- Colin
___
Ged Murphy gedmurphy.mailli...@gmail.com wrote:
I totally agree, every module should have a ./test folder containing all
related tests.
Full ACK.
The need to save bandwidth and disk space is a thing of the past.
Even more ACK!
Thinking about disk space too much would just be another
Timo Kreuzer timo.kreu...@web.de wrote:
An alternative would be preprocessing the inf.
It's probably even the easiest implementable, yet most flexible way to
handle our INFs.
But as soon as somebody takes the initiative on this, please also
convert all UTF-16 files to UTF-8 and later
1 - 100 of 381 matches
Mail list logo
