August 2003 - WLUG - wlug.mailman3.com

Re: [Wlug] libcrypto.so.4
by Michael Long 07 Aug '03

07 Aug '03

I found what looks like the source files from a tar package in /usr/src/packages/BUILD/Python-2.2.3. It appears that I could build it by running the usual ./configure make ... process. There are no rpms in /usr/src/packages/RPMS/. Do I need to build the rpm from this? As a reminder I am using the SuSE 8.2 distro so the directory structure is slightly different. --Mike > > Did you install the resulting i386.rpm files from the rebuild step? > They should have ended up in /usr/src/redhat/RPMS/i386 > > -- > Charles R. Anderson <cra(a)wpi.edu> / http://angus.ind.wpi.edu/~cra/ > PGP Key ID: 49BB5886 > Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886 > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > > >

1 0

Re: [Wlug] libcrypto.so.4
by Michael Long 07 Aug '03

07 Aug '03

I have discovered that the files in the expat-devel package are already installed on the system so I ran rpmbuild --rebuild --nodeps .... It appeared to compile with a lot of warnings about anti-aliasing. Unfortunately the warnings scrolled out of the term buffer so I don't have the exact warning. This process is very verbose and I don't know if it completed successfully or not. When I query the rpm database it still shows the old version of python. Did I miss a step? > > I should mention, that if you find one that has the expat include > files, but isn't named expat-devel, you can force the build with: > > rpmbuild --rebuild --nodeps .... > > Actually, it might be easier to grab the SuSE python2 src.rpm, and > modify that one to use the new python2-2.2.3 tar source. That way, > your src.rpm will be based on the SuSE one, with all the correct > dependencies for expat, etc: > > rpm -i the-suse-python2-2.2.2.src.rpm > > cd /usr/src/redhat/SPECS > > edit python2.spec to change the version to 2.2.3 and release to > 1custom or similar. > > copy the new python2-2.2.3.tar.gz into /usr/src/redhat/SOURCES > > rpmbuild -ba /usr/src/redhat/SPECS/python2.spec > > -- > Charles R. Anderson <cra(a)wpi.edu> / http://angus.ind.wpi.edu/~cra/ > PGP Key ID: 49BB5886 > Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886 > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > > >

2 1

Re: [Wlug] libcrypto.so.4
by Michael Long 07 Aug '03

07 Aug '03

What has me concerned is that there is an expat package and it is installed on the system, but I am still getting the missing expat-devel error. The following are the results of the rpm queries: rpm -ql expat | grep include /usr/include/expat.h rpm -qa | grep expat expat-1.95.6-11 --Mike > Do you have an expat package? Most likely then the expat-devel stuff > is in the expat package. List it to see if there are any include > files: > > rpm -ql expat | grep include > > Or see if any other package mentions "expat": > > rpm -qa | grep expat > > If SuSE doesn't have any expat packages available at all, then > rebuilding one probably won't hurt. > > > -- > Charles R. Anderson <cra(a)wpi.edu> / http://angus.ind.wpi.edu/~cra/ > PGP Key ID: 49BB5886 > Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886 > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > > >

1 0

Re: [Wlug] libcrypto.so.4
by Michael Long 07 Aug '03

07 Aug '03

I have yet another question...when rebuilding the source rpm I get an error saying that I need the expat-devel libraries. My distribution either doesn't come with them or they are part of another package and I am not seeing it. If I download and rebuild the source rpm package for expat-devel from rpmfind.net what is the risk that it will break something on my system. Thanks, Mike > I am using SuSE 8.2 and I found the rpm's on rpmfind.net. The > distribution came with python 2.2.2 but I need python 2.2.3. I looked > for new SuSE packages but did not find them. I will follow your > suggestion and download the src rpm and rebuild it. > > Mike >

2 2

Re: [Wlug] libcrypto.so.4
by Michael Long 06 Aug '03

06 Aug '03

