Week of November 3rd:

- Changing screen resolution under DOpus and IntelGMA driver no longer crashes (neil)
- Work on supporting pcDuino platform continues (DizzyOfCRN)
- HDAudio driver has been extended to work on ATI south bridges (hean8209)
- noacpi option no longer causes PCI devices not to be listed (neil)

Week of November 10th:
- Memory controller for pcDuino stabilized (DizzyOfCRN)
- Szilard Biro's pthread library is now available in AROS (deadwood)
- C++11 threading support is available in 4.8.3 crosscompiler (deadwood)

Week of November 17th:

- Problem with requester for L: volume during boot solved (Kalamatee)

Week of November 24th:
- Saving to FAT disks from Odyssey works again (neil)
- Renaming on FAT disks works again (neil)

Week of December 1st:
- Not having PS/2 mouse not longer causes delay with boot (neil)
- InstallAROS can now be navigated using keyboard only (Kalamatee)
- HDToolBox can now be navigated using keyboard only (Kalamatee)
- It is easier to select screen depth in ScreenPrefs on M68K (wawa)

Thanks for keeping us up to date deadwood.

Nice to see some commits from kalamatee again :thumbsup:

wawa into commit business ? ;-p Thx wawa :thumbsup:

In addition to 'use existing AROS partitions' on installAROS, if there was an option to 'wipe AROS partitions' then it would be easier to add or remove a Work partition. Just two cents.

hmz, never thought about that tbh.

fwiw: for testing purposes i use two pen-drives, one with 2 and the other with 1 AROS partition, and select use existing AROS partitions. For 2.0 Icaros release i needed to re-do completely, but usually that's only required once in a while.

Would it be worth a feature request on AROS bugtracker ? (e.g. you can work around it now).

Although probably not for the casual user, i usually use more partitions, which i solve know by specifying the size of the work partition so that there is space left that i can use with HD-toolbox and manually add. So i would prefer an option for that, or having a bit better understandable/workable hd-toolbox

You have a good point. The core issue is that the HDToolBox is cumbersome to use. Sadly, I have no suggestions for HDToolBox, except to say that I like the way GParted works, so that might be something to strive for. But I am happy that some improvements were made to HDToolBox :)

Since I got a positive response here. I mentioned my suggestion at Aros-Exec too, hopefully it will attract some positive reactions and stay flame free.

Week of December 8th:

- Nothing to report

Week of December 15th:

- Opening X11 window when option DELAYXWINMAPPING is use work now (Kalamatee)
- Console handler correctly handles 0 timeout value (twilen)
- Problem with starting ixemul.library-compatible software on m68k from Workbench solved (twilen)
- C:List now better supports the lformat modifiers (desperado)

Week of December 22nd:

- Running ./configure scripts under sh possible again (neil)
- PS/2 mouse driver is fixed for Aspire One 110 (neil)
- Shell now shows better error explanation if command could not be started (neil)
- SH now shows information if stack could not be allocated for command (neil)

Week of December 29th:

- Memory allocation with MEMF_REVERSED is fixed (Kalamatee)
- TLSF memory allocator has been enabled for x86_64 build (Kalamatee)
- Scout memory window has been enhanced to handle 64-bit and TLSF correctly (Kalamatee)
- ABI_V0 branch has been updated with latest software versions from trunk (deadwood)

Week of January 5th:

- Nothing to report

Week of January 12th:

- AROS m68k no longer requires 68020+ CPU (twilen)

Week of January 19th:

- Error reporting in early stage of exec is now better (Kalamatee)
- x86_64 hosted AROS can now allocated more than 1 GB of RAM (Kalamatee)
- Crosscompiling AROS now uses crosscompiler directly instead of wrapper scripts (Kalamatee)

Week of January 26th:

- bmp.datatype works again for 8-bit images (neil)
- bmp.datatype now supports case with 0 in color count field (neil)
- AROS repository has been moved to new server (neil & staf)
- It is now easier to give write access to AROS repository (neil & staf)
- bmp.datatype now supports 16-bit and 32-bit images (neil)

As always, thank you for taking time to update us here at arosworld as well.:)

Hmm... I wonder if this solves the Digulla bottleneck problem.

Yes it does. Aaron will no longer be involved in the process to adding new users to the repository.