# | User | Message | Date |
163 | Oldes | Maybe I'm too dareful, but if it's not a big problem, can we get a build (even unsecure) with Rebcode please? Just to make sure, that the Rebcode is not forgotten. Else I'm still using 1.3.61 version. | 13-Jun-08 10:34 |
162 | Paul | I do hope we continue to evolve the 2.7.x platform. | 6-May-08 15:30 |
161 | BTiffin | If work continues to 2.7.7 (it should - the public directory litter and +s mishandling alone should be reason enough to pump out another release) how about porting the libc definition from %printf.r in rebol.org. It may not be necessary but I'd like to proactively fight platform splintering now that routine! is freed. | 6-May-08 14:28 |
160 | BrianH | We need to make sure that /Command FastCGI works with the new official FastCGI extension to IIS from Microsoft, the one written by Zend. We can probably afford to ignore other third-party FastCGI extensions to IIS on Windows from now on. | 14-Apr-08 23:51 |
159 | Anton | I wouldn't go further than 1.3.2 | 1-Apr-08 9:50 |
158 | BrianH | How far back in versions should I continue to test? I've never tested on earlier than View 1.3.2. | 21-Mar-08 15:08 |
157 | BrianH | DevBase 2 (the current platform) will be tracking the current REBOL 2 release as the primary testing platform - currently that means 2.7.6. Any new functions in R2 that DevBase is using will be duplicated in a backwards compatibility file. | 21-Mar-08 15:07 |
156 | Carl | Beware the color map! | 19-Mar-08 3:50 |
155 | Carl | OSX SDK uploaded to www.rebol.net. AltME uploaded here to Other folder. | 19-Mar-08 3:50 |
154 | Carl | See how it works for you. I know it works well enough to type this message and upload itself. | 18-Mar-08 23:25 |
153 | Carl | Also, uploaded here AltME for Linux based on 2.7.6. It is the Other folder. | 18-Mar-08 23:24 |
152 | Carl | New SDK for a Debian Linux has been uploaded to www.rebol.net. This can be used instead of the Fedora version (newer lib/kernel compat). | 18-Mar-08 23:24 |
151 | Anton | Quickly testing my style-gallery.r seems pretty stable with rebview windows build in Wine on Kubuntu. | 18-Mar-08 15:42 |
150 | Gabriele | the current linux sdk works fine for me on Ubuntu. what was the problem with it? | 18-Mar-08 7:38 |
149 | Carl | http://www.rebol.net/upnews/0028.html For noting compat problems. | 18-Mar-08 2:25 |
148 | Carl | Waiting to hear results from view and core first. | 18-Mar-08 2:10 |
147 | Carl | Have not uploaded new linux sdk yet. | 18-Mar-08 2:10 |
146 | Graham | I linux sdk I downloaded yesterday had everything? | 16-Mar-08 18:34 |
145 | Carl | It this build seems better, can make the whole SDK . | 16-Mar-08 17:35 |
144 | Carl | Note that new Linux Core and View are posted. Let me know. | 16-Mar-08 17:34 |
143 | Paul | sweet! Congrats to ALL! | 14-Mar-08 23:24 |
142 | Carl | Note it will take a couple days to get all the OSes posted. | 14-Mar-08 22:59 |
141 | Carl | Thank you R2 team here, for your help, advice and contributions! | 14-Mar-08 22:59 |
140 | Carl | REBOL 2.7.6 Released | 14-Mar-08 22:58 |
139 | Carl | We can do a special release for you Oldes. | 14-Mar-08 17:32 |
138 | Carl | OSX changes are done. | 14-Mar-08 17:31 |
137 | Oldes | I don't need official rebcode version. It's working fine for me. Honestly I need it more than adding new mezzanines. And that's the reason why I still use Rebol 1.3.61 | 14-Mar-08 8:21 |
136 | WillArp | ok, thank you | 13-Mar-08 23:42 |
135 | Carl | Yes. The OSX changes are still pending, so they WILL happen for 2.7.6 if possible. | 13-Mar-08 23:41 |
134 | WillArp | maybe tracker item #13 is not too complicate ? | 13-Mar-08 23:40 |
133 | Carl | Merged. Holding on above. Release deadline is Friday. | 13-Mar-08 23:38 |
132 | Carl | Fetching DevBase change for TAKE. | 13-Mar-08 23:34 |
131 | Gabriele | i'm ok with leaving it as is, unless someone can give a good reason for changing it. | 13-Mar-08 23:33 |
130 | Carl | Will timeout tomorrow. If no comments, it remains as is. | 13-Mar-08 23:31 |
129 | Carl | Holding release on CALLBACK issue. Waiting for discussion to finalize. | 13-Mar-08 23:31 |
128 | Carl | On RebCode - not included. Main reason is my original explanation (2006?) regarding security. | 13-Mar-08 23:30 |
127 | Carl | Posted in test group. Moved to Tested status. | 13-Mar-08 23:28 |
126 | Carl | Testing #10... | 13-Mar-08 23:28 |
125 | Carl | Ok Brent. | 13-Mar-08 23:27 |
124 | BrianH | Particularly the crash-REBOL-with-ease issue :( | 13-Mar-08 22:24 |
123 | Pekr | I fear Rebcode was still beta, some late requests were not implemented, not sure if they were even discussed. And unless the instruction set is complete, I am not sure it is good to have it added. IIRC BrianH also mentioned its security issues ... | 13-Mar-08 22:21 |
122 | Paul | I agree with Oldes, would be nice to have rebcode also. | 13-Mar-08 22:09 |
121 | Brent | Carl, did you end up having to change code in the SDK for the OSX bug? If so, I don't think that was retested. | 13-Mar-08 20:40 |
120 | Brent | The only bug that I didn't get good confirmation on was #10, Win32 registry issue. | 13-Mar-08 20:39 |
119 | Carl | Graham, let me do quick check on that problem. | 13-Mar-08 18:52 |
118 | Gabriele | (also, let me know if you need testing on OSX PPC.) | 13-Mar-08 18:38 |
117 | Graham | If it's too much work leave the encap header bug to 2.7.7 and release now. | 13-Mar-08 18:38 |
116 | Gabriele | no showstoppers here (assuming the color problem on osx intel gets fixed ;) | 13-Mar-08 18:38 |
115 | Oldes | It seems to fine for me, just if you can do a version with rebcode as well please. | 13-Mar-08 18:35 |
114 | Graham | Is that easy enough? | 13-Mar-08 18:35 |
113 | Graham | Can we fix the encap header bug ? | 13-Mar-08 18:34 |
112 | Carl | Let's get this released! | 13-Mar-08 18:32 |
111 | Carl | Brent will coordinate this finalization. | 13-Mar-08 18:32 |
110 | Carl | Attention everyone: * We need to finalize 2.7.6 and get it released and out to developers. * We know that we cannot fix every bug or the release won't happen until 2010. * So, are we ready now to ship, or is there anything urgent, "show stopper" that needs to be fixed? | 13-Mar-08 18:31 |
109 | Graham | Thanks | 12-Mar-08 18:22 |
108 | Carl | Graham: uploaded. | 12-Mar-08 17:48 |
107 | Graham | rebcmdview is also missing ... I can't do any testing. | 11-Mar-08 6:10 |
106 | Carl | Ok, so starting the wrap up for 2.7.6. Once call gets figured out, we can do OSX and Linux. OSX intel requires fix for colors. We can also make Solaris core. | 11-Mar-08 5:41 |
105 | Graham | Carl, enfacecmd is still missing from the SDK distro ... | 11-Mar-08 5:27 |
104 | Carl | So you can do any other tests. (Let me know if you need a license.key) | 11-Mar-08 4:46 |
103 | Carl | SDK exe files for Win32 uploaded to releases dir. | 11-Mar-08 4:45 |
102 | Gabriele | the Win version seems good enough though. and Linux is surely not worse than 2.7.5. but, as long as we don't hold too much, that's fine. | 10-Mar-08 22:41 |
101 | Gabriele | it's just that there are more versions available to test :) | 10-Mar-08 22:40 |
100 | Carl | Looks like a lot more testing going on today -- a good thing -- so we will hold release. | 10-Mar-08 22:37 |
99 | Carl | Note: this is project goals group. | 10-Mar-08 19:43 |
98 | Gabriele | Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000504 0x00025297 in ?? () (gdb) | 10-Mar-08 19:20 |
97 | Gabriele | Bus error here (Leopard) | 10-Mar-08 19:19 |
96 | Gabriele | cool, giving it a go. | 10-Mar-08 19:15 |
95 | Carl | Yes, will do some cmd builds today. | 10-Mar-08 19:15 |
94 | Carl | This is the first OSX Intel View build. | 10-Mar-08 19:15 |
93 | Carl | View for OSX intel upoaded -- but note: the graphics has an endian problem -- the colors are wrong. Other than that, it should work fine. | 10-Mar-08 19:14 |
92 | Graham | Carl, would you upload rebviewcmd and enfacecmd as well... my apps use /cmd features and so to test my apps under 2.7.6 I need /cmd. | 10-Mar-08 18:07 |
91 | WillArp | I could try an osx-intel build 8) | 10-Mar-08 17:51 |
90 | Carl | We are in testing and release stage now. | 10-Mar-08 17:48 |
89 | Carl | I should note that 2.7.6 changes and fixes are frozen. | 10-Mar-08 17:48 |
88 | Carl | Uploaded review-linux - a best to try out. | 10-Mar-08 1:19 |
87 | Carl | Paul, yes -- but, in mezz group. | 8-Mar-08 19:00 |
86 | Carl | Uploaded rebview-276b.exe -- "final beta" -- includes BrianH mezz fix. | 8-Mar-08 18:59 |
85 | Paul | Carl can you discuss briefly the goals you desire for mezzanines? What your thoughts in particular concerning speed concerns - chaining mezzanines (building mezzanines on top of mezzanines), etc.. | 8-Mar-08 15:47 |
84 | Henrik | if he uses VMWare, he can test it all on his Macbook :-) | 8-Mar-08 14:01 |
83 | Maarten | Gabriele, you have too much hardware ;-) | 8-Mar-08 13:39 |
82 | Gabriele | I'll be away most of today though, so I'll probably be able to test tomorrow. | 8-Mar-08 11:07 |
81 | Gabriele | I can test Linux, Wine, OSX PPC, OSX Intel. I can also test Windows, but I guess there are already a lot of testers there :) | 8-Mar-08 11:05 |
80 | Pekr | Anyway, with R3, stuff like /odbc and /https have to be in standard .... | 8-Mar-08 9:45 |
79 | Pekr | cool, thanks for shell fix and thanks for library! That could definitely make some guys happy. It opens them to use SQLite without the need for /Pro. /ODBC would be fine too for connectivity, but that is probably much to ask :-)) | 8-Mar-08 9:45 |
78 | BrianH | We can fix mezz stuff at least. | 8-Mar-08 6:32 |
77 | Carl | True in R3. (But, not so much in R2. It's limited and difficult to make various changes. For example, note that I could not fix the bug in set pair return value.) | 8-Mar-08 6:27 |
76 | BrianH | Future releases should have more stuff fixed, more cool stuff. | 8-Mar-08 6:25 |
75 | BrianH | Much as I appreciate the fixes, this release seems to me to be a trial run for a new development and release process. | 8-Mar-08 6:24 |
74 | Carl | (just kidding) | 8-Mar-08 6:22 |
73 | Carl | Ok, so this file is for testing prior to final release. Now is the time to check it. After release, you will need to wait until 2.7.7 release in March 2010. | 8-Mar-08 6:22 |
72 | Carl | Called: rebview+mezz.exe | 8-Mar-08 6:15 |
71 | Carl | Preliminary release that includes the current DevBase Mezz changes. | 8-Mar-08 6:15 |
70 | Carl | Mezz merged. Making new build. | 8-Mar-08 6:09 |
69 | Carl | Merging mezz functions now. | 8-Mar-08 5:50 |
68 | Carl | A preliminary release has been uploaded into the releases/test folder. This is a test version prior to adding the mezzanine function change in DevBase. *Fixes the top bugs listed in Tracker. *Removes license restriction from Library features. *Removes CALL window Win32 black console (use /show option to see it) *Adds new SHIFT function - works on integers and binary (bytes) *Control over master sound control is optional (use NONE for volume) Use the datestamp (system/build) as a reference (it is 7-Mar-2008). | 8-Mar-08 5:48 |
67 | Paul | Win XP and Vista here. | 8-Mar-08 3:59 |
66 | Paul | Brent I shoudl be available a bit tomorrow | 8-Mar-08 3:59 |
65 | Brent | Calling all beta testers! If you are interested and able to test the fixes for 2.7.6 Saturday 8 March, please let me know here or in private. Thanks! | 8-Mar-08 2:42 |
64 | Carl | [Reviewing tracker records now] | 7-Mar-08 18:47 |
63 | Carl | (or, stated another way, lazified) | 7-Mar-08 18:42 |
62 | Carl | optimized | 7-Mar-08 18:42 |
61 | BrianH | find/match | 7-Mar-08 18:41 |
60 | Carl | Something like this should work... foreach f load %./ [if find f "r2-" [rename f remove/part copy f 3]] | 7-Mar-08 18:40 |
59 | BrianH | The REBOL 2 mezzanine sources have been uploaded to DevBase, in particular the 2.7.5 SDK sources. I had to prefix the files with r2- because DevBase currently requires filenames to be unique. This will change, so don't try to fix the file references in the source to match. Just remove the prefix before use. We should probably add a tool to do this automatically. I also uploaded the Viewtop source (prefixed with r2-vt-) and the installer source (prefixed with r2-inst-). Same rules apply. For now, just make your changes in these files. We can diff from them as needed. | 7-Mar-08 7:23 |
58 | Henrik | I agree | 4-Mar-08 19:48 |
57 | Gabriele | i would actually limit ourselves to fixing as many bugs as we can in the available time frame. we can add new stuff for the next release. we could set it to be due for april, or may if you don't want to spend too much time on R2. | 4-Mar-08 19:47 |
56 | Carl | Skipped almost a year! | 4-Mar-08 19:44 |
55 | Carl | Note that Upnews is back up. http://www.rebol.net/cgi-bin/upnews.r | 4-Mar-08 19:44 |
54 | Carl | Everyone here should note this blog: http://www.rebol.net/upnews/0022.html | 4-Mar-08 19:42 |
53 | Carl | Q: "so there's no way to indicate who is working on each bug?" A: There used to be. It was removed due to non-usage. | 3-Mar-08 21:39 |
52 | Carl | Gabriele wrote: "the tracker here was only meant to prioritize what to fix for this release" That is correct. Only for priorities and tracking the fix as a group. | 3-Mar-08 21:36 |
51 | Brent | Sounds good. I gotta take my son to baseball practice. I'll catch up with you guys tomorrow. Cheers. | 3-Mar-08 21:31 |
50 | Henrik | yep | 3-Mar-08 21:29 |
49 | Brent | I'll review it in more detail. Maarten was heading that up, right? | 3-Mar-08 21:29 |
48 | Henrik | Brent, I don't know if you followed the R3 alpha release process. It's listed in docbase and perhaps we can repeat it. | 3-Mar-08 21:26 |
47 | BrianH | Mezzanines group created, for coordinating mezzanine development. | 3-Mar-08 21:25 |
46 | Pekr | I would not like the group to spend more than one week non 2.7.6 and then move forward. Something like 3 weeks is big loss for R3 imo ... | 3-Mar-08 21:25 |
45 | Brent | Or do I get to whip out a can if Carl starts slacking off on fixing these bugs??? ;-) | 3-Mar-08 21:25 |
44 | Henrik | release coordination as well? | 3-Mar-08 21:25 |
43 | Brent | alrighty then. so I guess I'll be more coordinating the testing once the bugs are fixed? | 3-Mar-08 21:24 |
42 | Pekr | I think that for now we should use just commone sense and whatever that works ... | 3-Mar-08 21:24 |
41 | Pekr | as for practical usability we only need Fixed for release: xy, then we could auto-generate output with simply change-log. But we will see, maybe even RAMBO does not survive, as there is planned bugbase for devbase ... | 3-Mar-08 21:24 |
40 | BrianH | We need to replicate some of the communications infrastructure from the R3 world. | 3-Mar-08 21:24 |
39 | Henrik | I don't know if we'll fix bugs in the editor. There are some annoyances, but not sure they are worth going at. | 3-Mar-08 21:24 |
38 | Henrik | all RAMBO bugs listed in the tracker are internal, so only Carl can fix them. | 3-Mar-08 21:23 |
37 | BrianH | Only Carl can fix native or runtime bugs. Mezzanine bugs have generally been fixed by whoever has the most experience in the area. | 3-Mar-08 21:22 |
36 | Brent | ah, that makes it a bit simpler, I guess. | 3-Mar-08 21:22 |
35 | Henrik | no. It's assumed that Carl is working on them. | 3-Mar-08 21:22 |
34 | Brent | so there's no way to indicate who is working on each bug? | 3-Mar-08 21:21 |
33 | Henrik | When the bug is confirmed, Carl usually sets them as Reviewed. Then Built and the Fixed. I don't know if anyone else but Carl is able to fix these bugs. | 3-Mar-08 21:21 |
32 | Brent | who it's assigned to, that is | 3-Mar-08 21:20 |
31 | Brent | is there an established method for assigning tracker items? there is a "submitted" field but not "assigned". | 3-Mar-08 21:19 |
30 | Henrik | I would just have wanted Tracker and RAMBO to be the same thing. | 3-Mar-08 21:19 |
29 | Pekr | I think that for the future RAMBO should be extended. Not much is needed imo. We could add also planning, marking some bugs as to be fixed for next milestone, and work on them, etc., but we will see :-) | 3-Mar-08 21:18 |
28 | BrianH | We have to do that already. | 3-Mar-08 21:17 |
27 | Gabriele | that's ok with me, but you'll still have to search rambo to see if anyone has posted it in the meantime. | 3-Mar-08 21:16 |
26 | Henrik | how about we wait until the bugs are fixed, and then put them in RAMBO as fixed? | 3-Mar-08 21:15 |
25 | Gabriele | but... feel free to ignore me. | 3-Mar-08 21:14 |
24 | Gabriele | there are many more bugs in rambo than here. the tracker here was only meant to prioritize what to fix for this release (as opposed to what to fix in all the following releases) | 3-Mar-08 21:14 |
23 | Henrik | but it is a hassle to keep them synced | 3-Mar-08 21:13 |
22 | Henrik | Rambo would be for public viewing of bug fixes | 3-Mar-08 21:13 |
21 | BrianH | That kind of reduces the value of using the tracker here. | 3-Mar-08 21:12 |
20 | Gabriele | henrik: not yet, but it could. brian: i think it would be useful to users that are not in this world. | 3-Mar-08 21:12 |
19 | BrianH | We retrofitted some of the items with RAMBO entries after doing some research. Do we need to add RAMBO entries for the rest? | 3-Mar-08 21:12 |
18 | Henrik | is the changelog generated from rambo fixes? | 3-Mar-08 21:11 |
17 | Gabriele | i'm talking about those few :) | 3-Mar-08 21:11 |
16 | Brent | all but a few have RAMBO numbers already | 3-Mar-08 21:10 |
15 | Gabriele | wouldn't it be a good idea to make sure that all the bugs listed here are also listed in RAMBO? | 3-Mar-08 21:10 |
14 | BrianH | In here? Up to date but incomplete. | 3-Mar-08 21:09 |
13 | Brent | so how up to date is Tracker? | 3-Mar-08 21:08 |
12 | Carl | So, in conclusion, I think Maarten may be too busy... so let's go ahead build the lists and have Brent help keep us on track. | 3-Mar-08 21:04 |
11 | Carl | Brent has also stepped forward and offered his project management abilities. | 3-Mar-08 20:26 |
10 | Carl | (Or that he's too busy right now.) | 3-Mar-08 20:24 |
9 | Carl | Ok, so do you think maybe I twisted Maarten's arm to hard to be PM on V2. I kind of got the sense that maybe it was asking too much. | 3-Mar-08 20:23 |
8 | Carl | G: ok. I can move those as a file to here. And then perhaps someone can evaluate and list them here as needed. | 3-Mar-08 20:19 |
7 | Carl | Yes, SDK is included. | 3-Mar-08 20:18 |
6 | Gabriele | Carl: please look at the V 2.7 group on rebol-hq, and the checklists there. i think a number of bugs were already fixed from 2.7.5. | 3-Mar-08 14:45 |
5 | Paul | I agree that we need to have SDK otherwise many are not going to benefit from the changes if they can't use the changes in their implementation. | 3-Mar-08 13:31 |
4 | Robert | IMO SDK is mandatory otherwise it doesn't make any sense. | 3-Mar-08 12:10 |
3 | Ashley | I hope that includes an SDK release as well? | 3-Mar-08 3:46 |
2 | Carl | V 2.7.6 Goal: March 7, 2008 Definition: Select a small number of bugs, fix them, and get it released. | 2-Mar-08 23:01 |
1 | Carl | This world was created because we plan to continue support for R2 for quite some time into the future... And, all of the discussions related to R2 will clutter up and get confused in the R3-alpha world. | 2-Mar-08 22:56 |