> what the hell happened to non-subscription digital TV?
There were mutterings regarding the BBC trying to take on the licenses for digital broadcasting that onDigital/ITV Digital once held. I'm guessing this has something to do with limited throughput on a single multiplex.
All of this appears to have been delayed however, whilst the Broadcasting Commission wait to see if anyone else is interested in purchasing those licences.
This doesn't, however, get around the fact that we still have to pay TV licence fees.
> and can't see it except in a 2" square at 2fps via their website
On the subject of BBC News 24 - I still have my onDigital box. After cancellation ITV Digital said they'd come and collect it, but failed to turn up. The BBC channels are still coming through fine - including News 24. If you have an onDigital box anywhere and want to use it, it's still available for you.
There's a little something else about this that's fishy.
In the UK there are/were four prominent pay-television services:
Sky Digital
ntl:digital
Telewest Broadband
(now deceased) ITV Digital (formerly onDigital)
ITV Digital shut up shop recently due to financial problems most people have attributed to their overinvestment in football broadcasting rights (my personal belief, having been an ITV Digital customer at one point) is that there was simply a lack of choice of good channels, but that's irrelevant).
Fundamentally, it's worth noting that SECA, the system employed by Canal Plus is also the same system that was employed by onDigital - as noted in this Google cache of Hackwatch. Cracks relevant to Canal Plus were also relevant to onDigital.
In the UK Sky Digital employ the OpenTV system as opposed to SECA. Companies who also follow in this vein are ntl:digital and Telewest Broadband.
Dude, get in contact with me if you read this post.
In the later days of PoWcon, Dave and self were users. This was after the retirement of the VAX and the moving to VMS on alpha.glam.ac.uk (also now long gone).
This is exactly the same arguement people give for using Windows on a PC as opposed to Linux.
Now, in addition to the fact that you can run MacOS 9 in MacOS X, you can also run MacOS 9 in LinuxPPC, which means dig those discs back out of the cupboard and install Photoshop. Get the best of both worlds.
As for the gimp arguement, I won't go there. Personally, I find gimp infinitely easier to use, but as with everything, everyone's different!;)
I agree. GUIs have no place in the world of true software.
Actually... templating is more akin to the way GUI software for desktop machines (in C or whatever) is written. The GUI is severed from the code after display time.
I mean, come on -- is mixing code with the display really that different from putting the display in your code?
Templating circumvents both options.
Re: Mixing code and data - complete agreement
on
Mason 1.0 Released
·
· Score: 1
I'm in complete agreement with you.
Having used both Mason and PHP, I have found myself writing a templating mechanism in perl, which, being a fraction of the size of Mason, has helped improve the understandibility of code immensly. Variable substitution through passing of a hash (then $_->{VAR} in code), plus a little regex to allow <if comp="perl type comparison"> <else> <elsif comp="perl type comparison"> </if>. The result has proved extremely successful. If I ever finish my current project (d2, a shared webdiary app) it'll be freely reusable from the codebase.
Additionally, the merits of seperating the code and the HTML should be obvious to the common perl hacker - ever passed a Mason document to a perl-unaware web designer and see their faces drop?
The article is flawed, MSs arguement is also.
on
Linux Is Going Down
·
· Score: 1
They say Linux 2.4 lacks system management tools.
How many times do people have to spell it out - it's a KERNEL. They've obviously not looked at any of the DISTRIBUTIONS indepth, since they are the things containing the system management tools.
Recent security flaws in Linux.
No, recent security flaws in _bind_. Research your articles or don't bother writing them at all.
> No, only the SUPPORT for the Beta will expire. THere's no expiration date on the actual software...and I'll bet Apple gives rebates to those who bought the Beta when OS X ships.
Which is what I said... they'll allow some form of 'upgrade' to the final product. At a reduced cost.
Is there any assurance that it won't expire? The Win98 betas expired, ceased to function and install after a certain point (I might add that although I didn't beta Win98, several people at the last company I worked for did). What's to say Apple haven't done the same here?
Yes... a certain other 'giant of the software industry' charges for beta editions too. And remember kids - the beta is going to *expire*, so after the release of the full software, your wonderous USD30 turns into nothing! Fantastic!
The only bonus is that the USD30 for getting the beta is discounted for an upgrade from the beta to the release edition.
I have to say that I don't quite understand how this works, because AFAIK when you make a GET, you just request a file, but don't tell the server the whole URL (or the hostname, for that matter).
It's fairly simple - the browser request makes a GET, then follows by passing a series of headers:
GET / HTTP/1.0
Host: hostname.domain.tld
User-agent: Mozilla
<blank line to terminate request>
Then expects the return from the server.
So, when you run off to http://slashdot.org/comments.pl, it's performing:
GET/comments.pl HTTP/1.0
Host: slashdot.org
User-agent: Mozilla
<blank line to terminate request>
Both HTTP 1.0 and 1.1 implement this, if you want to read the RFC 1945 and RFC 2068 for information on HTTP 1.0 and 1.1 respectively.
It was in the CPUID string - 3x Core/Bus ratio. Sadly didn't contain the bus speed string, but we can't have everything.
Re:Other distros *do* produce betas/Mandrake first
on
RedHat 6.2 - RSN
·
· Score: 1
This wasn't my point. My point was that other distros produce betas. I wasn't pushing Mandrake above any other distro.
You should stop and try to see the point in what was being said.
I just think it's unfair to say that "other distros should produce betas", when they already do.
Other distros *do* produce betas
on
RedHat 6.2 - RSN
·
· Score: 1
> I hope other Linux distributions will follow RedHat with a public beta test before releasing a new version.
Err... don't other distros actually produce betas then? Mandrake have done betas... and Mandrake-cooker. Slackware-current? And you can pull the development tree of Debian also.
I remember when it started, it was a great place to go for news on really cool software. Now it is a complete fucking joke. The place is cluttered with 'ME TOO!' Gtk CTRL+ALT+DEL type apps, a shitload of Gtk/Qt/blah frontends to already existing software, and more useless perl scripts than I can count.
Perhaps Freshmeat would benefit from a few/.isms - particularly the ability to filter some categories of notice.
So I stopped reading it, and I can't say that I'm upset that/. posts this kind of stuff.
Me neither. But the sooner it gets it's own section so people can disable it and stop whinging, the better.
I've found that things are 100% searchable, but so many people are throwing "cruft" in (i.e. lying meta tags and invisible text) that I have to start including more and more exclude entries than I do include entries.
There was a time when I could jump straight into an Excite power search and be assured that I'd find what I'm looking for within minutes.
I don't think that PHP or high usage of CGI has affected things, tbh. But search engines like Yahoo!, who don't trawl for content, are going to get entirely more useful.
Slashdot Mirror
There were mutterings regarding the BBC trying to take on the licenses for digital broadcasting that onDigital/ITV Digital once held. I'm guessing this has something to do with limited throughput on a single multiplex.
All of this appears to have been delayed however, whilst the Broadcasting Commission wait to see if anyone else is interested in purchasing those licences.
This doesn't, however, get around the fact that we still have to pay TV licence fees.
> and can't see it except in a 2" square at 2fps via their website
On the subject of BBC News 24 - I still have my onDigital box. After cancellation ITV Digital said they'd come and collect it, but failed to turn up. The BBC channels are still coming through fine - including News 24. If you have an onDigital box anywhere and want to use it, it's still available for you.
In the UK there are/were four prominent pay-television services:
ITV Digital shut up shop recently due to financial problems most people have attributed to their overinvestment in football broadcasting rights (my personal belief, having been an ITV Digital customer at one point) is that there was simply a lack of choice of good channels, but that's irrelevant).
Fundamentally, it's worth noting that SECA, the system employed by Canal Plus is also the same system that was employed by onDigital - as noted in this Google cache of Hackwatch. Cracks relevant to Canal Plus were also relevant to onDigital.
In the UK Sky Digital employ the OpenTV system as opposed to SECA. Companies who also follow in this vein are ntl:digital and Telewest Broadband.
This all poses some interesting questions.
Pizza
Happiness is not necessarily a night in front of the TV with munchies and a couple of cold ones, but it's a possible fuel for kernel hackers.
In the later days of PoWcon, Dave and self were users. This was after the retirement of the VAX and the moving to VMS on alpha.glam.ac.uk (also now long gone).
Curse nostalgia...
Now, in addition to the fact that you can run MacOS 9 in MacOS X, you can also run MacOS 9 in LinuxPPC, which means dig those discs back out of the cupboard and install Photoshop. Get the best of both worlds.
As for the gimp arguement, I won't go there. Personally, I find gimp infinitely easier to use, but as with everything, everyone's different! ;)
Actually... templating is more akin to the way GUI software for desktop machines (in C or whatever) is written. The GUI is severed from the code after display time.
I mean, come on -- is mixing code with the display really that different from putting the display in your code?
Templating circumvents both options.
Having used both Mason and PHP, I have found myself writing a templating mechanism in perl, which, being a fraction of the size of Mason, has helped improve the understandibility of code immensly. Variable substitution through passing of a hash (then $_->{VAR} in code), plus a little regex to allow <if comp="perl type comparison"> <else> <elsif comp="perl type comparison"> </if>. The result has proved extremely successful. If I ever finish my current project (d2, a shared webdiary app) it'll be freely reusable from the codebase.
Additionally, the merits of seperating the code and the HTML should be obvious to the common perl hacker - ever passed a Mason document to a perl-unaware web designer and see their faces drop?
How many times do people have to spell it out - it's a KERNEL. They've obviously not looked at any of the DISTRIBUTIONS indepth, since they are the things containing the system management tools.
No, recent security flaws in _bind_. Research your articles or don't bother writing them at all.
Which is what I said... they'll allow some form of 'upgrade' to the final product. At a reduced cost.
Is there any assurance that it won't expire? The Win98 betas expired, ceased to function and install after a certain point (I might add that although I didn't beta Win98, several people at the last company I worked for did). What's to say Apple haven't done the same here?
The only bonus is that the USD30 for getting the beta is discounted for an upgrade from the beta to the release edition.
It's fairly simple - the browser request makes a GET, then follows by passing a series of headers:
GET / HTTP/1.0
Host: hostname.domain.tld
User-agent: Mozilla
<blank line to terminate request>
Then expects the return from the server.
So, when you run off to http://slashdot.org/comments.pl, it's performing:
GET /comments.pl HTTP/1.0
Host: slashdot.org
User-agent: Mozilla
<blank line to terminate request>
Both HTTP 1.0 and 1.1 implement this, if you want to read the RFC 1945 and RFC 2068 for information on HTTP 1.0 and 1.1 respectively.
You should stop and try to see the point in what was being said.
I just think it's unfair to say that "other distros should produce betas", when they already do.
Err... don't other distros actually produce betas then? Mandrake have done betas... and Mandrake-cooker. Slackware-current? And you can pull the development tree of Debian also.
*I* like Freshmeat, and Slashdot. I don't think it's necessary to rebuild or replace either.
Perhaps Freshmeat would benefit from a few /.isms - particularly the ability to filter some categories of notice.
So I stopped reading it, and I can't say that I'm upset that /. posts this kind of stuff.
Me neither. But the sooner it gets it's own section so people can disable it and stop whinging, the better.
In which case, Slashdot may be ideal. Software section?
It works fine on my TNT w/ 16mb of memory. It's in fact worked so well I didn't leave Quake2 for 3 hours.
Umm, that's a strange admission to make, but it does hold up compared to the previous release!
There was a time when I could jump straight into an Excite power search and be assured that I'd find what I'm looking for within minutes.
I don't think that PHP or high usage of CGI has affected things, tbh. But search engines like Yahoo!, who don't trawl for content, are going to get entirely more useful.
Yeah, does sound like a portscanned router. Most of the cisco range prompt for a username and password. No banner.
However, it would have been useful to know what the DC was doing at the time. Like, were they using the WinCE disc at the time?