This list is closed, nobody may subscribe to it.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(58) |
Oct
(128) |
Nov
(200) |
Dec
(67) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(75) |
Feb
(78) |
Mar
(24) |
Apr
(15) |
May
(31) |
Jun
(118) |
Jul
(34) |
Aug
(74) |
Sep
(52) |
Oct
(27) |
Nov
(33) |
Dec
(27) |
2002 |
Jan
(40) |
Feb
(75) |
Mar
(48) |
Apr
(63) |
May
(123) |
Jun
(140) |
Jul
(39) |
Aug
(89) |
Sep
(90) |
Oct
(98) |
Nov
(132) |
Dec
(98) |
2003 |
Jan
(74) |
Feb
(70) |
Mar
(71) |
Apr
(13) |
May
(47) |
Jun
(25) |
Jul
(74) |
Aug
(29) |
Sep
(46) |
Oct
(25) |
Nov
(36) |
Dec
(17) |
2004 |
Jan
(9) |
Feb
(45) |
Mar
(32) |
Apr
(19) |
May
(56) |
Jun
(20) |
Jul
(27) |
Aug
(3) |
Sep
(28) |
Oct
(5) |
Nov
(60) |
Dec
(22) |
2005 |
Jan
(29) |
Feb
(24) |
Mar
(10) |
Apr
(20) |
May
(14) |
Jun
(112) |
Jul
(22) |
Aug
(30) |
Sep
(16) |
Oct
(16) |
Nov
(14) |
Dec
(21) |
2006 |
Jan
(40) |
Feb
(6) |
Mar
(51) |
Apr
(62) |
May
(131) |
Jun
(39) |
Jul
(8) |
Aug
(30) |
Sep
(62) |
Oct
(31) |
Nov
(55) |
Dec
(21) |
2007 |
Jan
(111) |
Feb
(56) |
Mar
(123) |
Apr
(50) |
May
(111) |
Jun
(6) |
Jul
(35) |
Aug
(53) |
Sep
(20) |
Oct
(6) |
Nov
(68) |
Dec
(13) |
2008 |
Jan
(17) |
Feb
(24) |
Mar
(65) |
Apr
(153) |
May
(20) |
Jun
(58) |
Jul
(8) |
Aug
(3) |
Sep
(99) |
Oct
(32) |
Nov
(5) |
Dec
(20) |
2009 |
Jan
(9) |
Feb
(2) |
Mar
(18) |
Apr
(73) |
May
(10) |
Jun
(32) |
Jul
(108) |
Aug
(14) |
Sep
(23) |
Oct
(50) |
Nov
(33) |
Dec
(4) |
2010 |
Jan
(79) |
Feb
(63) |
Mar
(48) |
Apr
(35) |
May
(72) |
Jun
(132) |
Jul
(77) |
Aug
(58) |
Sep
(27) |
Oct
(18) |
Nov
(3) |
Dec
(5) |
2011 |
Jan
(24) |
Feb
(14) |
Mar
(25) |
Apr
(10) |
May
(75) |
Jun
(19) |
Jul
(9) |
Aug
(29) |
Sep
(2) |
Oct
(76) |
Nov
(104) |
Dec
(43) |
2012 |
Jan
(38) |
Feb
(42) |
Mar
(8) |
Apr
(55) |
May
(14) |
Jun
(33) |
Jul
(47) |
Aug
(58) |
Sep
(66) |
Oct
(33) |
Nov
(1) |
Dec
|
2013 |
Jan
(58) |
Feb
(65) |
Mar
(112) |
Apr
(71) |
May
(6) |
Jun
(3) |
Jul
(12) |
Aug
(14) |
Sep
(11) |
Oct
(14) |
Nov
(1) |
Dec
(7) |
2014 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(2) |
Oct
(5) |
Nov
(11) |
Dec
(2) |
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(7) |
2016 |
Jan
(22) |
Feb
|
Mar
(5) |
Apr
|
May
(9) |
Jun
(9) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(10) |
2017 |
Jan
(14) |
Feb
(6) |
Mar
(7) |
Apr
(12) |
May
(16) |
Jun
(7) |
Jul
(5) |
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <no...@so...> - 2000-11-14 19:59:08
|
Patch #102382 has been updated. Project: mingw Category: w32api Status: Open Summary: Remove undersocores from lib/mswsock.def ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=102382&group_id=2435 |
From: Paul S. <pf...@us...> - 2000-11-14 11:33:05
|
Hello Paul, Paul Garceau wrote on Tuesday, November 14, 2000: >> > Howdy. The most recent incarnation of the design Mumit and I >> > discussed is available at >> > http://www.mingw.org.home.blockdev.net/. PG> It does meet what Mumit envisioned in terms of an end-user PG> intro page. In terms of the technical stuff, that appears to PG> still be the domain of http://www.mingw.org. This is exact formulation, with which I 100% agree. I'd prefer to have www.mingw.org as it is now. But Matt, if you want to maintain "user-friendly" site with all those pictures, etc, we can host it too. PG> In terms of content, well, that, I am sure is just a matter of PG> adding the proper links, etc. It is unlikely to be so easy. We greatly lack even "technical" content. As for "novice-user-friendly", hm, I have vague idea what it should be at all, but I guess here's very little of it. PG> Peace, PG> Paul G. -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: Paul G. <pga...@te...> - 2000-11-14 05:31:47
|
Hi folks, Laura, are you still with us? On 13 Nov 2000, at 16:02, the Illustrious Earnie Boyd wrote: > --- Matt Block <mi...@ho...> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Pauls et al, > > > > Howdy. The most recent incarnation of the design Mumit and I > > discussed is available at > > http://www.mingw.org.home.blockdev.net/. It does meet what Mumit envisioned in terms of an end-user intro page. In terms of the technical stuff, that appears to still be the domain of http://www.mingw.org. > > Obviously, the design > > is not yet complete (some buttons are in weird places and > > things,) and certainly the content is not up-to-date. I > > believe, and hope, that the design is clean, fast-loading, easy > > to use, and minimal without being sparse. I think those are > > the goals of MingW, so they should be the goals of the website > > as well. > > > > The little funny looking dude in the logo is Ming. He's fully > > rendered, if not particularly artistically, and can be > > modified... in the final design, I intend for him to take a > > more direct role in providing information (he'll actually be a > > part of every page, indicating where interesting information is > > and explaining it... like the Office Assistant, only not > > annoying). > > > > One other thing, it's going to be difficult for me to approve > anything but dark text on light background. My eyes have trouble > reading light text on a dark background. I agree, the color combos are hard to read. I'm running TrueColor, so I can see the variations. Aside from the comments I noted above, it looks to be a very nice format for the end-user who is just getting an introduction to Mingw. In terms of content, well, that, I am sure is just a matter of adding the proper links, etc. Peace, Paul G. Nothing real can be threatened. Nothing unreal exists. |
From: Paul G. <pga...@te...> - 2000-11-14 05:04:39
|
Hi folks, On 13 Nov 2000, at 20:21, the Illustrious Paul Sokolovsky wrote: > Hello Earnie, > > Earnie Boyd wrote on Monday, November 13, 2000: > > EB> Hey, GNUMailMan is now catching the bounces. Is this just a > fluke or is it EB> fixed? ;^) > > Nope, it seems that someone moved it from > Disable and > DON'T notify > me That was...Moi. Now we can see what actually happens when something bounces. Before there was no way to easily determine actual cause of bounces. The bounce notification now is telling us "when" someone bounced and "why". Peace, Paul G. Nothing real can be threatened. Nothing unreal exists. |
From: Matt B. <mi...@ho...> - 2000-11-14 04:59:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Earnie, Paul, Paul Sokolovsky wrote: PS> Earnie Boyd wrote on Tuesday, November 14, 2000: PS> EB> One other thing, it's going to be difficult for me to approve anything but dark PS> EB> text on light background. My eyes have trouble reading light text on a dark PS> EB> background. In 16, 256, 16-bit, and 32-bit the site is black text on white background with a blue border. I'm not sure what you're seeing. PS> Well, neither I am too impressed - I see it black-on-white now, PS>but with this it looks worse than current site. Also, I'm great PS>disliker of the graphics - if something can be done without it, it PS>should be done so, IMHO. Current site is ideal with this respect. But PS>the main problem I see is that it simply doesn't ant new *content*. There is one image on the site. Again, I'm not sure what you're seeing. I can't speak to content. I wasn't asked to add any, and I'm not sure what the point would be- the site has plenty of content at the moment. The trouble is, that content is difficult to reach: navigation is hidden, the layout is not intuitive, and the design and content have no relationship to one another. But you are absolutely right- this design is not an extension of content. PS> So, can you present a motivation why your design should be used PS>instead of current? Nope. If it doesn't work, it should be reworked until it does. -- Matt -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com> iQA/AwUBOhDGn1Nf3RYCWalgEQLzFQCfdSRv7sIJcsL/PNWoAmlL3KnVngoAn0Ca Ua3pRwkQDlYwkJua7sRWG/C1 =A1uT -----END PGP SIGNATURE----- |
From: Paul S. <pf...@us...> - 2000-11-14 00:23:02
|
Hello Earnie, Earnie Boyd wrote on Tuesday, November 14, 2000: EB> --- Matt Block <mi...@ho...> wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Pauls et al, >> >> Howdy. The most recent incarnation of the design Mumit and I >> discussed is available at http://www.mingw.org.home.blockdev.net/. >> Obviously, the design is not yet complete (some buttons are in weird >> places and things,) and certainly the content is not up-to-date. I >> believe, and hope, that the design is clean, fast-loading, easy to >> use, and minimal without being sparse. I think those are the goals >> of MingW, so they should be the goals of the website as well. >> >> The little funny looking dude in the logo is Ming. He's fully >> rendered, if not particularly artistically, and can be modified... in >> the final design, I intend for him to take a more direct role in >> providing information (he'll actually be a part of every page, >> indicating where interesting information is and explaining it... like >> the Office Assistant, only not annoying). >> EB> One other thing, it's going to be difficult for me to approve anything but dark EB> text on light background. My eyes have trouble reading light text on a dark EB> background. Well, neither I am too impressed - I see it black-on-white now, but with this it looks worse than current site. Also, I'm great disliker of the graphics - if something can be done without it, it should be done so, IMHO. Current site is ideal with this respect. But the main problem I see is that it simply doesn't ant new *content*. So, can you present a motivation why your design should be used instead of current? EB> Cheers, EB> ===== EB> Earnie Boyd EB> mailto:ear...@ya... -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: Earnie B. <ear...@ya...> - 2000-11-14 00:02:30
|
--- Matt Block <mi...@ho...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Pauls et al, > > Howdy. The most recent incarnation of the design Mumit and I > discussed is available at http://www.mingw.org.home.blockdev.net/. > Obviously, the design is not yet complete (some buttons are in weird > places and things,) and certainly the content is not up-to-date. I > believe, and hope, that the design is clean, fast-loading, easy to > use, and minimal without being sparse. I think those are the goals > of MingW, so they should be the goals of the website as well. > > The little funny looking dude in the logo is Ming. He's fully > rendered, if not particularly artistically, and can be modified... in > the final design, I intend for him to take a more direct role in > providing information (he'll actually be a part of every page, > indicating where interesting information is and explaining it... like > the Office Assistant, only not annoying). > One other thing, it's going to be difficult for me to approve anything but dark text on light background. My eyes have trouble reading light text on a dark background. Cheers, ===== Earnie Boyd mailto:ear...@ya... --- <http://earniesystems.safeshopper.com> --- --- Cygwin: POSIX on Windows <http://gw32.freeyellow.com/> --- --- Minimalist GNU for Windows <http://www.mingw.org/> --- __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ |
From: Earnie B. <ear...@ya...> - 2000-11-13 23:56:23
|
--- Matt Block <mi...@ho...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Pauls et al, > > Howdy. The most recent incarnation of the design Mumit and I > discussed is available at http://www.mingw.org.home.blockdev.net/. > Obviously, the design is not yet complete (some buttons are in weird > places and things,) and certainly the content is not up-to-date. I > believe, and hope, that the design is clean, fast-loading, easy to > use, and minimal without being sparse. I think those are the goals > of MingW, so they should be the goals of the website as well. > > The little funny looking dude in the logo is Ming. He's fully > rendered, if not particularly artistically, and can be modified... in > the final design, I intend for him to take a more direct role in > providing information (he'll actually be a part of every page, > indicating where interesting information is and explaining it... like > the Office Assistant, only not annoying). > Can't read it. My color resolution is set to 256 colors and I get dark text on dark background. And BTW, I'm using Netscape 4.6. Changing the configuration and browser isn't an option. Not much better in IE5 at 256 colors. Cheers, ===== Earnie Boyd mailto:ear...@ya... --- <http://earniesystems.safeshopper.com> --- --- Cygwin: POSIX on Windows <http://gw32.freeyellow.com/> --- --- Minimalist GNU for Windows <http://www.mingw.org/> --- __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ |
From: Matt B. <mi...@ho...> - 2000-11-13 23:35:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pauls et al, Howdy. The most recent incarnation of the design Mumit and I discussed is available at http://www.mingw.org.home.blockdev.net/. Obviously, the design is not yet complete (some buttons are in weird places and things,) and certainly the content is not up-to-date. I believe, and hope, that the design is clean, fast-loading, easy to use, and minimal without being sparse. I think those are the goals of MingW, so they should be the goals of the website as well. The little funny looking dude in the logo is Ming. He's fully rendered, if not particularly artistically, and can be modified... in the final design, I intend for him to take a more direct role in providing information (he'll actually be a part of every page, indicating where interesting information is and explaining it... like the Office Assistant, only not annoying). -- Matt -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com> iQA/AwUBOhB6uVNf3RYCWalgEQJrmwCeN2ZVdP46QXokDFdbI9mmVcg5kcoAn3uy MwAvmaIu0kGzE8rX9FUmXscb =LvRF -----END PGP SIGNATURE----- |
From: Paul S. <pf...@us...> - 2000-11-13 19:14:27
|
Hello Earnie, Earnie Boyd wrote on Monday, November 13, 2000: EB> --- Paul Sokolovsky <pf...@us...> wrote: >> Hello Earnie, >> >> Earnie Boyd wrote on Monday, November 13, 2000: >> >> EB> Hey, GNUMailMan is now catching the bounces. Is this just a fluke or is >> it >> EB> fixed? ;^) >> >> Nope, it seems that someone moved it from >> Disable and >> DON'T notify >> me >> >> to >> >> Disable and >> notify me >> EB> Hmm... Well my point was that it automatically disabled it. Something that EB> hasn't happened before. How do you know? It simply did it silently ;-) Anyway, Mailman version is the same, and I'm sure noone hacked it ;-) Now, when we got second wonder, I re-set it to "don't" again. EB> Cheers, EB> ===== EB> Earnie Boyd EB> mailto:ear...@ya... -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: Earnie B. <ear...@ya...> - 2000-11-13 18:41:12
|
--- Paul Sokolovsky <pf...@us...> wrote: > Hello Earnie, > > Earnie Boyd wrote on Monday, November 13, 2000: > > EB> Hey, GNUMailMan is now catching the bounces. Is this just a fluke or is > it > EB> fixed? ;^) > > Nope, it seems that someone moved it from > Disable and > DON'T notify > me > > to > > Disable and > notify me > Hmm... Well my point was that it automatically disabled it. Something that hasn't happened before. Cheers, ===== Earnie Boyd mailto:ear...@ya... --- <http://earniesystems.safeshopper.com> --- --- Cygwin: POSIX on Windows <http://gw32.freeyellow.com/> --- --- Minimalist GNU for Windows <http://www.mingw.org/> --- __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ |
From: Paul S. <pf...@us...> - 2000-11-13 18:21:02
|
Hello Earnie, Earnie Boyd wrote on Monday, November 13, 2000: EB> Hey, GNUMailMan is now catching the bounces. Is this just a fluke or is it EB> fixed? ;^) Nope, it seems that someone moved it from Disable and DON'T notify me to Disable and notify me EB> Earnie. -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: Paul S. <pf...@us...> - 2000-11-11 19:11:23
|
Hello Earnie, Earnie Boyd wrote on Friday, November 10, 2000: EB> Hello Paul S., EB> For the past couple of days I've been on all day phone conferences and to keep EB> myself from getting extremely bored I wanted something to do without having to EB> concentrate on what it was I was doing too much. So, I decided to configure EB> and build binutils with the existing MSVCRT version. The build process went EB> smoothly, no problem there. EB> In order to test the build I installed it and used it to build itself. Again EB> the build process went smoothly and to test that build I installed. This time EB> the `as' gets an assertion failure. I'm of the opinion that the problem lies EB> with the bfd library and the subject of this message. EB> What do you think? What changes have you accomplished to the bfd? I did more than none changes to build files, but they are mosly related to fact that I built with shared lib support. EB> Would EB> setting the fd to _O_BINARY be one of them? For sure, I didn't specify this on such low level. I don't tested it incrementally as you, but it does work for me and Danny on several testbeds. For example, here's diff for top-level sourceware dir: ? .diff ? Build.sh ? config.cache ? mh-frag ? mingw32 ? mt-frag Index: configure.in =================================================================== RCS file: /cvs/src/src/configure.in,v retrieving revision 1.27 diff -c -r1.27 configure.in *** configure.in 2000/09/02 07:24:51 1.27 --- configure.in 2000/11/11 10:05:08 *************** *** 303,308 **** --- 303,312 ---- i[3456]86-*-cygwin*) # We don't want -fPIC on Cygwin. ;; + *-*-mingw*) + ;; + *-*-pw32*) + ;; i[3456]86-*-*) host_makefile_frag="${host_makefile_frag} config/mh-x86pic" ;; The bfd dir contains some changes, but nothing dirty-magic: you can look at patch.diff in libbfd I just have released. EB> Note: I was using pristine source for 2.10.1 with no patches added. Latest from CVS marked as 2.10.91. Well, as for subj, I'd really find something like -mbinmode useful. EB> Cheers, EB> ===== EB> Earnie Boyd EB> mailto:ear...@ya... -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: Earnie B. <ear...@ya...> - 2000-11-11 15:26:18
|
--- Danny Smith <dan...@ya...> wrote: > --- Earnie Boyd <ear...@ya...> wrote: > Hello Paul S., > > > > For the past couple of days I've been on all day phone conferences > > and to keep > > myself from getting extremely bored I wanted something to do without > > having to > > concentrate on what it was I was doing too much. So, I decided to > > configure > > and build binutils with the existing MSVCRT version. The build > > process went > > smoothly, no problem there. > > > > In order to test the build I installed it and used it to build > > itself. Again > > the build process went smoothly and to test that build I installed. > > This time > > the `as' gets an assertion failure. I'm of the opinion that the > > problem lies > > with the bfd library and the subject of this message. > > > > What do you think? What changes have you accomplished to the bfd? > > Would > > setting the fd to _O_BINARY be one of them? > > > > Note: I was using pristine source for 2.10.1 with no patches added. > > > > I had problems with as-2.10.1 but *not* with recent (last 3 months) > snapshots (no patches added). The text mode processing is a definate problem. I tried my same scenario build->install->build->install->build with Cygwin on binary mounts and I didn't have the same problem. I suppose I'll have to go to text mounts and try again to prove the problem. > Have a look at the ChangeLogs of 2.10.1 > release and compare to recent snapshot (say the one distributed by > Cygwin as "latest"). Many of the pe-i386 specific fixes in last 4 > months are missing in the release. For example pe-dll.c in ld 2.10.1 > release has timestamp of 2000-03-02! What's going on? > I haven't looked at snapshots yet. I did do a CVS co yesterday but haven't had a chance to build it yet. I suppose you need to ask "What's going on?" on the bin...@so... list. Cheers, ===== Earnie Boyd mailto:ear...@ya... --- <http://earniesystems.safeshopper.com> --- --- Cygwin: POSIX on Windows <http://gw32.freeyellow.com/> --- --- Minimalist GNU for Windows <http://www.mingw.org/> --- __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ |
From: <dan...@ya...> - 2000-11-11 08:31:32
|
--- Earnie Boyd <ear...@ya...> wrote: > Hello Paul S., > > For the past couple of days I've been on all day phone conferences > and to keep > myself from getting extremely bored I wanted something to do without > having to > concentrate on what it was I was doing too much. So, I decided to > configure > and build binutils with the existing MSVCRT version. The build > process went > smoothly, no problem there. > > In order to test the build I installed it and used it to build > itself. Again > the build process went smoothly and to test that build I installed. > This time > the `as' gets an assertion failure. I'm of the opinion that the > problem lies > with the bfd library and the subject of this message. > > What do you think? What changes have you accomplished to the bfd? > Would > setting the fd to _O_BINARY be one of them? > > Note: I was using pristine source for 2.10.1 with no patches added. > I had problems with as-2.10.1 but *not* with recent (last 3 months) snapshots (no patches added). Have a look at the ChangeLogs of 2.10.1 release and compare to recent snapshot (say the one distributed by Cygwin as "latest"). Many of the pe-i386 specific fixes in last 4 months are missing in the release. For example pe-dll.c in ld 2.10.1 release has timestamp of 2000-03-02! What's going on? Danny _____________________________________________________________________________ http://clubs.yahoo.com.au - Yahoo! Clubs - Join a club or build your own! |
From: Earnie B. <ear...@ya...> - 2000-11-10 19:41:58
|
Hello Paul S., For the past couple of days I've been on all day phone conferences and to keep myself from getting extremely bored I wanted something to do without having to concentrate on what it was I was doing too much. So, I decided to configure and build binutils with the existing MSVCRT version. The build process went smoothly, no problem there. In order to test the build I installed it and used it to build itself. Again the build process went smoothly and to test that build I installed. This time the `as' gets an assertion failure. I'm of the opinion that the problem lies with the bfd library and the subject of this message. What do you think? What changes have you accomplished to the bfd? Would setting the fd to _O_BINARY be one of them? Note: I was using pristine source for 2.10.1 with no patches added. Cheers, ===== Earnie Boyd mailto:ear...@ya... --- <http://earniesystems.safeshopper.com> --- --- Cygwin: POSIX on Windows <http://gw32.freeyellow.com/> --- --- Minimalist GNU for Windows <http://www.mingw.org/> --- __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ |
From: <no...@so...> - 2000-11-09 11:29:55
|
Task #21424 has been updated. Project: MinGW - Minimalist GNU for Windows Subproject: Public Process Summary: Set up '-fnative-struct by default' poll Percent Complete: 0% Status: Open Description: Set up poll for inclusin -fnative-struct into the gcc spec file. This should have enough priority, so we have it decided to the gcc-2.95.2-1 re-release. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=21424&group_id=2435&group_project_id=5532 |
From: Paul S. <pf...@us...> - 2000-11-09 11:25:14
|
Hello Earnie, Earnie Boyd wrote on Thursday, November 09, 2000: EB> --- Paul Sokolovsky <pa...@is...> wrote: EB> I'll break my response into pieces. >> >> EB> IMO you should have a binary distribution and a source distribution. For >> EB> ports, the source as modified should be distributed with a differences >> file so >> EB> that modifications can be reviewed and reverted if necessary. >> >> IMHO, there should be pristine sources and diff. >> EB> If one wants pristine sources they can simply apply a reverse patch. Earnie, either you or me don't get meaning of the word - they *pristine* because they are not even touched, far less changed. Repackaging sources makes them not pristine. Changing name of containing archive makes them not pristine. Pristine sources are located on authorizing organization's servers (and when they finally will accept GPL3, we will be able to take use of this). EB> Very few EB> will want to do this. Why complicate the process of many to provide a benefit EB> to a few? *Few* will ever want to rebuild - that's fact. But of them, we should expect ability to follow clean software development procedure, *learning* it in process. (Note that it's different from wanting *users* learn what tar.gz is.) (And well, I forget, it's simply *my* opinion what "clean software development procedure" is. Sorry Earnie, that's not true - there was time when I prefered to have all "right here, right now". But I learn, from Mumit Khan's, DJ Delorie's, and many others' examples and advise that reality is more complex. Now I maintain more than 2 dozens of ported software packages. You want to challange my experience? You're welcome.) EB> I'm not even sure that the patch file should be provided at all, EB> becomes old after multiple patches applied, useless to those without patch EB> binaries except for historical or documentational purposes. That's exactly the reason why I want patch - it grows obsolete far slower than source code! If that's porting patch, it will likely to be appliable to following versions of pristine source, and even if not, it's more easy to look at *changes* that were done before and try to re-do them again, than to peer into full stale code. EB> If we do supply EB> patch files then we probably should use CVS to control the differences and EB> always supply the diff file from the 1.1.1.1 version. EB> But, if we use CVS then we also have to sync up with a newly released version EB> and that in itself can be nightmareish. Consider having patched source without diff. It lied for a year and grew completely old. I want to upgrade it. Technically speaking, I may have problems finding pristine sources (to get an idea what was changed) at all! That's exactly what we have now. That's what I call nightmare. EB> Let's put it up for a vote on this list. This list doesn't have enough active members to vote at all, far less to vote on important questions. That's why I posted org subj to users - we cannot get votes there, but at least we could get feedback. EB> The question is concerning source distribution and whether it should EB> contain the original (pristine) source with a diff file for patching it to Pristine source with a diff is no longer pristine source. EB> build with MinGW or whether it should contain the modified source with no diff EB> file ready to build with MinGW? EB> Choose one: Gentlemen (who already have voted), my personal question - how this question relates to your area of maintanance? Earnie, do I require you to distribute w32api as a set of patches to original Colin Peters' release? Paul, do I force you to keep website intact from Mumit Khan's time and instead provide HTML diffs of content? Then, whom do you want to vote down? This voting is invalid, because it cut off from context. We could vote for elaborated and consistent packaging conventions, of which this question could be *one*. But it's useless to set that question on its own - for example, I big proponent of patches, but that I don't throw modifieds on circumstances. If there was entire framework which called for consistency, that would be quite the other matter. So, gentlemen, it's clear that we have big divergence of opinions here. Whole talk was started in the hope to find compromise. But we cannot make it from nothing. So, let's practise show who's right in what. For now, we got our tasks, bugs, and patches - great deeds await us! EB> Cheers, EB> ===== EB> Earnie Boyd EB> mailto:ear...@ya... -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: <no...@so...> - 2000-11-09 11:24:54
|
Task #21423 has been updated. Project: MinGW - Minimalist GNU for Windows Subproject: Public Process Summary: Set up poll for 'pristine vs modified source' matter Percent Complete: 0% Status: Open Description: EB> Choose one: EB> [ ] Original (pristine) source with diff EB> [ ] Modified source with no diff ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=21423&group_id=2435&group_project_id=5532 |
From: <no...@so...> - 2000-11-09 10:45:40
|
Task #21422 has been updated. Project: MinGW - Minimalist GNU for Windows Subproject: Website development Summary: Add "Essential Tools" section to FAQ Percent Complete: 0% Status: Open Description: Add "Essential Tools" section to FAQ which will contain links to authoritative sources of basic utilities like zip/gzip/tar. Put accessibility binaries (ready to run executables) of these tools on FTP. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=21422&group_id=2435&group_project_id=4778 |
From: Paul S. <pf...@us...> - 2000-11-09 10:11:55
|
Hello Paul, Paul Garceau wrote on Thursday, November 09, 2000: PG> On 8 Nov 2000, at 22:14, the Illustrious Paul Sokolovsky wrote: >> This is a forwarded message >> From: Patrick Block <pb...@mi...> >> To: Paul Sokolovsky <pa...@is...> >> Subject: mingw website >> >> ===8<==============Original message text=============== >> Paul, >> >> Thanks for your response. When I received this, I did not reply >> to you directly. Instead I wrote a letter immediately to Paul >> Garceau (using the email address for him at Sourceforge). However >> I have not heard back from him. Perhaps you could forward this >> email message to Paul Garceau's personal email address or to >> whoever the appropriate person is? PG> I sent him an email from my regular account (Seldom use PG> sourceforge account for much of anything except CVS updates, PG> mingw-users administration, etc.). Guess he hasn't received the PG> email I sent him a couple of days ago. Please cc: such stuff here (if applicable), so we all can be aware what's happening. PG> Peace, PG> Paul G. PG> Nothing real can be threatened. PG> Nothing unreal exists. PG> _______________________________________________ PG> MinGW-dvlpr mailing list PG> Min...@li... PG> http://lists.sourceforge.net/mailman/listinfo/mingw-dvlpr -- Paul Sokolovsky, IT Specialist http://www.brainbench.com/transcript.jsp?pid=11135 |
From: <no...@so...> - 2000-11-09 03:05:52
|
Task #21078 has been updated. Project: MinGW - Minimalist GNU for Windows Subproject: Release Schedule Summary: Help Cygwin project with problems created by using -mno-cygwin Percent Complete: 0% Status: Open Description: This one's a bad boy. Needs a lot of thought and planning. Options include moving the w32api from /usr/include to /usr/include/w32api and using the specs file to force searching for header files there. We also need to be concerned with libraries, especially the libstdc++ library. Another option and probably the best is to create a mingw canadian cross using Cygwin. This will supply the necessary separation that is needed automatically. Paul Garceau, could you take a look at this option please? Follow-Ups: ------------------------------------------------------- Date: 2000-Nov-08 19:09 By: pgarceau Comment: Current Cygwin configuration allows for building mingw apps w/o cross. Cygwin -mno-cygwin option, when invoked, bypasses use of cygwin1.dll except where interface with bash shell is required (such as in the case when you are building a win32 based app from within Cygwin/bash). Cygwin default distribution, as we know, is mingw/crtdll.dll. In other words, if you use -mno-cygwin switch, the executable generated from Cygwin bash shell can be run from console/native-window w/o bash being invoked. Further observations: When using -mno-cygwin switch, switch for -mwindows works. Switch -mconsole is default for Cygwin with or w/o -mno-cygwin switch enabled. If -mwindows is used w/o -mno-cygwin being enabled, Cygwin ld [GNU ld version 2.10.91 (with BFD 2.10.91)] throws an error, stating it is unable to find WinMainCRTStartup. Current Analysis: There is no real need to build Canadian Cross since all that is really necessary, at least based on the observations noted above, is to enable Cygwin ld to use WinMainCRTStartup as entry point when -mno-cygwin is enabled, instead of using the Cygwin default entry point (00401000). ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=21078&group_id=2435&group_project_id=3967 |
From: Paul G. <pga...@te...> - 2000-11-09 00:51:48
|
On 8 Nov 2000, at 22:14, the Illustrious Paul Sokolovsky wrote: > This is a forwarded message > From: Patrick Block <pb...@mi...> > To: Paul Sokolovsky <pa...@is...> > Subject: mingw website > > ===8<==============Original message text=============== > Paul, > > Thanks for your response. When I received this, I did not reply > to you directly. Instead I wrote a letter immediately to Paul > Garceau (using the email address for him at Sourceforge). However > I have not heard back from him. Perhaps you could forward this > email message to Paul Garceau's personal email address or to > whoever the appropriate person is? I sent him an email from my regular account (Seldom use sourceforge account for much of anything except CVS updates, mingw-users administration, etc.). Guess he hasn't received the email I sent him a couple of days ago. Peace, Paul G. Nothing real can be threatened. Nothing unreal exists. |
From: Paul G. <pga...@te...> - 2000-11-09 00:48:49
|
Welcome, Danny. Looking forward to your contributions. Peace, Paul G. On 8 Nov 2000, at 22:17, the Illustrious Danny Smith wrote: > > --- Paul Sokolovsky <pf...@us...> wrote: > Dear > Danny, > > On the behalf of Mingw project admins, I would > like to invite > you > to become registered developer for Mingw > project. We are happy with > your perfomance as contributor, and > think that having developer > position might ease it in the > future. Nonetheless, membership per se > and our organization in > general is purely voluntary and doesn't bring > any > associated > privileges outside Mingw project. > > If you accept this > invitation, we would like to be sure that > you > understand > developer's duties and rights: > > - We expect you to be > subscribed to mingw-dvlpr mailing list (low > traffic, but it > recieves automated notifications on any change in > project > facilities) and perticipate in important discussions. > > - You > may have tasks assigned to you. > > - Since currently Mingw > project doesn't host any source code, you > won't get immediate > access to it. However, you right now will have > access to > www.mingw.org pages and can take up bugs and other > submissions > from community. > > - You will have a vote in the questions > concerning Mingw project > structure and functioning. > > > > Looking forward for collaboration, > > -- > Paul Sokolovsky, IT > Specialist > http://www.brainbench.com/transcript.jsp?pid=11135 > > > > > Thank you very much for the offer. I accept, but please be aware > that I do not have anyway near the level of experience as the > other developers on the project. I will contribute what I can, > and agree to your outline of responsibilities. > > Cheers, > Danny > > > > > > _________________________________________________________________ > ____________ http://clubs.yahoo.com.au - Yahoo! Clubs - Join a > club or build your own! > _______________________________________________ MinGW-dvlpr > mailing list Min...@li... > http://lists.sourceforge.net/mailman/listinfo/mingw-dvlpr > Nothing real can be threatened. Nothing unreal exists. |
From: Paul G. <pga...@te...> - 2000-11-09 00:43:38
|
On 8 Nov 2000, at 13:38, the Illustrious Earnie Boyd wrote: > --- Paul Sokolovsky <pa...@is...> wrote: > > I'll break my response into pieces. > > > > > EB> IMO you should have a binary distribution and a source > > distribution. For EB> ports, the source as modified should be > > distributed with a differences file so EB> that modifications > > can be reviewed and reverted if necessary. > > > > IMHO, there should be pristine sources and diff. > > > > If one wants pristine sources they can simply apply a reverse > patch. Very few will want to do this. Why complicate the > process of many to provide a benefit to a few? I'm not even sure > that the patch file should be provided at all, becomes old after > multiple patches applied, useless to those without patch binaries > except for historical or documentational purposes. If we do > supply patch files then we probably should use CVS to control the > differences and always supply the diff file from the 1.1.1.1 > version. > > But, if we use CVS then we also have to sync up with a newly > released version and that in itself can be nightmareish. Let's > put it up for a vote on this list. The question is concerning > source distribution and whether it should contain the original > (pristine) source with a diff file for patching it to build with > MinGW or whether it should contain the modified source with no > diff file ready to build with MinGW? > > Choose one: > > [ ] Original (pristine) source with diff > [ ] Modified source with no diff I choose the latter "Modified source with no diff". > > ---------------------------------------- > > Tally: > > 1 for Original (pristine) source with diff > 1 for Modified source with no diff +1 ----- 2 for Modified source with no diff Peace, Paul G. ps. Why not put a survey up on the mingw developers page for developers (those subscribed to this list) only? Nothing real can be threatened. Nothing unreal exists. |