Ros-dev

ros-dev@reactos.org

1 participants
5790 discussions

ROS-Diffs fails on special characters in commit message

by Thomas Faber

Hi, I've noticed that the ROS-Diffs list (or rather the hook sending to it) consistently fails on revisions that have special chars in their commit message. E.g. there is no message for r56846, r56844, r56763, r56754 etc. (sorry Hermès :p) This goes back as far as r23711 (August 2006), for which the archive shows no message [1]. It apparently did work at some point because r20354 (December 2005) and earlier seem to have ROS-Diffs messages [2] (although possibly because special chars didn't make it into the mails' subjects). Is there a chance this could be fixed? And in the meantime, could I ask the devs to refrain from using special chars? (don't know about you, but the missing messages are quite an annoyance to me, as this is the most convenient platform for code review) Thanks! -Thomas [1] http://www.reactos.org/pipermail/ros-diffs/2006-August/thread.html [2] http://www.reactos.org/pipermail/ros-diffs/2005-December/010731.html

13 years, 1 month

July 2012 Meeting A Minutes

by Zachary Gorden

July 2012 Meeting A Minutes 2012-07-05 19:00 UTC dev.reactos.org, #meeting Proceedings =========== * Meeting started at 19:16 UTC by Aleksey Bragin. * Point 0: CD/Product Store * Point 1: Update/Team Plan * Point 2: Website Update * Point 3: Internet Declaration Due to scheduling constraints by some participants, the question of a team store and sale of ReactOS CDs was moved to be the first topic. * Point 0 Ziliang Guo presented the question of CD sales and merchendise sales in general. Amine Khaldi updated the team on the work he and others have done to get storefronts up and going. The primary concern was a lack of decent designs for the stores. Ziliang was tasked with contacting graphic artists he knows in the community to see if this can be remedied. The decision of what to do with the promo CDs was left to Ziliang as well. * Point 1 Aleksey Bragin stated that he intended to help with Jira integration with the new site, which is necessary as a replacement for bugzilla. He also hopes to help with making the build environment more user friendly. Olaf Siejka reported on a variety of regressions in freeldr and the win32 subsystem that he wants fixed as they are blocking further development and testing. Other developers asked for specific reports to be assigned to them and reviewed whether they thought they knew the cause of regressions. Collaboration with the UniATA developer was also discussed, with reports that upstream patches have been accepted and suggestions on further work that can be done. * Point 2 Danny Gotte was not present so this point was skipped. * Point 3 Pierre Schweitzer presented the Internet Declaration (http://www.internetdeclaration.org/freedom), a statement of beliefs drafted by various groups that wish the internet to remain free of censorship and ensure user privacy. Many other organizations have signed onto it and Pierre asked whether the ReactOS Foundation should also do so. This was put to a vote and passed with overwhelming support. * Other Decisions Ziliang requested that all developers be added onto the public relations mailing list. This was approved. Meeting was closed at 20:38 by Aleksey Bragin Minutes were prepared by Ziliang Guo

13 years, 1 month

Monthly meeting rescheduled

by Aleksey Bragin

Hello! I was away this week, so the meeting at the usual time got canceled. I propose to conduct meeting next thursday, 5th of July. If someone would not be able to make it - please email me. Regards, Aleksey Bragin.

13 years, 1 month

ReactOS on ARM, working on the iPhone

by Richardo Stallmanu

Hello everyone! I just got freeldr working properly (sort of) on the iPhone 4! Currently, I use Apple's iBSS (first stage DFU bootloader), with the go command patched to always branch to 0x41000000. 0x41000000 contains the actual LLB, which is relocated to 0x42000000. The LLB will initialize the ReactOS loader console and ARM loader block, which is sent to FreeLoader, just like on Omap3/Zoom2MDK and Versatile/PB. Time to get ramdisks working. :) http://goput.it/uc5.jpg <- There's your picture. -- winocm

13 years, 1 month

Meeting Thursday 7/5/2012

by Zachary Gorden

Barring any last minute hiccups, we expect to have a meeting this Thursday. I am sending out this email because we have a PR topic we need to discuss and I would like as many devs present as possible, and considering Aleksey is likely asleep by now, I felt we needed this out before "tomorrow" to give people enough heads up. Aleksey can make a more formal announcement with other agenda points if he has them. Z

13 years, 1 month

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

by Pierre Schweitzer

