Re: HPLIP ugen
Lars Eighner wrote: On Sat, 1 Sep 2007, Brian Wagener wrote: When using HPLIP your usb printer has to use the ugen driver in order for all printing/scanning/status functionality to be present. The problem is, my printer loads as a umass device so it doesn't get detected by hplip. Does anyone know of a workaround for this? Is there anyway to force my printer to use ugen instead of umass? I can't just remove umass because other devices require it. The only way is to use a kernel built without umass (and without ulpt). If you can boot without umass, you can load umass from the command line (using kldload) after the printer is attached. Although I have not actually tried Hmmm, there might be two methods to implement a more user- friendly behaviour: 1) Make umass ignore the device 2) Make ugen accept it with higher priority than umass For 1) the umass driver should get a DONOTATTACH quirk, which then lets ugen gain control. But if anybody wanted to use the umass driver with that printer (e.g. if he is only interested in reading from the built-in card reader and does not want to print anything), this would not be possible (without installation of HPLIP, that is). If the device was grabbed by ulpt (if umass does not want it, then it must be black-listed in both, but I do not expect this to be the case). Variant 2) would need a device table and support for scanning it to be added to ugen. Devices that are best served by ugen could be entered to that list, to prevent other drivers from taking precedence. This does not seem such an uncommon situation and might also be useful for device protocol tests, for example. Device hints could be used to control this feature for specific devices. Either variant is workable (but 1) is easier to implement). It may be counter-intuitive for a device to be added to a driver that is *not* meant to be used to control it ... Regards, STefan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Current unassigned ports problem reports
Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/108606Courier MTA terminates abnormaly after installation f ports/112083mail/qsheff overwrites configuration upon upgrade o ports/112385sysutils/lookupd on Kernel 64 f ports/112698www/opera's spell-check doesn't work f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113139sysutils/ucspi-tcp runtime crash on amd64 w/ fix f ports/113144print/ghostscript-gnu dumps core with several output d o ports/114132mule goes core dump on X Window System o ports/114560editors/mule cannot compile in ports f ports/115203net/samba3: Broken on filesystems other than UFS f ports/115209editors/emacs: info files are not installed correctly f ports/115270security/amavisd-milter does not work when using sendm o ports/115443net-mgmt/netsaint-plugins - incorrect library path in o ports/115517palm/uppc-kmod installation problem on amd64 f ports/115559devel/aunit and devel/florist-gpl break make index f ports/115568mail/mailscanner: automatic virus pattern update does f ports/115740ext2fs file systems crash net/samba3 f ports/115767net/silc-client 1.1.1 contains a bug which causes conn f ports/115818Executable clash between databases/grass and ruby gems f ports/115905net/silc-client 1.1.1 does not build with converters/r o ports/115925upgrade databases/slony1 to latest f ports/115939mail/nmh: needs CFLAGS=-O o ports/115963[maintainer-update] net-mgmt/nagios-devel: Update to 3 f ports/115967enable chrooted net/isc-dhcp3-server on the FreeBSD 7. o ports/115980databases/glom does not compile in Freebsd 6.2 stable 29 problems total. Non-critical problems S Tracker Resp. Description o ports/94921 isakmpd fails on amd64 o ports/95854 New Port: www/ochusha o ports/100896[new ports] emulators/vmware-server-guestd1 emulators/ f ports/101166bittorrent-curses only works under English locales. o ports/103395security/gnome-ssh-askpass interferes with gnome-scree o ports/104910portsdb -Uu fails on building lsdb when EMACS_NAME is o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107621net/proxychains doens't compile on 4 and 5 f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut o ports/108595pstree (sysutils/psmisc) don't work in jail f ports/108723kxgenerator never worked for me f ports/108788[patch] sysutils/fusefs-kmod: Add BASE option f ports/109041security/tinyca doesn't allow for user installed OpenS o ports/110144New port: math/Matlab7 f ports/110320[security/vpnc] rc script returns 0 on failure o ports/110326 ports Use TCL/TK 8.4: games/tvp o ports/111247New port: sysutil/linux-procfs rpm port of procps f ports/111399print/ghostscript-gpl: ghostscript-gpl WITH_FT_BRIDGE f ports/111456[UPDATE]
FreeBSD Port: eGroupWare-1.2.106_1
Hello! I wonder if there's a plan to release egroupware 1.4 as a freebsd port? Kind regards Mats ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
mailgraph 1.14 and cgi-bin
Hi all, I'm maintainer of mail/mailgraph. The new version (1.14) contains a mailgraph.css which must be put in the same directory of mailgraph.cgi. The problem is, if I install .css to www/cgi-bin, with many apache's default setting, you can not serve plain file under www/cgi-bin (it ScriptAlias'ed). For lighttpd, it should not be a problem. I came up with two possible solution but neither satisfies me. One is to install mailgraph.css under www/data/mailgraph and patch cgi file. Another way is to install .css to EXAMPLESDIR and tell users (you) to copy to a proper location (and may be some http configuration changes). I'm looking for better solutions to this. My hope is to keep minimal work required after installation. If there are no better ways, I probably take the first way. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mailgraph 1.14 and cgi-bin
On Mon, Sep 03, 2007 at 10:43:55PM +0800, Rong-en Fan wrote: I'm maintainer of mail/mailgraph. The new version (1.14) contains a mailgraph.css which must be put in the same directory of mailgraph.cgi. The problem is, if I install .css to www/cgi-bin, with many apache's default setting, you can not serve plain file under www/cgi-bin (it ScriptAlias'ed). For lighttpd, it should not be a problem. I came up with two possible solution but neither satisfies me. One is to install mailgraph.css under www/data/mailgraph and patch cgi file. Another way is to install .css to EXAMPLESDIR and tell users (you) to copy to a proper location (and may be some http configuration changes). I'm looking for better solutions to this. My hope is to keep minimal work required after installation. If there are no better ways, I probably take the first way. If you're asking for what other porters recommend, I would recommend going with the first method, in addition to mailing the author upstream and urge them to reconsider the methodology used, citing exactly what you did here. This isn't a FreeBSD thing in case they try to claim that, either. ;) -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mailgraph 1.14 and cgi-bin
On Mon, 3 Sep 2007, Jeremy Chadwick wrote: On Mon, Sep 03, 2007 at 10:43:55PM +0800, Rong-en Fan wrote: I came up with two possible solution but neither satisfies me. One is to install mailgraph.css under www/data/mailgraph and patch cgi file. If you're asking for what other porters recommend, I would recommend going with the first method, in addition to mailing the author upstream and urge them to reconsider the methodology used, citing exactly what you did here. This isn't a FreeBSD thing in case they try to claim that, either. ;) In fact I think we can generalize that to say, always lean toward the option(s) that do not require user interaction, but instead make things 'just work' after installation. :) Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: security/gnupg (or one dependance) needs xorg**** now?
On Sun, 2 Sep 2007, Gaye Abdoulaye Walsimou wrote: I try to install security/gnupg on a server with portmanager. I have this kind of output: The change that caused that has been backed out. You can install gnupg on its own now, and then please heed the pkg-message that tells you how to install a pinentry dialog. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
mysql51-server doesn't start
I recently updated mysql51-server to 5.1.21. But when I try to start it using mysql-server it gives me the following output and doesn't start: sudo /usr/local/etc/rc.d/mysql-server start Password: Starting mysql. [: -eq: unexpected operator I've tried removing the files and recompiling mysql51-server, and I've tried removing all files in the /usr/ports/databases/mysql51-server, extracting the files with portsnap again and then recompiling again. Even tried deleting the portsnap snapshot, downloaded the snapshot and extracted everything again. Nothing did help. When I try to start the application as root without sudo, it still doesn't start but doesnt give me the '[: -eq: unexpected operator' part. I have saved the entire compile session using script if someone wants/needs it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]