I am using SuSE 8.2 and I found the rpm's on rpmfind.net. The distribution came with python 2.2.2 but I need python 2.2.3. I looked for new SuSE packages but did not find them. I will follow your suggestion and download the src rpm and rebuild it. Mike > > What Linux distribution and release are you using? Where did you get > those RPM packages from? You really should only use RPM packages for > your specific distribution and release. Ideally, you should use the > ones that came as a part of your distribution, if available. > > For example, Red Hat Linux 7.3 has python2 RPMs that come with it, and > newer bug-fixed ones available as errata updates > (ftp://updates.redhat.com/): > > python2-2.2.2-3.7.3.i386.rpm > python2-devel-2.2.2-3.7.3.i386.rpm > python2-docs-2.2.2-3.7.3.i386.rpm > > and Red Hat Linux 9 already has python 2 as the default: > > python-2.2.2-26.i386.rpm > python-optik-1.4-2.noarch.rpm > python-docs-2.2.2-26.i386.rpm > python-devel-2.2.2-26.i386.rpm > python-tools-2.2.2-26.i386.rpm > > If you just grabbed whatever RPM packages you could find, they are > probably not built against the proper versions of your system > libraries, which in your case are openssl and rpm. You cannot just > upgrade system libraries without breaking much of the rest of your > system. > > If you must have that particular version of python2, consider > recompiling the src.rpm so that it will be built against your exact > system library versions: > > rpmbuild --rebuild python2-2.2.3-1.src.rpm > > Then install the resulting binary rpms that are built: > > rpm -Uvh /usr/src/redhat/RPMS/i386/python2-2.2.3-1.i386.rpm > > -- > Charles R. Anderson <cra(a)wpi.edu> / http://angus.ind.wpi.edu/~cra/ > PGP Key ID: 49BB5886 > Fingerprint: EBA3 A106 7C93 FA07 8E15 3AC2 C367 A0F9 49BB 5886 > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > > >

1 0

libcrypto.so.4
by Michael Long 06 Aug '03

06 Aug '03

Hi, I am attempting to install the rpm python2-2.2.3-1 and get the following error: edev:/home/mlong # rpm -Uvh python2-2.2.3-1.i386.rpm error: failed dependencies: libcrypto.so.4 is needed by python2-2.2.3-1 libssl.so.4 is needed by python2-2.2.3-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 is needed by python2-2.2.3-1 I then tried updating openssl-0.9.6i-12 with openssl-0.9.7a-16 and got a large list of failed dependencies. The two files I need are a part of the latest openssl package. How should I go about resolving the python dependencies? Thanks, Mike

2 1

SCO wants $699 for linux systems
by Karl Hiramoto 05 Aug '03

05 Aug '03

http://biz.yahoo.com/prnews/030805/latu094_1.html Its on slashdot. -- ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø Karl Hiramoto <karl(a)hiramoto.org> Work: 978-425-2090 ext 25 Cell: 508-517-4819 http://karl.hiramoto.org/ AOL IM ID = KarlH420 Yahoo_IM = karl_hiramoto ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø Whether you can hear it or not, The Universe is laughing behind your back. -- National Lampoon, "Deteriorata"

1 0

Re: [Wlug] SLIPS MA Open Source Bill
by rb＠millbury.net 04 Aug '03

04 Aug '03