Hi, we are currently working on the failed server to fix it definitely (we hope). I have set up a temporary solution to ensure ISOs are well stored. They cannot be downloaded though. Sorry about all that troubles. With my best regards, P. Schweitzer On Tue, 2012-06-26 at 08:43 +0000, 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/998 > > Buildbot URL: http://build.reactos.org/ > > Buildslave for this Build: Linux_AMD64_1 > > Build Reason: scheduler > Build Source Stamp: 56807 > Blamelist: tfaber > > BUILD FAILED: failed shell > > sincerely, > -The Buildbot > > -- Pierre Schweitzer <pierre(a)reactos.org> System Administrator ReactOS Foundation

13 years, 1 month

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

by Pierre Schweitzer

Hi, this is unfortunately due to our entry server to network storage that has crashed once again tonight. All attempts to remotely reboot it failed. A human intervention will be required. It will not happen before several hours. The responsible person for the server has been informed. In case it was not possible to restore the server in a correct time, a workaround solution will be deployed once again. We are sorry for the caused inconvenience. With my best regards, P. Schweitzer Le dimanche 24 juin 2012 à 21:10 +0000, buildbot(a)reactos.org a écrit : > 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/989 > > Buildbot URL: http://build.reactos.org/ > > Buildslave for this Build: Linux_AMD64_1 > > Build Reason: scheduler > Build Source Stamp: 56800 > Blamelist: ekohl > > BUILD FAILED: failed shell > > sincerely, > -The Buildbot > > -- Pierre Schweitzer <pierre(a)reactos.org> Systems Administrator ReactOS Foundation

13 years, 1 month

Newbie to ReactOS

by Lonnie Cumberland

Greetings All, I am new to ReactOS but have much experience with with Windows, Linux, etc... as well as programming mainly in C/C++. Recently, I have decided to looking into ReactOS from a learning perspective after which, once the learning curve has been completed, I may try to get involved with some of the development efforts as well as work on some additional projects. >From what I have seen, ReactOS has come a very long ways in its development and is really turning into a special OS to be recognized. I would like to review some of the documentation on the Wiki but had a question regarding an experiment that I wanted to investigate with ReactOS. The question that I wanted to answer is this. What is the absolute minimum size, as relates to booting and OS files that are needed by ReactOS to run, for example, the notepad.exe program? To caveat this, it would include leaving out all of the OS tools, Explorer, Desktop, and absolutely everything that is not clearly needed to run the notepad.exe application. Basically, I would like ReactOS to boot and go directly into the notepad application. The real point here is to investigate what "absolute" minimum files are needed to run a simple application. Sounds a bit crazy, but that is the question that I would like to answer. Any ideas or information related to this would be greatly appreciated. Thanks and have a great day, Lonnie

13 years, 2 months

ReactOS and MS XP compatability

by Lonnie Cumberland

Greetings All, I have been reviewing ReactOS on the website and wiki to get a better feel for the project, which I must say is very impressive. >From what I have read, it seems that ReactOS is initially shooting for a drop-in replacement for WindowsXP and beyond which raised a question for me. The site also seems to suggest, for the most part and with the exception of a few core ReactOS files (ie. kernel plus a couple of others), that ReactOS should be 100% compatible with WindowsXP. With this in mind, I wondered this. If I had an old licensed Windows XP disk, which I do, then shouldn't it be possible to use the base core ReactOS files (ie. the minimalist ReactOS configuration like in my previous inquiry to the mailing list) and then use the WindowsXP subsystem core files? I guess what I was wondering, not to detract from the true developments of ReactOS which I like a lot, is would the WindowsXP system files function the same with the ReactOS kernel, and minimal files that were listed by Alex in a previous email. reeldr (ntldr) ntoskrnl hal bootvid kdcom fastfat ramdisk kbdclass i8042prt ntdll smss What I am getting at, is a development that is still forming, but the idea is to utilize ReactOS to allow for the development of a Super Sandbox system that is run in a specialize VM, and which would allow for each application to be run in their own ReactOS VM. Although I am still playing with the idea a lot, it is forming in such a way that would totally isolate each application in a separate VM that is composed of super minimal ReactOS kernel running. Just playing with ideas that I have had for a while, but at the moment, I am still learning about ReactOS so that I will be able to contribute to it soon. Thanks and have a great day, Lonnie

13 years, 2 months

(no subject)

by Marc Piulachs

http://secondlife.zhaarteth.net/wp-content/themes/dark-wood/googles.html?fg…

13 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev