Re: C--
Chris Turner wrote: Simon corecode Schubert wrote: However, there won't be any C++ in the list of things to do. The only thing which uses C++ in DragonFly is groff, and I would be happier without this. was just thinking about this issue - any thoughts about: http://heirloom.sourceforge.net/doctools.html Well, I looked into this and the problem seems to get our mdoc working with heirloom-doctools. The package itself comes with the old mdoc macros which lack certain features our manual pages need. Those are in the new mdoc which we have and which depends on certain groff-specific features, as it seems. There is a groff compatibility mode (add -mg to the command line) in the heirloom troff but despite me trying for some time, I couldn't get it to render our manpages cleanly. We could, of course, revert to the old mdoc macros which would mean that we'd have to adjust our manpages to not use the features of the new macros. It could certainly be done, but I fear that it will be a hassle to maintain (given that we import manpages from the other BSDs regularly and would have to adjust them too etc.). It could be done I think, although I'm not sure if I wanted to do it. :) OpenBSD seems to use the old macros (with some enhancements), while NetBSD and FreeBSD use the new macros. MirOS, by the way, seems to have the best implementation of the old macros (i.e., theirs gave the fewest warnings). So... I'm kinda unsure here if the perspective of being able to remove C++ from the build justifies reverting to the old mdoc macros. What do the rest of you think? Sascha -- http://yoyodyne.ath.cx
Re: C--
Justin C. Sherrill wrote: On Fri, June 1, 2007 3:52 pm, Sascha Wildner wrote: So... I'm kinda unsure here if the perspective of being able to remove C++ from the build justifies reverting to the old mdoc macros. What do the rest of you think? Would there be any quantifiable benefit greater than the increased hassle when importing man pages? You didn't list any, so it sounds like there's no real reason to do it. Well, the heirloom-doctools are written in C, as opposed to groff (C++), which afaik is the only thing in base that needs C++. Replacing groff could mean we would no longer have to build C++ by default (only when, say, WANT_CPLUSPLUS or so is set). So, shorter build time, smaller ISOs, etc. Other benefits (?): The heirloom doctools accept UTF8 input (while groff can only output it, but I'm not 100% sure). Also they're derived from the original tools (think of gawk vs. one true awk). Stuff visible to the user: Not much, I think. Sascha -- http://yoyodyne.ath.cx
Re: cvs commit: src/sys/dev/disk/fd fd.c fdc.h
Petr Janda wrote: You are right, but I think because DragonFly is a small sized project we should be trying to support the most common modern hardware, instead of ancient hardware that barely no one uses these days. How do you decide what is barely used these days? Sascha -- http://yoyodyne.ath.cx
Re: C--
Chris Turner wrote: Simon corecode Schubert wrote: However, there won't be any C++ in the list of things to do. The only thing which uses C++ in DragonFly is groff, and I would be happier without this. was just thinking about this issue - any thoughts about: http://heirloom.sourceforge.net/doctools.html Seems to be mostly under CDDL[1]_, which might be 'yet another' license to throw into the mix, but based on a quick scan (IANAL), doesn't seem much different than the GNU/Groff combination, plus it's more like 'real' **ix .. Probably not anyone's top priority .. and from what I understand groff is a bit 'smarter' about processing pipelines, so this might break various pkgsrc items that expect a groff, but in any case, would remove C++ code from base. Plus there's grap(1)! - Chris .. [1] http://www.opensolaris.org/os/licensing/opensolaris_license/ Hmm, looks interesting. I'll play with it... Sascha -- http://yoyodyne.ath.cx
Re: no gcc 4.1after rebuild
Erik Wikström wrote: For example the make.conf man-page is quite informative (it says among other thing that there is no option WANT_GCC41, gcc41 will be compiled by default and you'll have to set NO_GCC if you don't want it). That's for HEAD. In the 1.8 branch it's still needed. Sascha -- http://yoyodyne.ath.cx
Re: Green console on Dell flat panel 153 monitor
Eric wrote: I've installed Dragonfly on a Dell Optiplex with a normal old fashion box monitor with no problem. However, when I tried running Dragonfly on a Dimension with a flat panel FP153 monitor, the console screen turns a pale green right after booting. I've had similar problems with FreeBSD, but can run NetBSD and OpenBSD on the same machine with no problems at all. Is there anyway to fix this? When exactly is right after booting? Sascha -- http://yoyodyne.ath.cx
Re: Green console on Dell flat panel 153 monitor
Eric wrote: On Thu, 3 May 2007 19:53:47 -0700 (PDT) Matthew Dillon [EMAIL PROTECTED] wrote: :The green tint goes away after I start X, and when I close X and go back :into console, the console is the normal black and white. Its not a :hardware issue, since the problem doesnt replicate in other BSD's (other :than Free) or in Slackware or DOS. That is really odd. Well, we do inherit FreeBSD's console driver so it makes sense to some degree. But green? Well... before DPMS there was a monitor standard for green-channel shutdown, for screen savers. Maybe its related to that? I don't know, it's weird. Try setting the video mode with vidcontrol, without going into X, and see if that clears it up. -Matt Matthew Dillon [EMAIL PROTECTED] Is there a way to set vidcontrol during start-up? I played with it using VMWare but after rebooting it goes back to the old video mode. If the same happens with a regular hard drive install I don't think it will solve the issue. Yea, try putting something like this in your rc.conf: allscreens_flags=80x25 Sascha -- http://yoyodyne.ath.cx
Re: Green console on Dell flat panel 153 monitor
Eric wrote: I've installed Dragonfly on a Dell Optiplex with a normal old fashion box monitor with no problem. However, when I tried running Dragonfly on a Dimension with a flat panel FP153 monitor, the console screen turns a pale green right after booting. I've had similar problems with FreeBSD, but can run NetBSD and OpenBSD on the same machine with no problems at all. Is there anyway to fix this? Eric, could you do a verbose boot and put up your /var/run/dmesg.boot somewhere? Sascha -- http://yoyodyne.ath.cx
Re: Welcome new committer - Hasso Tepper
Matthew Dillon wrote: I would like welcome Hasso Tepper as our newest committer! Very good! Welcome, Hasso! Sascha -- http://yoyodyne.ath.cx
Re: Need Reassurance for using DragonFly for Prodduction
Gergo Szakal wrote: On Sun, 8 Apr 2007 00:54:33 +0530 Siju George [EMAIL PROTECTED] wrote: Hi, I am Planning to migrate my Samba Domain Controller from FreeBSd 6.2 to NetBSD 3.1. Now I am having thoughts about using DragonFly 1.4 as it is Stable. Use 1.8.0 as that is the latest stable release. Err, 1.8.1 is. :) Siju, I recommend taking http://chlamydia.fs.ei.tum.de/pub/DragonFly/snapshots/i386/LATEST-Release-1.8.iso.bz2 Sascha -- http://yoyodyne.ath.cx
Re: ZFS in FreeBSD-CURRENT
Gergo Szakal wrote: Just in case anyone's interested... http://tinyurl.com/2dnk9h Pawel did a great job there. Sascha -- http://yoyodyne.ath.cx
Re: compiling ath
Pataky Tibor wrote: I want to build a kernel with ath(4). I added the following lines to the GENERIC config file: device ath device ath_hal device ath_rate_sample (Is this correct?) After this make buildkernel says: Warning: device ath is unknown What should I do now? Thanks a lot! ath is not (yet?) supposed to be compiled into the kernel. The ath(4) manpage gives instructions how to load the module via loader.conf. Sascha -- http://yoyodyne.ath.cx
Re: DragonFly testing
Jeremy C. Reed wrote: Yes, I thought about it too. However, the packages.7 manpage is part of the pkgsrc bootstrap, so adding a link would either have to be done directly by the pkgsrc people or we'd have to add it to nrelease/Makefile (which I'll do on the weekend if no one objects). NetBSD does link to pkgsrc.7 to packages.7 since October.\ I forgot to mention that is for the base NetBSD operating system and not for bootstrap (pkgsrc/pkgtools/pkgmanpages/). Jeremy, any chance to modify the pkgsrc bootstrap so that it: 1) Installs packages.7 in mdoc format. At the moment we only get a packages.0 in /usr/pkg/man/cat7 instead of packages.7 in /usr/pkg/man/man7. 2) Provides a link for pkgsrc.7. I think that should be enough since packages.7 points to pkgsrc.txt already so I think the only thing we really need is the link. Sascha -- http://yoyodyne.ath.cx
Re: DragonFly testing
Justin C. Sherrill wrote: On Thu, February 22, 2007 2:25 am, Sascha Wildner wrote: Ben Jolitz wrote: I found the how to a little non specific. I do think that a getpkgsrc script would help set things up. There were no man pages (maybe install fubar'ed?) on pkgsrc, so unlike man ports, I could not get a man pkgsrc. Try 'man packages'. Why doesn't 'man pkgsrc' work? Rather, is there any reason other than nobody's set it up that way? It would make absolute sense. Yes, I thought about it too. However, the packages.7 manpage is part of the pkgsrc bootstrap, so adding a link would either have to be done directly by the pkgsrc people or we'd have to add it to nrelease/Makefile (which I'll do on the weekend if no one objects). Sascha -- http://yoyodyne.ath.cx
Re: Slip Tag
Simon 'corecode' Schubert wrote: Jose timofonic wrote: Speaking of tags, what does mean the MAIN tag? I was trying to find a tag that means the latest stable release, like 1.8 or 1.8.1 when available. This could make a bit less painful the cvs updating of the source code. MAIN is just made up by cvsweb. This tag does not really exist. The sliptag is what you want. DragonFly_RELEASE_1_8_Slip always points to the latest 1.8 point release. I think what Jose wants is one single tag that always points to the latest release, as opposed to different tags for different releases. I don't think we have that exactly. Preview comes closest. Sascha -- http://yoyodyne.ath.cx
Re: DragonFly's tools (and technologies)?
Jeremy C. Reed wrote: I'd like to make a list of DragonFly's inventions or new tools. The following are some new tools (compare with FreeBSD 4 -- there were other changes but I think I list here only DragonFly tools.) I can also post this on the DragonFly wiki. Can you add to or correct this first? Small but useful: wmake -- build DragonFly source in a buildworld environment Sascha -- http://yoyodyne.ath.cx
Re: buildworld error v1.8 - undefined reference to `EVP_sha256'
j s wrote: Here's the error. I have attempted building several times including from a cleaned /usr/src and cvsup with tag=. and tag=DragonFly_RELEASE_1_8_Slip cc -O -pipe -mtune=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../lib/libssh -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh-4 -L/usr/pkg/lib -o sftp-server sftp-server.o sftp-common.o -lssh -lcrypto /usr/obj/usr/src/world_i386/usr/lib/libssh.so: undefined reference to `EVP_sha256' *** Error code 1 Stop in /usr/src/secure/libexec/sftp-server. *** Error code 1 I've modified make.conf to avoid building certain subsystems: NO_BIND=true# do not build BIND NO_GAMES= true# do not enter the games subdirectory NO_I4B= true# do not build isdn4bsd package NO_LPR= true# do not build lpr and related programs NO_SENDMAIL=true# do not build sendmail and related programs Don't know where to go with this and a suggestion would be very helpful. Hm, how do you build? Do you have other settings in make.conf? I'm not able to reproduce this using the settings you gave. Sascha -- http://yoyodyne.ath.cx
Re: Upgrade 1.6 - 1.8 question
Huub wrote: Hi, I have 1.6.0 running and just downloaded and burned 1.8.0, But for a proper upgrade and keeping applications and settings installed, I suppose I shouldn't use the cd but rather upgrade according to the handbook? Just check out a copy of the 1.8 sources and then do: cd /usr/src make buildworld make buildkernel KERNCONF=YOURCONF make installkernel make installworld make upgrade (see also build(7) manpage) Regards, Sascha -- http://yoyodyne.ath.cx
Re: Vkernel on the wiki
Steve O'Hara-Smith wrote: Feel free to let me know what I've got wrong on it :) Lemme know if there's something that might be worth adding to our vkernel(7) manpage. Sascha -- http://yoyodyne.ath.cx
Re: why null kernel module? why kernel listed in kldstat?
Jeremy C. Reed wrote: Is nullfs same as null? If so, how is loader configuration called nullfs_load while file is null.ko? nullfs == null.ko It's a typo in the default loader.conf, I guess. I'll fix it along with some other stuff. Sascha -- http://yoyodyne.ath.cx
Re: why null kernel module? why kernel listed in kldstat?
Jeremy C. Reed wrote: It's a typo in the default loader.conf, I guess. I'll fix it along with some other stuff. I may misunderstand still... I think the loader.conf is probably correct, but the kernel object should be called nullfs.ko? As it is now, I am confused because I never heard of null(4) for /dev/null being a kernel module. Anyone have a nullfs(4) manual page? I think the convention here is that the information related to the msdos.ko, null.ko, ext2fs.ko, etc. modules is on the respective mount_blah(8) manpage, e.g. mount_null(8). Sascha -- http://yoyodyne.ath.cx
Re: NDIS compile problem
Vladimir Mitiouchev wrote: On 1/3/07, Sepherosa Ziehau [EMAIL PROTECTED] wrote: You will need to use following command to build modules: make depend all OK. Now i have: /usr/sources/src/sys/dev/netif/ndis/if_ndis.c: In function `ndis_shutdown': /usr/sources/src/sys/dev/netif/ndis/if_ndis.c:2006: error: old-style parameter declarations in prototyped function definition I've just committed a fix. Please cvsup retry. Sascha -- http://yoyodyne.ath.cx
Re: compiling kernel / booting from usb
Armin Arh wrote: Hi, I just fetched via cvsup all the sources, but there appears to be no /sys/i386/conf/GENERIC any more (marked as Attic). How to compile a kernel? (Can't find instructions in handbook, man-pages, wiki) It was moved to sys/config. Sascha -- http://yoyodyne.ath.cx
Re: open of /dev/speaker for writing: Device not configured
Vladimir Mitiouchev wrote: Hi! I'm trying to run beep. beep: open of /dev/speaker for writing: Device not configured I haven't found any modules that looks like speaker driver.. Hm, seems Joerg removed it in March 2005.. Sascha -- http://yoyodyne.ath.cx
Re: open of /dev/speaker for writing: Device not configured
Sascha Wildner wrote: Vladimir Mitiouchev wrote: Hi! I'm trying to run beep. beep: open of /dev/speaker for writing: Device not configured I haven't found any modules that looks like speaker driver.. Hm, seems Joerg removed it in March 2005.. http://www.dragonflybsd.org/cvsweb/src/sys/dev/sound/isa/i386/spkr/Attic/spkr.c Sascha -- http://yoyodyne.ath.cx
Re: how starts openoffice
Yury Tarasievich wrote: Then do: kldload linux first. To automate, have linux_load=YES (or linux_enable=YES?) in your rc.conf. Either linux_load=yes in /boot/loader.conf or linux_enable=yes in /etc/rc.conf will do. Sascha -- http://yoyodyne.ath.cx
Re: graphical boot in DFly
Saverio Iacovelli wrote: In Slackware Linux I can change runlevel in /etc/inittab, but I did not find the same file in DragonFly. DragonFly, being a BSD derived OS, doesn't have the SysV'ish run levels. Sascha -- http://yoyodyne.ath.cx
Re: mounting usb stick
Ja'far Railton wrote: On Sat, Nov 11, 2006 at 06:45:34PM -0500, Justin C. Sherrill wrote: On Sat, November 4, 2006 5:37 am, Ja'far Railton wrote: mount_msdos /dev/da0s1 /mnt Nothing happens. No output. detach it After mounting it, there's no output, but does it also not mount? The diagnostic messages when mounting it look correct. What is your motherboard? It could be some strange revision of a normally-supported chipset. No, it doesn't mount. After the mount command the cursor just hangs on the next line. ps ax | grep mount (on another terminal) shows: 742 p0 DL+0:00.00 mount_msdos /dev/da0s1 /mnt 800 p2 RVL+ 0:00.00 grep mount (tcsh) Could you try sephe's USB patch from http://leaf.dragonflybsd.org/~sephe/usb.diff7 and tell us if that makes a difference? Sascha -- http://yoyodyne.ath.cx
Re: mounting usb stick
Ja'far Railton wrote: Sascha Wildner wrote: Could you try sephe's USB patch from http://leaf.dragonflybsd.org/~sephe/usb.diff7 and tell us if that makes a difference? Sascha I *was* waiting for the hg / mercurial src repository to be fixed [1] before trying a build again. Does anyone know if it is fixed yet? If not I will try to get the source via cvsup (impossible at work; very slow and costly at home on dial-up). Please make also sure you use 1.6 source since (afaict) you'd need a different patch for HEAD (usb.diff8 I presume; sephe, please correct me if I'm wrong). Sascha -- http://yoyodyne.ath.cx
Re: belarusian locale(s) broken
Yury Tarasievich wrote: On 27/10/06, Simon 'corecode' Schubert [EMAIL PROTECTED] wrote: ... If you think they are neccessary. I don't think there are reasons against inclusion of the 8-bit versions. Besides, I am fully UTF-8'ized since several years now, and there are only few regressions (by bad websites which announce utf8 but serve latin9) Well, here goes... Mind you, this is a plug hastily made, but should serve its purpose for now. Thank you, I've just committed it. Sascha -- http://yoyodyne.ath.cx
Re: multimedia and desktop
Saverio Iacovelli wrote: Excuse for my stupid questions, but what I must write in snd_... As Yury wrote before, try 'kldload snd' from the prompt to see if your card is detected. If yes, put snd_load=YES in /boot/loader.conf Sascha -- http://yoyodyne.ath.cx
Re: multimedia and desktop
Saverio Iacovelli wrote: I must create /boot/loader.conf, because that file don't exist. Yes, you must. Sascha -- http://yoyodyne.ath.cx
Re: bonding driver in DragonFly
Saverio Iacovelli wrote: ng_one2many(4), ng_fec(4). It don't exist ng_fec man page. We do have ng_fec source in the tree but it is not included in the build. Sascha -- http://yoyodyne.ath.cx
Re: updating from 1.6.2 to 1.7.x
Saverio Iacovelli wrote: 1) I don't want recompile from zero the system, but only the missing pieces. I think for 1.6.2 - 1.7.x you need a full buildworld. However, after a full buildworld, you can first try a quickworld. Please read the build(7) man page for more info on our build targets. # cvsup -h host /usr/share/examples/cvsup/DragonFly-src-supfile where host is any of the mirrors offering cvsup- access from the list at www.dragonflybsd.org's download-section. Can it be http://chlamydia.fs.ei.tum.de/pub/DragonFly/snapshots/src/src-Devel.tar.bz2 an example of src-supfile? You can use this snapshot instead of getting the source with cvsup. However, you will still need a full buildworld. 2) My computer have three patitions with Windows, DragonFly and Linux. The bootloader is Lilo. Can the updating operation modify the boot sector and create problems after reboot? No. The boot sector is not affected by the upgrade. Sascha -- http://yoyodyne.ath.cx
For the laughs :)
New predictions from our old friend Danial Thom: My prediction is that a year from now we'll all be using DragonflyBSD and you guys will be looking for a new bunch of beta-test guinea pigs. Thanks to Ancient on #dragonflybsd for noticing. http://lists.freebsd.org/pipermail/freebsd-performance/2006-October/002194.html Sascha -- http://yoyodyne.ath.cx
Re: Network Slowdowns?
Petr Janda wrote: I think, It should be advised against using PF 24/7 at this moment because it causes lockups for many people. including me without any tricky setup. Strange, I'm running a (non-tricky) PF setup here for years (well, since it was imported) without any issues. I remember corecode having some PF related issue, though. Dunno what became of it. Sascha -- http://yoyodyne.ath.cx
Re: where is cvsup?
Joerg Sonnenberger wrote: ..and a full package build in the DragonFly 1.3.2 days on ftp://packages.stura.uni-rostock.de/bsdinstaller/dragonfly-1.4/cvsup-bin-16.1h.tgz It lacks a manpage, could you add one? Sascha -- http://yoyodyne.ath.cx
Re: external usb hard drive
Bryan Berch wrote: Joerg Sonnenberger wrote: We don't need it. The check in msdosfs_vfsops.c can be killed, it doesn't aply anymore. Joerg Are you saying if you kill msdosfs_vfsops.c dfly will mount the hard drive and ,if so, how do you kill it? Can you try this patch and tell us if mounting works: http://leaf.dragonflybsd.org/~swildner/msdosfs_vfsops.diff Sascha -- http://yoyodyne.ath.cx
Re: external usb hard drive
Joerg Sonnenberger wrote: On Mon, Oct 02, 2006 at 03:14:46AM +0200, Sascha Wildner wrote: We don't have MSDOSFS_LARGE, unfortunately. I remember ~90GB being the maximum size I could mount on a DragonFly system. YMMV. We don't need it. The check in msdosfs_vfsops.c can be killed, it doesn't aply anymore. I've removed it, thanks for pointing out. Sascha -- http://yoyodyne.ath.cx
Re: external usb hard drive
Bryan Berch wrote: I got a usb external hard drive that is 160 gb, but I can not mount it. I get the error too big sorry. I can mount it in FreeBsd 6.1 by adding the following option in my custom kernel. option MSDOSFS_LARGE I didn't find that option in DragonFlyBSD LINT. Is it there and I missed it or is there another way to mount it. I don't really want to repartition the drive. We don't have MSDOSFS_LARGE, unfortunately. I remember ~90GB being the maximum size I could mount on a DragonFly system. YMMV. Sascha -- http://yoyodyne.ath.cx
Re: Using #undef correctly?
walt wrote: DragonFly defines 'timezone' as a character string in time.h but linux expect the number of seconds west of UTC (hence the long). I'm not trying for a definitive fix here, I'm just puzzled why my added '#undef' failed to change anything. Cluestick, please? The 'timezone' it is choking on is the prototype for our timezone(3) function. timezone() is a function here and a variable in System V'ish environments. The reason why your #undef didn't have an effect is that #undef is the counterpart to #define and the timezone prototype is just a normal prototype and not a #define'd preprocessor macro. Might struct tm's tm_gmtoff field be of more use? Not sure about the east/west of GMT issue, though. See http://www.die.net/doc/linux/man/man3/timezone.3.html e.g. for Linux' timezone semantics. Sascha -- http://yoyodyne.ath.cx
Re: Hints on kernel config for a dula pII/450 system anyone?
Gergo Szakal wrote: Sepherosa Ziehau wrote: mmm, try the attachment :-) http://rnrdoctor.sytes.net/dfcrash/crash1/ Please also provide the corresponding kernel.1 file from /var/crash. Sascha -- http://yoyodyne.ath.cx
Re: kernel recompilation
Haidut wrote: I thought that line 224 refers to the line in MYKERNEL which the build process finds problematic. However, line 224 in that file is this: define wlan_ratectl_onoe # 802.11 Onoe TX rate control algorithm which seems fine to me. Any clue as to what I am doing wrong? It should be device instead of define. Sascha -- http://yoyodyne.ath.cx
Re: crash dumps and slices (?)
Gergo Szakal wrote: Hello, If i set dumpdev to the slice (bad term?) representing /var, will the system be able to access /home ? (asking because symlinked /var/crash to /home/var.crash) I think you're confusing two things there: dumpdev is usually set to a swap partition, as in dumpdev=/dev/ad0s1b The /var/crash vs. /home/var.crash issue becomes relevant when the system retrieves the core from /dev/ad0s1b while rebooting after the crash. This is done by savecore(8). At this point /home is mounted and available so you should find the crash dump there. Sascha -- http://yoyodyne.ath.cx
Re: Booting dragonfly cd from floppy?
Petr Janda wrote: Hi, A friend of mine wants to try DragonFly on his old P75 which doesnt have a bootable cdrom drive(It has a cd rom drive but cant boot from it). Is there a way to boot the cd from a floppy? Unfortunately not. What I usually do in such a case is to plug the harddisk into another box and install from there. Sascha -- http://yoyodyne.ath.cx
Re: How to delete files starting with -?
Petr Janda wrote: Is it possible? How? Ive been trying to figure out. rm -- filename '--' means: End of options, treat everything from this point as arguments. Sascha -- http://yoyodyne.ath.cx
Re: gaim segfault while blocking someone
Petr Janda wrote: Ok, that did work like a charm. Can you explain what this does besides making a symlink? Petr Trevor Kendall wrote: On 29/08/06, Petr Janda [EMAIL PROTECTED] wrote: Ah thanks, How can this free() problem be fixed? The hack way: ln -s a /etc/malloc.conf The proper way: Debug it and fix it. Trevor See malloc(3) man page, section TUNING. Sascha -- http://yoyodyne.ath.cx
Re: question about packages installation
Saverio Iacovelli wrote: Depends, what shell you are using. I use tcsh, so i put all my stuff into ~/.cshrc The default shell of DragonFly, I think tcsh. Try # echo $SHELL in case you're not sure. Sascha -- http://yoyodyne.ath.cx
Re: questions about interfaces
Saverio Iacovelli wrote: 4) What meaning sl0, lp0 and faith0? Use the following commands and your questions will be answered: man 4 sl man 4 lp man 4 faith Sascha -- http://yoyodyne.ath.cx
Re: Default selection for boot menu?
Jonathon McKitrick wrote: On Fri, Aug 25, 2006 at 01:16:55PM +0800, W B Hacker wrote: : Jonathon McKitrick wrote: : Addendum: pressing the F1 key does nothing. Keyboard just beeps at me : when I : press a key. : : Jonathon McKitrick : -- : My other computer is your Windows box. : : Is there an MBR with a 'broken' boot manager or bootable image on the : device the BIOS is pointing to? : : If there is none at all, there will usually be a BIOS error message. : : It sounds as if, instead, the BIOS believes it has made a sucessful : hand-off. I used to just use 'dangerously dedicated' mode to blow everything away and take over the entire HD. No boot mgr needed. I thought the DFly install would do something similar, but I can't tell how to. Or, if not, how to get things working the way they should with a boot mgr. I tried: fdisk -I boot0cfg Not sure what's next. Make sure you have packed mode enabled: boot0cfg -B -o packet /dev/... Sascha -- http://yoyodyne.ath.cx
Re: Just obtained a wireless NIC
Petr Janda wrote: Thanks, You're a legend! :) FreeBSD seems to have ifconfig_acx0=WPA ... Don't what NetBSD has, but I think we may need to keep close to NetBSD for rc script So currently theres no rc.conf way to start wpa_supplicant? I have used /etc/start_if.acx0 in the past for these kinds of things. It's a shell script that will be run when the NIC is brought up. Sascha -- http://yoyodyne.ath.cx
Re: Just obtained a wireless NIC
Petr Janda wrote: Ok, so the line: wpa_supplicant -B -Dbsd -iacx0 -c/etc/wpa_supplicant.conf goes into the script and into rc.conf reads: ifconfig_acx0=inet 192.168.1.50 netmask 255.255.255.0 Will the script get loaded automatically or do I have to add something else into rc.conf? Should be automatically. Though I'm not sure what's in $PATH then. Sascha -- http://yoyodyne.ath.cx
Re: DFly installation fails on my HP notebook
Saverio Iacovelli wrote: I installed DFly 1.6.0 on my old HP notebook, when I reboot the system the last output is: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe70766 fault code = supervised read, page not present instruction pointer = 0x8:0xc00e8f35 stack pointer = 0x10:0xc06ffa00 frame pointer = 0x10:0xc06ffa00 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1 def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 swapper current thread = pri 12 kernel: type 12 trap, code=0 Stopped at 0xc00e8f35:cmpb%cs:0x1(%esi),%bl db What is the problem? How can I solve above problem? Just to be sure, can you try an 1.6.1 ISO: http://chlamydia.fs.ei.tum.de/pub/DragonFly/snapshots/i386/LATEST-Release-1.6.iso.bz2 There were a couple of bugs fixed, although I remember nothing having to do with the swapper. If that doesn't help, please type trace at the db prompt to get us a backtrace (btw, do you have makeoptions DEBUG=-g in your kernel config?). Sascha -- http://yoyodyne.ath.cx
Re: How to get DGUI working over ssh?
Jonathon McKitrick wrote: On Mon, Aug 21, 2006 at 04:57:47PM +0200, Gergo Szakal wrote: : Probably it does not get forwarded thorugh SSH. Try the web-based : interface as described here: : http://wiki.bsdinstaller.com/wikka.php?wakka=WebInstallHowTo There is no thttpd.conf.sample in /usr/local/etc/rc.d, and to thttpd binary that I could find. Yea I also wondered recently. We used to have a few packages pre-installed in the old ports days. Sascha -- http://yoyodyne.ath.cx
Re: new DNS name suggestions
Simon 'corecode' Schubert wrote: Justin C. Sherrill wrote: Matt - could you create DNS entries for bugs.dragonflybsd.org i was in favour for issues.dragonfly.org, and we wanted to move the issue tracker to crater as well. I prefer bugs.dragonflybsd.org because issues has so many more meanings that it doesn't say much to someone looking at the URL. bugs is more expressive, even if the tracker is not only for bugs. (Not that I really care much) Sascha -- http://yoyodyne.ath.cx
Re: Locked out - need a little help (caution: n00b meter on high!)
Simon 'corecode' Schubert wrote: yuck. just use ee(1). Nice + sweet + doesn't care about termcap :) Additionally, there's also mined(1). Sascha -- http://yoyodyne.ath.cx
Re: problem with /usr/bin/calendar
Jon Drews wrote: DragonFly 1.6.0-RELEASE i386 Hi: I am having a minor problem with the calendar utility (man 1 calendar). I have created a ~/.calendar/calendar file but when I type: $ calendar I get the entries for all the calendars stored in /usr/share/calendar. I moved /usr/share/calendar/calendar.all to a different file name and then ran $ calendar. Nothing appeared so it seems that calendar is trying to use that file. However I can only get it to use the user created calendar file by doing $ calendar -f ~/.calendar/calendar Is there some setting I have to make elsewhere? According to the man page it should search my home directory for a calendar file. According to the source the only filename calendar(1) uses is calendar.all. So that means it will also search for that file in ~/.calendar. Sascha -- http://yoyodyne.ath.cx
Re: problem with /usr/bin/calendar
Jon Drews wrote: DragonFly 1.6.0-RELEASE i386 Hi: I am having a minor problem with the calendar utility (man 1 calendar). I have created a ~/.calendar/calendar file but when I type: $ calendar I get the entries for all the calendars stored in /usr/share/calendar. I moved /usr/share/calendar/calendar.all to a different file name and then ran $ calendar. Nothing appeared so it seems that calendar is trying to use that file. However I can only get it to use the user created calendar file by doing $ calendar -f ~/.calendar/calendar Is there some setting I have to make elsewhere? According to the man page it should search my home directory for a calendar file. I was a bit unclear in my previous mail. The -f option will change the default filename from 'calendar.all' to what you specify. So $ calendar -f calendar should work as well for you. Either that, or rename ~/.calendar/calendar to ~/.calendar/calendar.all. Sascha -- http://yoyodyne.ath.cx
Re: live CD question
Haidut wrote: Hi all, I have a question about creating live CD based on Dragonfly. Is there any way to download the scripts/tools used to enerate the official Dragonfly live CD used for installation? If not, is the package mklivecd available in NetBSD ported to Dragonfly? If Dragonfly is using the pkgsrc system then that package should be available but I couldn't find it in any of the mirrors. Any help will be appreciated. Thanks. Read the release(7) manpage. Sascha -- http://yoyodyne.ath.cx
Re: NVIDIA FreeBSD Kernel Feature Requests, interesting info for dfly?
James Mansion wrote: Fine. Go and do it, instead of complaining about it. I'm sure you'll check the IP and find that actually I'm not Danial/Dmitri/whatever, but please, take a step back before writing this sort of thing. James, no, we normally don't check IP addresses. Before em1897/Danial/Dimitri (please don't confuse him with Dmitri Nikulin who is a respected community member) hit the stage, I actually wouldn't have thought that this would ever be necessary. If you browse the mail archive a bit, you'll find that his questions were initially responded to with long, friendly and very interesting explanations by Matt (some of which even made it to Justin's DragonFly Digest). It was only after it became clear that his intent was insulting people and their work that more drastic measures were invented. First, threads were simply terminated by making it impossible to continue them, then his email address was banned, now, ultimately, it's his IP address. Please do not base your judgement on this one mail. It has a long and annoying history. Sascha -- http://yoyodyne.ath.cx
Re: pkg_add -r ? pkgsrc ? Howto install packages ??
Heinrich Rebehn wrote: So, what's the best way to install packages for DragonFly? Read http://wiki.dragonflybsd.org/index.cgi/HowToPkgsrc Sascha -- http://yoyodyne.ath.cx
Re: USB Pen drive
Steve O'Hara-Smith wrote: On Wed, 28 Jun 2006 08:30:54 -0700 (PDT) Matthew Dillon [EMAIL PROTECTED] wrote: The manual page is definitely out of date. usbd *used* to handle core connect and disconnect events, but all of that was moved into a kernel thread and integrated into the driver. Now usbd just deals with auxillary effects such as ifconfig'ing up a USB ethernet, running moused on a USB mouse, etc. The attached patch removes the obsolete text from usbd.8, AFAICT what remains is correct to the source. I've committed it (with some minor rewording). Thanks! Sascha -- http://yoyodyne.ath.cx
Re: est module
YONETANI Tomokazu wrote: So my question is: Thomas(and anybody else), can you try my untested patch and see if it works for you? (untested because I don't have access to any Pentium-M machines now) Seems to work here with my 770: Jun 22 18:48:47 kern.crit dim kernel: Enhanced SpeedStep (0 MHz/988 mV) 800 MHz Jun 22 18:48:47 kern.crit dim kernel: Enhanced SpeedStep frequencies available (MHz): 2133 1800 1600 1400 1200 1000 800 600 Sascha -- http://yoyodyne.ath.cx
Re: Replacing Sendmail with Postfix in the base system
[EMAIL PROTECTED] wrote: Seeing that sendmail is old,archaic, not-as-secure and difficult we should start moving to a better alternative such as Postfix. If anyone has something against it, raise your hands. Otherwise I'll start trying to do it. Petr Would that include free future maintenance like what we get from the sendmail guys? So far no one has mentioned the fact that our sendmail stays current without _any_ work required by the developers. I think that's a great benefit that should be taken into consideration. I haven't looked at how often Postfix puts out new releases, though. Sascha -- http://yoyodyne.ath.cx
Re: path for detect my RealTek 8139 (really 8169 device id)
rmkml wrote: Hi, joigned my little patch for detect dragonfly v1.4.4 (stable) THIS PATCH IS ALPHA ! (but work ssh for me, not tested heavily) Im happy for my first very little patch ! Best Regards Rmkml Hmm, are you sure about using rl? The 0x816910ec PCI ID is supported by the re(4) driver here. Have you tried that? Sascha -- http://yoyodyne.ath.cx
Re: Reading Postscript on the Terminal
John Duncan wrote: Hi there, Could some kind soul save me trying all the postscript converters in existence and recommend a nice way of reading a postscript document without Xorg installed ? I am getting into groff for printing etc. but have had to rely on old Unix books from second-hand shops until I found the Unix Text Processing project. The groff source builds a postscript book O.K. on DragonFly but converting it to ascii is not really useable. Have you tried groff -Tascii or -Tlatin1 which should be more suited for the console. Sascha -- http://yoyodyne.ath.cx
Re: Any serious production servers yet?
Danial Thom wrote: Surely it makes sense to begin developing O/S applications (which is what I need to do), however I need an OS that is production ready, even if its not as good as its going to be, because I can't reasonably test the performance of an application on an OS that can't handle production loads. *sigh* Is this going to be another of those half-yearly Danial vs. the rest threads? How about this: You restrain yourself from stealing people's time with your annoying discussion for discussion's sake and I promise to get back to you in personal email as soon as I think that DragonFly has reached the point where it could be interesting to you? Sascha P.S. All others: Just dig the archives for past threads of DT. -- http://yoyodyne.ath.cx
Re: No GUI
Oliver Fromme wrote: card that's not supported by Xorg, it must work with the old 8bit ISA Hercules monochrome card in my printer server (I don't even think it supports graphics mode), it must work without any graphics card at all Hmm, I'm just curious here. Have you actually tried DFly on your print server or without a gfx adapter at all? Sascha -- http://yoyodyne.ath.cx
Re: [OT] Bonehead question about coredumps
walt wrote: When a userland program segfaults, what determines whether it also dumps core? Is there something either the programmer or the user can do to force a cordump on segfault? Thanks for any clues! Erik already mentioned core(5). Additionally, signal(3) will tell you the default action for the various signal types. Sascha -- http://yoyodyne.ath.cx
Re: Getting nuts with pkgsrc
Thomas Schlesinger wrote: I've exactly followed this Wiki site: http://wiki.dragonflybsd.org/index.php/Pkgsrc, so I haven't done a cvs up -dP. Is the information on the Wiki wrong? Try http://wiki.dragonflybsd.org/index.php/Set_up_and_use_pkgsrc instead. I've fixed the Wiki. Sascha -- http://yoyodyne.ath.cx
Re: Getting nuts with pkgsrc
Jeremy C. Reed wrote: Please change the cvs up to cvs up -dP (as documented in pkgsrc Guide). Fixed, thanks... Sascha -- http://yoyodyne.ath.cx
Re: Problem with CDROM
Saverio Iacovelli wrote: Finally!! I installed DragonFly BSD on laptop! Now, I cannot to mount the cd-rom: #mkdir /mnt/cdrom #mount /dev/cd0 /mnt/cdrom mount: /dev/cd0: No such file or directory #mount /dev/cd0a /mnt/cdrom mount: /dev/cd0a on /mnt/cdrom: incorrect super block #mount /dev/cd0c /mnt/cdrom mount: /dev/cd0c on /mnt/cdrom: incorrect super block 1) cd(4) is SCSI CD-ROM. 2) use mount_cd9660 Try: # mount_cd9660 /dev/acd0c /mnt/cdrom Sascha -- http://yoyodyne.ath.cx
Re: Problem with CDROM
Matthew Dillon wrote: mount -t cd9660 /dev/cd0c /mnt/cdrom (or /dev/cd0a, I forget which). Oh wow, I never noticed that cd0c works as well (thought you had to use acd0c for ATAPI and cd0c for SCSI. Sascha -- http://yoyodyne.ath.cx
rc variables (Re: cups)
[EMAIL PROTECTED] wrote: On Sun, Apr 09, 2006 at 06:09:40PM -0500, Ezra Drummond wrote: Hi all, How do i start cupsd at boot time, i'm using pkgsrc. With dfports i would just rename cups.sh.sample to cups.sh and make it executable. I did try cupsd_enable=YES in /etc/rc.conf but it didn't work. Try cupsd=YES instead :-) I think we should modify our scripts so that foo=yes and foo_enable=yes mean the same. Then we can phase out foo_enable at a later point in time. The way it is now (pkgsrc stuff without _enable, base stuff with _enable) is only confusing. Sascha -- http://yoyodyne.ath.cx
ACPI (Re: ICH7 ?)
Kevin L. Kane wrote: ok some more info... using this iso: http://chlamydia.fs.ei.tum.de/pub/DragonFly/snapshots/i386/LATEST-Devel.iso.bz2 it fails with default option at the loader prompt, but if you say load with ACPI disabled it works fine. Our ACPI surely could need an update. Any takers? Sascha -- http://yoyodyne.ath.cx
Re: seeking laptop users
Justin C. Sherrill wrote: Because of recent circumstances, I'm looking for at least 1 'new' laptop. Is there anyone using DragonFly on a laptop not mentioned here? For what it's worth, it's running fine here on a Dell Inspiron 9300. The SD card reader doesn't work and messing with the iwi card has had mixed results (but I guess those are software problems). pciconf -lv is here: http://yoyodyne.ath.cx/tmp/9300pciconf.txt Sascha -- http://yoyodyne.ath.cx
Re: Desktopcluster
Matthew Dillon wrote: Yah. Blades with MP cpus or multi-core capable cpus on them. Just a blade server, then. The difference between blade based clustering and the type of clustering that we want to do is that we want to be able to cluster efficiently over a LAN or WAN (i.e. not depend on an extremely high speed link between the nodes in the cluster). That's what the cache coherency infrastructure is going to be all about. Hmm, from time to time I try to imagine how it would be when DragonFly's clustering became reality. Is the goal to be able to just stick in a new DragonFly box and then the power of the cluster machine increases? I mean, I wonder if there would be any configuration requirements for new machines in the cluster. Or would it be enough to just stick a network card into a random machine, compile with options CLUSTER, connect to the network and voila? :) Sascha -- http://yoyodyne.ath.cx
Re: (u)ral driver
Chris Rawnsley wrote: # cvsup /usr/shar/cvsup/DragonFly-cvs-supfile So then the source downloaded to /home/dcvs. I then got myself a copy of ral.diff.gz and extracted it to /tmp. # cd /home/dcvs/src/sys #patch -p0 /tmp/ral.diff The patch seemed to apply successfully (although I cannot scroll up enough to see fully. I know I can press scroll lock then use Page Up/Down but it doesn't go far enough for me to see. Is there some way I can increase this?). Chris, better late than never. I'm surprised that you write the patch applied cleanly since it looks as if you tried to apply it to your repository in /home/dcvs (which holds the entire history of all source files, not just the current tree). What you need to do before patching is to checkout a source tree from this repository: # cd /usr # cvs -d /home/dcvs co src This creates /usr/src. Try to apply the patch there and follow the instructions in the build(7) man page to rebuild your system. Sascha -- http://yoyodyne.ath.cx
Re: DragonFly MBR
Simon 'corecode' Schubert wrote: Thanks for your offer, yet, what's the gain with your MBR? Or put differently: what's wrong with the one from FreeBSD? One thing at least: Due to cramped space it's not easily possible to assign more descriptive texts for the menu choices based on the sysid. For example, we just show ?? for NTFS partitions. FreeBSD fixed this a while ago and replaced the sysid of some old FAT type with NTFS. But AFAIK they only display DOS for NTFS (like for some other FAT types as well). It would be nice to have some better descriptions for people that like to multi-boot (like me). Sascha -- http://yoyodyne.ath.cx
Re: DragonFly MBR
Ben Cadieux wrote: I wrote an MBR at one point - it's quite similar to FreeBSD's, except instead of function keys it looks something like this: Does that also support booting the last booted OS like our boot0 or does it have the concept of a default choice which is used when the user does nothing for a while. I very much prefer the former. Sascha -- http://yoyodyne.ath.cx
Re: DragonFly MBR
Magnus Eriksson wrote: Hmm. I noticed that the man pages supposedly documenting the booting process aren't that well written (imho), maybe that's something I could look at. That would be great. Sascha -- http://yoyodyne.ath.cx
Re: how to dual boot? (was Re: adding boostrap code to boot system)
Jeremy C. Reed wrote: But F4 just beeps (like when pressing invalid F5). So I booted with the LiveCD again, created the ad0s4a device node, and ran: disklabel -B /dev/ad0s4a Rebooting still didn't fix the F4. Sometimes packet mode helps, see boot0cfg(8) man page. # boot0cfg -B -o packet ad0 for example. Sascha -- http://yoyodyne.ath.cx
Re: DF Console GUI
Nigel Weeks wrote: I was reading through FBSD6's /usr/src/sys/dev/syscons to find out more about libVGL programming, when I noticed some code based on DF code. Does anyone know of examples of code using these syscons graphics libraries? (Want to have a shot at porting Qtopia (was QT-embedded) to BSD) Nigel, libvgl does not call code from sys/dev/misc/syscons directly. It has its own routines for drawing. The code in syscons itself is kinda optimized towards drawing the things syscons needs (filled rectangles, characters, mouse pointer) quickly. On the other hand, if you take a look at vga.c you'll notice that work on some generic kernel drawing functions seems to have been started years ago but so far nothing seems to use it. The video_switch_t has some function members for drawing (vga_fill_rect() e.g.). If you are looking for examples that use libvgl, there should be some FreeBSD ports that link against libvgl. grep should find what you want. Sascha
Re: more trouble building JDK
[EMAIL PROTECTED] wrote: Feel free to submit a patch for the current docu or write a wiki entry :-) A wiki entry is hardly a good substitute for correct man pages. So if anyone wants to put some effort into updating our linux emu documentation, please fix the man pages. Sascha
Re: more trouble building JDK
[EMAIL PROTECTED] wrote: WHICH MAN PAGE ?! Sry, I misunderstood. Sascha
Re: Would DF welcome a phpbb forum?
[EMAIL PROTECTED] wrote: Indeed, it would be like users@, but consider: 1) In what way can you order threads in a mailing list? If we had a web-based forum we could easilly have stuff related to hardware in one forum, multimedia in another, pkgsrc in another etc., we could even have a forum for non df-related stuff. As others have pointed out, if you don't like mail, there's still the NNTP server (which I use, too). It has threads, doesn't require you to login or register (yet another username/password combination I'd have to remember) and you have all messages back to the very first one. NNTP was exactly made for the purpose you describe, even though it gets 20 years old this year. 2) Assume that DF is going to gain much bigger popularity, im not talking about hundreds of users like now, im talking about thousands. Can you imagine users@ with 10x (or even more) people posting one over another all different stuff? Thats confusion! You arent going to attract people to DF with a mailing list like that. Well, I think we shouldn't bother about this now. The mailing lists/newsgroups have so far been good enough for the amount of traffic DragonFly generates at present time. If that ever becomes a problem, I'm sure a good solution will be found then. Sascha P.S. Your willingness to help out is appreciated, nevertheless. :) It's just that in this case, personally, I wouldn't feel being helped.
Re: Would DF welcome a phpbb forum?
Justin C. Sherrill wrote: On Tue, January 17, 2006 5:03 am, Steve O'Hara-Smith wrote: nitpick)USENET has been around since 1980 - NNTP is just a transport protocol for it/nitpick How was the material in USENET slung around before there was NNTP? UUCP, I guess. Sascha
Re: DragonFly 1.4 released!
Matthew Dillon wrote: 1.4 has been released! Check out our main site, the information is all there now: Thanks to all who contributed! :) Sascha
Re: DragonFly 1.4 released!
Matthew Dillon wrote: 1.4 has been released! Check out our main site, the information is all there now: By the way, what's the plan for DragonFly_Preview? Sascha
Re: learning c programming
Erik Wikström wrote: My highly subjective oppinion: For the same price you'll get a couple of high quality books and while it might be harder (and take longer) to read them I'm quite sure that you'll learn more that way. And the books are much better when used as a reference. For a list of good books check out http://www.accu.org/bookreviews/public/ or ask in http://www.accu.org/bookreviews/public/ Erik Wikström There's an online C book: http://publications.gbdirect.co.uk/c_book While it's not up to date with respect to C99 it's definitely not too bad for learning the first steps. There's also a C book in Wikibooks: http://en.wikibooks.org/wiki/Programming:C_contents Regards, Sascha
Re: don't know how to make sprite.h
Jiawei Ye wrote: Hi, I ran into some problem running 1.3 preview. Did a cvsup with DragonFly_Preview tag and started to build world, but ran into rm -f .depend mkdep -f .depend -a-I/usr/src/usr.bin/make -DMAKE_VERSION=\5200408120\ -DDEFSHELLNAME=\sh\ /usr/src/usr.bin/make/arch.c /usr/src/usr.bin/make/buf.c /usr/src/usr.bin/make/cond.c /usr/src/usr.bin/make/dir.c /usr/src/usr.bin/make/for.c /usr/src/usr.bin/make/hash.c /usr/src/usr.bin/make/hash_tables.c /usr/src/usr.bin/make/job.c /usr/src/usr.bin/make/lst.c /usr/src/usr.bin/make/main.c /usr/src/usr.bin/make/make.c /usr/src/usr.bin/make/parse.c /usr/src/usr.bin/make/proc.c /usr/src/usr.bin/make/shell.c /usr/src/usr.bin/make/str.c /usr/src/usr.bin/make/suff.c /usr/src/usr.bin/make/targ.c /usr/src/usr.bin/make/util.c /usr/src/usr.bin/make/var.c echo make: /usr/obj/usr/src/btools_i386/usr/lib/libc.a .depend make: don't know how to make sprite.h. Stop Hm, I just checked out a Preview tree and sprite.h is nowhere referenced anymore. Building looks fine as well. sprite.h was removed from make in May this year: http://leaf.dragonflybsd.org/mailarchive/commits/2005-05/msg00100.html Are you sure all your make source is up to date with Preview (maybe you modified some file manually and it wasn't updated properly)? Sascha
Re: DMA Mode
Ezra Drummond wrote: I have a Dell inspiron 6000 laptop, which i am trying to set dma mode for the dvd+rw drive. I add ata.atapi_dma=1 to loader.conf but the system just ignore it. Any hints would be very much appreciated. ps: FreeBSD 6.0 set dma automatically without me adding anything to loader.conf. Have you tried hw.ata.atapi_dma? ^^^ Works here. Sascha
Re: DragonFly talk at the upcoming BayLisa (15 December 2005)
Matthew Dillon wrote: Hello everyone! I will be giving a DragonFly talk at the next Bay Lisa. The primary focus of my talk will be a physical characterization (latencies, overheads, etc) of MP mechanisms and algorithms implemented by DragonFly. It would be nice to get an .avi of your talk. Sascha
22C3
G'day, g'day, so who else is going to 22C3 (http://events.ccc.de/congress/2005) besides me? Sascha
Re: DP performance
Matthew Dillon wrote: Well, if you think they're so provably wrong you are welcome to put forth an actual technical argument to disprove them, rather then throw out derogatory comments which contain no data value whatsoever. I've done my best to explain the technical issues to you, but frankly you have not answered with a single technical argument or explanation of your own. If you are expecting acolades, you are aren't going to get them from any of us. My friends, I can't help but noticing that Danial's argumentation style (you know, the 50 column look, always starting with a little insult, like, I see you haven't done much empirical testing..., etc.) bears a striking resemblance to our old friend em1897. So before you jump into the discussion think again if you don't have more important stuff to do. Just my 2¢... Sascha
Re: Upgrade problem (1.2.x -- 1.3.x)
Ochronus wrote: I have a 1.2 release Dragonfly system, and as the new gobsd pkgsrc binaries require the new ABI introduced in 1.3.x (1.3.5, as I recall), I tried to upgrade my system. make buildworld - success make installworld - tells me to upgrade the kernel first and reboot kernel compile - config MYKERNEL says that the config utility is too old. Am I trapped, or is there any solution? Maybe a precompiled 1.3.5+ kernel to download for i386? Hmm, the correct sequence should be: make buildworld make buildkernel make installkernel make installworld make upgrade buildkernel should use the config built by buildworld afaik. Sascha
Re: Packaging Questions
Erik P. Skaalerud wrote: Just a side-note by me; the ability to binary-upgrade a debian linux system via apt is a -really- timesaving function. It would be very pleaseable to have something like this for dragonflybsd aswell. AFAIK binary upgrading is something being worked on by the bsdinstaller people. Dunno if it will be in the next release, though. Sascha
