Re: FW: Save the Demon!
On Thu, Feb 17, 2005 at 12:55:22PM -0600, Forsberg, Ben wrote: Or maybe the best approach would be to start a religion that fears wavy colored squares. I think that would work. Actually, what I think is this: People are irrational and are deeply affected by marketing. It used to be that the Neo-Classical Economic assumption of a Rational Consumer was only a small fiction. Now, since information is a commodity to be bought and sold the same as grain or pork bellies, this ideal omniscient consumer is even further from reality. There is no other way to explain why the market leader in operating system is technologically thirty years behind its competition (Windows 2000 finally implemented some features made modern in MULTICS!). I think, therefore, that rationally explaining to people that Beastie has no religios import and that they shouldn't be offended is not a viable solution. Just like rationally explaining to people that McDonalds' food is not really very good for you or that Nike doesn't actually make the shoes it sells doesn't seem to make much difference in peoples' buying patterns. People will think what they want to think and will make economic decisions (including the decision not to spend money on an operating system) based on whose packaging has more colors and who's got the slicker TV ad. Saying FreeBSD is a better operating system only gets you so far, no matter how true it is. Just to go a little further. At begin of the month there were in Paris some event similar to Linux Expo, called Solution Linux. The 3 BSD were present, but people from OpenBSD come with nice t-shirts, posters and some goodies to sell. It's been like this for 3 or 4 years. The results is that OpenBSD is far more visible in France than the 3 others. The FreeBSD come last because of french book made by Emmanuel Dreyfus on BSD admistration, in which he promote NetBSD ... It may be sad for some, but promotion and merchandising have far more effect than every good technical argument. If it wasn't that FreeBSD should at the same place, even better, than linux today. An other amusing consequence of the OpenBSD merchandising at Solution Linux, was, 3 years ago, that second day of the meeting some (in fact most) of the young and pretty girls that promote who was here to promote company like Redhat or Mandrake, wear an OpenBSD t-shirt, simply because they was the only one to sell girl sized t-shirt. The effect was funny, to see someone selling you a Redhat with an OpenBSD t-shirt, but it increase the popularity of OpenBSD far more than there security oriented slogan. quote snip/ I do agree with you though about marketing. Indeed FreeBSD should have a nice logo, i just didnt like the fact that people were bringing religion in to the decision process. /quote Despite the fact that I do love the little daemon, a real logo which make visible the FreeBSD name in some way (just, when you see it you know it's freebsd) should be a good thing. But I don't want to loose the BSD family link, like OpenBSD that don't use the daemon any more (in fact, on Solution Linux old t-shirt, espcialy the one with the wired daemon sold better than new on with the blow fish ... ) My 2 cents ... and sorry for my poor english. -- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ([EMAIL PROTECTED] | [EMAIL PROTECTED]) pgpFTSAT7PifM.pgp Description: PGP signature
Re: Strange disk problems make the system lock up
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 17 Feb 2005 13:22:12 -0600, Scot Hetzel [EMAIL PROTECTED] wrote with a forced Reply-to: directing mail away from the list: The problem is that he only has the c partition, which is reserved to specifying the entire disk. s/disk/slice/ Altho' in this case it's the same thing since the slice occupies the whole disk. He needs to use disklabel to create a partion using one of a,b,d-h. Technically speaking, what is the difference between using the 'c' partition and creating another partition that uses the same space - other than pure convention? Quoting from man bsdlabel: By convention, partition `c' represents the entire slice and should be of type unused, though bsdlabel does not enforce this convention. ~ ~~~ - -- G. Stewart - [EMAIL PROTECTED] Computers will not be perfected until they can compute how much more than the estimate the job will cost. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFbm4K5oiGLo9AcYRAnmUAKCiFDoE0ooJVm2V7/uy+4SWJ+hCeACgskf9 ODjMsKxuDHqPnz9DIM0C3d0= =357L -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
is the list down?
___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Testing
1, 2, 3 -- Paul Richards ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
rc.resume with ACPI
Hi, I've tried to use rc.resume for restarting moused after resuming from ACPI S3 state on my T41p and it seems that this script is just ignored on my 5.3-RELEASE. As for the mouse, I've sorted out that problem via setting hint.psm.0.flags=0x3000 in /boot/device.hints, but I still think the rc.resume is useful and should work. Does it work for somebody else? If it has already been discussed and solved somewhere, it'd be great if somebody can send me a short pointer where. Thanks, Petr ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Strange disk problems make the system lock up
Scot Hetzel [EMAIL PROTECTED] wrote: In FreeBSD, the disk is broken down into slices and partitions. A slice is equivalent to a DOS partition, but can be broken down into 8 partitions (a-h). The c partition is reserved because it is used to define the entire disk. It's not reserved, it's rather a convention. Also, there is the convention that a is the root filesystem, b is the swap partition, and d is the entire disk. None of those conventions are enforced. The only thing which is hardwired is that the default kernel will always try to boot from the a partition, so if you make a bootable disk, then the root filesystem should be on a. If you have a removable disk or other medium on which you only need a single filesystem (an dit doesn't have to be bootable), nothing prevents you from newfs'ing the c partition and mounting it. I've done that before. -ROOT-# dd if=/dev/zero of=disk bs=1m count=20 20+0 records in 20+0 records out 20971520 bytes transferred in 0.389265 secs (53874653 bytes/sec) -ROOT-# vnconfig -s labels -c /dev/vn0 disk -ROOT-# disklabel -w -B vn0 auto -ROOT-# disklabel vn0 | sed 1,/part/d #size offsetfstype [fsize bsize bps/cpg] c:409600unused0 0 # (Cyl.0 - 19) -ROOT-# newfs /dev/vn0c Warning: Block size restricts cylinders per group to 105. /dev/vn0c: 40960 sectors in 10 cylinders of 1 tracks, 4096 sectors 20.0MB in 1 cyl groups (105 c/g, 210.00MB/g, 2560 i/g) super-block backups (for fsck -b #) at: 32 -ROOT-# mount /dev/vn0c /mnt -ROOT-# df -k /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/vn0c 201102 18500 0%/mnt Best regards Oliver -- Oliver Fromme, secnetix GmbH Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. Python is executable pseudocode. Perl is executable line noise. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: firefox port
* David Adam [EMAIL PROTECTED] [0202 01:02]: On Fri, 18 Feb 2005, Dick Davies wrote: Is there a fix for the firefox advisory that portaudit keeps popping up? === firefox-1.0_7,1 has known vulnerabilities: = web browsers -- window injection vulnerabilities. Reference: http://www.FreeBSD.org/ports/portaudit/b0911985-6e2a-11d9-9557-000a95bc6fae.html = Please update your ports tree and try again. *** Error code 1 Yes, it was fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=103638. This was backported to the Aviary branches, so Firefox 1.0.1 (due out some time next week - localisations are supposed to be finished by Monday) should have the fix. Lovely, thanks - saw some open PRs mentioning 1.0.8 and was wondering whether they were worth investigating. Might as well wait :) -- 'Everyone's always in favour of saving Hitler's brain, but when you put it in the body of a Great White shark suddenly you've gone too far..' -- Prof. Farnsworth Rasputin :: Jack of All Trades - Master of Nuns ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
linux ports dependencies...
Hello, I installed /usr/ports/emulators/linux_base-suse-9.1 and then wanted to install /usr/ports/x11/linux-XFree86-libs The latter has as master site (among others) ftp://ftp.in2p3.fr/pub/linux/suse/update/9.1/rpm/i586/ so this really fits very well, but then I have the following problem: -- === linux-expat-1.95.5_2 depends on file: /compat/linux/etc/redhat-release - not found ===Verifying install for /compat/linux/etc/redhat-release in /usr/ports/emulators/linux_base-8 === Installing for linux_base-8-8.0_6 === linux_base-8-8.0_6 conflicts with installed package(s): linux_base-suse-9.1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 -- now to solve this I simply did the following: cp /compat/linux/etc/SuSE-release /compat/linux/etc/redhat-release and then installed the package. I currently find it very annoying that we have so many different linux_base-installations available, but not the corresponding /usr/ports/x11/linux-XFree86-libs for every release (only redhat, it seems), and devtools are also not available for all base installations: linux_devtools, linux_devtools-6, linux_devtools-7. Is there a chance this is going to be fixed any time soon (eg this year?) Admittedly I'd rather not use these linux things at all, but unfortunately there are still commercial programs around that are _not_ natively supported under FreeBSD. sigh. Regards, Holger ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: is the list down?
It is not, obviously. Please don't send test messages to the list; use [EMAIL PROTECTED] for that. If you suspect there is a problem with the lists, contact [EMAIL PROTECTED] On Fri, 18 Feb 2005, Alex Bustamante wrote: ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: rc.resume with ACPI
On Friday 18 February 2005 14:09, Petr Holub wrote: I've tried to use rc.resume for restarting moused after resuming from ACPI S3 state on my T41p and it seems that this script is just ignored on my 5.3-RELEASE. As for the mouse, I've sorted out that problem via setting hint.psm.0.flags=0x3000 in /boot/device.hints, but I still think the rc.resume is useful and should work. Does it work for somebody else? If it has already been discussed and solved somewhere, it'd be great if somebody can send me a short pointer where. Hi, This thread solved the problem for me: http://lists.freebsd.org/pipermail/freebsd-mobile/2005-January/005599.html Hope this helps .nbco ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
printf in /sys/dev/bktr/bktr_tuner.c
bktr_tuner.c contains two printf calls that output to the system message buffer whenever one changes the TV channel (using an MT2032 tuner). These messages quickly clutter the message buffer and should be switched off. The first printf is at line 1358, the second at line 1407. __ Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
GDB hanging in wait4()
Is anyone having trouble with running any application (with or without debugging information) under GDB on 5-STABLE (updated February 17th but noticed with earlier update)? For myself, GDB will hang in wait4() until I interrupt it. I have two different systems that exhibit this problem. Seán -- [EMAIL PROTECTED]___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
re: 5.3 on IBM/Intel Blade server?
Just a follow up to my message from the other week, it looks like we are experiencing the same problem as described in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=68445 Only the suggested fix in the PR doesn't work for me. Does anyone have more information on this issue? The PR is still open. Thanks, Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
