Print Thread
A week in AROS...
deadwood
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)
 
deadwood
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)
 
deadwood
Week of November 17th:

- Problem with requester for L: volume during boot solved (Kalamatee)
 
deadwood
Week of November 24th:
- Saving to FAT disks from Odyssey works again (neil)
- Renaming on FAT disks works again (neil)
 
deadwood
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)
 
magorium
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:
 
cavemann
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.
 
magorium
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
 
cavemann
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 Smile

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.
 
deadwood
Week of December 8th:

- Nothing to report
 
deadwood
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)
 
deadwood
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)
 
deadwood
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)
 
deadwood
Week of January 5th:

- Nothing to report
 
deadwood
Week of January 12th:

- AROS m68k no longer requires 68020+ CPU (twilen)
 
deadwood
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)
 
deadwood
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)
 
amigamia

>deadwood wrote:


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.Smile
 
cavemann

>deadwood wrote:


- It is now easier to give write access to AROS repository (neil & staf)


Hmm... I wonder if this solves the Digulla bottleneck problem.
 
deadwood
Yes it does. Aaron will no longer be involved in the process to adding new users to the repository.
 
Jump to Forum: