Language:
switch to room list switch to menu My folders
Go to page: First ... 81 82 83 84 [85] 86 87 88 89 ... Last
[#] Tue Sep 11 2012 17:05:58 EDT from ax25 @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Slackware -current?

Ha.



[#] Tue Sep 11 2012 17:20:35 EDT from zooer @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

We ran Centos on our local servers at the office so I have used it before. I will give it a try.

[#] Wed Sep 12 2012 01:34:26 EDT from Freakdog @ Dog Pound BBS II

[Reply] [ReplyQuoted] [Headers] [Print]

 

Tue Sep 11 2012 08:55:20 AM PDT from the8088er @ Uncensored
I had no idea Oracle was doing a Linux distribution.

What about Solaris? is there indication that they're going to end that?

Technically, their distribution is nothing more than repackaging RHEL, but they do some custom kernel compilation, I believe.



[#] Sun Sep 16 2012 01:47:06 EDT from the8088er @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Okay. I don't like Solaris much, but I still want it to survive.

That was my concern.

[#] Sun Sep 16 2012 09:21:17 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

It's not Solaris anymore; it's Oracis now.  Sun's vision for Solaris was to build and maintain an industrial grade workhorse of an operating system.  Oracle's vision for Solaris is for it to fill a box and make money.

Not that there's anything wrong with making money, but the show is no longer being run by people whose primary drive is a love of technology.

Not to worry, though: HP/UX will be the first of the remaining commercial unices to fade into oblivion, especially now that Oracle has discontinued any further development of its products on that platform.  AIX will cross over into that same immortal netherworld (Valhalla is only a few miles from Armonk, after all) where i/OS and z/OS already are.

The data center of the late 201X's and early 202X's will be Linux and Windows.  For all practical purposes most data centers are already there.  That's excluding bare metal hypervisors, of course, but whether VMware and Microsoft admit it or not, there's no such thing as a "Type 1 Hypervisor."  ESXi won't run without help from Linux, and HyperV won't run without help from Windows.



[#] Sun Sep 16 2012 11:24:04 EDT from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

well, the judge told oracle to continue h-pox and itanic support - gut I guess yes, its fading away.



[#] Mon Sep 17 2012 21:16:44 EDT from zooer @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Ignat, Fedora has a Gnome 3 fallback mode.

[#] Tue Sep 18 2012 10:06:22 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm not sure why they bother calling it "fallback mode" when it's really just the difference between using Gnome Shell and Gnome Panel. Both are maintained.
It's only Ubuntu that has deliberately forked things up (pun intended).

I must admit I'm warming up to Gnome Shell and am running it at home now (but not at work because it screws up my video card). Slam the mouse into the upper left corner of the screen and everything shrinks and spreads out for you to pick from. The real win is the way it handles virtual desktops.
Instead of a fixed number it simply creates them as you need them, and when your window selector is open with all of your windows shrunk and displayed on the screen, the virtual desktops are displayed in a column on the right side.

Virtual desktops are useful for me because I usually have two or three remote desktops open, and I like to put those into full screen virtual desktops instead of in my window stack.

[#] Thu Sep 20 2012 21:14:44 EDT from zooer @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I am using Fedora 17 (Gnome) with Xfce environment installed. I am slowly starting to like it. I suppose I could
use Ubuntu with Xfce as well.

[#] Mon Oct 01 2012 17:33:48 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm wondering if anyone has ever configured Samba with a tdbsam backend and *not* written a HOWTO about it? Geez, how many people can write the same damn article...

[#] Mon Oct 01 2012 18:09:31 EDT from the_mgt @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I wrote this about Samba4 http://en.gentoo-wiki.com/wiki/Samba4_as_Active_Directory_Server if you like something different. That's basically the AD system I am using with citadel. They also have a release candidate for Samba4 out there. Not alpha, not beta, but real rc! My system is basically the same since alpha11, but there are only about 5 machines in the domain.



[#] Mon Oct 01 2012 19:44:02 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Not looking to set one up at all, actually. I simply noticed this article appearing over and over again by dozens of different authors. Quite frankly, if you need an Active Directory server, you've already failed.

[#] Tue Oct 02 2012 02:06:08 EDT from the_mgt @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

You might be right there, but on the other hand, actually seting up SSO stuff in linux manually is a bit of pain. Samba  does a pretty good job here, I either use kerberos tickets (for things like libvirt) or the ldap user for manually entering usernames and passwords across almost all of my local services: trac, apache, dokuwiki, citadel, windows vms, etc. In theory, spnego should work with firefox plugins or IE, but I do not use either of them.



[#] Tue Oct 02 2012 13:24:56 EDT from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


The trouble with SSO is that there are so many standards to choose from. LDAP has seen wide adoption, but it is user-hostile if you have any sort of password expiration configured - there are no diagnostic messages. LDAP doesn't do web-based single signon at all so we end up with two different authentication systems that must be synchronized, manually or via a scheduled task. We are using Google Apps OpenID auth for SSO to some of our web-based stuff--not too hard to implement via Spring Security, but does take some custom code.

[#] Thu Oct 04 2012 08:36:34 EDT from the_mgt @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I agree about the password expiration stuff, but I guess that is not a direct fault of LDAP as a method, more of the implementations. As far as my expiriences go, almost all externally authed services have totally useless error messages. "Wrong password" can mean anything from "I misparsed your special chars", "The LDAP Server is down", "I was just too stupid to look up your user but I do not dare tell you." to "Lizards are forcing me to keep you logged out."

What I do not get is your remark about SSO and website stuff: Are you referring to the seamless login you can have with IE on Microsoft products? I agree partly, but with Samba4 using LDAP and Kerberos, you should be able to overcome these problems with a certain Firefox plugin. I think there is also something for Apache and at least dokuwiki would be able to handle this. I think thats SPNEGO.



[#] Thu Oct 04 2012 12:34:26 EDT from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


Yeah, it's definitely the lizards' interference in most cases.

As for web-based SSO, this may be a concern that is somewhat unique to companies like mine: many of our tools, ranging from JIRA to Google Apps, are actually SaaS apps that are hosted "in the cloud" or by someone else. As such, we want to be able to log in to Google Apps once, with our browser, and get access to all our other apps as well. You are not going to accomplish this easily with LDAP, and you are not going to accomplish it at all with Kerberos.

SSO here is not the same thing as password synchronization. If everything is talking to the same LDAP, but I still have to enter the same password multiple times a day, that's not SSO.

[#] Thu Oct 04 2012 16:15:53 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

For hosted apps that are unwilling to reach out to a non-hosted LDAP endpoint for authentication, the very least they should be willing to do is support OpenID. Then you could expose an OpenID endpoint that is authenticated against your LDAP. Yes, you'd have to type your password again, but at least you're not maintaining a separate password.

[#] Fri Oct 05 2012 14:00:57 EDT from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


If your organization's email domain is hosted on Google Apps (branded gmail, basically) then you'll find that the pinheads in charge want the central point of configuration for your SSO to be... Google Apps. (They implement an embrace-and-extend'd version of OpenID.) You could point Google Apps at your SSO provider using SAML, but this doesn't address POP3 login to gmail, etc. So you end up in cron-job based synchronization.

[#] Thu Oct 18 2012 19:55:09 EDT from the_mgt @ Uncensored

Subject: Migrating from tdbsam to ldap

[Reply] [ReplyQuoted] [Headers] [Print]

How do I most painlessly migrate users from tdbsam to openldap based authing in samba? I searched the web, but most guides seem to be from around 2005. Did one of you ever do something like this? Did it work out? Did you suffer while trying? The closest thing I found is http://nickportertech.blogspot.de/2008_05_01_archive.html which itself names tools hinting to https://gna.org/projects/smbldap-tools/ 

I will be switching distros at the same time, so I will not really operate on a live system



[#] Thu Oct 25 2012 20:18:41 EDT from zooer @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I think I might move back to Ubuntu, I am tired of waiting for Debian to catch up and Fedora just isn't working right.

Go to page: First ... 81 82 83 84 [85] 86 87 88 89 ... Last