Re: i am facing these issues after my FreeBSD 6.2 installation.
Remko Lodder skrev: On Tue, Mar 13, 2007 at 08:47:50PM +0100, Roger Olofsson wrote: Hello Ajay, 2. May I suggest that you get the source code for vim and compile it? It's available at the wonderful Vi lovers homepage at -> http://thomer.com/vi/vi.html 3. You could, for instance, create a small file containing the startx command, make sure that file is executable by doing chmod ugo+x and place that file in /usr/local/etc/rc.d. That is a very bad advise imo. rc.d scripts are started by root and unless the daemons started drop privileges, you will be running X as root, which is not something you want to persue. Additionally; there are far better alternatives then using these kind of solutions. Yes, you are correct. I am so used to being root that I forgot the security aspect. I hereby retract my answer to this question. That said; Thanks for the willingness to help someone out! It is really appriciated and shows the power of the FreeBSD Community! No offence taken, I am glad you pointed out my mistake. Cheers, Remko 5. The sources are available as a package. Just install them using csup or any other method you prefer. Good luck! ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pkgupgrade
Hello, this is to announce version 1.2 of pkgupgrade, a python tool aimed at upgrading freebsd ports installations mainly using binary packages. It has a companion program pkg_save.py by Cyrille Szymanski which performs backups prior to upgrades, which has been upgraded to version 0.7 and a small documentation. You can find them at: http://www.lpthe.jussieu.fr/~talon/pkgupgrade http://www.lpthe.jussieu.fr/~talon/pkg-save.py http://www.lpthe.jussieu.fr/~talon/README.pkgupgrade The main difference with previous version: - for homogeneity, Cyrille likes to call his program pkg_save.py, so i have changed the name accordingly in pkgupgrade. This requires changing the name in /usr/local/sbin. - there is a flag "pkg_release" such that, if True, it works as before, but if False, pkgupgrade will use the Latest packages from pointyhat. - There is a list COMPILE where you can put ports you insist of compiling, instead of using binary packages. This is to cope with the problem of people having special flags in /etc/make.conf for programs they use a lot. - When running UpgradeShell, if some postinstall scripts answer questions, they will not be screened out. There are some user unfriendliness, for example you have to edit the begnning of the script to modify its behavior, you need to put correct origins in the lists HOLD and COMPILE, no globbing has been implemented here, but otherwise the program has been tested on several machines and by several people, and it works. You can expect rather important time gains with respect to using portupgrade -aP to do the same job, and most importantly, you will know beforehand exactly what will be removed and upgraded or compiled, before changing anything on disk. The programs above are under BSD licence, and anyone is welcome to do anything he wants with them, including modifying, improving, rewriting in C++, whatever. Personnally i have no intention to change them in the short term. Perhaps rewrite in C++ later on, if nobody does, and if it appears useful. -- Michel TALON ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Request to update hptmv driver
The current version of hptmv in the source tree is very old now v1.12 (2005-06) vs current v1.14 (2006-3) and it contains some really nasty bugs. We've been running the latest version available from HighPoint + some additional fixes, to ensure multi card installs dont corrupt on shutdown, for quite some time over a year now and would really appreciate it if someone could check these changes in so everyone can benefit. If anyone has the time, shouldn't take long, and ability to do this you can download our current version from here: ftp://ftp1.multiplay.co.uk/pub/os/FreeBSD/patches/hptmv-1.14-multicard.tar.gz Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Strange freeze on -STABLE
If its always when the box is quiet / no one using it, is it something to do with power saving settings? Steve Deniss Lee wrote: But what's interesting - music keeps playing (line-in). Both pf (firewall/routing) and sound card is loaded as modules, music keeps playing, but network is unresponsive. And this box usually freezes when I'm asleep or when I'm not physically using it (ssh only). This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Strange freeze on -STABLE
Nothing really has changed to my box (no new software, configuration issues). I just like rebuilding world/kernel to the latest -STABLE at least once in week. And about two weeks ago I started getting strange freezes. Since then I've tried doing anything to get away from those stupid freezes, but nothing helps. On random time periods my box freezes, but not like the usual way when I can't do anything. It drops all network connections (this box is also router), so I can't connect with SSH anymore or use Internet through it. It mystical freezes everything else - if I had opened some xterms (x11 also on this box) then can write some command (for example "ls") - it may or may not be executed, but what's strange - after execution it doesn't return to shell, it even doesn't react on ^C, ^Z or anything at all. Some applications I can close, some I cant and they just ignore my attempts. Sometimes I can even ctrl+alt+backspace (it gets executed after some while), sometimes I can't. Same with alt+ctrl+f1-f9 - it may work, it may not work. Only thing I can do is press "power button", but then (again - sometimes) I get: "acpi: suspend request ignored (not ready yet)". Then I just press it for 5 seconds and it powers off. After reboot fsck & stuff. It's just driving my crazy. But what's interesting - music keeps playing (line-in). Both pf (firewall/routing) and sound card is loaded as modules, music keeps playing, but network is unresponsive. And this box usually freezes when I'm asleep or when I'm not physically using it (ssh only). I'm really desperate. I've tried reinstalling from scratch, rebuilding world, using even GENERIC, but nothing helps. I'm using lastest FreeBSD 6.2-STABLE (recompiled even yesterday, but got crash again). Box is AMD Sempron. Please - really - any suggestions? I've run FreeBSD for years but I don't know what to do now with this situation. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
