You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(321) |
Aug
(470) |
Sep
(493) |
Oct
(376) |
Nov
(350) |
Dec
(296) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(521) |
Feb
(320) |
Mar
(389) |
Apr
(402) |
May
(591) |
Jun
(481) |
Jul
(557) |
Aug
(596) |
Sep
(378) |
Oct
(404) |
Nov
(448) |
Dec
(294) |
2002 |
Jan
(329) |
Feb
(213) |
Mar
(293) |
Apr
(183) |
May
(228) |
Jun
(192) |
Jul
(69) |
Aug
(175) |
Sep
(123) |
Oct
(463) |
Nov
(256) |
Dec
(69) |
2003 |
Jan
(35) |
Feb
(60) |
Mar
(86) |
Apr
(83) |
May
(32) |
Jun
(66) |
Jul
(111) |
Aug
(66) |
Sep
(51) |
Oct
(48) |
Nov
(25) |
Dec
(38) |
2004 |
Jan
(44) |
Feb
(22) |
Mar
(5) |
Apr
(24) |
May
(4) |
Jun
(27) |
Jul
(6) |
Aug
(14) |
Sep
(16) |
Oct
(8) |
Nov
(8) |
Dec
(3) |
2005 |
Jan
(11) |
Feb
(3) |
Mar
(11) |
Apr
(8) |
May
(6) |
Jun
|
Jul
(4) |
Aug
(3) |
Sep
(7) |
Oct
(13) |
Nov
(2) |
Dec
(2) |
2006 |
Jan
|
Feb
(2) |
Mar
(6) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(2) |
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Philip L. <ph...@ma...> - 2005-10-15 16:09:01
|
wa...@pa... wrote: > > This patch gives you the ability to easily choose > to save or not save your session upon quitting the > app. As it currently stands I frequently end up > toggling always_save_session before I quit to get > the desired effect. Well, we very much wanted to avoid having a klunky conditional mechanism like this, so what we settled on was that you could toggle save-on-quit, but then *not* save if you close the last window and don't explicitly quit. So, if you want to save, you choose the quit item and if you don't want to, you choose the close item. --phil |
From: <wa...@pa...> - 2005-10-07 15:35:52
|
Right. That'd be always_save_session. I've added a File->'Save and Quit' action. Now there are two behaviours: always_save_session = true File->'Save and Quit' (insensitive) File->Quit (saves your session) always_save_session = false File->'Save and Quit' (saves your session) File->Quit (doesn't save your session) This patch gives you the ability to easily choose to save or not save your session upon quitting the app. As it currently stands I frequently end up toggling always_save_session before I quit to get the desired effect. Thanks, Adam Quoting Philip Langdale <ph...@ma...>: > Adam Foran wrote: > > Hi there, > > > > I've attached a patch that adds a 'Quit and Save Session' > > action to the File Menu. The sensitivity of this action is > > toggled on/off based on the off/on value of always_save_session > > key. > > > > The start-up behaviour is driven by a little file called > > ~/.galeon/session_resume_flag that gets created when this > > action is used to quit the app. > > Umm. There's already a preference you can toggle so that File->Quit > will do just this. > > --phil > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Galeon-devel mailing list > Gal...@li... > https://lists.sourceforge.net/lists/listinfo/galeon-devel > |
From: Philip L. <ph...@ma...> - 2005-10-07 14:22:27
|
Adam Foran wrote: > Hi there, > > I've attached a patch that adds a 'Quit and Save Session' > action to the File Menu. The sensitivity of this action is > toggled on/off based on the off/on value of always_save_session > key. > > The start-up behaviour is driven by a little file called > ~/.galeon/session_resume_flag that gets created when this > action is used to quit the app. Umm. There's already a preference you can toggle so that File->Quit will do just this. --phil |
From: Adam F. <wa...@pa...> - 2005-10-07 02:29:23
|
Hi there, I've attached a patch that adds a 'Quit and Save Session' action to the File Menu. The sensitivity of this action is toggled on/off based on the off/on value of always_save_session key. The start-up behaviour is driven by a little file called ~/.galeon/session_resume_flag that gets created when this action is used to quit the app. Thanks, Adam |
From: Philip L. <ph...@ma...> - 2005-09-30 04:20:07
|
Sridhar Dhanapalan wrote: > > The point of this e-mail is twofold. Firstly, I would like to say a big Thank > You to the Galeon developers. Secondly, I would like to propose that the > Galeon dev team begin thinking of making a 2.0 release. I strongly feel that > 1.3.21 is ready, and you are only hurting yourselves by maintaining a > 'development' version number. I'm sure that an announcement of a new stable > branch will encourage developers and users alike to try Galeon. Not everyone > is 100% satisfied with Firefox. Sridhar, I'm glad to hear that the current release is working out well for you. We do consider the 1.3.x releases to be de-facto stable these days, even though they are officially unstable. The reality is that the primary developers are simply too busy these days to give galeon as much attention as we'd like to. That's not to say that we've given up on it, but that progress is slow, and that includes making an official 2.0 release. We're actually all going to be in Boston for the GNOME summit next week, which will be a good opportunity to have a discussion about where we go from here. Thanks for your support, --phil |
From: Sridhar D. <sr...@dh...> - 2005-09-21 15:36:58
|
I have just realised that the current version of Galeon, 1.3.21, came out f= our=20 months ago. In that time, I have switched from the old 1.2.x series to=20 1.3.21, and I could not be happier. I have given 1.3.21 a very thorough workout. My daily sessions usually invo= lve=20 over 100 pages open in tabs spread across several windows. Galeon handles m= y=20 abuse incredibly well. It only rarely crashes, and in fact I have found it = to=20 be far more stable than Firefox. Most of the things that crash Galeon also= =20 crash Firefox, so I can't blame Galeon for them. My only gripe would be=20 Galeon's memory consumption, but I feel that is more likely to be a factor = of=20 how many pages I have open (and that's probably Firefox-related as well). The point of this e-mail is twofold. Firstly, I would like to say a big Tha= nk=20 You to the Galeon developers. Secondly, I would like to propose that the=20 Galeon dev team begin thinking of making a 2.0 release. I strongly feel tha= t=20 1.3.21 is ready, and you are only hurting yourselves by maintaining a=20 'development' version number. I'm sure that an announcement of a new stable= =20 branch will encourage developers and users alike to try Galeon. Not everyon= e=20 is 100% satisfied with Firefox. The only reason for waiting would be the imminent version 1.5 release of=20 =46irefox. Using this logic, you could wait until your code is fully tested= and=20 working against the new Firefox 1.5 API. I hope that you consider my proposal. Galeon deserves far more credit than = it=20 currently has, and that is a real shame. It is not too late to turn things= =20 around. =2D-=20 Sridhar Dhanapalan [Yama | http://www.pclinuxonline.com/] {GnuPG/OpenPGP: http://dhanapalan.webhop.net/yama.asc 0x049D38B4 : A7A9 8A02 78CB AB1B FCE4 EEC6 2DD9 249B 049D 38B4} "The solution is patenting as much as we can. A future startup with no pate= nts=20 of its own will be forced to pay whatever price the giants choose to impose= =2E=20 That price might be high. Established companies have an interest in excludi= ng=20 future competitors." -- Bill Gates, 1991 |
From: Andreas S. <pi...@ar...> - 2005-09-08 05:04:28
|
On 2005.09.07 18:28, Iain Mac Donald wrote: >=20 > Just a thought, are you using the ad blocking CSS mentioned in Galeon > Tweaks? The GIF is the same size, 468x60, as blocked in the > stylesheet. Oh, my....this is so embarrassing...everybody please forget I ever =20 started this thread! All I can say to defend myself is I added this ad =20 blocking code almost a year ago and all but forgot about it as it =20 worked so great. ;-) Anyway, thanks for your help, guys, and don't forget to forget this =20 thread! Best regards, Andreas |
From: Iain M. D. <iai...@fr...> - 2005-09-07 16:31:31
|
On Wed, 2005-09-07 at 15:29 +0000, Andreas Schmidt wrote: > On 2005.09.06 20:42, Michael Mauch wrote: > > Andreas Schmidt wrote: > > > > > I've come across a weird problem. A buddy of mine put up some > > banners > > > on his > > > homepage. With galeon from sid, two of these are not shown. > > > > What version is the "Galeon from Sid"? > > Oops, sorry, I just plain forgot that this is not a Debian-only list. > :-) Galeon in sid is currently 1.3.21-6. Same version I am using. Just a thought, are you using the ad blocking CSS mentioned in Galeon Tweaks? The GIF is the same size, 468x60, as blocked in the stylesheet. -- Regards, Iain. |
From: Andreas S. <pi...@ar...> - 2005-09-07 15:29:36
|
On 2005.09.06 20:42, Michael Mauch wrote: > Andreas Schmidt wrote: >=20 > > I've come across a weird problem. A buddy of mine put up some > banners > > on his > > homepage. With galeon from sid, two of these are not shown. >=20 > What version is the "Galeon from Sid"? Oops, sorry, I just plain forgot that this is not a Debian-only list. =20 :-) Galeon in sid is currently 1.3.21-6. >=20 > > According to one guy on debian-user-german, the problem doesn't > occur with Galeon from Sarge/Etch. >=20 > What version is the "Galeon from Sarge/Etch"? >=20 1.3.21-1+gnome28+1 (etch) 1.3.20-1 (sarge) > http://www.reptilienkosmos.de/banner/468x60.gif works fine here on > Gentoo with Galeon 1.3.21 (regardless whether I turn animations on or > off). Doesn't work here with Galeon (regardless whether I turn animations on =20 or off). ;-) Thanks and best regards, Andreas |
From: Michael M. <mic...@gm...> - 2005-09-06 18:42:12
|
Andreas Schmidt wrote: > I've come across a weird problem. A buddy of mine put up some banners > on his > homepage. With galeon from sid, two of these are not shown. What version is the "Galeon from Sid"? > According to one guy on debian-user-german, the problem doesn't occur > with > Galeon from Sarge/Etch. What version is the "Galeon from Sarge/Etch"? > What's confusing me is that apparently the problem is not limited to > just my > setup. Nevertheless, I am more and more inclined to believe that > somehow it > may be a fault in Galeon from sid, after all. Any idea what could be > wrong > here? If "Galeon from Sid" and "Galeon from Sarge/Etch" are the same version, it's possible that they use a different library to load/show images. Alas I don't know which of the libraries could be the culprit there. > Here's a snippet of the code from that web site that's supposed to load > one of > the pictures that don't work: > > <img src="http://www.reptilienkosmos.de/banner/468x60.gif" > alt="REPTILIENKOSMOS.de" width="468" height="60" border="0" /> http://www.reptilienkosmos.de/banner/468x60.gif works fine here on Gentoo with Galeon 1.3.21 (regardless whether I turn animations on or off). Regards... Michael (not a Galeon developer, just a user) |
From: Andreas S. <pi...@ar...> - 2005-09-06 11:48:03
|
Hi, there, I've come across a weird problem. A buddy of mine put up some banners =20 on his homepage. With galeon from sid, two of these are not shown. I first =20 thought he messed up somehow, but the HTML looks ok and I could fetch the pics =20 with wget. When I insert the URL to the banners into the address field nothing is =20 shown either. However, if I go on "View Source" I can see binary data. When I =20 save these, I again get the correct GIF. Both Mozilla and Opera display the banner on my box, as do IE and =20 Firefox of other people running WinXP. However, one other guy has the same problem =20 as I with his IE. According to one guy on debian-user-german, the problem doesn't occur =20 with Galeon from Sarge/Etch. What's confusing me is that apparently the problem is not limited to =20 just my setup. Nevertheless, I am more and more inclined to believe that =20 somehow it may be a fault in Galeon from sid, after all. Any idea what could be =20 wrong here? BTW, I naturally checked and images from that site are _not_ =20 blocked, and I also have configured Galeon to load all images. Here's a snippet of the code from that web site that's supposed to load =20 one of the pictures that don't work: <img src=3D"http://www.reptilienkosmos.de/banner/468x60.gif" alt=3D"REPTILIENKOSMOS.de" width=3D"468" height=3D"60" border=3D"0" /> Best regards, Andreas |
From: wb <wb...@va...> - 2005-08-31 15:22:31
|
Please consider adding this to galeon. I would like a context menu item when a link is right-clicked that allows an 'open with' action. I use konqueror for most things, and it works just right in this regard. I right-click on a hyperlink, and can choose to open it with just about any application, or type in a program name. This would make my habitual use of galeon much nicer. Thanks. -- Prejudice not founded on reason cannot be removed by argument. -- Samuel Johnson |
From: Micha <ear...@gm...> - 2005-08-25 23:42:36
|
Enlightening appendix to my previous posting to the galeon-devel list (and sorry i lost the thread): I discovered anyother app, besides the mozilla based browsers, that shows t= he same=20 'scrolling-slow-as-hell' effect after upgrade to Debian sid: eog (eye of gn= ome). Scrolling an image horizontally is totally slow, even with only a 20 KB pic= ! So this shouldn't be anyhow related to RAM, nor to Java or macromedia... Perhaps gtk related ? I looked up the gtk-demo, and actually found this eff= ect also in the 'Pickers --> pick a file' scrollbars (but not in the others!). Or some x library (font rendering?) using some graphic chip extensions by=20 default that aren't available ? This is an old matrox card. I've no clue....where could i ask ? With kind regards, Michael ------- cpu AMD K6 500Mhz ram 256M Debian SID (testing) --was: sarge pre-stable gnome 2.8 libgtk2.0-0 2.6.8-1 (I tried downgrading libgtk2.0-0 from 2.6.8-1 to 2.6.4-3 with no success) eog 2.8.2 galeon 2.8.1 libxrender 0.9.0-2 (debian: 1:0.9.0-2) XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-14 20050601051219) =B0 /\/ |
From: Micha <cod...@gm...> - 2005-08-22 08:47:59
|
Hi, I did upgrade from an older Debian (Galeon 1.2.27 or sth around, gnome 2.6) to the recent testing "Sid" with galeon 1.3.21, Gnome 2.8. I should mention this included an XFreee86 upgrade, too. Scrolling the bookmark sidebar is slow now as hell. And i have a huge bookmark tree which i use intensively. It even looses the mouse contact completely for the long latency. I admit this is only a 500Mhz box with 256M, but it was much better until yesterday. Well, it could be sth. with the process thread handling...some other parts seem to be a little slower too. For example the active button highlighting (for hoovering mouse) is delayed very much. Rebuilding the windows contents when cycling workspaces also is a little bit slower. What component or lib could be responsible for his issue ? I've no clue. Maybe i should ask someone of XPToolkit ? In the past, some year ago, i faced slowness with mozilla, which was the reason i ditched it completely, as browser and mailer. Luckily galeon was much faster. I just checked mozilla , fireefox , and nautilus: - Firefox is slow comparable to galeon. - Nautilus (sidebar) is normal, fast enough. - Funny thing is, mozilla *mailer* now is faster than it was long ago, and much faster than galeon. Especially the folder tree sidebar ! Hmmm....what's the difference ? No favicons there...? (I remember you changed something with favicons and bookmark view...) More funny, i can't get any bookmark sidebar at all in the navigator, not even with 'show always'. Epiphany the same, it says 'There are no sidebars installed'. This epiphany and mozilla installations are complete, any suggested packages inclusive, only without xprt and latex-fonts. Error logs: <(Gecko:13606): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?)> However, together with the upgrade i also installed the latest Sun Java JRE and also the macromedia swf plugin plus the related mozilla components. (versions see below) Do you see a chance to speed things up without downgrading (or moving to another browser...that would be a pity) ? Any hints appreciated... >Micha Installed: Debian 3.1 testing Gnome 2.8 (but running a pure wmaker session which is much faster) Galeon 1.3.21 Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7.8) Gecko/20050718 Debian/1.7.8-1sarge1 Java(TM) Plug-in 1.5.0_04-b05 Shockwave plugin libswfdecmozilla.so (swfdec-0.3.4) XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-14 20050601051219) |
From: Micha <cod...@gm...> - 2005-07-31 16:10:52
|
Hi, The sidebar bookmark tree is in 'left->right' direction, that is, subitems opens in a columns at the right below a folder. Now every time i investigate some bookmark collection in a subfolder on some 3rd or 4th level, i use to widen the sidebar frame to be able to see these entries at all. This is rather annoying, and what's more, it inevitable cuts the webpage window-frame. Since the last opened folder should be the impotant thing to show,=20 what's speaking against swapping the direction to 'right->left', that is, last opened items are at the beginning. Kind of 'nordic' view (hinting to poetry) :) Theree could be a choice in the context menu. In case this is already underway at the USPTO: I hereby grant this revolutionary exciting idea to the public. =B0 /\/ |
From: <ph...@ro...> - 2005-07-18 19:27:39
|
> I thought I was downloading a browser, what the heck are all these > files...wheres the Install.EXE Galeon can be obtained in many forms, more information of what and whe= re you have downloaded would help to provide you with more complete answer. Anyway, you are mentioning 'install.exe', which probably means you are lo= oking for web browser for Windows operating system, which Galeon ain't. --=20 ,-._,--..__,.-' | Pavel K=E1cha | ph...@ro... `-._,--. |
From: <sta...@ne...> - 2005-07-18 17:24:35
|
I thought I was downloading a browser, what the heck are all these files...wheres the Install.EXE ______________________________________________________________________ Surfing so fast you won't believe it's not broadband! Try NetZero HiSpeed 3G. Visit http://www.netzero.com to sign up today! |
From: beartooth <bea...@ad...> - 2005-07-11 16:19:13
|
On Sat, 21 May 2005 14:27:32 -0700, Philip Langdale wrote: > Hi all, > > This release is primarily to get some nice bug fixes out to everyone; > I've highlighted these below. It's also one of the very few times where > we didn't need to make any changes to account for new mozilla releases > (of course, there are lots of changes to keep up with mozilla cvs). [....] > Enjoy! Yippee-ki-yay! Hip, Hip, Hooray! That did something: after having done without Galeon for years, even though it had been my favorite browser, I just got it again! I had finally given up when the dependency hells got too much for me; and as late as yesterday under Fedora Core 4, "yum install galeon" got nothing. But today it had finally gotten into some repository, and not only installed, but opened and actually works! One small feature request: in the bookmark stuff, add an option to import from Opera. That has long since become my standard bookmark keeper, and getting the bookmarks from it was more of a hassle than I'd've been able to manage even just a couple years ago. -- Beartooth Implacable, curmudgeonly codger, linux evangelist No one can ever have enough books, pockets, friends, knives, guns, garlic, or mountains. |
From: Enver A. <ea...@pa...> - 2005-05-31 13:44:07
|
Hi, I'm using Epiphany and Galeon ever since they exist. A friend of mine pointed me to a Firefox extension called DOM Inspector, which is a great tool for a web developer. Now, I have 4 browsers running and a VMware Workstation for IE. My Dell D500 with 1G RAM kneels down when I have Evo running along with others :) I was wondering if it's possible to get rid of that ugly thing called Firefox. Does a DOM Inspector for Epiphany or Galeon exist as an extension? Thanks, --=20 .O. ..O Enver ALTIN | http://skyblue.gen.tr/ OOO Software developer @ Parkyeri | http://www.parkyeri.com/ |
From: Philip L. <ph...@ma...> - 2005-05-21 21:27:43
|
Hi all, This release is primarily to get some nice bug fixes out to everyone; I've highlighted these below. It's also one of the very few times where we didn't need to make any changes to account for new mozilla releases (of course, there are lots of changes to keep up with mozilla cvs). Changelog: * Works with mozilla 1.7 -> 1.7.8, 1.8a3 -> 1.8b2 and trunk * Couple more focus fixes to less common cases * Fix regression since 1.3.19 that prevented helpers from working with file:/// urls. * Fix toolbar editor to work when the composite extension is enabled * Other bug fixes (http://tinyurl.com/cfevw) Enjoy! --phil |
From: ron h. <ron...@ho...> - 2005-05-12 19:40:35
|
Great browser. Been using it for about two years. Has mtured a lot lately. I'm having problems with printing hebrew. Nothing comes up (lines intead off letters). I use ubuntu hoary. this exact prob used to appear in all mozilla deriv's. Can't rememberwhat the resolution was (I think gs related). Now firefox can print but Gal can't so I wreckon its galeon specific. steps to reproduce: 1. goto hebrew page (http://www.google.co.il). 2. print. let me know if any info needed. any help or suggestions appreciated. Ron |
From: jim <jim...@wo...> - 2005-05-12 18:42:07
|
Bookmarks extend off bottom of screen with no scroll bar or other means to scroll. How do you view a long bookmark list?? |
From: <gn...@ru...> - 2005-05-11 04:27:28
|
In Galeon 13.20 I can ctrl-left click on a hyperlink to open it in a new tab. This is very pracical for laptop users. It would be nice to be able to ctrl-left click on an item in the bookmark menu to open it in a new tab. (Right now I can middleclick to get this result, but this requires extra acrobatics on my keyboard) Would this be a useful enhancement? Thanks in advance and thanks for Galeon Niels |
From: Micha <ear...@gm...> - 2005-05-06 05:07:29
|
Hi, i recently discovered this is a feature, not a bug: On reloading a page, galeon resizes all windows or tabs of the same domain to the last applied value. I can understand the advantage. However, i ask you to think about it once again. For example, i often surf on http://localhost, and there are *very* different document layouts for very different locations (like virtual hosts). Also, for webdesign, I use to compare locally stored webpages and the same time read up locally stored documentation. The 'zoom-flattenig' even happens when i open several different file:/// URIs. While moving between the different tabs, I'm quite busy with zooming up and down. This is not actually sth. i would call a smart workflow... The situation isn't really differently if you do research on huge sites like europa.eu.int - a huge network of differeent servers under the same (virtual?) domain. I hope you will give it a second thought. And anway, i would not write if i wouldn't be a serious galeon fan, you know. |
From: Sridhar D. <sr...@dh...> - 2005-04-30 16:59:47
|
Galeon 1.2.x was able to save a link with a shift-click and an image with a= =20 ctrl-click. Galeon 1.3.x has modified this approach, with IMHO worse results. Bugs #103= 919=20 and #130135 indicate that the ctrl-click and shift-click functionalities ha= ve=20 been intentionally merged into a single shift-click feature. This is fine=20 when links and graphics are mutually exclusive, but what is the expected=20 behaviour when an image *is* a link? In this case, Galeon decided to save t= he=20 link instead. The two features conflict with each other, and here the defau= lt=20 behaviour is not clear at all. I think the best solution would be to revert back to the Galeon 1.2.x=20 behaviour. Saving links and images are *not* the same thing, and giving the= =20 two features the same key/mouse binding only creates confusion and degrades= =20 usability. Another inconsistency and usability lapse lies in the prompting for a save= =20 location. Shift-clicking on a link does not bring up such a prompt (the fil= e=20 is instantly downloaded and saved), but shift-clicking on an image does.=20 Galeon 1.x did not require one to enter/verify a save location every time=20 these two features were used; instead it used a default location. Why must one be prompted for a location every time one wants to save an ima= ge?=20 Shift-clicking (or preferably ctrl-clicking) on an image to save it is a=20 power-user feature. It should be optimised for rapid use. In its present=20 incarnation, there's little difference between this and right-clicking the= =20 image and selecting "Save Image As..." (which is the method most people wou= ld=20 use). =2D-=20 Sridhar Dhanapalan [Yama | http://www.pclinuxonline.com/] {GnuPG/OpenPGP: http://dhanapalan.webhop.net/yama.asc 0x049D38B4 : A7A9 8A02 78CB AB1B FCE4 EEC6 2DD9 249B 049D 38B4} "Microsoft has extensively investigated an engineering solution for NT 4.0 = and=20 found that the Windows NT 4.0 architecture will not support a fix to this=20 issue, now or in the future." -- Microsoft Security Bulletin MS03-010, 2003-03-26 |