Re: KDE + GNOME?
[lots of religous Gnome vs KDE stuff snipped] Guys, can we lay off the FUD? It's just a matter of taste. Both have their strengths and weaknesses. Both have great support in FreeBSD, and both ports teams work together to produce two great desktops. The existance of one does not belittle the other. Choose the one that you like, and refrain from spouting random nonsense about the other. Or just use both when appropriate. Come back here when you've got specific problems with either one and there will be people happy to help you solve them. --Stijn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Mon, Mar 06, 2006 at 05:29:36PM +0100, Kristian Vaaf wrote: At 22:08 04.03.2006, Stijn Hoop wrote: On Sat, Mar 04, 2006 at 05:45:29PM +0100, Kristian Vaaf wrote: At 12:05 03.03.2006, Stijn Hoop wrote: On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. Whether I have my commands in my script or in my head doesn't make any difference. Yes I do read UPDATING and if I notice any changes they will be applied respectively. The moment one step does NOT work in the command sequence, you need to alter your next move. No script can be prepared for all the things that can happen. Which is why everyone is recommending you NOT to run things in a script. I understand what you mean. No you apparently do not. What I'm saying is, I do not expect a script to be prepared. Good. I am the one reading UPDATING and modifying the script if there is a change. Manually. Whether I write the sequence in the command line or into a script that I execute doesn't make no difference! It doesn't, but you're missing the point again. Let's say for the sake of argument that your computer's internal clock broke down. FreeBSD will keep the time just fine so long as your machine has power, so you don't notice anything. Now you run your script. It will go through the stages of building world, building kernel, installing the kernel, and then rebooting. At this point your computer loses power for a few seconds and *presto* your clock is set to 1970. Now, your script proceeds after the reboot with the new kernel. Because your clock is WAY off, 'make installworld' will complain (well it could work, but let's assume it doesn't). Your script however, doesn't see this. It therefore proceeds with mergemaster, and rebooting again. Now you're running a new kernel with older binaries, that may or may not work. If this had happened to me [1], I would have stopped at the point where 'make installworld' throws an error, and wondered what went wrong. I could backout my kernel install, reboot into my working configuration, and figure things out before it all got out of hand (edited configuration files etc). And this is just ONE example of a admittedly minor thing that can go wrong. This is why you should not automate the installation yourself. What do you mean, mailing list in the loop? I mean that you should keep CC'ing [EMAIL PROTECTED] so that other who wonder why automating this is not a good idea can search the archives to find out my answer to you. Hartelijk dank, Stijn! Geen probleem. --Stijn -- Thus again, we have succesfully proven that I cannot read minds. It doesn't help. Almost all you ever get is This mind intentionally left blank. -- Steve VanDevender, alt.sysadmin.recovery pgpRMMQIu0F1s.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
On Sat, Mar 04, 2006 at 05:45:29PM +0100, Kristian Vaaf wrote: At 12:05 03.03.2006, Stijn Hoop wrote: On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. Whether I have my commands in my script or in my head doesn't make any difference. Yes I do read UPDATING and if I notice any changes they will be applied respectively. Err... Did you even read what I wrote? The moment one step does NOT work in the command sequence, you need to alter your next move. No script can be prepared for all the things that can happen. Which is why everyone is recommending you NOT to run things in a script. Also, please keep the mailing list in the loop, to help other people asking the same question. --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? pgpBB7SkAEsiC.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
Kristian, On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: The single user boot seems interesting, but is it really necessary? Isn't it just for temporary security reasons? No. You need to reboot to actually use (and test) your new kernel, the single user part is helpful so that no incompatible binaries are started (from the old installed world). I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. --Stijn -- This sentence contradicts itself -- no actually it doesn't. -- Hofstadter pgp3aV1fll4Zh.pgp Description: PGP signature
Re: Any idea when Xorg 7.0's coming to FBSD?
On Fri, Feb 03, 2006 at 08:53:01AM +0100, Björn König wrote: Garrett Cooper schrieb: Erm, unless 6.9 is modular (which I didn't think was the case), there should be a noticeable difference. The noticeable difference is that 7.0 takes much more time to compile all in all because of its modularity. A German magazine tested both: 6.9 took 19 minutes and 7.0 75 minutes on their dual Opteron 246 machine with 2 GB RAM (source: iX 1/2006). Heh :-) But the advantage *should* be that you don't need to recompile all of that every major upgrade. I don't know what will become of that ideal though, only time will tell I guess. --Stijn -- MY HATE OF D02 KNOW NO LIMIT -- A Silent Wail, http://forum.rpg.net/showthread.php?s=threadid=31914 pgpYXKlV99GLG.pgp Description: PGP signature
Re: Firefox 1.5
On Sun, Jan 29, 2006 at 10:22:45PM +0100, Andreas Davour wrote: On Fri, 27 Jan 2006, Frank Staals wrote: Hmm I got a question regarding to Fx 1.5. Has anyone else noticed a tremendous slowdown when using 1.5 ? I especially mean when the popup-window opens to ask what you want to do with a download ( save it or open it ) then Fx hangs for about 15 seconds ( while the 'ok' button is not clickable ) then It continues again. Also Firefox crashed when I tried using an upload function ( to attach a file to a post in a forum ). Anyone else had problems with this ? ( Using Xfce4.2.3.1 with gtk2.8.9 here ) Nope, but the person who decided to change the filerequester to a kind that no other program on the planet uses needs to take a lesson in consistency in gui design. That idiotic filerequester is a major problem with 1.5 in my opinion... It's consistent with the rest of GNOME. Being a GNOME user, I like it. I think you can turn it off at compile time, but I haven't checked to see if the port supports it as well. --Stijn -- I have great faith in fools -- self confidence my friends call it. -- Edgar Allan Poe pgpONxdK4WcuI.pgp Description: PGP signature
Re: Firefox 1.5
Thanks for this! I was trying to restore some sanity to this new browser -- it keeps hanging / crashing. Will try this ASAP. --Stijn On Fri, Jan 27, 2006 at 06:50:11PM -0500, Anish Mistry wrote: On Friday 27 January 2006 14:49, Mark Kane wrote: Anish Mistry wrote: On Friday 27 January 2006 04:18, Frank Staals wrote: Hmm I got a question regarding to Fx 1.5. Has anyone else noticed a tremendous slowdown when using 1.5 ? I especially mean when the popup-window opens to ask what you want to do with a download ( save it or open it ) then Fx hangs for about 15 seconds ( while the 'ok' button is not clickable ) then It continues again. Also Firefox crashed when I tried using an upload function ( to attach a file to a post in a forum ). Anyone else had problems with this ? ( Using Xfce4.2.3.1 with gtk2.8.9 here ) This has also been reported by other people including myself. There doesn't seem to be any progress on diagnosing the problem. The only thing I've been able to notice is that if I run truss on the firefox process during it's slowdown/hang it shows that firefox is repeatedly calling the kse_release system call. I have the same issues since updating to FF 1.5. For me, it freezes up for 2-3-5 minutes the first time that one of those popup-windows comes up after a clean Firefox start. After the first one that comes up, subsequent ones are fine. I opened a bug with the Mozilla people, but it got closed and marked as a duplicate of this bug (which they say has been fixed in their 1.8 CVS): https://bugzilla.mozilla.org/show_bug.cgi?id=305970 I have not yet tried to build the CVS, but it is a very annoying bug indeed since other things seem to crash 1.5 like the mplayer plugin and then I have to restart FF...therefore experiencing the problem again. I've just tried out the patch in the above bug report and it does seem to fix the problem. There was a rejected hunk in the patch, but it just looked like a comment so no functionality was actually missing. This should probably be added to the firefox port. -- Anish Mistry -- It's harder to read code than to write it. -- Joel Spolsky, http://www.joelonsoftware.com/articles/fog69.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firefox 1.5
For those interested, paste the inline patch below in
/usr/ports/www/firefox/files/patch-bugzilla305970
And reinstall your firefox. Thanks again, Anish, it certainly seemed to
help me!
--Stijn
--- widget/src/gtk2/nsWindow.cpp.orig Thu Aug 18 10:11:23 2005
+++ widget/src/gtk2/nsWindow.cppSat Jan 28 18:34:03 2006
@@ -148,9 +148,9 @@
GdkEventVisibility *event);
static gboolean window_state_event_cb (GtkWidget *widget,
GdkEventWindowState *event);
-static void style_set_cb (GtkWidget *widget,
- GtkStyle *previous_style,
- gpointer data);
+static void theme_changed_cb (GtkSettings *settings,
+ GParamSpec *pspec,
+ nsWindow *data);
#ifdef __cplusplus
extern C {
#endif /* __cplusplus */
@@ -372,6 +372,10 @@
mIsDestroyed = PR_TRUE;
mCreated = PR_FALSE;
+g_signal_handlers_disconnect_by_func(gtk_settings_get_default(),
+
(gpointer)G_CALLBACK(theme_changed_cb),
+ this);
+
// ungrab if required
nsCOMPtrnsIWidget rollupWidget = do_QueryReferent(gRollupWindow);
if (NS_STATIC_CAST(nsIWidget *, this) == rollupWidget.get()) {
@@ -2434,8 +2438,16 @@
G_CALLBACK(delete_event_cb), NULL);
g_signal_connect(G_OBJECT(mShell), window_state_event,
G_CALLBACK(window_state_event_cb), NULL);
-g_signal_connect(G_OBJECT(mShell), style_set,
- G_CALLBACK(style_set_cb), NULL);
+
+g_signal_connect_after(gtk_settings_get_default(),
+ notify::gtk-theme-name,
+ G_CALLBACK(theme_changed_cb), this);
+g_signal_connect_after(gtk_settings_get_default(),
+ notify::gtk-key-theme-name,
+ G_CALLBACK(theme_changed_cb), this);
+g_signal_connect_after(gtk_settings_get_default(),
+ notify::gtk-font-name,
+ G_CALLBACK(theme_changed_cb), this);
}
if (mContainer) {
@@ -3916,11 +3928,9 @@
/* static */
void
-style_set_cb (GtkWidget *widget, GtkStyle *previous_style, gpointer data)
+theme_changed_cb (GtkSettings *settings, GParamSpec *pspec, nsWindow *data)
{
-nsWindow *window = get_window_for_gtk_widget(widget);
-if (window)
-window-ThemeChanged();
+data-ThemeChanged();
}
//
pgpg0DaBxcAVb.pgp
Description: PGP signature
Re: defaultroute not loading
Hi, On Fri, Jan 13, 2006 at 12:49:07PM +, Ceri Davies wrote: On 12 Jan 2006, at 23:37, Michael Zimmer wrote: hostname=#.com defaultrouter=1.2.3.4 # previously 1.2.3.4; removed Could you post the output of sh -x /etc/rc.d/routing start? Please try to resist editing it too. Is this working for anyone on 6.0-STABLE? I don't see anywhere in /etc where the default route is actually installed. [EMAIL PROTECTED] ~ grep defaultrouter /etc/rc.conf defaultrouter=131.155.68.1 [EMAIL PROTECTED] ~ netstat -rn | grep default default131.155.68.1 UGS 0 484325xl0 [EMAIL PROTECTED] ~ bsdver FreeBSD 6.0-RELEASE-p1 #2: Mon Jan 2 12:07:31 CET 2006 No other interfaces, so I'd say it works for me. --Stijn -- I really hate this damned machine I wish that they would sell it. It never does quite what I want But only what I tell it. pgpBWQ3eUzT06.pgp Description: PGP signature
Re: sm-mta[386]: My unqualified host name ...
On Tue, Nov 29, 2005 at 02:25:17PM +0100, Kiffin Gish wrote: I recently installed a fileserver which is restricted to the internal network and which I refer to simply as 'fileserver' (pretty creative, right). However, sendmail doesn't seem to work correctly. When the machine boots and/or I try and send an email using sendmail, I get a bunch of cryptic error messages. Here's a view of the syslog: [EMAIL PROTECTED] tail /var/log/messages Nov 29 13:51:56 fileserver sm-mta[386]: My unqualified host name (fileserver) unknown; sleeping for retry Nov 29 13:52:56 fileserver sm-mta[386]: unable to qualify my own domain name (fileserver) -- using short name Nov 29 13:52:57 fileserver sm-msp-queue[390]: My unqualified host name (fileserver) unknown; sleeping for retry Nov 29 13:53:57 fileserver sm-msp-queue[390]: unable to qualify my own domain name (fileserver) -- using short name ... Nov 29 13:56:43 fileserver sendmail[565]: My unqualified host name (fileserver) unknown; sleeping for retry Nov 29 13:57:43 fileserver sendmail[565]: unable to qualify my own domain name (fileserver) -- using short name ... Can anyone please help me? It's missing it's domain name apparently (i.e. the things after the first . in fileserver.my.domain.nl). Either make sure it's in the DNS or list it in /etc/hosts. --Stijn -- Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children the dragons can be killed. -- G.K. Chesterton pgpCQdkeIeOSU.pgp Description: PGP signature
Re: What about for Palm's and Pocket PC's in FreeBSD?
On Sun, Nov 13, 2005 at 10:59:00PM +0200, Andrew Pogrebennyk wrote: Could anyone tell me if there's a good support for Palm's and Pocket PC's in FreeBSD, especially for Bluetooth connectivity? I'm going to buy one and if I learn that Palm is supported much better, It'll be one more it's advantage over MS :) Maybe, someone could point me a some sort of guide? Thanks! I have browsed the web on my Tungsten T5 using my desktop FreeBSD box as router. I haven't tried synchronization due to the fact that I have not found a suitable backend on the FreeBSD box that I want to store my data in (Evolution is nice but still can't manage my email the way mutt can). --Stijn -- ...I like logs. They give me a warm fuzzy feeling. I've been known to keep logs for 30 months at a time (generally when I thought I was rotating them daily, but was actually rotating them once a month). -- Michael Lucas, in Big Scary Daemons article 'Controlling Bandwidth' pgpkYgpTzXhaB.pgp Description: PGP signature
Re: cannot get IP working between associated ath0 AP, what to do?
On Mon, Oct 31, 2005 at 08:44:49PM +0200, Giorgos Keramidas wrote: On 2005-10-31 19:40, Stijn Hoop [EMAIL PROTECTED] wrote: On Mon, Oct 31, 2005 at 08:28:51PM +0200, Giorgos Keramidas wrote: Any hints on where I might go from here to debug this? I know the setup should work because in a previous life [1] it Worked With Windows[TM] (and on the same AP). You haven't firewalled everything off, right? Good call! I certainly hope not. I haven't touched the AP since getting it working with the same laptop in Windows, at least none of its firewall rules. I'll triplecheck asap though. Make sure you're not running a BSD firewall too, like the one I had a few days ago and kept failing to obtain an address from my wireless AP at home because of the paranoid ruleset I was using :) First I confirmed that it really wasn't a firewall issue. Then of course I found out it was a PEBKAC; I used this command to configure ath0: # ifconfig ath0 ssid FOO wepmode on wepkey 0xBAR which showed an association but did not allow packets to be sent. The correct incantation is # ifconfig ath0 ssid FOO wepmode on wepkey 0xBAR weptxkey 1 which, I presume, also sets the wepkey to be used for transmitting packets after destination. I must say that I don't really see the value of specifying the WEP key and then not using it, but then again this is not my OS :-) Thanks for thinking with me, Giorgios! --Stijn -- Diane, 2:15 in the afternoon, November 14. Entering town of Twin Peaks. Five miles south of the Canadian border, twelve miles west of the state line. Never seen so many trees in my life. As W.C. Fields would say, I'd rather be here than Philadelphia. -- Special Agent Dale Cooper, Twin Peaks pgp1iAodV88w5.pgp Description: PGP signature
cannot get IP working between associated ath0 AP, what to do?
Hi, I have an SMC PCMCIA wireless adapter, model SMCWCB-G, based on an Atheros 5212 chipset, in a laptop running a fresh install of FreeBSD 6.0-RC1. The card associates fine, but then fails to send any IP packets in the air, or at least that's what I presume is going on. I cannot ping the AP, I cannot get a lease using DHCP, basically the only thing I can do is associate. I think it does associate because when I set an invalid wep key, the status changes back to 'no carrier'. Setting a static IP address does not help. Any hints on where I might go from here to debug this? I know the setup should work because in a previous life [1] it Worked With Windows[TM] (and on the same AP). Thanks, --Stijn [1] read: the day before yesterday... -- In the force if Yoda's so strong, construct a sentence with words in the proper order then why can't he? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cannot get IP working between associated ath0 AP, what to do?
On Mon, Oct 31, 2005 at 08:28:51PM +0200, Giorgos Keramidas wrote: On 2005-10-31 19:25, Stijn Hoop [EMAIL PROTECTED] wrote: Hi, I have an SMC PCMCIA wireless adapter, model SMCWCB-G, based on an Atheros 5212 chipset, in a laptop running a fresh install of FreeBSD 6.0-RC1. The card associates fine, but then fails to send any IP packets in the air, or at least that's what I presume is going on. I cannot ping the AP, I cannot get a lease using DHCP, basically the only thing I can do is associate. I think it does associate because when I set an invalid wep key, the status changes back to 'no carrier'. Setting a static IP address does not help. Any hints on where I might go from here to debug this? I know the setup should work because in a previous life [1] it Worked With Windows[TM] (and on the same AP). You haven't firewalled everything off, right? Good call! I certainly hope not. I haven't touched the AP since getting it working with the same laptop in Windows, at least none of its firewall rules. I'll triplecheck asap though. --Stijn -- Help Wanted: Telepath. You know where to apply. pgpXoEP5PhcjA.pgp Description: PGP signature
Re: Subversion on FreeBSD?
On Mon, Oct 10, 2005 at 07:53:34PM +0800, Yuan Jue wrote: Is there a subversion system for FreeBSD sourcecode? Or there is only CVS to control the source code? Does that mean that subversion is not stable enough to take this big job? There is an older one: http://lists.freebsd.org/pipermail/freebsd-hackers/2004-September/008112.html Web interface located here (as stated in that post): http://svn.clkao.org/svnweb/freebsd/log/cvs/ However, I think clkao stopped updating it? FWIW, I think Subversion would be stable enough, but no-one's gone through the trouble of converting the CVS repository while preserving the project's history. I tried to using cvs2svn about a year back but ran into some snags, and I've never found the time to retry now that cvs2svn is improved. --Stijn -- An Orb is for life, not just for Christmas. pgpLLzajLv5aR.pgp Description: PGP signature
Re: GVINUM woes
On Sun, Oct 02, 2005 at 12:55:34AM +0100, Rob Pitt wrote: Hello, When I power into single user mode and rebuild all my stale plesks (start root.p1, etc) it works fine they all come back up everyone is up until I reboot and then... ad4: 76293MB Maxtor 6Y080M0/YAR51HW0 [155009/16/63] at ata2-master SATA150 ad6: 76293MB Maxtor 6Y080M0/YAR51HW0 [155009/16/63] at ata3-master SATA150 GEOM_MIRROR: Device gm0 created (id=2565216261). GEOM_MIRROR: Device gm0: provider ad6 detected. GEOM_MIRROR: Device gm0: provider ad6 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_VINUM: subdisk swap.p1.s0 state change: down - stale GEOM_VINUM: subdisk root.p1.s0 state change: down - stale GEOM_VINUM: subdisk tmp.p1.s0 state change: down - stale GEOM_VINUM: subdisk var.p1.s0 state change: down - stale GEOM_VINUM: subdisk usr.p1.s0 state change: down - stale Why do you have both GEOM_MIRROR and GEOM_VINUM loaded? They cannot share the same provider. --Stijn -- My server has more fans than Britney. -- Steve Warwick, from a posting at [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Printing MAN pages
On Thu, Sep 08, 2005 at 10:17:40AM -0400, Gerard Seibert wrote: I am trying to figure out how to print 'man' pages. If I try a simple redirect, such as: man foo foo.txt the new file is loaded with control symbols, etc. that are not really printable. I want to save the files if possible, and print them out at a later date. It that is not possible, how would I go about printing them out in real time? $ gunzip -c `man -w ls` | groff -mdoc -Tps | lpr delivers a nicely formatted postscript manpage for ls(1) to your printer. I don't know if man can do it by itself. HTH, --Stijn -- The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. pgpfI6jm51tbW.pgp Description: PGP signature
Re: Printing MAN pages
On Thu, Sep 08, 2005 at 07:53:28PM +0300, Giorgos Keramidas wrote: Gerard Seibert wrote: I am trying to figure out how to print 'man' pages. If I try a simple redirect, such as: man foo foo.txt the new file is loaded with control symbols, etc. that are not really printable. I want to save the files if possible, and print them out at a later date. It that is not possible, how would I go about printing them out in real time? man -t foo foo.ps will generate Postscript output, which is a lot better for printing. Highly useful to know, but shouldn't we update the man page for man(1)? -t Use /usr/bin/groff -S -man to format the manual page, passing the output to stdout. The output from /usr/bin/groff -S -man may need to be passed through some filter or another before being printed. This does not exactly spell 'output postscript' to me... --Stijn -- Coughlin's law: never tell tales about a woman no matter how far away she is, she'll always hear you. -- Cocktail pgpKoeURXzHyI.pgp Description: PGP signature
Re: Printing MAN pages
On Thu, Sep 08, 2005 at 07:55:19PM +0200, Erik Trulsson wrote:
On Thu, Sep 08, 2005 at 07:36:46PM +0200, Stijn Hoop wrote:
On Thu, Sep 08, 2005 at 07:53:28PM +0300, Giorgos Keramidas wrote:
Gerard Seibert wrote:
I am trying to figure out how to print 'man' pages. If I try a simple
redirect, such as: man foo foo.txt the new file is loaded with
control symbols, etc. that are not really printable. I want to save
the files if possible, and print them out at a later date. It that is
not possible, how would I go about printing them out in real time?
man -t foo foo.ps
will generate Postscript output, which is a lot better for printing.
Highly useful to know, but shouldn't we update the man page for man(1)?
-t Use /usr/bin/groff -S -man to format the manual page,
passing
the output to stdout. The output from /usr/bin/groff -S
-man
may need to be passed through some filter or another before
being printed.
This does not exactly spell 'output postscript' to me...
It does if you know that postscript is the default output format of
groff. If one doesn't know what format groff outputs by default, it is
easily learned by reading the groff(1) manpage.
True. I'm all in favor of a little bit more userfriendliness in man pages
as long as it's not overkill though.
How about:
-t Generate a Postscript version of the manpage, intended for
printing, by using /usr/bin/groff -S -man to format the manual
page, passing the output to stdout. The output from
/usr/bin/groff -S -man may need to be passed through some
filter or another before being printed.
That way I can do /print in less and still get some useful hint.
I'm no good with {t,g,n}roff and written English, so no patch...
--Stijn
--
Harry, I'm going to let you in on a little secret. Every day, once a day,
give yourself a present. Don't plan it, don't wait for it, just let it
happen. Could be a new shirt at the men's store, a catnap in your office
chair, or... two cups of good, hot, black coffee. Like this.
-- Special Agent Dale Cooper, Twin Peaks
pgpznCvyvKHmt.pgp
Description: PGP signature
Re: Printing MAN pages
On Thu, Sep 08, 2005 at 11:46:28PM +0300, Giorgos Keramidas wrote: On 2005-09-08 22:32, Stijn Hoop [EMAIL PROTECTED] wrote: On Thu, Sep 08, 2005 at 07:55:19PM +0200, Erik Trulsson wrote: On Thu, Sep 08, 2005 at 07:36:46PM +0200, Stijn Hoop wrote: Highly useful to know, but shouldn't we update the man page for man(1)? -t Use /usr/bin/groff -S -man to format the manual page, passing the output to stdout. The output from /usr/bin/groff -S -man may need to be passed through some filter or another before being printed. This does not exactly spell 'output postscript' to me... It does if you know that postscript is the default output format of groff. If one doesn't know what format groff outputs by default, it is easily learned by reading the groff(1) manpage. True. I'm all in favor of a little bit more userfriendliness in man pages as long as it's not overkill though. How about: -t Generate a Postscript version of the manpage, intended for printing, by using /usr/bin/groff -S -man to format the manual page, passing the output to stdout. The output from /usr/bin/groff -S -man may need to be passed through some filter or another before being printed. That way I can do /print in less and still get some useful hint. You all know that groff is thirdparty software, right? We have to take this with the groff developers, if the change is ever going to be imported in FreeBSD. Hmm, no I didn't realize that. Guess that's too much work for such a minor change :( Having said that, I'm in favor of making manpages more useful by a little verbosity (but not too much). Especially not too much ;-) --Stijn -- Help Wanted: Telepath. You know where to apply. pgpeBkmNn3YsW.pgp Description: PGP signature
Re: Printing MAN pages
On Fri, Sep 09, 2005 at 02:28:03AM +0300, Giorgos Keramidas wrote: On 2005-09-08 17:33, Greg Barniskis [EMAIL PROTECTED] wrote: Stijn Hoop wrote: [snip... sorry about the attributions] How about: -t Generate a Postscript version of the manpage, intended for printing, by using /usr/bin/groff -S -man to format the manual page, passing the output to stdout. The output from /usr/bin/groff -S -man may need to be passed through some filter or another before being printed. That way I can do /print in less and still get some useful hint. You all know that groff is thirdparty software, right? We have to take this with the groff developers, if the change is ever going to be imported in FreeBSD. Hmm, no I didn't realize that. Guess that's too much work for such a minor change :( Except that (if I read the thread right) the proposed change is actually to the man page for man, not the man page for groff. ;) Might suffer similar ownership and maintenance issues, but I doubt it. If man's not part of the native BSD core, what is? Ah! I misunderstood the original post then. Thanks Greg! Of course we can update man(1). It's part of the src/gnu/ thirdparty source, but the manpage is already off the vendor branch, so we can make changes if necessary. Stijn and everyone else, any particular preference for the text that we add? Would something like the following be ok? -t Use ``/usr/bin/groff -S -man'' to format the manual page, passing the output to stdout. The default output format of groff(1) is Postscript, but see the manual page of groff(1) for ways to pick an alternate format. Depending on the selected format and the availability of printing devices, the output may need to be passed through some filter or another before being printed. We may have to send the changes we make to Federico Lucifredi too (the maintainer of man-1.6 and latter), since the 1.6a version that I downloaded from [ http://primates.ximian.com/~flucifredi/man/ ] a few minutes ago, still uses the text that Stijn feels is a bit cryptic. This is much better already; I inserted the word 'printing' in my version because I felt I would search for that when loooking for a way to print a manpage, but I'm not hung up on that. This would definitely be an improvement. Thanks for picking this up, Giorgos! --Stijn -- Apparently, 1 in 5 people in the world are Chinese. And there are 5 people in my family, so it must be one of them. It's either my mum or my dad.. or maybe my older brother John. Or my younger brother Ho-Cha-Chu. But I'm pretty sure it's John. pgpKY8YNaJaeU.pgp Description: PGP signature
heimdal kerberos ssh
Hi, I'm trying to setup a Kerberos realm, on a 5.4-STABLE box using the base heimdal version. I have succesfully created the database and I can get a ticket using kinit. Now I'm trying to setup the ssh service so that it authenticates to the kerberos server, and so that it saves the ticket to the credentials cache. However that last point is not working: %%% [EMAIL PROTECTED] ~ grep stijnkrb /etc/passwd stijnkrb:*:1004:1004:stijn kerb test:/home/stijnkrb:/usr/local/bin/zsh [EMAIL PROTECTED] ~ ssh [EMAIL PROTECTED] Password: Last login: Wed Aug 31 13:11:15 2005 from localhost.lzee. firsa% klist klist: No ticket file: /tmp/krb5cc_1004 %%% So it seems that the authentication is working, however the TGT is not being saved. I have modified /etc/pam.d/sshd as follows: %%% # auth authrequiredpam_krb5.so no_warn try_first_pass # account account requiredpam_krb5.so # session session requiredpam_permit.so # password passwordrequiredpam_krb5.so no_warn try_first_pass %%% Which to my mind should allow only kerberos accounts to login. However, sshd happily passes authentication for local-only accounts as well! I do have UsePAM yes in /etc/ssh/sshd_config, although the text suggested this as the default. Not knowing much about pam, is this not the right thing to do? I have tried variations on this but it seems that it's not helping any... Adding a 'ccache' option to the auth line for pam_krb5 didn't help either. Is there an introductory document on PAM available online somewhere? Or better a working setup with pam_krb5 on FreeBSD 5.x/6.x? Thanks, --Stijn -- Nostalgia ain't what it used to be. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: heimdal kerberos ssh
OK, I think I figured this out, at least partially: On Wed, Aug 31, 2005 at 01:23:00PM +0200, Stijn Hoop wrote: So it seems that the authentication is working, however the TGT is not being saved. It turns out that you really need to specify the 'ccache' parameter to pam_krb5 but in the correct format: authrequiredpam_krb5.so no_warn try_first_pass ccache=FILE:/tmp/krb5_%u Furthermore, do not test logging in with a user that has both a local account and a kerberos principal -- it may confuse you :-/ For the record here is the /etc/pam.d/sshd that I think works: %%% # auth authrequiredpam_nologin.so no_warn authsufficient pam_opie.so no_warn no_fake_prompts authrequisite pam_opieaccess.so no_warn allow_local authrequiredpam_krb5.so no_warn try_first_pass ccache=FILE:/tmp/krb5_%u # account account requiredpam_krb5.so account requiredpam_login_access.so # session session requiredpam_permit.so # password passwordrequiredpam_krb5.so no_warn try_first_pass %%% However: - I still don't get a valid cache file with a user that also has a local password (manually doing kinit works just fine). This is really strange.. - there's a strange 2-3 second delay when logging in, that I can't explain. It feels like some sort of timeout but I can't figure out what... Anyone recognize this? And again, if there's someone out there with a working setup, I'd love to see the config files. --Stijn -- This sentence contradicts itself -- no actually it doesn't. -- Hofstadter ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Vinum migration 4.x-5.4
On Fri, Aug 19, 2005 at 11:01:55AM -0500, Robin Smith wrote: There seems to be a consensus in the references I've found that vinum is completely broken on 5.4 That is true. IMHO it should be removed from RELENG_5 and _6 if it isn't already. and that gvinum/geom_vinum is not ready for production use. Well the only reason it might not be is that it hasn't seen widespread testing, as far as I can tell it should all just work. I do use gvinum on a 5-STABLE host and it has worked well for me in the past [1]. As it seems to me, this means that anyone using 4.11 (say) and vinum will have to abandon vinum (i.e. quit doing software RAID) in order to upgrade to 5.4. 5.4 does have alternatives to vinum (which is another reason why gvinum hasn't received as much testing): gmirror, graid3, gstripe, gconcat. That can be both laborious and slow (e.g. if you have /usr on, say, a four-drive vinum volume in 4.11, you're going to have to replace those drives with something else in order to go to 5.4. I'd say building a new test box is about the only sane way to do it. Is that false, and is there a relatively simple way to get geom_vinum in 5.4 to read a vinum configuration produced under 4.11 and start the vinum volume as it is? As far as I can tell, it should just work. To pick up the latest round of vinum fixes it might be best to run 5-STABLE (ie. RELENG_5) but it should not be necessary unless you run into difficulties. But the only way to know for sure if things work, is to test... --Stijn [1] for some reason I discovered a configuration problem earlier this week, but the other part of the mirror is holding up and it seems that I can reconstruct the broken part this weekend. If anything, it seems that a gvinum mirrored plex is robust. -- Coca-Cola is solely responsible for ensuring that people - too stupid to know not to tip half-ton machines on themselves - are safe. Forget parenting - the blame is entirely on the corporation for designing machines that look so innocent and yet are so deadly. -- http://www.kuro5hin.org/?op=displaystory;sid=2001/10/28/212418/42 pgpPDFFxixFyi.pgp Description: PGP signature
Re: sorry for the idiot question, but....
On Tue, Aug 09, 2005 at 11:29:20PM -0700, Gary Kline wrote: Folks, *Which* ports do I need to install to get Gnome and KDE working? On my laptop (w/ omly 12G of disk) I may not have nough room; but on my main server I should have plenty. I have installed the x11/gnome2 and the x11/kde uberportscripts; no joy. What gives? Well that should be enough; I don't know about KDE but as for GNOME you can simply turn on the knob gdm_enable=YES in /etc/rc.conf and then execute /usr/X11R6/etc/rc.d/gdm.sh start Note: only do this after you configured X to work right; GDM starts X as part of a graphical login screen. There is a way to start gnome using the 'startx' method but I don't know it. HTH, --Stijn -- A No uttered from deepest conviction is better and greater than a Yes merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi pgpSkENYcJ653.pgp Description: PGP signature
Re: Using a hard drive without partitions
Hi, On Sat, Jul 30, 2005 at 12:38:57PM -0500, Nikolas Britton wrote: On 7/30/05, Chad Leigh -- Shire.Net LLC [EMAIL PROTECTED] wrote: On Jul 30, 2005, at 2:26 AM, Nikolas Britton wrote: What are the ramifications, good or bad, of not using partitions on a FreeBSD disk?. As far as my understanding goes, it is an artifact of ye olde days, and should not be used again. There are ramifications for 'tasting' the label on the disk etc, however I do not know what the impact is -- it might just work, or it might not. This array will NEVER be used with another OS and It will NEVER be booted from The disk array will never show it's self in DOS because it needs special drivers. In FreeBSD I want it to show up as one big disk and just mount it as /data or something to that effect. The equivalent in MS-DOS / PC World to what I want to do is make a primary partition that spans the whole drive. In BSD land this would be da0s1c but from what I've read the c partition (BSD partition) is reserved and can't be used. So just create one primary slice using fdisk, and then label the disk with disklabel -e and copy paste the 'c' line to an 'a' line. Then use da0s1a for newfs mount. The amount of space wasted is negligible nowadays (~10mb or so I guess) and it may just save you in the future if/when support for DD mode goes away (not that I know it will, but you never know...). HTH, --Stijn -- Apparently, 1 in 5 people in the world are Chinese. And there are 5 people in my family, so it must be one of them. It's either my mum or my dad.. or maybe my older brother John. Or my younger brother Ho-Cha-Chu. But I'm pretty sure it's John. pgpCWTaKEC5PU.pgp Description: PGP signature
Re: Bootstrapping Raid 5 w/GEOM
On Thu, Jul 21, 2005 at 05:11:18PM +1000, Norberto Meijome wrote: Hi all, I have a box with 4 x 120 GB EIDE drives which I want to convert to FreeBSD 5.4 ( it's an old SNAP 4500 from Snap Appliance, now owned by Adaptec, running a custom build of Linux) I want to setup software Raid 5 , and I want it to affect ALL partitions, including / (so if any one of the drives fails, it will still boot up properly). I am planning on using GEOM, but open to suggestions. I've been searching and cant find any pointers on how to set this up properly. I've been reading http://people.freebsd.org/~rse/mirror/ , but this is works for RAID 1. Could anyone offer any insights / ideas / pointers (or step by step if you so feel inclined to :-) ) on how to set this up? I don't think it's possible -- the loader doesn't know about the mirror even in a mirrored / setup; it justs treats one of the disks of the mirror as 'the boot disk'. It's not until the kernel is loaded that gvinum RAID-5 can do something. So, in your case, the loader would read random RAID-5 data instead of a kernel and refuse to boot. IE, it's not possible until someone writes a RAID-5 capable loader. I would advise you to either use gmirror for booting, or define a few gvinum mirror plexes (it is possible to boot from a mirrored gvinum setup although it's tricky to get right). --Stijn -- Help Wanted: Telepath. You know where to apply. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bootstrapping Raid 5 w/GEOM
On Thu, Jul 21, 2005 at 10:56:39PM +1000, Norberto Meijome wrote: Stijn Hoop wrote: On Thu, Jul 21, 2005 at 05:11:18PM +1000, Norberto Meijome wrote: I want to setup software Raid 5 , and I want it to affect ALL partitions, including / (so if any one of the drives fails, it will still boot up properly). I am planning on using GEOM, but open to suggestions. I don't think it's possible -- the loader doesn't know about the mirror even in a mirrored / setup; it justs treats one of the disks of the mirror as 'the boot disk'. It's not until the kernel is loaded that gvinum RAID-5 can do something. Would the same be true (not possible to boot) for a RAID 1 + 0 with GEOM? Hmm, tricky. I guess if you can get the disk layout to mirror that of a non-RAID one, the loader would be able to cope. Striping would be impossible (at least not unless you can guarantee that the whole of the kernel + / and /boot directory entries are available on one stripe, and even then I'm not sure). So, in your case, the loader would read random RAID-5 data instead of a kernel and refuse to boot. IE, it's not possible until someone writes a RAID-5 capable loader. right - so that's why I couldnt find any reference to this anywhere :) Probably. I would advise you to either use gmirror for booting, or define a few gvinum mirror plexes (it is possible to boot from a mirrored gvinum setup although it's tricky to get right). I guess I could create a boot slice in 2 of the drives, mirror that with gmirror and use that to boot. Then RAID-5 the rest of the drives (minus the size of the boot partition in the other 2 drives of course). Yes. While on the subject, you could use 2 drives to mirror the boot disk and have swap, and then use the same amount of space on the other two drives to mirror /usr and /var. Then use RAID-5 for your data partitions. This way you'll have speed reliability. Be aware that RAID-5 is not ideal for many-write situations (most home directories), although certainly tolerable with modern drives. --Stijn -- I wish there was a knob on the TV to turn up the intelligence. There's a knob called `brightness', but it doesn't work. -- Gallagher ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mailinglist privacy: MY NAME ALL OVER GOOGLE!
On Fri, May 06, 2005 at 01:51:45PM +0200, Dick Hoogendijk wrote: On 06 May Anthony Atkielski wrote: Giorgos Keramidas writes: This is a recurring theme. It's really *NOT* the fault of the postmaster of FreeBSD.org that you posted to public mailing lists. It _is_ the fault of the mailing list manager that posts are being archived without the permission of mailing-list members. Members must be required to explicitly grant permission when they subscribe. Please Anthony, it's been done before. This whole discussion of yours is not going to be repeated, I hope. That's what the archives are for. *rofl* discussion, anthony not repeated in one sentence ;-) --Stijn -- Light travels faster than sound. That's why some people appear bright until you hear them speak. pgpOh5QDSK7bO.pgp Description: PGP signature
Re: 5.3 on latitude d600?
On Sat, Apr 30, 2005 at 02:41:19PM +0200, Clement Twine wrote: Stijn Hoop wrote the following on 04/30/2005 02:27 PM: On Sat, Apr 30, 2005 at 01:09:16PM +0200, Clement Twine wrote: has anyone installed freebsd 5.3 on a dell latitude d600? have the following worked out-of-the-box? WiFi: Intel PRO/Wireless LAN 2100 3B Mini PCI Adapter Not out of the box but there's a driver in -CURRENT for it: iwi(4). There is a version for 5.3 on Damien Bergamini's website afaik (google for it). ok, but this laptop is like - 3 years old? anyway, i'll look there. This is due to a lot of circumstance, most of it political: - at first every wireless vendor refused to release programming information, except for a select few. - now, although the programming information is out in the open, Intel refuses to release the needed firmware for the chipset under a license that is compatible for open source projects to include it these two facts do not help regular driver development. In fact, the original author of the BSD drivers for Intel wireless chips is also the primary author of the cooperative Ralink Technology chipset driver; given a choice it would be wise to choose a wireless adapter with that chipset over the Intel ones. Anyway you don't really have a choice, just explaining why things are as they are. ACPI especially suspend to RAM? Haven't gotten that to work although apparently disabling USB helps. hmm.. wouldnt disable usb on my laptop - and SuSE 9.2 currently installed does this well. Maybe this has changed in recent -CURRENTs, I haven't tried it in a while. My major concern is suspend to RAM. I use FreeBSD, but not on my laptop so far. Looks like i have to wait a while for the ACPI to fully 'mature' on freeBSD ;) I *hate* having to shutdown my laptoy :) Just try it out. 5.4 has a lot of improvements and I haven't tried suspend in a few releases so maybe you're in for a nice surprise. --Stijn -- What if everything you see is more than what you see -- the person next to you is a warrior and the space that appears empty is a secret door to another world? What if something appears that shouldn't? You either dismiss it, or you accept that there is much more to the world than you think. Perhaps it really is a doorway, and if you choose to go inside, you'll find many unexpected things. -- Shigeru Miyamoto pgpJ3lN1GR3gr.pgp Description: PGP signature
Re: 5.3 on latitude d600?
On Sat, Apr 30, 2005 at 01:09:16PM +0200, Clement Twine wrote: has anyone installed freebsd 5.3 on a dell latitude d600? have the following worked out-of-the-box? WiFi: Intel PRO/Wireless LAN 2100 3B Mini PCI Adapter Not out of the box but there's a driver in -CURRENT for it: iwi(4). There is a version for 5.3 on Damien Bergamini's website afaik (google for it). ACPI especially suspend to RAM? Haven't gotten that to work although apparently disabling USB helps. Bluetooth? Works, just add options NETGRAPH to your kernel and follow the handbook instructions to enable bluetooth. Audio? (82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller) Works simply by loading the sound module. HTH, --Stijn -- I wish there was a knob on the TV to turn up the intelligence. There's a knob called `brightness', but it doesn't work. -- Gallagher pgpywM7kkCAvu.pgp Description: PGP signature
Anthony's issues
Can we please STOP fueling Anthony's drivel? --Stijn -- Nostalgia ain't what it used to be. pgpNgpdLy84Lz.pgp Description: PGP signature
Re: Anthony's issues [Slightly OT]
On Tue, Mar 22, 2005 at 08:55:01AM -0600, Duo wrote: On Tue, 22 Mar 2005, Stijn Hoop wrote: Can we please STOP fueling Anthony's drivel? I have two words for you: Mail Filtering. Use it. It can work wonders on signal to noise ratio. He is not going to quit, ever. Well, I'm of the opinion that adding replies that essentially boil down to debating the same argument over and over again is not particularly helpful. Honestly, the whole disk thing reminds me of an experience with FreeBSD and an old gateway solo laptop. [snip long explanation that I totally agree with] The bottom line is, this guy will never go away. I've tried to make it clear to him that this is all about DOING something instead of arguing. When that did not work, I started filtering him. In the end, yes, he is annoying. But, you can take steps to avoid him, his posts, and the replies. Set up mail rules, procmail, whatever you need to do. And, while this may be a hassle, a good set of mail filtering templates is always a good idea, because Anthony is not the first flaming troll to ever be on this, or any mailing list, and he will not be the last. You would do well to accept this, start filtering replies, and bask in the new found signal to noise ratio. I totally agree with you. I have Anthony blocked for a time now. I have blocked others in the past. But like I said above, sometimes it's better to just NOT reply for the umpteenth time. He really believes in something; that's his right. Unfortunately it is contrary to what most of the other posters believe in; that's their right. In all of this I have no part to play, nor do I wish to, except for one thing: I do receive lots of mail from all of this. And I'm getting quite tired at reading the same thing over and over. I have him blocked, but, not the replies. I think mostly, the list mages are handling him well, and, reading the fallout is far more entertaining. I also see only the replies; sometimes it is amusing. There is however a line where enough is enough. In other words, please take this off-list. This is not about FreeBSD questions anymore, it's about Anthony's personal hardware problem. I doubt it fits the charter. Although the Buddhists will tell you that desire is the root of suffering, my personal experience leads me to point the finger at system administration. --Philip Greenspun heh... Anyway, this'll be my last response to this list in a while; else I wouldn't be taking my own advice. And in addition to that, yes I will look at filtering whole threads in the future. I'm a positive thinker however, so I always get sad when I have to take such relatively drastic measures. Maybe people can still come around. Then again, maybe not in this case... Thanks for the reply though. --Stijn -- Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children the dragons can be killed. -- G.K. Chesterton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /boot like linux!
On Fri, Mar 04, 2005 at 01:15:00AM -0500, Garance A Drosehn wrote: I have run with softupdates on for '/' on all my systems, for a few years now. It has not caused me any problems that I know of, but then the way I define my partitions is probably a lot different than what most people do. If we thought that softupdates made it *significantly* more likely that users would *lose* data, then we would not turn it on for any partitions! Anthony's probably confusing softupdates + write caching on modern ATA disks; the last undermines some of softupdates' fundamental assumptions (ie the drive lies about data being written to disk) such that it is indeed more likely in the event of a powerfailure that data is lost. Then again, write caching on modern ATA disks without softupdates also is not really safe; so the win of turning off just softupdates is not that big. --Stijn -- There are of course many problems connected with life, of which some of the most popular are 'Why are people born?', 'Why do they die?', and `Why do they spend so much of the intervening time wearing digital watches?' -- Douglas Adams, The Hitchhikers Guide To The Galaxy pgpAgQqQq3cY6.pgp Description: PGP signature
Re: Anthony
On Tue, Feb 15, 2005 at 01:56:06PM +0100, Dick Hoogendijk wrote: I think most of the time Anthony *does* know what he writes about He certainly know more about some subjects than I do, I will not dispute that. However in all these e-mails I've never seen him back off once on subjects that I *do* know, even when faced with overwhelming evidence that contradict his 'facts'. Discussion will *never* silence such a person, nor will polite questions do the trick. They feed on response. The only way we got rid of this person was to *totally* ignore everything he wrote about. *Everything*! It took quite a while before everybody understood this to be the way to go. As long as people keep on responding, Anthony's will florish.. As he once said (one of the things I agree about): a killfile is no solution; it's the easy way out; a bit childish even ;-) It is a bit childish; that's why he currently is the *only* person whose mail goes directly to /dev/null. I had actually given him the benefit of the doubt; this is my second encounter with a person named 'Anthony Atkielski' on this list (given the name I presume it's the same one), and it's not pretty _for the second time_. Reasoning wouldn't work the first time, and I can certainly ignore a lot of e-mail that I get from him or others, but I do get a bit upset when a person simply misstates the facts and will not back down (IE better at standards support being just one of said facts). I agree that response is what keeps these threads alive, and I know that I'm contributing once again to the flames. However I'm still hoping that Anthony will stop writing e-mails and start writing code or documentation, or maybe triage bugs, or *anything* else that benefits the FreeBSD project more than bickering about logo's, other OS's, and desktops, and who 'is right' in one situation vs another. Actually *doing* things is pretty satisfying too, you know. In any case, this is my last public e-mail on the subject. --Stijn -- Beware of he who would deny you access to information. For in his heart he thinks himself your master. -- Sid Meier, Sid Meier's Alpha Centauri pgplwxL9hrnjH.pgp Description: PGP signature
Anthony
On Tue, Feb 15, 2005 at 02:34:24AM +0100, Anthony Atkielski wrote: MSIE has traditionally followed HTML standards more closely than almost any other browser. Firefox does pretty well, tough; Opera much less so. Thank you for giving me another reason to killfile you again, after you resurfaced without your vanity domain. You clearly don't know jack about the things you write. Maybe you could write some code instead of exploding the lists with drivel. *plonk* --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? pgplL7Gov5fxg.pgp Description: PGP signature
Re: Can't get rid of screen 'saver'
On Tue, Jan 25, 2005 at 04:12:29PM +0100, Joachim Dagerot wrote: I'm running a picture slideshow on a laptop (TFT screen) and I dont want a screen saver/blanker or whatever it's called. No, I don't want it at all. If you're running X, it has it's own set of DPMS powersave rules. Try xset dpms off in X to turn it off for one session. I think removing Options DPMS from the monitor section in your X config file will make it the default. I don't know what else it could be if you're not in X. HTH, --Stijn -- Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc., 1989 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardware RAID
On Fri, Jan 21, 2005 at 11:42:32PM -0800, Ted Mittelstaedt wrote: Stijn Hoop said: Ted Mittelstaedt [EMAIL PROTECTED] said: This did teach me a lesson that I kind of knew already but didn't think too much about. That is, a software array is no substitute for a hardware array. ... I respectfully disagree here; it is a substitute in some respects, especially if you factor in cost. I think you didn't read my post, Well I tried to... I explicitly stated vinum is a great thing if what your wanting to do is use a bunch of cheap disks and cheap controller cards to either get a giant partition, or to stripe them together and get faster access. Yes, but that's what I was refuting in part; I've used it for reliability purposes to great effect, as I stated. So IMHO it's also a great thing if you need reliability for a lower price. In other words cost is the only justification for selecting software raid over hardware raid. You haven't really made the case that vinum is better than a hardware array card on any other issue except cost. It was not my intent to describe vinum as being 'better' than the hardware RAID. As I read it, you dismissed software RAID for reliability purposes. I was stating that it can be used for that purpose. My vinum volumes allowed me to survive for a long time without backups (bad idea, don't do that), and for the past years have allowed me to survive without having to restore my backups. This through about 5 failing ATA disks and multiple upgrades of the storage space. I'd say it was worth it for me, including reliability. If you need speed, or have the cash, etc, you can go for hardware RAID. But even there I've seen and heard horror stories of incompatible disks, spontaneously lost configurations or even worse, silent data corruption due to a bad disk. I didn't say these things couldn't happen on a hardware array. I said that when these things do happen, it's worse for a software array than a hardware array, and that they happen a lot more on a software array. In my experience, when bad things happen, it was the same for the software RAID arrays as for the hardware RAID arrays. Regular vinum does have a few warts (notably, online rebuilding is b0rked) but other than that it's the same procedure: remove bad drive, add new drive, rebuild. I agree that I've seen more failures with software RAID than hardware RAID. And certainly cost is a factor in that. It still comes down to cost vs downtime. The only thing I 'objected' to in your post was the fact that you dismissed vinum as being useful in reliability situations. I hope I made that clearer this time. --Stijn -- Well, Brahma said, even after ten thousand explanations, a fool is no wiser, but an intelligent man requires only two thousand five hundred. -- The Mahabharata. pgplzr1GSkzaG.pgp Description: PGP signature
Re: Hardware RAID
On Thu, Jan 20, 2005 at 05:22:36AM -0800, Sandy Rutherford wrote: On Wed, 19 Jan 2005 22:57:21 -0800, Ted Mittelstaedt [EMAIL PROTECTED] said: This did teach me a lesson that I kind of knew already but didn't think too much about. That is, a software array is no substitute for a hardware array. ... I respectfully disagree here; it is a substitute in some respects, especially if you factor in cost. My vinum volumes allowed me to survive for a long time without backups (bad idea, don't do that), and for the past years have allowed me to survive without having to restore my backups. This through about 5 failing ATA disks and multiple upgrades of the storage space. I'd say it was worth it for me, including reliability. If you need speed, or have the cash, etc, you can go for hardware RAID. But even there I've seen and heard horror stories of incompatible disks, spontaneously lost configurations or even worse, silent data corruption due to a bad disk. I've setup a gvinum mirrored system also, and tried booting it without one of the disks -- you don't need geom_vinum for that so it *is* self sufficient in case of failures. As always, choose the tool that's of best use to you. --Stijn -- An adult is a child who has more ethics and morals, that's all. -- Shigeru Miyamoto pgpb01sgQ9cNh.pgp Description: PGP signature
Re: Kris' World
You know, I've never even seen anyone come close to this absurd display of self-proclaimed godliness. If you have so much clue, please go *FIX* something instead of ranting about it. I also don't know how you manage to change your email adresses, but I'd really like you to get out of my sight. Just like the last four times you've gotten in my killfile, where people that are clearly only posting unconstructively end up. If you don't care whether people do or do not read your messages, please refrain from changing email adresses again. You may be able to *save* some people some grief, instead of causing it. This might appeal to you. I honestly don't know if it does though. --Stijn On Sat, Jan 15, 2005 at 02:54:53PM -0500, [EMAIL PROTECTED] wrote: On Jan 14, 2005, at 11:05 PM, Kris Kennaway wrote: Welcome back to my killfile (although I doubt you'll stay there long because of your desperate need to hear your own voice). Kris Now, I understand his/her/it's words are harsh, but is killing them really a fair alternative? Well, I guess I can see your point. :grabs pitchfork:: Kris is a loser. He ridicules and blocks people because he doesn't have the technical knowledge to address the questions. Im sure he doesn't understand anyway, so who cares if he reads my messages or not? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- SIGSIG -- signature too long (core dumped) pgpAmqu1y6jT4.pgp Description: PGP signature
Re: Growing out a second head
Hi, On Sun, Jan 16, 2005 at 02:06:30AM +0530, Subhro wrote: I am running FBSD 5.3-R amd64 on a AMD 3000+ with a nVidia GeForce Fx 5700LE (256M) card plugged into the AGP slot. Two monitors are fixed to the card. One goes in the normal VGA slot, the other goes into the DVI slot via a VGA-DVI converter. I have been trying to get Xorg running on this setup. However I have not been successful so far. The nvidia driver supports dual headed setups. But it is only limited to the i386 platform. Anyone would please help me out by suggesting how to setup Twinview with the nv driver? Any pointers would be welcome. My experience with setting up a dual-head nVidia FX 5200 last week was that I really needed the binary driver -- the open source 'nv' one just gave me messed up blinking colors on the second head. I don't know if that's really all that is available, just relating my experience here. --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? pgpry3sTW7drr.pgp Description: PGP signature
Re: Growing out a second head
On Sun, Jan 16, 2005 at 02:18:21AM +0530, Subhro wrote: Is your box amd64? Whoops, sorry -- no it's i386 and I planned to put that information in my previous mail also... --Stijn -- From the moment I picked your book up until I laid it down I was convulsed with laughter. Some day I intend reading it. -- Groucho Marx pgp2U1gE7DDxV.pgp Description: PGP signature
Re: Hyperthreading hurts 5.3?
off-topic, but... On Thu, Jan 13, 2005 at 01:43:54AM +0100, Anthony Atkielski wrote: AV BTW, an old AMD 2000 XP+ would in any case almost outperform a P4 3GHz, AV but that's another story. An AMD processor will also melt or catch fire if the CPU fan fails, whereas an Intel processor won't. I found this out the hard way, and so henceforth I'll be installing Intel processors. The cost savings one gets from buying AMD isn't enough to pay for a new motherboard or PC. This also depends on your motherboard having overheat protection (ie shuts itself down when the CPU temperature goes too high). My ASUS A7N8X calls this feature 'C.O.P.' -- CPU overheating protection. Choose your motherboard wisely and you'll avoid this problem. --Stijn -- It's harder to read code than to write it. -- Joel Spolsky, http://www.joelonsoftware.com/articles/fog69.html pgpSvKCBPHFu7.pgp Description: PGP signature
CA-cert
Offtopic, but... On Sun, Jan 09, 2005 at 09:22:48PM -0800, Ted Mittelstaedt wrote: Ted Mittelstaedt wrote: Pointless for us, as CAcert's root certificate isn't included in I.E., so the end users have to go through the same honky-tonk to include it in their browsers as if you just make your own certs. Not quite. If they include the CA-Cert root certificate, they only have to do that once for all of your CA-Cert signed certificates. Good point. Not only that, but the more people using CA-Cert, the easier it will become to convince browsers to include the CA-Cert root certificate by default. --Stijn -- Tact, n.: The unsaid part of what you're thinking. pgpXfoh7FaQbW.pgp Description: PGP signature
Re: Supermicro Hardware and FreeBSD
On Wed, Jan 05, 2005 at 08:57:37PM -0800, Kris Kennaway wrote: On Thu, Jan 06, 2005 at 03:48:05PM +1100, Dave Horsfall wrote: Procmail is your friend. Something like: # # Well-known AOL troll on FreeBSD. # :0: * ^From: [EMAIL PROTECTED] You need to instead block Tm[0-9]+ because he likes to change his address every few weeks [1]. Kris [1] Perhaps the counter reflects the number of times his AOL account has been deleted. Ah, that's why I started seeing him again. Thanks for the pointer. --Stijn -- Oh good, my dog found the chainsaw. -- Lilo, Disney's Lilo Stitch pgpffZnkzj23n.pgp Description: PGP signature
Re: portupgrade dialogs...
On Tue, Jan 04, 2005 at 12:24:43PM +0100, Christian Tischler wrote: Hi, when I run portupgrade to get my server up to date (CVS of 4.9-Release), everything works fine and smooth, until any of the ports pops up an dialog and asks me what I want to compile in (e.g. cups asking me about what drivers I want to install and so on). Now my question: Is there a way to work arround this? As my server does not have a very decent CPU updating takes quite some time, and I do not sit in front of my terminal all the time :-) and due to the dialogs waiting for my input the update is running for three days by now... So any suggestions? Add BATCH=yes to /etc/make.conf, or to MAKE_ARGS in /usr/local/etc/pkgtools.conf. Note that you will get defaults for options in ports unless also specified in those same places. HTH, --Stijn -- My server has more fans than Britney. -- Steve Warwick, from a posting at [EMAIL PROTECTED] pgp5b54rkZpCO.pgp Description: PGP signature
Re: Native 5.3 port of OpenOffice?
On Tue, Jan 04, 2005 at 11:46:48PM +1100, Dave Horsfall wrote: On Tue, 4 Jan 2005, Peter N. M. Hansteen wrote: direction of http://download.openoffice.org/1.1.4/index.html And if you follow the ports route instead, just how many more bloody hoops do we have to jump through? You really do not want to compile OpenOffice if you're not willing to jump through hoops. It is the biggest beast in the ports tree afaik. That said, there is a WITHOUT_JAVA knob for it. Try that and see if you need to jump through this particular hoop again. --Stijn -- Light travels faster than sound. That's why some people appear bright until you hear them speak. pgptNJanJNx7f.pgp Description: PGP signature
Re: Has anybody EVER successfully recovered VINUM?
On Thu, Dec 09, 2004 at 12:36:56PM +1030, Greg 'groggy' Lehey wrote: On Wednesday, 8 December 2004 at 11:52:55 +0100, Stijn Hoop wrote: AFAIK the only way to guarantee a consistent rebuild is to do it offline (at least in 4.x, haven't tested gvinum in 5.x yet). To play it safe you might want to unmount the volume before starting. I *have* to. The issue is contention round where stripes are being written. The code *should* avoid the contention, but it appears that there's a bug there somewhere. I certainly agree with you that you should umount the file system first. Well, it is a workaround but certainly acceptable to me. There's no reason to believe that this problem exists in gvinum: I believe the code has been completely rewritten. That is good to hear. I certainly have to further test gvinum RAID-5 in the near future. Now that setstate, checkparity rebuildparity have been implemented there's not a technical reason not to, except for possible bugs. --Stijn -- What kind of a two-bit operation are they running out of this treehouse, Cooper? I have seen some slipshod backwater burgs, but this place takes the cake. -- Special Agent Albert Rosenfield, Twin Peaks pgpZEy13hBx8E.pgp Description: PGP signature
Re: ffmpeg port
On Wed, Dec 08, 2004 at 07:26:22PM +1100, Alastair G. Hogge wrote:
On Wed, 8 Dec 2004 04:38, Lucas Holt wrote:
Just an fyi, the ffmpeg port is not building propery for two possible
reasons. First, several of the html documents are not found and make
dies. Second, if you ran the install once and it failed, it created a
symlink in /usr/local/lib/ for a libavacodec.so (or something like that).
So to get it to install, comment out the doc portion of the make file and
remove that symlink before doing make install.
You will get no man pages and a waring about it but it will install the
port.
Actually I found that if I ran tex2html in ffmpeg/work/.../doc on the *.texi
files, the install went OK. Even if/after the libs were symlinked.
Just ran into this myself, actually the build phase should execute
gmake in ffmpeg/work/../doc before install.
*UNTESTED* patch:
%%%
--- MakefileTue Dec 7 10:49:58 2004
+++ /home/stijn/MakefileWed Dec 8 10:30:29 2004
@@ -335,6 +335,11 @@
-e 's|#include SDL|#include SDL11/SDL|'
.endif
+.ifndef(NOPORTDOCS)
+post-build:
+ cd ${WRKSRC}/doc gmake
+.endif
+
post-install:
.ifndef(NOPORTDOCS)
@${MKDIR} ${DOCSDIR}
%%%
CC: maintainer
--Stijn
--
A No uttered from deepest conviction is better and greater than a
Yes merely uttered to please, or what is worse, to avoid trouble.
-- Mahatma Ghandi
pgpQ51eAjoDHn.pgp
Description: PGP signature
Re: Has anybody EVER successfully recovered VINUM?
Scott, your procedure is what I have used, except for: On Wed, Dec 08, 2004 at 10:09:05AM +, Scott Mitchell wrote: 6. Tell vinum to restart the failed subdisk: # vinum start raid.p0.s0 7. Wait ages while the new disk is 'revived'. I was quite impressed that the volume remained available with users accessing it throughout this procedure :-) Yes I was too -- however I wasn't as impressed with the fact that I had parity errors afterwards. Have you run 'vinum checkparity' after these rebuilds? In my case I suffered data corruption... AFAIK the only way to guarantee a consistent rebuild is to do it offline (at least in 4.x, haven't tested gvinum in 5.x yet). To play it safe you might want to unmount the volume before starting. I *have* to. --Stijn -- Coca-Cola is solely responsible for ensuring that people - too stupid to know not to tip half-ton machines on themselves - are safe. Forget parenting - the blame is entirely on the corporation for designing machines that look so innocent and yet are so deadly. -- http://www.kuro5hin.org/?op=displaystory;sid=2001/10/28/212418/42 pgp7178BubGOQ.pgp Description: PGP signature
Re: Has anybody EVER successfully recovered VINUM?
On Wed, Dec 08, 2004 at 11:30:13AM +, Scott Mitchell wrote: On Wed, Dec 08, 2004 at 11:52:55AM +0100, Stijn Hoop wrote: I was quite impressed that the volume remained available with users accessing it throughout this procedure :-) Yes I was too -- however I wasn't as impressed with the fact that I had parity errors afterwards. Have you run 'vinum checkparity' after these rebuilds? In my case I suffered data corruption... No, but I haven't seen any evidence of corruption in the ~1 year since the last time I did this, so I guess we got away with it. Well I'm still not sure whether this was something hardware related as the box is still fishy. However, in the ~5 times that I did an offline rebuild I've never encountered parity errors as opposed to the ~3 times of online rebuilds that definitely screwed up the parity. In addition, the author of vinum couldn't assert that 4.x vinum supported online rebuilds (not a complaint, just a fact), so I'm not rebuilding online anymore. AFAIK the only way to guarantee a consistent rebuild is to do it offline (at least in 4.x, haven't tested gvinum in 5.x yet). To play it safe you might want to unmount the volume before starting. I *have* to. I normally would unmount first if possible, to make the rebuild run faster if nothing else. Guess I'll make sure to do so in future. I'm just saying that in my case it didn't work out well. As with any other advice, it might just work for you :) --Stijn -- A mouse is a device used to point at the xterm you want to type in. -- Kim Alm, alt.sysadmin.recovery pgp6rzoKRxgeA.pgp Description: PGP signature
Re: Has anybody EVER successfully recovered VINUM?
On Wed, Dec 08, 2004 at 11:54:45AM +, Scott Mitchell wrote: On Wed, Dec 08, 2004 at 12:34:27PM +0100, Stijn Hoop wrote: I'm just saying that in my case it didn't work out well. As with any other advice, it might just work for you :) Sure, I'm definitely not disagreeing with anything you're saying here. I'm inclined to think I have just been lucky the few times I've had to do this in the past, and to maximise my good luck I should take the same precautions that you do in the future :-) Oops, I think I didn't exactly get my point across, which was 'it may very well be that your way works for you, which is great'. I certainly was not trying to sound condescending (I think is the right word?). I haven't played with gvinum yet either, but I'll probably be looking at a hardware solution (FreeBSD-supported hardware RAID or network-attached storage appliances) when the time comes to replace these servers. Vinum has been excellent, but I always find it really traumatic to deal with, mostly because I have to touch it every 6 months at most. There's always a frantic hour re-reading the documentation, followed by a lot of I really, really, hope this works moments before hitting Enter :-( Yeah, I certainly recognize those moments. Having gotten through a lot of trouble in the last few months did do some good in that regard, I know my way around vinum a bit more. But unfortunately I have heard some horror stories with hardware RAID as well, so I'm staying with vinum in the forseeable future (at least I can help to find bugs there unlike firmware bugs in a PCI controller card). Cheers, --Stijn -- What if everything you see is more than what you see -- the person next to you is a warrior and the space that appears empty is a secret door to another world? What if something appears that shouldn't? You either dismiss it, or you accept that there is much more to the world than you think. Perhaps it really is a doorway, and if you choose to go inside, you'll find many unexpected things. -- Shigeru Miyamoto pgp1ImrAirR3E.pgp Description: PGP signature
Re: directory Operation not permitted
On Tue, Dec 07, 2004 at 02:06:27PM -0500, J. W. Ballantine wrote: I'm running FreeBSD5-stable and there is a directory named empty in the /var/tmp/temproot/var path, created by mergemaster, that will not allow me , as su, to chmod or remove. Any time I try I get Operation Not Permitted. There doesn't seem to be anything special about it, any thoughts as to what is going on with this beast??? It is a directory necessary for sshd. It has filesystem flags set that prevent it from being removed until the flag is reset, which only the superuser can do by default (and when the system securelevel is raised, not even the superuser can). Read up on chflags(1) (the 'schg' flag), init(8) (for securelevels and their definitions), and ls(1) (for the -o flag to see the flags). When I rerun mergemaster and reply yes to the final should I delete the dir. path, it is removed. That is because mergemaster does a chflags noschg on the directory before deleting it. HTH, --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? pgpAjPPXHKsrl.pgp Description: PGP signature
Re: KDE, FreeBSD fish
On Tue, Dec 07, 2004 at 02:26:09PM +1030, Adam Smith wrote: I have found in playing around that *sometimes* it works and *sometimes* it doesn't. I have used debug mode for sshd on my broken box and fish:// passes the username correctly, but still gets an auth fail. Strange. Works in other places. Sometimes *sftp* fails when your ssh login is chatty -- maybe fish suffers from the same problem. Check to see whether you have fortune, nfrm, or other such outputting programs on that host in your login scripts. HTH, --Stijn -- Help Wanted: Telepath. You know where to apply. pgpl3Fj86cfde.pgp Description: PGP signature
Re: Burning data DVD's?
On Fri, Nov 12, 2004 at 08:10:40PM -0600, Laurence Sanford wrote: I searched the list archives and couldn't find anything specifically about burning DVD's. I was wondering if the burncd utility will burn data DVD's as well for archiving purposes and such. If not, is there something similar that will do the job? It looks like it would be hard to beat the cost effectiveness of backing up on DVD. I use sysutils/dvd+rw-tools. Despite the name, and a really strange userinterface, it burns all kinds of DVDs. HTH, --Stijn -- An adult is a child who has more ethics and morals, that's all. -- Shigeru Miyamoto pgp1gf3UOCvhu.pgp Description: PGP signature
Re: Mirroring in FreeBSD 5.3 (gvinum?)
On Thu, Nov 11, 2004 at 11:28:31AM +, Roy Badami wrote: Stijn == Stijn Hoop [EMAIL PROTECTED] writes: Stijn What's the output of 'gvinum printconfig'? Please also Stijn include the configuration file that gives you the above Stijn error. What other disk are you trying to create a plex on? Ah, the output of printconfig pointed me at the solution. The plex command in gvinum recognizes the 'vol' option, but not its synonym 'volume'. Which isn't helped by the fact that the (vinum) doc mentions only volume, and not vol. Right, I think I ran into this with subdisks as well. Haven't recently researched this though, and I failed to raise a PR last time (I think). Bad me. I'll raise a PR. Good. --Stijn -- The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. pgpejL5XTnFpp.pgp Description: PGP signature
Re: Vinum configuration lost at vinum stop / start
On Thu, Nov 11, 2004 at 12:00:52PM +0200, Kim Helenius wrote: Greetings. I posted earlier about problems with vinum raid5 but it appears it's not restricted to that. Are you running regular vinum on 5.x? It is known broken. Please use 'gvinum' instead. There is one caveat: the gvinum that shipped with 5.3-RELEASE contains an error in RAID-5 initialization. If you really need RAID-5 you either need to wait for the first patch level release of 5.3, or you can build RELENG_5 from source yourself. The fix went in on 2004-11-07. --Stijn -- Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children the dragons can be killed. -- G.K. Chesterton pgppv4V8ikVEN.pgp Description: PGP signature
Re: Vinum configuration lost at vinum stop / start
On Thu, Nov 11, 2004 at 03:32:58PM +0200, Kim Helenius wrote: On Thu, 11 Nov 2004, Stijn Hoop wrote: On Thu, Nov 11, 2004 at 12:00:52PM +0200, Kim Helenius wrote: Greetings. I posted earlier about problems with vinum raid5 but it appears it's not restricted to that. Are you running regular vinum on 5.x? It is known broken. Please use 'gvinum' instead. There is one caveat: the gvinum that shipped with 5.3-RELEASE contains an error in RAID-5 initialization. If you really need RAID-5 you either need to wait for the first patch level release of 5.3, or you can build RELENG_5 from source yourself. The fix went in on 2004-11-07. Thank you for your answer. I tested normal concat with both 5.2.1-RELEASE and 5.3-RELEASE with similar results. Plenty of people (at least I get this impression after browsing several mailing lists and websites) have working vinum setups with 5.2.1 (where gvinum doesn't exist) so there's definately something I'm doing wrong here. So my problem is not limited to raid5. I don't know the state of affairs for 5.2.1-RELEASE, but in 5.3-RELEASE gvinum is the way forward. I'm aware of gvinum and the bug and actually tried to cvsup make world last night but it didn't succeed due to some missing files in netgraph dirs. I will try again tonight. OK, I think that will help you out. But the strange thing is, RELENG_5 should be buildable. Are you sure you are getting that? Have you read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html Particularly the 19.2.2 section, 'Staying stable with FreeBSD'? HTH, --Stijn -- I have great faith in fools -- self confidence my friends call it. -- Edgar Allan Poe pgpZ9gvLIDHlj.pgp Description: PGP signature
Re: Vinum configuration lost at vinum stop / start
Hi, On Thu, Nov 11, 2004 at 04:53:39PM +0200, Kim Helenius wrote: Stijn Hoop wrote: I don't know the state of affairs for 5.2.1-RELEASE, but in 5.3-RELEASE gvinum is the way forward. Thanks again for answering. Agreed, but there still seems to be a long way to go. A lot of 'classic' vinum functionality is still missing and at least for me it still doesn't do the job the way I would find trustworthy. See below. That's absolutely true. While 5.3 is IMHO pretty stable, gvinum is quite new and therefore a bit less well tested than the rest of the system. Fortunately Lukas Ertl, the maintainer of gvinum, is pretty active and responsive to problems. So if you need a critically stable vinum environment you would be better off with 4.x. I tested gvinum with some interesting results. First the whole system froze after creating a concatenated drive and trying to gvinum -rf -r objects (resetconfig command doesn't exist). That's not good. Nothing in dmesg? If you can consistently get this to happen you should send in a problem report. Next, I created the volume, newfs, copied some data on it. The rebooted, and issued gvinum start. This is what follows: 2 drives: D d1State: up /dev/ad4s1d A: 285894/286181 MB (99%) D d2State: up /dev/ad5s1d A: 285894/286181 MB (99%) 1 volume: V vinum0State: down Plexes: 1 Size:572 MB 1 plex: P vinum0.p0 C State: down Subdisks: 2 Size:572 MB 2 subdisks: S vinum0.p0.s0 State: staleD: d1 Size:286 MB S vinum0.p0.s1 State: staleD: d2 Size:286 MB I'm getting a bit confused. Issuing separately 'gvinum start vinum0' does seem to fix it (all states go 'up') but surely it should come up fine with just 'gvinum start'? This is how I would start it in loader.conf. I think I've seen this too, but while testing an other unrelated problem. At the time I attributed it to other factors. Can you confirm that when you restart again, it stays up? Or maybe try an explicit 'saveconfig' when it is in the 'up' state, and then reboot. Have you read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html Particularly the 19.2.2 section, 'Staying stable with FreeBSD'? I have read it and used -stable in 4.x, and if I read it really carefully I figure out that -stable does not equal stable which is way I stopped tracking -stable in the first place. And when knowing I would only need it to fix raid5 init I'm a bit reluctant to do it as I found out I can't even create a concat volume correctly. That I can understand. If I may make a polite suggestion, it sounds like you value stability above all else. In this case where vinum is involved, I would recommend you to stay with 4.x until 5.4 is released. That should take another 6-8 months and probably most of the gvinum issues will have been tackled by then. Although I know that there are a lot of users, myself included, that run gvinum on 5.x, it is pretty new technology and therefore unfortunately includes pretty new bugs. The other option is to bite the bullet now, and fiddle with gvinum for a few days. Since other users are using it, it is certainly possible. This will take you some time however. It will save you time when the upgrade to 5.4 will be though. It is your decision what part of the tradeoff you like the most. HTH, --Stijn -- Apparently, 1 in 5 people in the world are Chinese. And there are 5 people in my family, so it must be one of them. It's either my mum or my dad.. or maybe my older brother John. Or my younger brother Ho-Cha-Chu. But I'm pretty sure it's John. pgppjpGDUdUn1.pgp Description: PGP signature
Re: Mirroring in FreeBSD 5.3 (gvinum?)
On Thu, Nov 11, 2004 at 12:33:27AM +, Roy Badami wrote: Roy == Roy Badami [EMAIL PROTECTED] writes: Roy Is there some way to do this with gvinum create? Any Roy pointers? Hmm, I think I should be able to do this using create, too, by specifying 'volume whatever' when creating the plex. But that just gives me 'invalid plex definition' What's the output of 'gvinum printconfig'? Please also include the configuration file that gives you the above error. What other disk are you trying to create a plex on? --Stijn -- The very powerful and the very stupid have one thing in common. Instead of altering their views to fit the facts, they alter the facts to fit their views ... which can be very uncomfortable if you happen to be one of the facts that needs altering. -- Doctor Who, Face of Evil ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re bittorrent
On Mon, Nov 08, 2004 at 08:05:59AM -0500, [EMAIL PROTECTED] wrote: No reputable organization would promote bittorrant for getting a release. This was the last straw for me. *PLONK* --Stijn -- Harry, I'm going to let you in on a little secret. Every day, once a day, give yourself a present. Don't plan it, don't wait for it, just let it happen. Could be a new shirt at the men's store, a catnap in your office chair, or... two cups of good, hot, black coffee. Like this. -- Special Agent Dale Cooper, Twin Peaks ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Compatible NIC
On Fri, Oct 29, 2004 at 12:22:56PM -0400, [EMAIL PROTECTED] wrote: In a message dated 10/29/04 12:13:14 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: quick sho I want to buy a NIC and I want it to be compatible with FreeBSD. Is RealTek 8139 compatible with FreeBsd ? rt answer : yes long answer: see hardware notes' it is listed there. RealTek 8129/8139 Fast Ethernet NICs ( rl(4) driver) Check the driver source. Any driver witten by Bill Paul should be avoided if possible. Or you can do what any remotely sane person does, which is ignoring the crap that the previous poster writes and just use the driver. --Stijn -- An adult is a child who has more ethics and morals, that's all. -- Shigeru Miyamoto pgpgDzUu2zUCG.pgp Description: PGP signature
Re: I'm a 'tard - I don't know what a Subject line is (Was well, no subject)
On Fri, Oct 01, 2004 at 02:46:06PM -0500, Chris wrote:
Bill Moran wrote:
Chris [EMAIL PROTECTED] wrote:
Nicx wrote:
Hello Guy's!
Is there any emulator that i can run win32 apllications on freeBSD?
... Nicx
www.ebox.gr - Dwrea'n E-mail ?e 15MB mailbox www.hyperhosting.gr
Apokty%ste to diko' sa*s web site ?e dw%ro to domain name!
I would be sooo much nicer it 'tards would learn to use the subject line
Those kind of comments are not welcome on this list.
When a poster violates the posting policy, it is customary to _politely_
direct him/her to a reference regarding the proper policy, i.e.
http://www.lemis.com/questions.html
Then something has changed. So often flames start by a user simply
asking a question that had he/she simply searched the list - would have
found the answer covered many times over.
This is really no different then users that top post.
Sorry folks, I'm not the touchy-feely type.
Choose your verbiage - I call it as I see it.
Can you then at least please refrain from irritating other users, even if in
your eyes they're less intelligent than you? I'd assume you know how to use
the delete key.
--Stijn (who still can't get why people respond to messages that they
feel are inappropriate or dumb, and agrees with Bill's feeling
that this kind of reply is not good for FreeBSD as a whole)
--
The problem is that there are several people in design positions now who
couldn't design the Next Big Thing(TM) unless it involved them taking a
photocopier and someone else's design of The Next Big Thing(TM).
-- 'Alkaiser' in a post on Slashdot on game originality
pgpTc6VERf0h4.pgp
Description: PGP signature
Re: samba from ports
On Tue, Apr 15, 2003 at 11:45:25AM -0700, David Bear wrote: I cvsup today my ports collection and made samba. now the samba deamon says its 2.2.8a which I thought was vulnerable. Is this not fixed in the ports collection? or, if so, how can I tell if I have a fixed samba. the vunlerability is pretty bad, and since it was announce last monday (8 days ago) I assumed the awesome ports maintainers for freebsd would have the new on in place... Samba 2.2.8a is not vulnerable according to the samba webpage. The FreeBSD security advisory was a bit unclear with regard to the version numbers due to a comma between the not-vulnerable version numbers. HTH, --Stijn -- Beware of he who would deny you access to information. For in his heart he thinks himself your master. -- Sid Meier, Sid Meier's Alpha Centauri pgpr8vhE9pM0Y.pgp Description: PGP signature
Re: CLI tool for motherboard/CPU temp monitoring.
On Wed, Sep 08, 2004 at 01:23:36PM -0700, Kenji M wrote: Does anyone know if there are any tools in ports that allows me to monitor the CPU and motherboard temperatures? I am running 4.10 and 5.2.1 with assorted Intel and AMD x86 based mobos. For some mobo's, /usr/ports/sysutils/xmbmon will work; you can instruct it to run without X and install only the CLI binary 'mbmon' by installing WITHOUT_X11=yes. HTH, --Stijn -- Man had always assumed that he was more intelligent than dolphins because he had achieved so much... the wheel, New York, wars, and so on, whilst all the dolphins had ever done was muck about in the water having a good time. But conversely the dolphins believed themselves to be more intelligent than man for precisely the same reasons. -- Douglas Adams, The Hitchhikers Guide To The Galaxy pgpYZBBZeas4V.pgp Description: PGP signature
Re: vinum revive does not rebuild parity (was vinum rebuildparity, when?)
On Wed, Sep 08, 2004 at 11:28:46AM +0930, Greg 'groggy' Lehey wrote: [...] the parity surely is not correctly recalculated during the revive. If that were the case, the parity would be incorrect at offset 0. Yes, it is recalculated. Of course -- I hadn't thought of that. Greg, can you tell me if this is correct behaviour? Sorry for the slow response. I was at a conference last week. No, it's not correct. No problem; this is still a volunteer project last time I checked. In a way I am glad to hear that it is not correct. While not having heard back yet, I had to rebuild another subdisk, but I decided to do it off-line this time. Turns out the parity was rebuilt ok. Yes, this is what I recommended. OK. Might there be a bug in the online rebuild code? Looks like it. The current version of Vinum is on its last legs. Lukas Ertl is rewriting it, so don't expect much change in this version. For the time being, just accept that you should umount before rebuilding a plex. I will; it's just that somehow I was led to believe that I didn't need to do that. This has caused me some pain in the past. May I suggest applying the attached patch to /usr/src/sbin/vinum/vinum.8? At least it would prevent someone else from making the same mistakes as me. Thanks for your response, --Stijn -- The problem is that there are several people in design positions now who couldn't design the Next Big Thing(TM) unless it involved them taking a photocopier and someone else's design of The Next Big Thing(TM). -- 'Alkaiser' in a post on Slashdot on game originality --- vinum.8.origWed Sep 8 06:47:46 2004 +++ vinum.8 Wed Sep 8 06:51:19 2004 @@ -441,6 +441,10 @@ .Ic checkparity prints a running progress report. .Pp +It is advisable to always check the parity of a RAID-4 or RAID-5 plex after +an unclean shutdown. Corrupt parity is as bad as degraded mode for such a +plex; if one of the subdisks of such a plex fails, data corruption will occur. +.Pp .It Xo .Ic concat .Op Fl f @@ -1046,6 +1050,11 @@ flag is specified, .Ic rebuildparity prints a running progress report. +.Pp +At present, a bug prevents rebuildparity from correctly completing its job +when the vinum volume is mounted and being accessed. You should only rebuild +the parity of plexes on unmounted volumes in order to guarantee correct parity +checks. .Pp .It Xo .Ic rename pgp2yuf5apg1p.pgp Description: PGP signature
Re: vinum revive does not rebuild parity (was vinum rebuildparity, when?)
Hi, back with another episode in this continuing saga: On Sun, Aug 29, 2004 at 04:26:57PM +0200, Stijn Hoop wrote: Witness this (after yet another fake disk crash): %%% vinum - ls -v local.p0.s0 Subdisk local.p0.s0: Size: 31457129472 bytes (2 MB) State: reviving Plex local.p0 at offset 0 (0 B) Reviver PID:46863 Revive pointer: 22 GB (77%) Revive blocksize: 64 kB Revive interval: 0 seconds Drive ren (/dev/ad6s1e) at offset 135680 (132 kB) vinum - vinum[46863]: local.p0.s0 is up vinum - checkparity local.p0.s0 local.p0.s0 is not a plex vinum - checkparity local.p0 Parity incorrect at offset 0x2020 vinum - rebuildparity -V local.p0 Parity incorrect at offset 0x2020 Rebuilding at 2703 kB (0%)Parity incorrect at offset 0x2a6664 Rebuilding at 139 MB (0%) %%% which indicates that the parity surely is not correctly recalculated during the revive. Greg, can you tell me if this is correct behaviour? While not having heard back yet, I had to rebuild another subdisk, but I decided to do it off-line this time. Turns out the parity was rebuilt ok. Might there be a bug in the online rebuild code? I'm running FreeBSD 4.10-RELEASE on this box... --Stijn -- The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. pgpFhStMNbgBJ.pgp Description: PGP signature
vinum revive does not rebuild parity (was vinum rebuildparity, when?)
On Fri, Aug 27, 2004 at 02:24:46PM +0200, Christian Laursen wrote: Stijn Hoop [EMAIL PROTECTED] writes: On Wed, Aug 25, 2004 at 12:08:53PM +0200, Christian Laursen wrote: When reviving a disk the data on that disk is calculated from the data and the parity on the other disks. Yes, but the parity should be recalculated at the same time, right? Yes. Witness this (after yet another fake disk crash): %%% vinum - ls -v local.p0.s0 Subdisk local.p0.s0: Size: 31457129472 bytes (2 MB) State: reviving Plex local.p0 at offset 0 (0 B) Reviver PID:46863 Revive pointer: 22 GB (77%) Revive blocksize: 64 kB Revive interval: 0 seconds Drive ren (/dev/ad6s1e) at offset 135680 (132 kB) vinum - vinum[46863]: local.p0.s0 is up vinum - checkparity local.p0.s0 local.p0.s0 is not a plex vinum - checkparity local.p0 Parity incorrect at offset 0x2020 vinum - rebuildparity -V local.p0 Parity incorrect at offset 0x2020 Rebuilding at 2703 kB (0%)Parity incorrect at offset 0x2a6664 Rebuilding at 139 MB (0%) %%% which indicates that the parity surely is not correctly recalculated during the revive. Greg, can you tell me if this is correct behaviour? --Stijn -- Q: Why is Batman better than Bill Gates? A: Batman was able to beat the Penguin. pgpL3Jm3Sa7SQ.pgp Description: PGP signature
Re: vinum rebuildparity, when?
Hi, thanks for your response, I didn't notice it at first because it only went to the mailing list :) On Wed, Aug 25, 2004 at 12:08:53PM +0200, Christian Laursen wrote: Stijn Hoop [EMAIL PROTECTED] writes: I was wondering about the vinum 'rebuildparity' command, especially the times when one needs to use this. I run rebuildparity if checkparity finds any errors after unclean shutdowns. OK, that's what was adviced. The problem is that I can't find anything in the vinum docs about this command other than it's purpose. What I don't understand is the difference between reviving a disk in a RAID-5 plex, and rebuilding the parity. When reviving a disk the data on that disk is calculated from the data and the parity on the other disks. Yes, but the parity should be recalculated at the same time, right? I think rebuildparity only reads data and writes the parity calculated from that but for all disks. OK, that would seem logical. When I start a degraded disk it starts to revive -- which led me to believe that vinum was also recalculating the parity. Evidently it wasn't. I'm therefore now updating my procedures to always run 'checkparity -v plex' after a disk crash. That shouldn't be neccesary. Well, it appears to be. checkparity found some errors in the parity after a single disk crash rebuild (ie degraded mode - start subdisk - revive process complete). If this is not the expected behaviour it means something about the controller has blown; we do get lots of unexpected read/write errors which always turn out to be false alarms upon further inspection. Maybe a controller has turned bad :( FWIW, the rebuildparity helped, the parity is now again correct. --Stijn -- Harry, I'm going to let you in on a little secret. Every day, once a day, give yourself a present. Don't plan it, don't wait for it, just let it happen. Could be a new shirt at the men's store, a catnap in your office chair, or... two cups of good, hot, black coffee. Like this. -- Special Agent Dale Cooper, Twin Peaks pgpsNb9dCKn2d.pgp Description: PGP signature
vinum rebuildparity, when?
Hi, I was wondering about the vinum 'rebuildparity' command, especially the times when one needs to use this. I just recently found out, based on reading the RAIDframe documentation, that you're supposed to recheck/rebuild the parity after every disk crash. As I hadn't been doing that that would explain a lot of corrupted data in the past few weeks :/ The problem is that I can't find anything in the vinum docs about this command other than it's purpose. What I don't understand is the difference between reviving a disk in a RAID-5 plex, and rebuilding the parity. When I start a degraded disk it starts to revive -- which led me to believe that vinum was also recalculating the parity. Evidently it wasn't. I'm therefore now updating my procedures to always run 'checkparity -v plex' after a disk crash. Does anyone know if this is supposed to be this way? --Stijn -- A mouse is a device used to point at the xterm you want to type in. -- Kim Alm, alt.sysadmin.recovery pgpttNFccjsVI.pgp Description: PGP signature
Re: RAID 5 stripe size
Hi, On Thu, Aug 05, 2004 at 03:02:25PM +0800, H. Sandring wrote: Is there an intelligent way of choosing the stripe size of a RAID 5 array? From man vinum: For optimum performance, stripes should be at least 128 kB in size: anything smaller will result in a significant increase in I/O activ- ity due to mapping of individual requests over multiple disks. The performance improvement due to the increased number of concurrent transfers caused by this mapping will not make up for the performance drop due to the increase in latency. A good guideline for stripe size is between 256 kB and 512 kB. Avoid powers of 2, however: they tend to cause all superblocks to be placed on the first subdisk. I expect this to be true for non-vinum RAID-5 volumes as well. HTH, --Stijn -- The most reliable proof that there are extraterrestrial intelligent lifeforms out there is that nobody actually tries to get in contact with us. -- Dirk Mueller pgpnc3Sde431U.pgp Description: PGP signature
Re: Moving vinum drives to a new system?
On Wed, Aug 04, 2004 at 10:40:10PM -0500, David Kelly wrote: Am not so much as moving the vinum drives so much as replacing the system drive FreeBSD 5.2.1 was installed upon. The same system which created my striped vinum volume. System drive was a parallel ATA 40G. Two SATA 160G drives were used to create a striped vinum volume with the simple vinum command stripe -v /dev/ad4s1d /dev/ad6s1d. This worked great for a week before I started moving HD's. Now for fun I have removed the 40G drive and replaced it with a 120G and reinstalled FreeBSD 5.2.1 scratch from CD without touching the 160G drives. Would like to get my vinum'ed filesystem back online. Was at least half under the impression vinum stored everything important in the drive labels and once vinum started all would magically be working again. Vinum is not creating the device to mount my fs with. I'm lost in the documentation and archives as to how to get them back together as a volume without losing data. Part of the idea here it to learn when I'm not under the gun. I still have the original 40G drive untouched. # vinum list 2 drives: D vinumdrive1 State: up /dev/ad6s1d A: 156041/156041 MB (100%) D vinumdrive0 State: up /dev/ad4s1d A: 156041/156041 MB (100%) 0 volumes: 0 plexes: 0 subdisks: # How early in the boot is this? Have you done 'vinum start' yet? If that doesn't work, does 'vinum read vinumdrive0 vinumdrive1' work? Other simple things to check: if you've booted single-user, be sure to remount the root filesystem read-write by doing mount -o rw / before vinum can create devices. You can force vinum to recreate the device nodes by doing vinum makedev If all that doesn't work I'm also at a loss as to what it can be. HTH, --Stijn -- A mouse is a device used to point at the xterm you want to type in. -- Kim Alm, alt.sysadmin.recovery pgpqjRsG4IIho.pgp Description: PGP signature
vinum disks references crashed state
Hi, I just had a crash on two of the drives on one vinum RAID-5 volume; fortunately I could recover the data and build a new one. However, while doing this I did something 'stupid', which I managed to fix, but I wanted to know what the right way would have been. Like I said one RAID-5 volume was crashed, but I have two volumes on this machine. The other was running just fine, but since I had to swap a lot of drives in/out for recovering the data, I thought I'd disconnect the drives of the other volume and use those ATA channels to attach my backup drives; all of this went great, until I had to reattach the drives with the old volume on them. Up until this point, vinum had been showing the still good volume as 'crashed' because all subdisks were in state 'referenced'; of course, the corresponding drives could not be found (they were physically detached) so I didn't think this odd. When I reconnected the drives though, it still said the volume was crashed. On the one hand I can understand this; this information was saved on all vinum drives, so it was also saved on the drives of the other volume. On the other hand, all the drives in the detached volume were consistent, on the same channels etc as before, and they had the right configuration data on them; shouldn't vinum be able to figure out that all disks were still allright and the data intact? I managed to correct this by manually doing 'setstate up drive' for all four drives in the volume; this worked, and appeared to have no ill effects. Is this the right way to do this? Should I have done something different? Curiously, --Stijn -- Light travels faster than sound. That's why some people appear bright until you hear them speak. pgpgmSyt7yvT0.pgp Description: PGP signature
Re: Improper shutdown of system / Fragmentation Problems / Boot
On Wed, Jun 09, 2004 at 02:21:40PM -0500, Scott wrote: As a newbie to FreeBSD, I may be way off base, but it seems very logical to me that the size of your drive or partition would make a difference on at what percentage full one would start to notice problems. In terms of megs/gigs 80% of 120 gigs still has a lot of work space left. 80% of 4 gigs is not much. I would think with a larger drive/partition, one could run at a higher percentage before trouble started. It makes sense to me anyway :) That's what one would like, but UFS doesn't work that way. It's allocation algorithm assumes 10% of the disk is free -- regardless of actual size. Or so I've been told (multiple times). IMHO this is a bit ridiculous -- I mean, given 1 TB of space (nearly feasible for a home server right now), why would an FS allocator need 10% of that if the files on the volume are averaging 10 MB? But then again, and this is worth noting -- I'm certainly nowhere near as clueful as others on how to design a stable fast file system. Seeing as UFS1 is still in use, and has been for the last 20 years (think about it!), I think maybe the tradeoff might make sense to an expert... BTW, note that you really need to consider the perfomance drop for yourself -- like others said, if the files on the volume change infrequently, performance matters little, and space more so. --Stijn -- This sentence contradicts itself -- no actually it doesn't. -- Hofstadter pgpQOKPgJOqnR.pgp Description: PGP signature
Re: Improper shutdown of system / Fragmentation Problems / Boot
On Wed, Jun 09, 2004 at 03:59:00PM -0400, Bill Moran wrote: Stijn Hoop [EMAIL PROTECTED] wrote: On Wed, Jun 09, 2004 at 02:21:40PM -0500, Scott wrote: As a newbie to FreeBSD, I may be way off base, but it seems very logical to me that the size of your drive or partition would make a difference on at what percentage full one would start to notice problems. In terms of megs/gigs 80% of 120 gigs still has a lot of work space left. 80% of 4 gigs is not much. I would think with a larger drive/partition, one could run at a higher percentage before trouble started. It makes sense to me anyway :) That's what one would like, but UFS doesn't work that way. It's allocation algorithm assumes 10% of the disk is free -- regardless of actual size. Or so I've been told (multiple times). IMHO this is a bit ridiculous -- I mean, given 1 TB of space (nearly feasible for a home server right now), why would an FS allocator need 10% of that if the files on the volume are averaging 10 MB? But then again, and this is worth noting -- I'm certainly nowhere near as clueful as others on how to design a stable fast file system. Seeing as UFS1 is still in use, and has been for the last 20 years (think about it!), I think maybe the tradeoff might make sense to an expert... BTW, note that you really need to consider the perfomance drop for yourself -- like others said, if the files on the volume change infrequently, performance matters little, and space more so. I think you've missed the point. I most certainly do that a lot of the time :) The designers of UFS/FFS did not design the filesystem to require 10% free space in order to perform well. OK, I did not know that. They developed the best, fastest (thus the name fast file system) filesystem algorithms they could come up with. That I knew, and still experience every day :) Then, during testing, they found that these algorithms started to perform really poorly when the filesystem got really full. Thinking this might be important, they tested further until they knew exactly what point the performance started to drop off at. They then went one step further and developed another algorithm in an attempt to maintain as much performance as possible even when the filesystem got very full. This is why you'll occasionally see the switching from time to space message when your filesystem starts to fill up. The filesystem drivers are doing their best to degrade gracefully. I understand. Now, I'm not going to say that there is no more that can be done. I think the fact is that the two algorithms work well enough that nobody has bothered to invest the research into improving them. (That combined with the fact that disk space keeps getting cheaper and cheaper, makes it unlikely that anyone will invest much $$$ into researching how to use that last 10% while still maintaining top performance). Well, although disk is cheap, seen absolutely it's still a lot of space that's wasted. I do understand the issues, and your posts, this and the previous reply, have made things clearer -- thanks. --Stijn -- I'm not under the alkafluence of inkahol that some thinkle peep I am. It's just the drunker I sit here the longer I get. pgphV1jJcP3xU.pgp Description: PGP signature
Re: uuencode(1) doesn't work?
On Thu, Jun 03, 2004 at 11:41:08PM -0700, Darren Pilgrim wrote: I'm trying to uuencode some data, but uuencode doesn't seem to work properly. I'm using FreeBSD 4.8-RELEASE-p22. Here are some examples: $ date | uuencode usage: uuencode [-m] [-o outfile] [infile] remotefile b64encode [-o outfile] [infile] remotefile $ cat /etc/rc.conf | uuencode usage: uuencode [-m] [-o outfile] [infile] remotefile b64encode [-o outfile] [infile] remotefile $ Specifying a filename, rather than using a pipe, doesn't seem to work either: $ uuencode file begin 644 file After printing the begin line it idles. A debug copy of uuencode run with gdb shows the program stopping on the read() call trying to get data (fread() called from the while loop in encode()). Anyone know why? It has insane arcane syntax -- you need to specify 'file' because that's what's written in the begin line, PLUS you need to give it data: $ uuencode file file file.uu should work. --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? pgpHglO3qKN2X.pgp Description: PGP signature
Re: How to make a screenshot?
On Fri, Jun 04, 2004 at 01:22:27PM -0400, JJB wrote: DO any of the suggestions made so for work from the command line or do they all just run under x? If in X but you want a command line, install ImageMagick and use $ convert X: screenshot.jpg then point to the window you want a screenshot of. There's probably a 'window id' option if you want to fully automate this. --Stijn -- I wish there was a knob on the TV to turn up the intelligence. There's a knob called `brightness', but it doesn't work. -- Gallagher pgpwlFeWkHSSI.pgp Description: PGP signature
Promise ATA100 controller and 160G disks
Hi, does anyone know if the Promise ATA100 controller PCI card supports 160 G disks on -STABLE? Thanks, --Stijn -- Nostalgia ain't what it used to be. pgpM1IBIPl6pf.pgp Description: PGP signature
Re: Promise ATA100 controller and 160G disks
On Wed, May 26, 2004 at 11:15:02AM +0200, Frank Mueller wrote: I have FBSD -STABLE running on a Promise Fasttrak 100 TX2 (latest BIOS) with 2 160GB HDDs as RAID1 and it is running fine. OK, but I have the older non-raid just ATA100 controller version, which is why I suspect it might not work. To be more precies, my cards (I have 3 in the machine) identify as atapci0: Promise ATA100 controller port 0x7800-0x783f,0x7400-0x7403,0x7000-0x7007,0x6c00-0x6c03,0x6800-0x6807 mem 0xe100-0xe101 irq 5 at device 8.0 on pci1 atapci1: Promise ATA100 controller port 0x8c00-0x8c3f,0x8800-0x8803,0x8400-0x8407,0x8000-0x8003,0x7c00-0x7c07 mem 0xe102-0xe103 irq 10 at device 9.0 on pci1 atapci2: Promise ATA100 controller port 0xa000-0xa03f,0x9c00-0x9c03,0x9800-0x9807,0x9400-0x9403,0x9000-0x9007 mem 0xe104-0xe105 irq 11 at device 10.0 on pci1 Unfortunately I don't have any other model numbers right now, but based on the Promise website I think it is an Ultra100 (non-TX2 version). Anyway, I should have done some more research myself before asking this question because the Ultra100 does have support with an updated BIOS (I missed this the first time apparently): http://www.promise.com/support/download/download2_eng.asp?productId=18category=biosos=100 Thanks for the response though, it caused me to search the Promise site again :) --Stijn -- Help Wanted: Telepath. You know where to apply. pgp0YLeX4DEn5.pgp Description: PGP signature
Re: Promise ATA100 controller and 160G disks
On Wed, May 26, 2004 at 09:28:09AM -0400, Bill Moran wrote: Stijn Hoop wrote: does anyone know if the Promise ATA100 controller PCI card supports 160 G disks on -STABLE? I'm not 100% sure that the Promise controller is the problem here: http://lists.freebsd.org/pipermail/freebsd-questions/2004-May/046070.html Hmm, not good. However, I have misworded my question I guess -- I wanted to know whether those drives _could_ work in that configuration; I did not want to buy non-working drives (I'd have gone for 120G if they didn't work, however I'm reasonably sure now that it'll work). Based on your problems I'll stay away from buying a Samsung drive right now, even though it might not be the real problem. Thanks for the feedback. Earlier this week, I thought I'd solved the problem: I partitioned the drive in a different computer, and it seemed to be OK in one of the machines where it previously wouldn't work. I then partitioned a second drive and sent them both off with the client to be installed in the server at the colo site. Apon installation, the system hung (as described in the email) ... I don't know what the hell is going on at this point, and it's incredibly frustrating because I'm not even sure how to proceed with fixing it. We had a Linux machine here a few weeks ago that wouldn't boot; turned out the memory had gone faulty but we only discovered that after running memtest86 for over 24 hours (having passed lots of tests it suddenly reported failures). It wasn't a case of overheating because it consistently failed to boot; it just took memtest lots and lots of repeats to get the problem to show. Anyway I don't know if it's related to your problem but my point is that you never suspect the right component in the case of hardware failures :( --Stijn -- Nostalgia ain't what it used to be. pgpYsx53jXC99.pgp Description: PGP signature
Re: Connecting to a Headless machine, after install
On Fri, May 07, 2004 at 05:01:29PM +0900, Rob wrote: Funny, that I'm struggling with opposite problem: I do not get the boot messages over the serial cable, but do get the login prompt, which I do not understand :(. You probably need to tell the kernel to use the serial console: # echo '-h' /boot.config Also make sure you have the appropriate flags for your serial device driver, for sio on RELENG_4 use device sio0 at isa? port IO_COM1 flags 0x10 irq 4 or if you're on 5.x edit /boot/device.hints and set hint.sio.0.flags=0x10 (this should be the default though). There's another knob for uart(4) on 5.x but I don't remember it right now. HTH, --Stijn -- The very powerful and the very stupid have one thing in common. Instead of altering their views to fit the facts, they alter the facts to fit their views ... which can be very uncomfortable if you happen to be one of the facts that needs altering. -- Doctor Who, Face of Evil pgp0.pgp Description: PGP signature
Re: Connecting to a Headless machine, after install
On Fri, May 07, 2004 at 08:06:37PM +0900, Rob wrote: Stijn Hoop wrote: On Fri, May 07, 2004 at 05:01:29PM +0900, Rob wrote: Funny, that I'm struggling with opposite problem: I do not get the boot messages over the serial cable, but do get the login prompt, which I do not understand :(. You probably need to tell the kernel to use the serial console: # echo '-h' /boot.config Ah, thanks. I don't have a /boot.config yet. Are you sure this file goes in the top-root directory? Or in /boot/... ? Yes, top-root /. Check the handbook, section 17.6: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html You made me research a little more on this. I do have a file /boot/loader.conf. How about having in here the line console=comconsole (to divert it from the default: console=vidconsole) ? Or will that not do the same? Having -h in /boot.config will also allow the boot blocks to output to your serial console. I suspect console=comconsole would help the loader + kernel. It certainly couldn't hurt I guess :) --Stijn -- The sexual urge of the camel is stranger than anyone thinks. He's lived for years on the desert, and tried to seduce the Sphinx. But the Sphinxs center of pleasure lies buried deep in the Nile, which accounts for the hump on the camel and the Sphinxs inscrutable smile. -- Frantic Fran, http://www.franticfran.com/jokes.htm pgp0.pgp Description: PGP signature
Re: pkgs managing
On Fri, Feb 13, 2004 at 03:23:50PM +0300, flux wrote: Hello everyone. How do I know what package does the file belong? Thx. pkg_info -W file --Stijn -- Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children the dragons can be killed. -- G.K. Chesterton pgp0.pgp Description: PGP signature
Re: Fixing vinum after removing a HDD
On Wed, Feb 04, 2004 at 07:41:48PM +0100, [EMAIL PROTECTED] wrote: I'm running FreeBSD 4.8 on a system with 5 HDD's. ad0 is to be removed from the system. ad1, ad2 and ad3 contain my vinum drives. FreeBSD resides on the last disk (da0). Can anyone tell me if the following procedure is the right way to do it? 1. physically remove ad0 2. vinum resetconfig 3. change drivenumbers in vinum.conf 4. run vinum with the new configfile As far as my (limited) vinum knowledge goes, you really don't need to do a resetconfig. Vinum writes the configuration to the disk and reads the information from it. I think it will be able to cope with a missing disk by itself because the label on it has not changed; on what is now /dev/ad1s1h vinum has stored the fact that this vinum drive is labeled 'a', and even if the freebsd device node changes names, vinum will still know that the then /dev/ad0s1h is labeled 'a'. Unfortunately this is only my understanding and I haven't yet needed to do such an operation for real. YMMV. --Stijn -- The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. pgp0.pgp Description: PGP signature
Re: FreeBSD AGP or Nvidia AGP?
On Mon, Jan 05, 2004 at 07:46:53AM -0500, Dany wrote: What is the preferred method ? The one that would give the most stability (I don't really care about performance and fps). Just one thought: if you don't want 3D support, just go with the 2D 'nv' driver -- that should be stable. --Stijn -- What would this sentence be like if it weren't self-referential? pgp0.pgp Description: PGP signature
Re: FreeBSD AGP or Nvidia AGP?
On Mon, Jan 05, 2004 at 11:21:33AM -0500, Dany wrote: What about DVD playing ? Does that take advantage of the Nvidia driver or will that work with nv ? No clue. You'll have to test it. Make sure that you have reverted all of the nvidia-driver port's files before you jump to conclusions though -- the kernel module is not all that is installed (though I believe pkg_delete should do the right thing). If you're in doubt, forcefully reinstall XFree86. --Stijn -- From the moment I picked your book up until I laid it down I was convulsed with laughter. Some day I intend reading it. -- Groucho Marx pgp0.pgp Description: PGP signature
Re: SanDisk CompactFlash card reader problem
On Wed, Dec 31, 2003 at 10:19:47AM -0500, Louis LeBlanc wrote: I'm having some strange problems with my SanDisk CompactFlash reader. [snip] Any ideas or pointers to specific docs? Is this on -STABLE? I had to remove 'device ugen' from my kernel because I also had problems using the automatic module loading. It seemed that having ugen statically compiled into my kernel interfered with the umass module, but I haven't had the time to dig into this deeper. Other than that I can only say that I sometimes need to plug the reader in out before it works. I haven't tried my SanDisk with -CURRENT yet so no tips for that. --Stijn -- My server has more fans than Britney. -- Steve Warwick, in a posting to [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: REPOST: null device in linux jail root
On Tue, Dec 16, 2003 at 01:15:07PM -0600, Charles Howse wrote: Surely, *someone* who reads this list has upgraded the linux_base port, and figured out the proper way to respond to this prompt. I apply for item A but not item B -- in other words, I also don't have a clue why this happened to me today on my -CURRENT machine (so it's not -STABLE only). From my reading of the port Makefile, it appears that it first creates the device node and then tests to see if it exists, but apparently that test fails -- the message *should* be harmless, but the best thing to do is to make the maintainer of the port aware of the problem, which in this case is the general ports list ([EMAIL PROTECTED]) -- CC'd. --Stijn [rest of email quoted for reference, but please don't top post next time] ___ Hi, I installed Linux compatibility when I installed FBSD 4.8, but I've never really done anything with it. While portupgrading , I was presented with a prompt that I don't know how to respond to: You need to create the null device in your jail root environment. Run the following commands outside the jail root environment, and then press enter: mkdir -m 0755 -p Jail Root dir/dev rm -f Jail Root dir//compat/linux/dev/null mknod Jail Root dir//compat/linux/dev/null c 2 2 chmod 666 Jail Root dir//compat/linux/dev/null I found that this prompt comes from the makefile in the linux-base port, which I don't have access to at the moment, so I can't quote it exactly. Clueless, I just pressed enter at the prompt, thinking I could always go back and do it later, or deinstall the port and reinstall it when I learn what to do. ? I know what a jail is, but how do I know what my Jail Root dir is? Also, why the double slashes in the last 3 lines? ?What do they mean? What is the proper way to deal with this prompt? -- Thanks, Charles -- Linux has many different distributions, meaning that you can probably find one that is exactly what you want (I even found one that looked like a Unix system). -- Mike Meyer, from a posting at [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: FreeBSD,Linux and any other os besides Microsoft.
Congratulations, you just found out that FreeBSD is not for you! --Stijn -- Man had always assumed that he was more intelligent than dolphins because he had achieved so much... the wheel, New York, wars, and so on, whilst all the dolphins had ever done was muck about in the water having a good time. But conversely the dolphins believed themselves to be more intelligent than man for precisely the same reasons. -- Douglas Adams, The Hitchhikers Guide To The Galaxy pgp0.pgp Description: PGP signature
Re: XF86Config weirdness
On Thu, Sep 18, 2003 at 11:44:54AM +0200, Joan Picanyol wrote: [please honour Mail-Followup-To:, not subscribed] Hi, When I add the following lines to my XF86Config file, I can't startx anymore (Fatal error: could not open default font fixed). FontPath /usr/X11R6/lib/X11/fonts/100dpi FontPath /usr/X11R6/lib/X11/fonts/75dpi FontPath /usr/X11R6/lib/X11/fonts/CID FontPath /usr/X11R6/lib/X11/fonts/PEX FontPath /usr/X11R6/lib/X11/fonts/TTF FontPath /usr/X11R6/lib/X11/fonts/Type1 FontPath /usr/X11R6/lib/X11/fonts/URW FontPath /usr/X11R6/lib/X11/fonts/jmk FontPath /usr/X11R6/lib/X11/fonts/latin2 FontPath /usr/X11R6/lib/X11/fonts/lfpfonts-fix FontPath /usr/X11R6/lib/X11/fonts/lfpfonts-var FontPath /usr/X11R6/lib/X11/fonts/webfonts FontPath /usr/X11R6/lib/X11/fonts/cyrillic FontPath /usr/X11R6/lib/X11/fonts/URW How should I use my fonts? Add FontPath /usr/X11R6/lb/X11/fonts/misc also. X absolutely _needs_ some fonts out of this directory (ie the 'fixed' font as you discovered). --Stijn -- What would this sentence be like if it weren't self-referential? pgp0.pgp Description: PGP signature
Re: trouble with kernel
On Mon, Sep 15, 2003 at 09:54:46AM -0400, Lowell Gilbert wrote: george [EMAIL PROTECTED] writes: why is it that we have had sound cards on computers for practically 20 years yet device pcm is not compiled into the default kernel.? Because it's not needed to actually accomplish the install. And it doesn't have to be compiled into the kernel -- the driver can be loaded just as well at any time after the system has booted. So there's no reason for it to be in the kernel. Actually this isn't true - the install kernel differs from GENERIC. would it make a huge difference in speed if someone didnt have a sound card? None at all. However, it would make some difference in kernel size, which is important at install time because we still need to support booting into the install from a floppy. Which uses a different kernel because GENERIC doesn't fit. The issue of including pcm by default is tough because FreeBSD is used mostly for servers, and they don't care about sound. On the other hand modern servers (certainly those that can run FreeBSD 5.x) don't care if the device is compiled in the kernel, because they can spare the +- 100k (gross estimate) of unused kernel memory. If you care enough, bring it up on -hackers, but expect a nice bikeshed to be built for you :) --Stijn -- I have great faith in fools -- self confidence my friends call it. -- Edgar Allan Poe pgp0.pgp Description: PGP signature
PEAP (wireless authentication) support
Hi, here at my workplace they're installing a wireless network. Since this is all new to me, I was asking around a bit and discovered that they're using the PEAP protocol for authentication on the network. Unfortunately my search for network software that supports this on FreeBSD has turned up no results. Can anyone point me in the right direction, or is this simply not possible yet? Thanks! --Stijn -- An adult is a child who has more ethics and morals, that's all. -- Shigeru Miyamoto pgp0.pgp Description: PGP signature
replace a working vinum drive in RAID-5 config
Hi, I'm trying to find out how to replace a drive in a vinum RAID-5 volume that's still working. I have the following volume (copied by hand, sorry): V local State: up Plexes: 1 Size: 167 GB P local.p0 R5 State: up Subdisks: 4 Size: 167 GB S local.p0.s0 State: up PO: 0 B Size: 55 GB S local.p0.s1 State: up PO:512 kB Size: 55 GB S local.p0.s2 State: up PO: 1024 kB Size: 55 GB S local.p0.s3 State: up PO: 1536 kB Size: 55 GB with s0..s3 on drives locala..d. Drive localc is on device /dev/ad14s1e, and that's the IDE disk I want to replace. So far, I've thought of doing the following: - boot the system single user - enter vinum - issue 'start' to read the configuration and start all volumes - issue 'stop localc' - this sets the state of local.p0.s2 to degraded automatically - stop vinum - halt the system - physically replace the drive - boot the system single user - fdisk / disklabel the new drive to include a 55GB sized vinum partition - enter vinum - issue 'start' to read the configuration and start all volumes - issue 'start local.p0.s2' to revive the subdisk Can anyone confirm that this procedure will work? Or do I have to add a new drive to the system on the same device as the previous one? --Stijn -- The most reliable proof that there are extraterrestrial intelligent lifeforms out there is that nobody actually tries to get in contact with us. -- Dirk Mueller pgp0.pgp Description: PGP signature
Re: replace a working vinum drive in RAID-5 config
On Wed, Sep 10, 2003 at 12:16:09PM +0200, Stijn Hoop wrote: I'm trying to find out how to replace a drive in a vinum RAID-5 volume that's still working. I have the following volume (copied by hand, sorry): V local State: up Plexes: 1 Size: 167 GB P local.p0 R5 State: up Subdisks: 4 Size: 167 GB S local.p0.s0 State: up PO: 0 B Size: 55 GB S local.p0.s1 State: up PO:512 kB Size: 55 GB S local.p0.s2 State: up PO: 1024 kB Size: 55 GB S local.p0.s3 State: up PO: 1536 kB Size: 55 GB with s0..s3 on drives locala..d. Drive localc is on device /dev/ad14s1e, and that's the IDE disk I want to replace. Here's what I just did, for the record: - boot the system single user - enter vinum - issue 'start' to read the configuration and start all volumes - issue 'stop localc' this gave me 'can't stop localc: Device Busy(16)' Strange, because I had done that just before to test this without replacing the drive, and at that time vinum really responded with: - this sets the state of local.p0.s2 to degraded automatically Anyway, since that didn't appear to work, this time I thought I'd be brave and I just went on: - stop vinum - halt the system - physically replace the drive - boot the system single user I decided to skip the next step until after the 'vinum start': - fdisk / disklabel the new drive to include a 55GB sized vinum partition So I did: - enter vinum - issue 'start' to read the configuration and start all volumes Whereupon vinum complained that localc was referenced but non-existant, and therefore local.p0.s2 was 'crashed' and local.p0 was 'stale' (IIRC). My volume was still up and contained the data *phew*. So then I did: - fdisk / disklabel the new drive to include a 55GB sized vinum partition And I had to tell vinum that drive localc was now on that partition, so I created a text file containing just the line drive localc device /dev/ad14s1e and issued vinum create -f /tmp/drive.conf And then vinum automatically found that the drive was back, and therefore local.p0.s2 was 'stale'. After that, the next step was - issue 'start local.p0.s2' to revive the subdisk And vinum started reviving the disk in the background. To recap the necessary procedure: - turn off pc - physically replace drive - boot single user - issue 'vinum start' - fdisk/disklabel new drive to include samesized vinum partition - create the drive using the old name in the vinum configuration - 'start' the associated subdisk to begin the revive process Hope this helps others, --Stijn -- Nostalgia ain't what it used to be. pgp0.pgp Description: PGP signature
Re: Need Vinum help
On Mon, Aug 25, 2003 at 11:26:48PM -0700, Thomas Smith wrote: The config file is as follows: drive a1 device /dev/ad0a drive a2 device /dev/ad1e You are using slice 'a' on ad0 and slice 'e' on ad1. Typo? --Stijn -- MY HATE OF D02 KNOW NO LIMIT -- A Silent Wail, http://forum.rpg.net/showthread.php?s=threadid=31914 pgp0.pgp Description: PGP signature
Re: got load 1 but no CPU state is showing?
On Mon, Jun 16, 2003 at 12:34:29PM -0500, Michael D Hughes wrote: What does systat -vm show? OK, it happened again, so I tried your suggestion. Guess what, it waits 5 seconds then prints this: The alternate system clock has died! Reverting to ``pigs'' display. I don't know what the 'alternate system clock' is supposed to be but my guess is the CMOS battery ran out or something like that. I'm going to check that at the next available opportunity. Thanks for your suggestion! --Stijn -- Tact, n.: The unsaid part of what you're thinking. pgp0.pgp Description: PGP signature
Re: Tools to modify shared libraries
On Tue, Jun 17, 2003 at 06:38:29AM -0700, Joe Kelsey wrote: Basically, what I want to do is remove several entries from the *front* of the dynamic section. Actually, I would settle for just removing all of a certain tag (such as DT_NEEDED) from the dynamic section. I'm very interested, having a working Flash 6 would be great! Isn't there a way to change these into bogus dependencies, or dependencies on a FreeBSD shared object or something? --Stijn -- In the force if Yoda's so strong, construct a sentence with words in the proper order then why can't he? pgp0.pgp Description: PGP signature
got load 1 but no CPU state is showing?
Hi, On a lightly loaded server top is misbehaving: it continuously shows all CPU states at 0.0% yet my load varies from 0.50 to about 3. Is there any explanation for this? Obviously, my kernel + world are in sync, running 4.8-RELEASE. Rebuilding top did no good. --Stijn [EMAIL PROTECTED] /usr/src/usr.bin/top ls -lt `which top` /kernel -r-xr-xr-x 1 root wheel 2124087 May 5 17:14 /kernel -r-xr-sr-x 1 root kmem 32744 May 5 17:11 /usr/bin/top last pid: 54025; load averages: 1.43, 1.50, 1.30 up 34+06:36:08 16:06:31 152 processes: 1 running, 151 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle Mem: 144M Active, 376M Inact, 189M Wired, 42M Cache, 86M Buf, 1440K Free Swap: 1536M Total, 91M Used, 1445M Free, 5% Inuse PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 53988 stijn 28 0 2104K 1240K RUN 0:03 0.00% 0.00% top -- MY HATE OF D02 KNOW NO LIMIT -- A Silent Wail, http://forum.rpg.net/showthread.php?s=threadid=31914 pgp0.pgp Description: PGP signature
Re: got load 1 but no CPU state is showing?
On Mon, Jun 16, 2003 at 09:14:39AM -0500, Thomas T. Veldhouse wrote: Load averages and current load are two different things. I suspect you didn't catch it when it was busy. I know, but I've been running top for about 15 minutes now, and it consistently shows 0.0%. I can also assume that top has gotten in sync with somehow, but then again I have more than 1 runnable process on average over the last 15 minutes, so I would suspect that some other process should also get some CPU. And of course I also ran top on other terminals -- could they all be in sync at the same time or something? --Stijn -- Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc., 1989 pgp0.pgp Description: PGP signature
Re: got load 1 but no CPU state is showing?
On Mon, Jun 16, 2003 at 09:25:24AM -0500, Thomas T. Veldhouse wrote: Any chance you are running an SMP system? You might be seeing the usage of only one CPU? Nope, UP only. --Stijn -- Harry, I'm going to let you in on a little secret. Every day, once a day, give yourself a present. Don't plan it, don't wait for it, just let it happen. Could be a new shirt at the men's store, a catnap in your office chair, or... two cups of good, hot, black coffee. Like this. -- Special Agent Dale Cooper, Twin Peaks pgp0.pgp Description: PGP signature
