- WLUG - wlug.mailman3.com

Re: [Wlug] odbc help

by Jared Greenwald

What's iodbctest? Why not use the standard odbc interfaces? http://us2.php.net/manual/en/ref.uodbc.php A simple google search turned up this page expaining a simple usage: http://www.linuxjournal.com/node/6636/print -Jared On 5/28/06, Mike Leo <mleo963(a)yahoo.com> wrote: > Has anyone ever gotten a linux box to speak to a MS SQL server? > > > I am only assuming i need to configure an odbc DSN from linux to MSSQL, but am not successful yet. > > The end goal is to get phpBB2 to talk to my existing MSSQL database. > > In order for that to happen, apache has to use php and php has to use an odbc connection to MS > SQL. > > Well, php in apache is working now, and php is set to use MS SQL. > > isql -s SERVER NAME PWD connects me to my MS SQL database just fine, but iodbctest is failing. > > I don't know enough to know what is wrong. > > Any help would be greatly apreciated! > > mike > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

May 28, 2006

odbc help

by Mike Leo

Has anyone ever gotten a linux box to speak to a MS SQL server? I am only assuming i need to configure an odbc DSN from linux to MSSQL, but am not successful yet. The end goal is to get phpBB2 to talk to my existing MSSQL database. In order for that to happen, apache has to use php and php has to use an odbc connection to MS SQL. Well, php in apache is working now, and php is set to use MS SQL. isql -s SERVER NAME PWD connects me to my MS SQL database just fine, but iodbctest is failing. I don't know enough to know what is wrong. Any help would be greatly apreciated! mike

May 28, 2006

SORRY - Re: Incompatible versions of Mysql 4.0.x and NPTL based systems?

by Michael Zarozinski

I meant to send this to our server host! Michael Zarozinski wrote: > We're running MySQL 4.0.26 - does that matter? > > Would Hostgator email us if there was a true and urgent compatibility issue? > > Thanx, > > Michael > > Chuck Anderson wrote: > >> On Wed, May 24, 2006 at 11:19:30AM -0400, Michael Zarozinski wrote: >> >> >>> Important Notice: Incompatible versions of Mysql 4.0.x and NPTL based >>> systems./* >>> If you are running a newer linux system which is NPTL based (CentOS 4, >>> Fedora 3+, RHE 4, etc) and are having problems with MySQL 4.0.x >>> (versions later then 4.0.23*), we recommend upgrading to MySQL 4.1.x as >>> we have determined that there are compatibility issues on these platforms. >>> >>> We're running RHE4 (which _is_ NPTL based) and MySQL 4.0.26 >>> >>> >> You should update your RHEL4 system, as the latest package available >> from Red Hat Network is 4.1.12 I believe. >> _______________________________________________ >> Wlug mailing list >> Wlug(a)mail.wlug.org >> http://mail.wlug.org/mailman/listinfo/wlug >> >> >> > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > >

May 24, 2006

Re: [Wlug] Incompatible versions of Mysql 4.0.x and NPTL based systems?

by Michael Zarozinski

We're running MySQL 4.0.26 - does that matter? Would Hostgator email us if there was a true and urgent compatibility issue? Thanx, Michael Chuck Anderson wrote: > On Wed, May 24, 2006 at 11:19:30AM -0400, Michael Zarozinski wrote: > >> Important Notice: Incompatible versions of Mysql 4.0.x and NPTL based >> systems./* >> If you are running a newer linux system which is NPTL based (CentOS 4, >> Fedora 3+, RHE 4, etc) and are having problems with MySQL 4.0.x >> (versions later then 4.0.23*), we recommend upgrading to MySQL 4.1.x as >> we have determined that there are compatibility issues on these platforms. >> >> We're running RHE4 (which _is_ NPTL based) and MySQL 4.0.26 >> > > You should update your RHEL4 system, as the latest package available > from Red Hat Network is 4.1.12 I believe. > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > >

May 24, 2006

Re: [Wlug] Incompatible versions of Mysql 4.0.x and NPTL based systems?

by Chuck Anderson

