The .bz2 functionality is still live (only the Counter-Strike: Source changes were reverted, sans de_inferno).
----Original Message---- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kyle Milnes Sent: Friday, May 20, 2005 12:44 PM To: [email protected] Subject: RE: [hlds_linux] Major issues with bz2 functionality > Alfred, > > Do you know if the bz2 fix is in the current release? > > Or was it rolled back too? > > - Kyle > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Alfred > Reynolds > Sent: 18 May 2005 23:38 > To: [email protected] > Subject: RE: [hlds_linux] Major issues with bz2 functionality > > Yes, we are still looking into it. It will be fixed when its fixed :) > > - Alfred > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kyle > Milnes > Sent: Wednesday, May 18, 2005 3:33 PM > To: [email protected] > Subject: RE: [hlds_linux] Major issues with bz2 functionality > > Any updates on this Alfred? > > - Kyle > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Alfred > Reynolds > Sent: 17 May 2005 18:59 > To: [email protected] > Subject: RE: [hlds_linux] Major issues with bz2 functionality > > We are looking into this. You should be able to just remove any .bz2 > files from your web server and have it operate as it did before. > > - Alfred > > ----Original Message---- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kyle > Milnes > Sent: Tuesday, May 17, 2005 10:35 AM To: > [email protected] Subject: [hlds_linux] Major issues > with > bz2 functionality > > > I have tried every which way to get bz2 functionally working on my > > Linux dedicated servers. > > > > Not by choice either because it would appear that its broken > > sv_downloadurl, at least on my servers and my configs. > > > > With all the custom resources on the game server in native format, > > bz2 format and ztmp format > > > > AND > > > > both bz2 format and native format on my http server. > > > > OR > > > > In any combination of the above > > > > When sv_downloadurl is non null or non zero since May 13th update, > > clients without the required content only download 1 bz2 file from > > the > > > http server and then fail or join the game anyway and DO NOT > > download the rest of the required files. > > > > Next map the client will download the next bz2 file they don't have > > (but only one) and so on and so forth per map. > > > > When the bz2 files are not on the http server or sv_downloadurl is > > null or zero then the clients do receive all the files required (in > > one go) but it's via the slow trickle method and in bz2 format > > which can take forever. > > > > So even if the files are in the right locations it would appear you > > have to use the bz2 functionally?? There is no way of turning it off > > from the 1208 cvars I've studied. Why? > > > > So in essence as of May 13th sv_downloadurl appears to be broken and > > most admins would appear or aren't aware of it because they already > > have the files required for their servers? > > > > My .res files were working before the May 13th update and no amount > > of > > > .lst files seems to work either. I'm 10000% sure that is not a .res > > or > > > .lst issue unless the format/syntax has changed since May 13th. > > > > I've got approx. six years of hlds/srcds server experience of both > > win32 and Linux and every bit of very time consuming testing and > > troubleshooting I've done with this issue has left me at the > > conclusion that its b0rk! b0rk! My colleague has six to seven years > > of > > > experience too and he cannot understand the fault either. > > > > I've even gone as far as compressing the bzip2 flavours of the > > files on both win32 and Linux platforms with various versions of > > bzip2 to make sure it's not some weird issue like that. > > > > It's not any plugins I run conflicting either. > > > > > > I run the srcds i686 binary on Debian machines with custom 2.6.x > > kernels with lots of RAM. My http server is a separate machine > > running > > > Apache 1.3.x on a 2.4 kernel. > > > > > > The only thing I haven't tried is running with a stock server.cfg or > > setting up a fresh server and downloading the cache afresh, but I > > doubt that will solve it. > > > > The simplest fix that I can see is giving us an option to turn it of > > or disabling it until it works? > > > > Everything was working fine up-until May 13th update i.e. > > port/inferno/bz2 update. > > > > Thanks and regards to all the hard workers at Valve > > > > Regards > > > > Kyle > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list > > archives, > > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list > archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list > archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list > archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list > archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
