Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.

A week in AROS...

Last updated on 4 years ago
D
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)
D
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)
D
Week of November 17th:

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

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

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

- Nothing to report
D
Week of January 12th:

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

Quote

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.:)
cavemann

Quote

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.
D
Yes it does. Aaron will no longer be involved in the process to adding new users to the repository.
You can view all discussion threads in this forum.
You can start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You can upload attachments in this forum.
You can download attachments in this forum.