March 2002 - WLUG - wlug.mailman3.com

Re: [Wlug] Mozilla

by Charles R. Anderson

On Thu, Mar 14, 2002 at 05:51:48PM -0500, Charles R. Anderson wrote: cra> /usr/lib/mozilla/plugins Nope. I just went and tried it myself. I couln't get the darn automatic installation to work, so I did this: #!/bin/sh # Download the jre.xpi cd $HOME wget --passive-ftp ftp://ftp.netscape.com/pub/netscape6/english/6.2.1/unix/linux22/xpi/jre.xpi # Go to your mozilla plugin directory cd $HOME/.mozilla/plugins # Make a java2 subdirectory and go into it mkdir java2 cd java2 # Unzip the xpi file here (yes, it is a ZIP file) unzip $HOME/jre.xpi # Move the contents of jre-image-i386 up one directory # and remove the istaller junk that doesn't work mv jre-image-i386/* . rm -rf symlink.sh install.js jre-image-i386 # Make a symlink in the plugin dir to the actual plugin binary cd .. ln -s java2/plugin/i386/ns600/libjavaplugin_oji.so . It seems to work. No more annoying "download the plugin" dialog boxes. -- 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

March 14, 2002

Re: [Wlug] Mozilla

by Charles R. Anderson

On Thu, Mar 14, 2002 at 05:38:59PM -0500, Gregory Avedissian wrote: avedis> avedis> When I got home last night, I tried Mozilla again, and now I remember why I avedis> stopped using it. I had trouble trying to download the java plugin when I avedis> wanted to get into a chat room. Heh. I remember having the same problem, but I just decided to never use java on the web. avedis> After another failed attempt to download it with the browser, I tried gftp avedis> and got the file, jre131i.xpi but I have no idea what do do with it. There avedis> weren't any readme files nearby at the ftp site. Any ideas or suggestions are avedis> welcome. Thanks. I believe it goes in the plugin directory, which is: /usr/lib/mozilla/plugins or $HOME/.mozilla/plugins depending whether you want it systemwide or not. -- 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

March 14, 2002

Mozilla

by Gregory Avedissian

When I got home last night, I tried Mozilla again, and now I remember why I stopped using it. I had trouble trying to download the java plugin when I wanted to get into a chat room. After another failed attempt to download it with the browser, I tried gftp and got the file, jre131i.xpi but I have no idea what do do with it. There weren't any readme files nearby at the ftp site. Any ideas or suggestions are welcome. Thanks. Greg

March 14, 2002

Re: [Wlug] docs / latex /?

by doug waud

Bill Mills-Curran wrote: > (It would be very cool if I could produce the > pdf "fill in the blanks" document.) That step is what dvipdfm is for http://gaspra.kettering.edu/dvipdfm/ (try dvi to pdf in google to get more stuff) You may also want to look at latex to html converters, for example http://cbl.leeds.ac.uk/nikos/tex2html/doc/latex2html/latex2html.html (again, try google, this time with html latex as bait.) doug

March 14, 2002

pop3 server?

by David Lee Ludwig

I'm trying to pick a pop3 server, however I am having a tough time doing such. A few notes: * The pop3 server will, for the time being, mount all maildirs via NFS. Similarly, all passwords are retrieved via NIS+. * Debian/woody packages would be nice, but not a requirement. Any thoughts? -- David Ludwig | "The Linux philosophy is laugh in the face of davidl<at>wpi.edu | danger. Oops. Wrong One. 'Do it yourself.' http://www.oflove.com | That's it." - Linus Torvalds

March 14, 2002

Re: [Wlug] RE: [WPILA-Discuss] Gentoo Linux Distro

by Aaron Haviland

Frank Sweetser said: > On Thu, Mar 14, 2002 at 01:06:54PM -0500, Aaron Haviland wrote: > > it's not dpkg that has the problem. debian's gcc is patched so it > > defaults to i386 if the arch is any ix86, unless specified otherwise. > > (at least, that's what i'm making of this patch...) > > Actually, that's standard gcc behavior, which redhat has as well. Well, I seem to remember seeing something... somewhere... to some effect that I'm not entirely sure of... and I can't find it anymore... (sadly, this is how my mind usually works. broken and partial memories) > The difference here is that (if I understand things correctly) if you want to > compile a package for iX86 where X != 3, then you have to download and install > a package which *changes the default for every compile on the whole system*. > As Charles mentioned, the way that RPM does it is by macros. You tell RPM "I > want to build this particular packate for i586". It then goes off, and via the > correct configure macros, adds the flags to gcc (probably the same flags that > the debian package makes the system wide default) to compile *only* that > package for i586. > > So if I'm a random user who wants to compile a package on a i686 platform to be > run on a 386, and the sysadmin has installed the i686 package, that means that > I have to do *extra* work to get *standard* behavior! > > Someone please tell me if I'm wrong, because that seems like a pretty hackish > way to do things. pentium-builder is a wrapper for gcc/g++ that iff DEBIAN_BUILDARCH is set, runs gcc/g++ with -march=$DEBIAN_BUILDARCH -mcpu=$DEBIAN_BUILDARCH, otherwise it just runs gcc/g++. it's transparant to whatever called gcc. you don't have to specify DEBIAN_BUILDARCH=i386 to revert to default. the name "pentium-builder" doesn't mean it's specifically for pentium. as for it being hackish... from the pentium-builder README: Why did I do it this way? There are alternatives after all. I could just set CFLAGS or GCC, or I could place the shell script wrappers in a separate directory and set the PATH to point to them when you want to build pentium optimized stuff. The problem with all these ideas is that I can imagine packages that would circumvent them. It's a hack, but it works. I welcome a cleaner solution. ... on another note, i've compiled povray for k6 and pentium and timed them, aka "time ./povray" running on a k6 machine, the k6 optimised one consistently runs 1 second faster overall (33 seconds total) but the pentium optimised one has a .1 second lower sys time. which is better? (i don't have the output anymore. just thought i'd ask while on the topic of optimising) (yes, i read the time manpage. just doesn't seem to sink in through this thick skull :) ) -- Aaron Haviland orion [at] tribble [dot] dyndns [dot] org orion [at] parsed [dot] net A man on a slushy bender can do some crazy things.

March 14, 2002

Re: [Wlug] RE: [WPILA-Discuss] Gentoo Linux Distro

by Aaron Haviland

Charles R. Anderson said: > On Thu, Mar 14, 2002 at 01:06:54PM -0500, Aaron Haviland wrote: > orion> As far as everything being i386, that's lets debian be installable on > orion> more architectures, like the 386 laptop i'm typing this on right now. > orion> Redhat, Mandrake, etc wouldn't install... everything's pentium > orion> optimised. > > Red Hat is not Pentium optimized. They do however provide i586 and i686 > kernel and glibc packages that will be installed only if the system > supports them. Hmmm. I can't find the redhat or mandrake cds i tried a couple years ago... but i seem to recall that i was unable to completely install because something was compiled for i586 and wouldn't run. honestly can't remember, it was too long ago. *shrug* sorry if i'm spreading bad information. a bad experience will do that to me :) -- Aaron Haviland orion [at] tribble [dot] dyndns [dot] org orion [at] parsed [dot] net "Boys in bed, girls in bed All now go to sleep Sleep, sweet dreams Wake to a new today tomorrow"

March 14, 2002

Re: [Wlug] RE: [WPILA-Discuss] Gentoo Linux Distro

by Charles R. Anderson

On Thu, Mar 14, 2002 at 01:06:54PM -0500, Aaron Haviland wrote: orion> As far as everything being i386, that's lets debian be installable on orion> more architectures, like the 386 laptop i'm typing this on right now. orion> Redhat, Mandrake, etc wouldn't install... everything's pentium orion> optimised. Red Hat is not Pentium optimized. They do however provide i586 and i686 kernel and glibc packages that will be installed only if the system supports them. -- 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

March 14, 2002

Re: [Wlug] RE: [WPILA-Discuss] Gentoo Linux Distro

by Frank Sweetser

On Thu, Mar 14, 2002 at 01:06:54PM -0500, Aaron Haviland wrote: > it's not dpkg that has the problem. debian's gcc is patched so it > defaults to i386 if the arch is any ix86, unless specified otherwise. > (at least, that's what i'm making of this patch...) Actually, that's standard gcc behavior, which redhat has as well. The difference here is that (if I understand things correctly) if you want to compile a package for iX86 where X != 3, then you have to download and install a package which *changes the default for every compile on the whole system*. As Charles mentioned, the way that RPM does it is by macros. You tell RPM "I want to build this particular packate for i586". It then goes off, and via the correct configure macros, adds the flags to gcc (probably the same flags that the debian package makes the system wide default) to compile *only* that package for i586. So if I'm a random user who wants to compile a package on a i686 platform to be run on a 386, and the sysadmin has installed the i686 package, that means that I have to do *extra* work to get *standard* behavior! Someone please tell me if I'm wrong, because that seems like a pretty hackish way to do things. -- Frank Sweetser fs at wpi.edu, fs at suave.net | $ x 18 Full-time WPI Network Tech, Part time Linux/Perl guy | The UNIX system has a command, nice, which allows a user to voluntarily reduce the priority of his process, in order to be nice to the other users. Nobody ever uses it. -A. Tanenbaum, _Modern Operating Systems_

March 14, 2002

Re: [Wlug] RE: [WPILA-Discuss] Gentoo Linux Distro

by Aaron Haviland

Charles R. Anderson said: > On Thu, Mar 14, 2002 at 01:40:34AM -0500, Aaron Haviland wrote: > orion> > Just install pentium-builder, set the environment variable like it > orion> > says to, and apt-get -b source <package> away! > orion> > orion> Well, hot damn. you're my new hero! Now I can still build optimised > orion> local .debs and make non-optimised redistributable ones without messy > orion> tweaking! > > RPM has had the ability to build for different architectures and > optimize based on them since the beginning: > > rpm --rebuild --target=i386,i586,i686 foo.src.rpm it's not dpkg that has the problem. debian's gcc is patched so it defaults to i386 if the arch is any ix86, unless specified otherwise. (at least, that's what i'm making of this patch...) I think what i really like about debian's build system is that while most people use a makefile for debian/rules, you DON'T HAVE TO. you can use any sort of script you want, so long as it does what it needs to. You DON'T HAVE TO use debhelper to put files in the right locations and fix permissions. You DON'T HAVE TO do anything a specific way, so long as the result is the same. As far as everything being i386, that's lets debian be installable on more architectures, like the 386 laptop i'm typing this on right now. Redhat, Mandrake, etc wouldn't install... everything's pentium optimised. -- Aaron Haviland orion [at] tribble [dot] dyndns [dot] org orion [at] parsed [dot] net relevance is irrelevant.

March 14, 2002