Pulseaudio gave me some flak after the transition to 13, but I just ripped it out several times until I got it right, and everything was fine and dandy. And I still got some horizontal line shift noise on display when running the system a little bit harder, but I otherwise love it, considering Ubuntu couldn't find it's own damn boot files, and didn't seem to persist boot conf changes (yes, I was am a GRUB2 n00b, but it's a fucking bootloader, not a whole damn OS).
Actually, DHCP PNAT with UPnP queries and SRV records, DNS side, with appropriate client support would duplicate this functionality. None of that is an isssue - except client side support at OSI L6. A socket encaplsulation similar to SSL for this sort of abstraction might be useful.
I agree. Not to put it the wrong way, usually my friends (a lot of them programmers) tell me - if only you had a team of programmers. FWIW, I realize I'm completely useless without such a team. Thing is, people with even a trace of ability are washed out by '90s era "enterprising types".
Dude, take a chill pill. Don't bring the whole OS stack in the discussion. AAAnd, most of the reason GNOME is widely used, is historical inertia - due to licensing issues - not any specific KDE fault the can't be fixed by the distributor.
Pulseaudio gave me some flak after the transition to 13, but I just ripped it out several times until I got it right, and everything was fine and dandy. And I still got some horizontal line shift noise on display when running the system a little bit harder, but I otherwise love it, considering Ubuntu couldn't find it's own damn boot files, and didn't seem to persist boot conf changes (yes, I was am a GRUB2 n00b, but it's a fucking bootloader, not a whole damn OS).
Phonon is a layer up, and is the by default with KDE.
With no query string parameters, the page brings up a users' own page. A person would think that you would know that by now... *sigh*
Sue for slander.
http://trinity.pearsoncomputing.net/
Or, use DHCP.
A decently set up NAT requires only client side srv record support and DHCP, easily wrapped up by a library or socket abstraction.
Would you like to pay for the hardware upgrade?
Actually, DHCP PNAT with UPnP queries and SRV records, DNS side, with appropriate client support would duplicate this functionality. None of that is an isssue - except client side support at OSI L6. A socket encaplsulation similar to SSL for this sort of abstraction might be useful.
Not to be a noob, but why not?
A hell of a lot less than you'd expect.
Licensing restrictions.
ASCII porn FTW!
I wonder if anyone has considered using Qt as the OS API.
I agree. Not to put it the wrong way, usually my friends (a lot of them programmers) tell me - if only you had a team of programmers. FWIW, I realize I'm completely useless without such a team. Thing is, people with even a trace of ability are washed out by '90s era "enterprising types".
Slashcode is open, Apache httpd as well, get on with it, make Wave and SMTP interface while you're at it.
Maybe they should stop screwing with customers torrents?
Darwin.
This is not an add-on, it's a mandate, the other sharks will under cut them.
Fedora KDE respin not clear enough for you?
Dude, take a chill pill. Don't bring the whole OS stack in the discussion. AAAnd, most of the reason GNOME is widely used, is historical inertia - due to licensing issues - not any specific KDE fault the can't be fixed by the distributor.
Well, you can technically write a Gtk+ wrapper for Qt. Any takers?
Most of what you listed are characteristic of OS/2 WPS.
Whoa! Mind sharing some tips?
Trinity project might interest you.