On Wed, May 24, 2006 at 11:19:30AM -0400, Michael Zarozinski wrote: > Important Notice: Incompatible versions of Mysql 4.0.x and NPTL based > systems./* > If you are running a newer linux system which is NPTL based (CentOS 4, > Fedora 3+, RHE 4, etc) and are having problems with MySQL 4.0.x > (versions later then 4.0.23*), we recommend upgrading to MySQL 4.1.x as > we have determined that there are compatibility issues on these platforms. > > We're running RHE4 (which _is_ NPTL based) and MySQL 4.0.26 You should update your RHEL4 system, as the latest package available from Red Hat Network is 4.1.12 I believe.

May 24, 2006

Incompatible versions of Mysql 4.0.x and NPTL based systems?

by Michael Zarozinski

*/Hi, I logged into WebHost Manger on our server today and was presented with this message: Important Notice: Incompatible versions of Mysql 4.0.x and NPTL based systems./* If you are running a newer linux system which is NPTL based (CentOS 4, Fedora 3+, RHE 4, etc) and are having problems with MySQL 4.0.x (versions later then 4.0.23*), we recommend upgrading to MySQL 4.1.x as we have determined that there are compatibility issues on these platforms. We're running RHE4 (which _is_ NPTL based) and MySQL 4.0.26 Can anyone point me to more information about this issue so I can determine if we need to upgrade. Thanx, Michael Z

May 24, 2006

Re: [Wlug] hald in ubuntu 'dapper'

by Chuck Noyes

Ok. It's now working as it should. What I did was 'sudo dpkg -P --force-depends hal' followed by 'sudo apt-get install hal' With the 'new' hal, all is working. I must've been the victim of an intermediate broken hal version during an intra-dapper upgrade. I love beta-s/w.... -Chuck Chuck Noyes wrote: > Some more information about this problem; > > "adept" downloaded some upgrades this morning. Among them were some > 'hal' files (hald, hal-device-manager, and a couple of others). After > installing these updates, I rebooted my laptop and tried to pass the > --retain-privileges argument to hald (e.g. sudo hald --daemon=yes > --retain-privileges). The result was that the hald still barked at me > for using the --retain-privileges argument. BUT, the hald man page > reports that --retain-privileges IS a valid argument, however running > 'hald --help' reports that --retain-privileges is NOT a valid argument. > Obviously there's something going on here that needs to be fixed. > > If I go to http://freedesktop.org/wiki/Software_2fHalTraces, I should be > able to use the --retain-privileges argument. My version of hald is 0.5.7. > > Anyway, it looks like a bug. Someone reported bug #44770 against hald > in the ubuntu bug tracking system and it's new, only a few days old. > It's very similar to what I've found. There's a comment in the bug > report, from a developer or maintainer, that says the > --retain-privileges was never valid for the ubuntu hal...oh well.... > > -Chuck > > Chuck Noyes wrote: >> Hi All >> >> I upgraded by laptop from 'breezy' to 'dapper'. It looks like the hald >> does not accept the --retain-privileges argument, even though the >> upgrade tool added it to the /etc/default/hal file. Now the hald won't >> start. Also, my USB thumb drives won't automount. I'm thinking it may be >> related to the hald problem. >> >> If I run 'sudo hald --retain-privileges restart', the command fails with >> the help screen for the command. >> >> Has anyone else out there seen this problem? Anyone got a fix? >> >> I can always comment out the 'DAEMON-OPT=--retain-privileges' line in >> the /etc/default/hal file, so the hald starts without error, but the USB >> drives still don't automount. >> >> Thanks, >> -Chuck >> _______________________________________________ >> Wlug mailing list >> Wlug(a)mail.wlug.org >> http://mail.wlug.org/mailman/listinfo/wlug >> > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

May 23, 2006

Re: [Wlug] hald in ubuntu 'dapper'

by Chuck Noyes

Some more information about this problem; "adept" downloaded some upgrades this morning. Among them were some 'hal' files (hald, hal-device-manager, and a couple of others). After installing these updates, I rebooted my laptop and tried to pass the --retain-privileges argument to hald (e.g. sudo hald --daemon=yes --retain-privileges). The result was that the hald still barked at me for using the --retain-privileges argument. BUT, the hald man page reports that --retain-privileges IS a valid argument, however running 'hald --help' reports that --retain-privileges is NOT a valid argument. Obviously there's something going on here that needs to be fixed. If I go to http://freedesktop.org/wiki/Software_2fHalTraces, I should be able to use the --retain-privileges argument. My version of hald is 0.5.7. Anyway, it looks like a bug. Someone reported bug #44770 against hald in the ubuntu bug tracking system and it's new, only a few days old. It's very similar to what I've found. There's a comment in the bug report, from a developer or maintainer, that says the --retain-privileges was never valid for the ubuntu hal...oh well.... -Chuck Chuck Noyes wrote: > Hi All > > I upgraded by laptop from 'breezy' to 'dapper'. It looks like the hald > does not accept the --retain-privileges argument, even though the > upgrade tool added it to the /etc/default/hal file. Now the hald won't > start. Also, my USB thumb drives won't automount. I'm thinking it may be > related to the hald problem. > > If I run 'sudo hald --retain-privileges restart', the command fails with > the help screen for the command. > > Has anyone else out there seen this problem? Anyone got a fix? > > I can always comment out the 'DAEMON-OPT=--retain-privileges' line in > the /etc/default/hal file, so the hald starts without error, but the USB > drives still don't automount. > > Thanks, > -Chuck > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

May 23, 2006

Re: [Wlug] hald in ubuntu 'dapper'

by Jared Greenwald

I'm no hald export, but I think you're mixing commands. Seems like you want to restart the hald init service, but you're actually just calling the daemon straight-up. I think you want: sudo /etc/init.d/hald restart Sine the --retain-privileges option is set in /etc/default/hal file you shouldn't need it on the command-line (the init script won't accept it anyway). If it still fails, add "--verbose=yes" to /etc/default/hal file to get some debug messages. Let us know what happens... -Jared On 5/22/06, Chuck Noyes <vze284qe(a)verizon.net> wrote: > Hi All > > I upgraded by laptop from 'breezy' to 'dapper'. It looks like the hald > does not accept the --retain-privileges argument, even though the > upgrade tool added it to the /etc/default/hal file. Now the hald won't > start. Also, my USB thumb drives won't automount. I'm thinking it may be > related to the hald problem. > > If I run 'sudo hald --retain-privileges restart', the command fails with > the help screen for the command. > > Has anyone else out there seen this problem? Anyone got a fix? > > I can always comment out the 'DAEMON-OPT=--retain-privileges' line in > the /etc/default/hal file, so the hald starts without error, but the USB > drives still don't automount. > > Thanks, > -Chuck > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

May 23, 2006

hald in ubuntu 'dapper'

by Chuck Noyes

Hi All I upgraded by laptop from 'breezy' to 'dapper'. It looks like the hald does not accept the --retain-privileges argument, even though the upgrade tool added it to the /etc/default/hal file. Now the hald won't start. Also, my USB thumb drives won't automount. I'm thinking it may be related to the hald problem. If I run 'sudo hald --retain-privileges restart', the command fails with the help screen for the command. Has anyone else out there seen this problem? Anyone got a fix? I can always comment out the 'DAEMON-OPT=--retain-privileges' line in the /etc/default/hal file, so the hald starts without error, but the USB drives still don't automount. Thanks, -Chuck

May 22, 2006