At 08:26 AM 8/2/2003 -0400, you wrote: >SNIP< Further more I think It would be interesting to get involved with public schools in Worcester to promote the use of Linux. I put up a small page on my web site to address this topic, which I have called SLIPS (Supporting Linux In Public Schools). (btw.. I think the next LUG topic should include LTSP! I have this working in a vmware window using just one comp) Also an admirable goal. However, this one presents an even larger challenge. Looking at it realistically, school system educators (teachers as well as administrators) are the most stubborn, least innovative group I have ever encountered. There are exceptions in each school but to achieve adoption of anything which is not brain-dead simple to use is an impossibility. Linux is far from brain-dead simple to use. Better to concentrate on promoting business usage and then let the school systems lag behind as they always have - unless you are a glutton for punishment. Sounds like you've had some experience with the education system! <grin> As the technology administrator for the Millbury Public School District, I can concur in part. Something new is counter to the culture of many schools. We at Millbury have been using Linux on the server side for many, many years. And, thanks to Skip Gaede on this list, we also ran Mac LTSP clients in one of our libraries. Since schools are not the place for innovation <smirk>, it is difficult to get Linux on the desktop. In many instances, it isn't possible due to the lack of Linux support from most educational software manufacturer. Yes, we could run Win4Lin and all that but that defeats one of the big arguments of client software cost. It also limits and confuses most school staff members who want to evaluate software. If I say, "Can't do it, we run Linux", guess what the next comment will be. In small or specialized environments, I can see great success with infiltrating Linux. In my district, we strive to make all clients identical so that it maximizes our investment. Students can go anywhere in the school and see the same functionality. For me at the moment, putting Linux in one of the labs would limit this flexibility. Linux desktop is not out of the question for schools, just not the best choice *AT THIS TIME* for all instances. If the school is not already heavily invested in Windows curriculum software then some of the many Linux choices would be a good offering. We, for instance, use a $800/PC Windows math program to help boost our students' MCAS scores. We also require all our Sophomores to have a full year of MS Office which they also get a certificate of completion. Like everywhere else, there are politics that go along with technology decisions. Cost, along with "what are the other districts our size doing" are the two big questions you will be confronted with. I have the fortunate situation where I am allowed the freedom to make the best choice for our district. Right now, its a combination of Linux and Windows. If the situation arose that a Linux desktop would be the best choice for the user, then Linux it will be. In fact, that may not be too far off judging from the number of students I've heard of running Linux at home. If anyone else is interested in discussing this subject further, don't hesitate to contact me. I'm glad to see any enthusiasm in bringing OpenSource to schools. - Rob

1 0

SLIPS MA Open Source Bill
by Matt Higgins 04 Aug '03

04 Aug '03

New to the list, and wanted to know what you all thought. I'm looking to put together a bill that will require state gov to consider OSS when sending out RFP's. The bill would mirror those being proposed/stalled in other states such as Washington and Texas. I have been in contact with state Rep Robert Spellane who is positive about the subject. I believe he would be more responsive if the WLUG were also supporting this. Further more I think It would be interesting to get involved with public schools in Worcester to promote the use of Linux. I put up a small page on my web site to address this topic, which I have called SLIPS (Supporting Linux In Public Schools). (btw.. I think the next LUG topic should include LTSP! I have this working in a vmware window using just one comp) Tell me your thoughts ! Matt

5 9

WLUG Meeting - Thurs. August 14th - 7PM
by Andy Stewart 03 Aug '03

03 Aug '03

HI Everybody, I'm going to announce this meeting "early" (at least relative to most of our meeting announcements) in the hope that it will whet your Linux appetite and entice you to attend this meeting. The meeting topic will be the Linux Terminal Server Project (http://www.ltsp.org). The speaker will be your fearless leader, Andy Stewart. With the use of this software, a person can create a network of computers which uses one powerful server and any number of less powerful diskless client computers. A user would log into the client computer, and would be doing all of their work on the more powerful server transparently. Some advantages to this technique are: - maintenance is largely localized to the server - reuse of old, otherwise obsolete, equipment - security concerns are localized to the server - control over what users can access One disadvantage: - if the sever dies, everybody is dead No doubt you're asking: - how can I boot Linux on a diskless computer? - how is it that I do my work on the server? - why is system management easier with this configuration? - in what practical situation is this configuration advantageous? The answers to those questions, and many more, will be forthcoming at the meeting. I will prepare slides for the meeting which I'll put on the WLUG website afterwards. I will also walk through the many files required to setup this configuration. A live demo will be part of the meeting. To make this a bit more interesting, I'd like to ask a few people to bring in some equipment to help me (please RSVP to me to insure that we have enough of the right things): - a multisync monitor with 1024x768@72Hz capability (my spare died) - a 10/100 network hub or switch - some Ethernet cables - one or two other client machines: - could be laptops with network capability and bootable floppy - at least a P90 with 32 MB of memory, bootable floppy, video, network, etc. My hope is that we could demo 2-3 working clients off of my laptop server. I'll bring one known working client plus the server. See ya later, Andy -- Andy Stewart, Founder Worcester Linux Users' Group Worcester, MA USA http://www.wlug.org

1 0