auto-guessing filesystems
I have been looking over the tutorial for automounting removable devices at http://www.caia.swin.edu.au/reports/041130A/ , and have come to one interesting point. It has the fstab line: /dev/da0/mnt/usbflash autonoauto 0 0 However, my system doesn't appear to support 'auto' as an fstype. I assume that it would guess the filesystem type ala Linux, which is about the only thing I miss about the mount system there. Can this actually be made to work easily on FreeBSD, or is this tutorial using an untested fstab entry? (Please keep me CCd). -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
How to not run xconsole with XDM
I have XDM set up, in the default way (by simply turning it to on in /etc/ttys). It runs xconsole to catch errors - however, I have a session manager set up, which catches output in a different way, so this xconsole is basically dead weight for me. But how do I stop it running every time? As it is, I simply close it after I log in, but this is inideal. I assume this is in a config file somewhere, but I can't find it - where should I be looking? Please keep me CCd. -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to not run xconsole with XDM
Robert Huff [EMAIL PROTECTED] wrote: For Xsetup_0 (in Xorg 6.9); it may be under /usr/X11R6 or /etc/X11. Or both. That got it, thanks. :) (This'll teach me to read the handbook more closely...) -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Abiword importers behaving oddly
I have Abiword compiled from the editors/abiword port, with plugins from the editors/abiword-plugins to (in addition to the default) import and export ODF and SXW. Unfortunately, the importers appear to not be working properly: they reliably loose metadata such as page orientation, and randomly loose styles (only as applied to text - additional defined styles are preserved), and page breaks. Manually formatting such as newlines and bold, italic, etc. appear to be preserved. I say 'randomly' loose these things because in some documents I'll loose all of it, whereas in some only some of these things are lost (for example, one particular document looses all but the first page bread, all styles applied to the first page, remembers all other headings, and remembers all but the first application of a style I created speciifically for this document). I have tested this and get the same symtoms on an ODF that I created, and was working, using the same set of plugins a few months ago on a Linux From Scratch system, leading me to blame the importer rather than the exporter. I am, however, not currently able to test this on any other word processor to confirm this. I am running FreeBSD 6.1-BETA4 (as reported by uname), but ports appear to be coming from the directory 6-STABLE (I'm not familiar enough with the ports system to know if this is to be expected). Has anyone experienced similar problems? Is there any know cause and workaround or solution for it? If necesary, I can provide a sample file which shows these problems. -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Installing a port into a different prefix
I am attempting to have two ports (java/kaffe and java/jdk15)
installed side-by-side. This means installing one of them into a
different prefix, because they both install several files with the
same name (specifically, java{,c,h,doc} and possibly others). At this
point, I would prefer to do this with kaffe if it is possible. I have
attempted to do this by 'pkg_add -p /opt/kaffe -r kaffe', but this
didn't work: the 'kaffe' binary is installed into /usr/local/bin, and
the various files with conflicting names remain the Sun versions. So,
I tried 'cd /usr/ports/java/kaffe ; prefix=/opt/kaffe make install
clean' , which gave me exactly the same results.
Can anyone enlighten me as to what I'm doing wrong here?
--
Lennon Victor Cook
He who receives an idea from me receives without lessening, as he who
lights his candle at mine receives light without darkening - Thomas
Jefferson
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installing a port into a different prefix
Paul Schmehl [EMAIL PROTECTED] wrote: make PREFIX=/usr/local/lib/ install clean Thank you, this works well. :) Although, doing 'make PREFIX=/opt/kaffe install clean' still installs kaffe, kaffeh, and kaffe-bin into /usr/local/bin (aswell as installing everything - including these files - except kaffe-bin into the proper locations in /opt/kaffe). Is this normal behavior, or is this a weird port? -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installing a port into a different prefix
Paul Schmehl [EMAIL PROTECTED] wrote: Perhaps those were left over from a previous install? I tested this possibility by completely removing kaffe (and verified that these files no longer existed), and then reinstating it with PREFIX=/opt/kaffe. kaffe and kaffeh again exist in both places, kaffe-bin exists only in /usr/local/bin. As far as I can tell, these are the only things that have been installed to /usr/local - everything else exists only in /opt/kaffe -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with cordless mouse/Keyboard combo set
Stephanie Bridges wrote: I'm not sure if you ever said, but are you on 6.0-RELEASE or something newer? I upgraded to 6.1, which fixed a lot of other unrelated things for me. I said in my original message that I was on 6.0-STABLE, but this appears to have been inacurate (I was judging by the URLs printed by pkg_add -r ) - uname(1) reports that I'm on 6.1-BETA4. -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with cordless mouse/Keyboard combo set
Stephanie Bridges [EMAIL PROTECTED] wrote: Do you have a /dev/ums0 (my usb mouse device)? This exists only when my other mouse (the working one) is plugged in, and I have no other /dev/ums* . Also, even when my mouse didn't really work, disconnecting/reconnecting the receiver from the usb port (moving to another or leaving in the same port) would generate log messages that the mouse was being recognized correctly. Ok, when I reconnect it, it recognises as a keyboard and mouse set, and creates two files: /dev/ukbd0 and /dev/uhid0 . It tells me the following May 9 09:06:01 dragon kernel: ukbd0: G-Tech CHINA USB Wireless Mouse KeyBoard V1.01, rev 2.00/0.20, addr 2, iclass 3/1 May 9 09:06:01 dragon kernel: kbd1 at ukbd0 May 9 09:06:01 dragon kernel: uhid0: G-Tech CHINA USB Wireless Mouse KeyBoard V1.01, rev 2.00/0.20, addr 2, iclass 3/1 -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem with cordless mouse/Keyboard combo set
I am attempting to use my Omni cordless mouse and keyboard set - these both connect with the same receiver, which plugs into the computer with a single USB cable. The keyboard works fine - the mouse, however, does not work at all. It does not move the cursor, and clicks aren't registered. Testing with a different (corded) USB mouse works well. For what reasons might two devices on the same physical connection give this discrepency in workingness? Is such a setup simply not supported, or otherwise is there anything I can do to find out more about what's going on here? -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with cordless mouse/Keyboard combo set
Stephanie Bridges [EMAIL PROTECTED] wrote: I had the same problem with the mouse (would occasionally move the cursor, never any clicks) until I accidentally got the receiver closer to the mouse. I now have the receiver about three inches away from the mouse. Works wonderfully well now. Thanks Stephanie, but unfortunately that didn't help here. I have moved my receiver so close to the mouse that its hard to not bump them, but the mouse still doesn't work. What I have noticed since I sent my original message, is that /dev/sysmouse exists even when only the non-working mouse is connected nto the system. Does this mean that FreeBSD /is/ detecting the mouse (and hence that I should be looking somewhere else than this list for the problem), or does that file simply always exist? -- Lennon Victor Cook He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening - Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
