Re: your own filesystem
On Sun, 02 Sep 2012 12:48:55 +0200, s...@bestmx.ru s...@bestmx.ru wrote: Hi, all i have tried to create my own nullfs using the original nullfs as a template. and i failed. first of all i rename it (as thorougly as i could) then successfully make it then put myfs.ko to /boot/kernel/ then kldload myfs and got File already exists error it looks like i possibly have missed the module identifier somewhere but i can not locate... plese! help. How does the VFS_SET() part look in your *_vfsops.c? Sascha
Re: your own filesystem
On Sun, 02 Sep 2012 13:08:31 +0200, s...@bestmx.ru s...@bestmx.ru wrote: it looks like i possibly have missed the module identifier somewhere but i can not locate... plese! help. How does the VFS_SET() part look in your *_vfsops.c? Sascha VFS_SET(null_vfsops, null, VFCF_LOOPBACK); MODULE_VERSION(myfs, 1); Rename null_vfsops structure to myfs_vfsops and use: VFS_SET(myfs_vfsops, myfs, VFCF_LOOPBACK);
Re: your own filesystem
On Sun, 02 Sep 2012 13:45:51 +0200, s...@bestmx.ru s...@bestmx.ru wrote: it looks like i possibly have missed the module identifier somewhere but i can not locate... plese! help. How does the VFS_SET() part look in your *_vfsops.c? Sascha VFS_SET(null_vfsops, null, VFCF_LOOPBACK); MODULE_VERSION(myfs, 1); Rename null_vfsops structure to myfs_vfsops and use: VFS_SET(myfs_vfsops, myfs, VFCF_LOOPBACK); thanx! it works i have kldload my module. now i am confused about how to call it's functions? (excuse me for the stupid question) how can i call the mount (if it has been created?) Not 100% sure what you mean but I guess the next step would be to copy mount_null(8) to mount_myfs(8) and adjust it so it acts on myfs. Sascha
Re: What's the status of the USB stack port?
On Sat, 01 Sep 2012 11:44:47 +0200, elekktrett...@exemail.com.au wrote: Hi all, Last time I heard there was someone working on the port. I'd be willing to test (my dragonfly installation is long not used because my USB peripherals - keyboard etc are not working with the existing USB stack) What we have so far is in Markus' branch: http://gitweb.dragonflybsd.org/~profmakx/dragonfly.git/shortlog/refs/heads/usb It will be brought in before the 3.2 release (I'm working on that).
Smart battery, anyone?
Hello, I just pushed a port of FreeBSD's ACPI support for smart batteries. If anyone owns a laptop that has one, please try out master that includes commit bedaba59b1c344e0da7df29fe067b93537791c6d. I'm not sure what you should be looking for. I guess the battery would previously not have been detected and this commit makes it attach. Thanks, Sascha
Re: fails to mount root
On Sun, 12 Aug 2012 16:38:33 +0200, Pierre Abbat p...@phma.optus.nu wrote: I tried an old CD of DFly 2.8.2 and it said wrong superblock when I tried to mount it. I'll try booting a recent version and see what happens. Were you using mount instead of mount_hammer? Sascha
Re: fails to mount root
On Mon, 13 Aug 2012 04:04:14 +0200, Pierre Abbat p...@phma.optus.nu wrote: On Sunday 12 August 2012 10:51:45 Sascha Wildner wrote: Were you using mount instead of mount_hammer? I tried mount_hammer and got the following: /dev/ad1s1c: open failed mount_hammer: mount /dev/ad1s1c on /mnt: No such file or directory The others said Not a valid HAMMER filesystem. It would be ad1s1d I think. c is the whole disk. mount_hammer /dev/ad1s1d /mnt Sascha
Re: watchdog question
On Mon, 30 Jul 2012 15:58:25 +0200, Konrad Neuwirth kon...@fimsch.net wrote: Dear readers, because of a problem of a system freezing up ever so often (and so hard that even the kernel debugger wont launch), I am looking into activating the hardware watchdog. I've configured it in the kernel and it is recognized all well. What did you exactly configure in the kernel? Is this 3.0 or master? Sascha
Re: XFCE based LiveDVD/IMG
On Sun, 29 Jul 2012 00:21:21 +0200, Tim Darby t+df...@timdarby.net wrote: I haven't tried from CD yet. No, I meant, does it also fail to boot on this particular box using our regular distribution? Sascha
Re: frequency scaling on D525MW not working properly
On Sun, 22 Jul 2012 13:46:41 +0200, Sven Gaerner sgaer...@gmx.net wrote: Hello, I bought an Atom based Intel D525MW board. DragonFly release is running on that system. But I have a few minor issues. The CPU is getting somewhat warm (about 55 degrees celsius). [...] As Brian Mastenbrook pointed out in a comment on the digest, the Atom should support P4TCC: http://www.shiningsilence.com/dbsdlog/2012/07/24/10128.html Check your CPU features in dmesg. It should show the TM feature, as it does on my Atom 330 (second to last): Features=0xbfe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Compiling the kernel with CPU_ENABLE_TCC gives new dmesg and sysctls: almsta# grep TCC /var/run/dmesg.boot Pentium 4 TCC support enabled, current performance 13% almsta# sysctl hw.p4tcc hw.p4tcc.cpuperf: 13 hw.p4tcc.cpuperf_performance: 100 hw.p4tcc.cpuperf_economy: 13 However, a quick test with factor(6) showed no difference between 13 and 100: almsta# sysctl hw.p4tcc.cpuperf=100 hw.p4tcc.cpuperf: 13 - 100 almsta# time factor 23424111 23424111: 7 7 4780430839 4.726u 0.000s 0:04.77 98.9% 16+66k 0+0io 0pf+0w almsta# sysctl hw.p4tcc.cpuperf=13 hw.p4tcc.cpuperf: 100 - 13 almsta# time factor 23424111 23424111: 7 7 4780430839 4.726u 0.007s 0:04.77 98.9% 16+66k 0+0io 0pf+0w Anyway, if your system is i386, try out adding options CPU_ENABLE_TCC to the config and see what it gives. I'll see later today about providing it for x86_64 too. Sascha
Re: frequency scaling on D525MW not working properly
On Wed, 25 Jul 2012 10:05:54 +0200, william opensource4you william.o...@gmail.com wrote: All, just my 2 cents :-) since one week, I'm just installing dbsd on an hp-mini: Atom N455. I've no CPU related issues. Yeah, N* Atoms support Enhanced SpeedStep, while D* Atoms don't. Sascha
Re: XFCE based LiveDVD/IMG
On Wed, 25 Jul 2012 19:54:11 +0200, Tim Darby t+df...@timdarby.net wrote: Unfortunately, it failed during boot on my Dell Studio 14z laptop (1440), so I think DF just doesn't like this hardware. I did try booting without ACPI and AHCI, but no luck. Lots of errors, but where it failed each time was at device xpt. I can provide exact error messages, if you want. Yeah, can't hurt. Does it fail with the regular CD/IMG too? Sascha
Re: XFCE based LiveDVD/IMG
On Tue, 24 Jul 2012 01:40:47 +0200, Justin Sherrill jus...@shiningsilence.com wrote: Help, ideas, testing and comments are welcome. Which pkgsrc release is it built with? (and does /usr/Makefile match it?) That's a question I could answer myself once I try it, I suppose. It's built using DragonFly master and pkgsrc-current as of July 18. Sascha
Re: XFCE based LiveDVD/IMG
On Tue, 24 Jul 2012 03:23:28 +0200, Stéphane Russell sruss...@prodigeinfo.qc.ca wrote: Sascha Wildner a écrit : I have not yet verified how useful xsane is, or if it works at all. In my case, xsane is working fine and allows me to use my ScanJet 3300C, I'm really satisfied up to now. My scanner don't work with /dev/uscanner0, so uscanner had to be disabled in the kernel and the generic device was used instead. Compiling sane without libusb might solve this problem, but I didn't try it. My printer also have the same problem with ulpt, I have to use ugen to use it. Thus, at boot time, I get this: ugen0: Samsung Electronics Co., Ltd. SCX-3200 Series, class 0/0, rev 2.00/1.00, addr 2 on uhub4 ugen1: Hewlett-Packard HP ScanJet 3300C, class 0/0, rev 1.00/0.00, addr 2 on uhub0 I changed the permissions of /dev/usb0 and /dev/ugen1 accordingly to allow users to use the scanner. But if the energy saving feature of my printer takes the printer down and the computer reboots (after a power outage for example), the printer is not detected at reboot, the scanner then takes ugen0. The permissions are then wrong and the print spool points to the scanner device. Until I find a better solution, my workaround is to shut both devices and reconnect them in order. [...] Stéphane, thanks for the hints. I will try it out with my own scanner. I should perhaps also remove uscanner from the kernel config I use then (if someone needs it, they can still kldload it). Regards, Sascha
Re: XFCE based LiveDVD/IMG
On Tue, 24 Jul 2012 09:46:38 +0200, Krzysztof Langer klan...@wp.pl wrote: Is it an installable live-DVD ( only x64)? Yeah, installable, just like our normal ISO/IMG with some more packages (the ones I've listed). And yes, so far it's x86_64 only. I'll see what I can do about building an i386 one. Sascha
Re: a couple of things I dislike about BSD
On Mon, 23 Jul 2012 02:39:24 +0200, Pierre Abbat p...@phma.optus.nu wrote: 1. When I run bc, I frequently edit the previous line and make a change: 15/56 .26785714285714285714 a(15/56) .26171350240120506395 a(15/56)*45/a(1) 14.99507912917598589467 In Linux, I hit uparrow and edit the line. In DFBSD, I have to type the whole line again. This is, I'm sure, a license issue; the readline library in DFly is GNU readline. The bugs section says It’s too big and too slow, so why not write a BSD version that's smaller and faster? (The calculation relates to the upper slope of my future house's roof.) Please try: http://87.78.98.243/tmp/bc_libedit.diff Sascha
Re: frequency scaling on D525MW not working properly
On Mon, 23 Jul 2012 21:24:38 +0200, Sven Gaerner sgaer...@gmx.net wrote: On Mon, Jul 23, 2012 at 09:44:06AM +0800, Sepherosa Ziehau wrote: On Mon, Jul 23, 2012 at 3:27 AM, Sascha Wildner s...@online.de wrote: On Sun, 22 Jul 2012 21:16:54 +0200, Sven Gaerner sgaer...@gmx.net wrote: On Sun, Jul 22, 2012 at 08:31:41PM +0200, Sascha Wildner wrote: On Sun, 22 Jul 2012 13:46:41 +0200, Sven Gaerner sgaer...@gmx.net wrote: [...] Hmm, disabling UEFI is OK, but make sure that you have enabled EST in BIOS (something probably read like enhanced speed step or something like P-state). There is no such option. And the only UEFI option is to enable booting of an UEFI compliant OS. Speed stepping cannot be configured. The BIOS options are very limited. It looks like the Atom D525 (along with the rest of D*) does not support it: http://ark.intel.com/products/49490 Only N*, Z* and E* Atoms seem to have it: http://en.wikipedia.org/wiki/List_of_Intel_Atom_microprocessors Sascha
Re: frequency scaling on D525MW not working properly
On Sun, 22 Jul 2012 13:46:41 +0200, Sven Gaerner sgaer...@gmx.net wrote: [...] Also there is no sysctl hw.acpi.cpu.px_dom0.select available, so I guess powerd is also running not properly and the CPU frequency is not scaled in any way. After looking into the dmesg output, I guess some driver does not recognize parts of the hardware/ACPI stuff correctly (see below; the text is repeated for the other 3 logical CPUs). cpu0: on acpi0 cpu_cst0: on cpu0 cpu_pst0: Can't get _PSS package - AE_NOT_FOUND The dmesg is attached. It would be great if there is someone who can help me to get this fixed. If more details are necessary, just let me know. Sven Is this a mobo with UEFI? Sascha
Re: frequency scaling on D525MW not working properly
On Sun, 22 Jul 2012 21:16:54 +0200, Sven Gaerner sgaer...@gmx.net wrote: On Sun, Jul 22, 2012 at 08:31:41PM +0200, Sascha Wildner wrote: On Sun, 22 Jul 2012 13:46:41 +0200, Sven Gaerner sgaer...@gmx.net wrote: [...] Also there is no sysctl hw.acpi.cpu.px_dom0.select available, so I guess powerd is also running not properly and the CPU frequency is not scaled in any way. After looking into the dmesg output, I guess some driver does not recognize parts of the hardware/ACPI stuff correctly (see below; the text is repeated for the other 3 logical CPUs). cpu0: on acpi0 cpu_cst0: on cpu0 cpu_pst0: Can't get _PSS package - AE_NOT_FOUND The dmesg is attached. It would be great if there is someone who can help me to get this fixed. If more details are necessary, just let me know. Sven Is this a mobo with UEFI? Sascha Yes, but booting via UEFI is disabled. IIRC the performance state stuff will not work w/ UEFI. Cc to sephe, as I think he knew more. Sascha
Re: leaf server boot partition full 101%
On Wed, 18 Jul 2012 12:57:45 +0200, Siju George sgeorge@gmail.com wrote: Hi, /boot is 101% on leaf server :-( Thanks, I've freed it up a bit.
Re: DragonFly hangs at boot (Packard Bell laptop)
On Wed, 11 Jul 2012 21:23:31 +0200, Jakob Pedersen jakob...@gmail.com wrote: I have just installed DragonFlyBSD on my laptop, but am having problems booting. I thought it was a problem when daemons are loading and de-activated all in rc.conf. When booting, the system stops at: 'Configuring syscons: Keymap blanktime'. Then after a ctrl + c booting resumes with 'Additional ABI support' and continues to the login prompt. I have had some issues with ACPI on the same laptop, however booting with ACPI disable does not appear to change anything - Still the same. I hope someone out there is able to help or at least give an idea what's up. My laptop is a Packard Bell Easynote R1926 - Running FreeBSD 9.0 boots without problems with ACPI enabled. Is this the GUI LiveDVD/IMG? If so, it looks like it's stuck in sshd setup. Can you type CTRL-T when it hangs? It should give some more information. Is your network setup properly? Sascha
Re: machine won't start
On Wed, 04 Jul 2012 12:16:25 +0200, Carsten Mattner carstenmatt...@gmail.com wrote: On Tue, Jul 3, 2012 at 11:30 PM, Sascha Wildner s...@online.de wrote: On Tue, 03 Jul 2012 23:15:47 +0200, Carsten Mattner carstenmatt...@gmail.com wrote: Hi, I tried to install dfly 3.0.2 on an old amd64 box. When setup was in the configuration phase it didn't allow setting passwords with : or other characters. At that point I hit hard (cold) reset and since that time the machine won't leave the BIOS startup phase (POST?). Took out the CMOS battery for a minute to no avail. Anything else I should try? Is it possible that the ROM or CPU has been damaged by the installer? I can't even get into the BIOS via DEL. I'll take out the CMOS battery overnight and try tomorrow. Thanks for any help. It sounds like http://bugs.dragonflybsd.org/issues/989 Sascha, is it be safe to assume that once I've made the disk functional NetBSD, FreeBSD, or OpenBSD would not have the problem? I'm not sure after reading the bug report. I don't know about *BSD's behavior. What you _can_ do is to use one of the scripts provided in /usr/share/examples/rconfig that we ship. hammer.sh is for a normal install, so I'd use that. Note that it assumes you want to install DragonFly to the whole disk. Just boot the CD/IMG and login as root and copy one of the scripts to your home directory. Then edit it, supplying your disk name at the top. Also make sure that you change all instances of 'fdisk' to 'fdisk -C' (as mentioned in the issue #989). Once you've reviewed your changes, run the script (beware, it's a csh script, even though it's named '.sh'; yes I know it's silly...) and cross your fingers. :) If the issue is what is described in the bug report, you should have a system that boots. Sascha
Re: machine won't start
On Tue, 03 Jul 2012 23:15:47 +0200, Carsten Mattner carstenmatt...@gmail.com wrote: Hi, I tried to install dfly 3.0.2 on an old amd64 box. When setup was in the configuration phase it didn't allow setting passwords with : or other characters. At that point I hit hard (cold) reset and since that time the machine won't leave the BIOS startup phase (POST?). Took out the CMOS battery for a minute to no avail. Anything else I should try? Is it possible that the ROM or CPU has been damaged by the installer? I can't even get into the BIOS via DEL. I'll take out the CMOS battery overnight and try tomorrow. Thanks for any help. It sounds like http://bugs.dragonflybsd.org/issues/989 Sascha
Re: Install problems
On Sun, 01 Jul 2012 12:58:55 +0200, Jasse Jansson ja...@yberwaffe.com wrote: Hi. I'm trying to install dfly on two different computers right now and it's not going well. Case 1: A 6-7 years old laptop (ASUS A6Km) just got an Fatal trap 12 after a very long time exercising the cd drive. I think the install-o-meter was at 56% when it happened. The fault code says: supervisor write data, protection violation. I have a picture of the screen if anybody want it. Yeah, please put up the picture. Case 2: I'm about to redo my server but the installer refuses to list my SSD boot drive. Is this some sort of silent harassment of my 40G SSD for being too small ??? No, the installer will offer any disks that are in the kern.disks sysctl (I think we filter out some stuff like /dev/fd* and so on but certainly not hard disks). Can you log in as root and do 'sysctl kern.disks'? If it doesn't show up there it's not an installer problem but rather that the disk hasn't been detected. Can you also put up the /var/run/dmesg.boot of a verbose boot somewhere? Regards, Sascha
Re: ntfs mount problems (dfly 3.0.2 + ntfsprogs)
On Wed, 20 Jun 2012 16:22:30 +0200, Raimundo Santos rait...@gmail.com wrote: Okey, Now, part II: I was very happy copying my 234GB of data to the new and shiny PFS over my only-data 1TB disk, when circa 9GB copied, the system just freeze. Yes freeze in the normal sense: no interaction, no messages, no logs, just me alone with the hope that my backup external disk continues to have their data. Does CTL-ALT-ESC work to drop to ddb? If it does and you are at the db prompt, please do 'call dumpsys' and see if it dumps (numbers counting and hard disk activity). When it goes back to db, you can 'reset'. The dump will then be written to /var/crash (kern.xxx and vmcore.xxx) when the system comes up again. These files could help us figure out what the system was doing when it froze. Regards, Sascha
Re: the partition I'm doing the bulk build on
On Fri, 01 Jun 2012 14:13:48 +0200, Pierre Abbat p...@phma.optus.nu wrote: # du -s * 7 COPYRIGHT 0 IN_CHROOT 10037 bin 839 boot 1 build.sh 51972 bulklog 0 compat 0 dev 2782472 distfiles 9477etc 0 home 0 media 0 mnt 2059650 packages 0 proc 1 root 35711 sbin 3 settings.conf 0 sys 0 tmp du: usr/pkg/libexec: No such file or directory du: usr/pkg/sbin: No such file or directory du: usr/pkg/lib: No such file or directory du: usr/pkg/bin: No such file or directory du: usr/pkg/etc: No such file or directory du: usr/pkg/info: No such file or directory du: usr/pkg/man: No such file or directory du: usr/pkg/share: No such file or directory du: usr/pkg/include: No such file or directory du: usr/pkg: No such file or directory 711245 usr 26198 var 167870 wrkobjdir # df . Filesystem1K-blocks Used Avail Capacity Mounted on /crypt/pfs/@@-1:1 453435392 117572512 33586288026%/olv /olv has no snapshots. Why is so much more space used than in files? What did you do to have no snapshots on /olv? If you turned off the nightly cleanup then it has probably accumulated fine grained history. Sascha
Re: wifi support for lenovo thinkpad E420
On Sat, 26 May 2012 05:19:23 +0200, Siju George sgeorge@gmail.com wrote: On Fri, May 25, 2012 at 9:52 AM, Sascha Wildner s...@online.de wrote: Not sure what you mean here. NDIS should work on both i386 and x86_64. I read this in the man page Note that this means the ndis driver is only useful on x86 machines. http://leaf.dragonflybsd.org/cgi/web-man?command=ndissection=ANY last line 1st paragraph Oh ok yeah. That's from FreeBSD and is just saying that it doesn't run on ARM, MIPS and so forth. I'll comment it out for now. Regards, Sascha
Re: wifi support for lenovo thinkpad E420
On Fri, 25 May 2012 04:50:15 +0200, Siju George sgeorge@gmail.com wrote: On Thu, May 24, 2012 at 10:51 PM, Justin Sherrill jus...@shiningsilence.com wrote: Maybe NDIS would be able to get it working? This is a guess on my part based on what Google scrapes up. guess it only works on x86? Not sure what you mean here. NDIS should work on both i386 and x86_64. Sascha
Re: HEADS UP: libpthread is temporarily broken on master
On Tue, 22 May 2012 09:34:24 +0200, Sepherosa Ziehau sepher...@gmail.com wrote: Hi all, master users only. Please do not upgrade your world (kernel works) to e12d3396c777165504d60d2a1408dcd7cb63660d; this specific commit will break all programs linked against libpthread: Fatal error 'Cannot allocate red zone for initial thread' at line 262 in file /usr/src/lib/libthread_xu/thread/thr_init.c (errno = 12) If you have already upgraded, you could just fetch the old dmalloc.c and replace the one in /usr/src/lib/libc/stdlib (sigh, git no longer works here), rebuildworld and reinstallworld. It probably will be fixed soon. For now, the change was backed out at the committer's request. So that issue is no longer present. Regards, Sascha
Re: live usb freezes on boot
On Sat, 12 May 2012 14:39:22 +0200, Mountpeaks northwo...@insiberia.net wrote: Good day everyone, this is my first attempt at BSD 's, and I 'm already stuck) So, I've created boot USB from .img file and trying to boot it. The boot process gets stuck at ACPI FADT :SCI testing interrupt mode... for like 20 min already. My machine is a laptop Lenovo thinkpad EDGE 13 ' . I can get to prompt but my keyboard does not work) I have a feeling that it is simply not supported which is sad.With verbose mode I get ACPI FADT:SCI testing level/low IOAPIC:irq 9,gsi 9 edge/ high - level/low Any tips on how to get it running? Can you try choosing '9' at the loader menu to get to the loader prompt and do: hw.ioapic_enable=0 boot Sascha
Re: 3.0.2 -- pkg_radd problem
On Fri, 27 Apr 2012 03:30:17 +0200, Donald Allen donaldcal...@gmail.com wrote: In my second message in this thread, I speculated that this might be my error. It was. There *was* an error during the install that appeared minor (it was during the loading of system files, so consistent with this problem) and the installer was happy to go on after 'retry' didn't work and I skipped it. It didn't hit me that this could be the issue until I got your message and saw what you said above. I'm getting old. Anyway, I think the cd-rw I burned was bad (though I got no indication that there was an I/O error during the install). I burned a new cd-r from the same .iso file, re-installed and all is well now. I'm typing at you from the system. Can you give some detail on the error? Is there any way I can reproduce it? It sounds like 'retry' is broken in this case. Sascha
Re: 3.0.2 -- pkg_radd problem
On Thu, 26 Apr 2012 19:52:15 +0200, Donald Allen donaldcal...@gmail.com wrote: I've installed 3.0.2 (x86_64) on a mini-itx machine I built around an Intel D510MO Atom motherboard. I chose hammer over ufs. When I installed the system, I set up the network using a static IP address, not dhcp. I mention this because it may be relevant to the little story I'm about to tell. After getting the system up and running, I installed pkgsrc # cd /usr # make pkgsrc-create But having done this, any attempt to use pkg_radd results in pkg_add: /var/db/pkg/isc-dhcp-4.2.3p2/+CONTENTS: No such file or directory Indeed, the /var/db/pkg/isc-dhcp-4.2.3p2 directory is empty. I'm suspicious this may be related to my decision not to use dhcp, but that's just a guess. I don't know about pkg_radd, but dhcp should be already on the system if it was normally installed from a CD. What does 'pkg_info | grep dhcp' give? Regards, Sascha
Re: 3.0.2 -- pkg_radd problem
On Thu, 26 Apr 2012 20:40:19 +0200, Donald Allen donaldcal...@gmail.com wrote: What does 'pkg_info | grep dhcp' give? pkg_info: cannot read meta data file +COMMENT of package isc-dhcp-4.2.3p2: No such file or directory To me it looks like the install somehow failed. You didn't mention any errors from the installer so far so I guess you didn't have any? I faintly remember someone else reporting a (half) empty /var/db. As to the cause, I have no idea. Do you still have the CD you installed from and check if (after booting from it) the pkg_info command shows no error? Sascha
Re: Install DragonFlyBSD on 32 MB RAM
On Fri, 06 Apr 2012 20:39:54 +0200, v...@ukr.net wrote: Really - if you're making a custom kernel config and are changing options without checking what they do in the source tree - expect things to fail both in the build and while running, and expect to get your hands dirty - which means reading the source and finding out what the options do to the code. I managed to build my custom kernel by adding the string NO_WERROR=yes to the file '/etc/make.conf'. The warning you got pointed to a real issue. It's just that no one had tested USERCONFIG without VISUAL_USERCONFIG. I have fixed it in master (54433ddd790e8ac6a4f1db9b913b1f89da3bb72a). It built fine after that and now my system works with this kernel, but I am still not sure whether such trick is acceptable or not. Could somebody please shortly explain me the reasons for which warnings are treated as errors by default and give some advice on whether I should stick to such mode or not necessarily? It is to catch regressions and things that need fixing. If buildkernel fails on a warning-turned-error after changing the config it is worth reporting in all cases. Another different thing is changing GCC's flags (like, using -O2 instead of -O). This often introduces new warnings which we haven't cleaned our source for (and also don't always want to). This is where you are on your own and (like Chris said) have to expect breakage from -Werror (which can be worked around with NO_WERROR). Sascha
arcmsr(4) changed to use MSI if supported
I have changed the arcmsr(4) driver (for Areca RAID controllers) to use MSI if it is supported. It works fine here with my 1210 in a Shuttle box. If you are using an Areca controller on DragonFly, please give it a try (the commit is fb8c9539e80131a1fe791e958dae967b2648aef4) and report any issues you find. Thanks, Sascha
Re: arcmsr(4) changed to use MSI if supported
On Sat, 07 Apr 2012 13:41:33 +0200, Sascha Wildner s...@online.de wrote: I have changed the arcmsr(4) driver (for Areca RAID controllers) to use MSI if it is supported. It works fine here with my 1210 in a Shuttle box. If you are using an Areca controller on DragonFly, please give it a try (the commit is fb8c9539e80131a1fe791e958dae967b2648aef4) and report any issues you find. I forgot to mention, it can be turned off by setting hw.arcmsr.msi.enable=0 in /boot/loader.conf or on the loader prompt.
Re: Can't compile kernel without INVARIANTS
On Thu, 05 Apr 2012 12:37:46 +0200, Andrey N. Oktyabrski a...@bestmx.ru wrote: /usr/src/sys/vfs/ufs/ffs_softdep.c:250: error: 'lock_held' defined but not used *** Error code 1 I've fixed that one, thanks for reporting (sorry, I forgot to give credit in the commit msg). However, there's another issue in iwn(4) without INVARIANTS. I'll look at fixing it (or poking sephe about it). Sascha
Re: Can't compile kernel without INVARIANTS
On Thu, 05 Apr 2012 20:07:51 +0200, Andrey N. Oktyabrski a...@bestmx.ru wrote: On 05.04.12 21:14, Sascha Wildner wrote: /usr/src/sys/vfs/ufs/ffs_softdep.c:250: error: 'lock_held' defined but not used *** Error code 1 I've fixed that one, thanks for reporting (sorry, I forgot to give credit in the commit msg). However, there's another issue in iwn(4) without INVARIANTS. I'll look at fixing it (or poking sephe about it). Thank you. Will you commit these changes in the 3.0? I do not use master branch on the servers. Yeah, thanks for reminding.
Re: Cosmetics
On Sun, 25 Mar 2012 19:06:29 +0200, Robert Gauthier 321.rob...@gmail.com wrote: . Hi all! Under any load although the CPU fan revs up, sysctl -a | grep fan0 hw.sensors.it3.fan0: 51 RPM dmesg | grep it3 it3 at port 0x228-0x22f on isa0 With OpenBSD $ sysctl | grep fan0 hw.sensors.it0.fan0=2311 RPM $ dmesg | grep it0 it0 at isa0 port 0x2e/2: IT8720F rev 8, EC port 0x228 Sensors seem to be identified wrongly in dragonfly for this machine. I tried replacing openbsd's adress range for it0 and commenting out it3. No go. Anyone could help me dig further into this? I think OpenBSD's it(4) has been rewritten since. If someone wants to port the changes back to ours, that would rock. Regards, Sascha
HEADS UP: Do a full buildkernel when upgrading!
IMPORTANT! Please note that after upgrading your source to or after 0e0fd600f4c75d4dc8a6d605ba9edc960d4f205e (kernel/kobj: Put the default kobj_method inside the kobjop_desc struct.), you will have to do a full buildkernel. quickkernel will succeed but the kernel will not work. Sorry for the inconvenience, but I had assumed quickkernel would not even compile. Regards, Sascha
Re: Installation failed at 27%
On Tue, 06 Dec 2011 10:04:01 +0100, Zenny garbytr...@gmail.com wrote: Hi: 1) I am trying to install dfly-2.10-i386 release. I burnt the CD several times (of course did checksums beforehand). It reaches at 27% which reads: /bin/cpdup -o -vvv -u /boot /mnt/boot and after a long time, it spits out an execution failed error saying failed with a return code of 1. I am using the standard dfbsd installer on 160GB HDD with HAMMER fs. Can you select View Log and look if there is any more info at the bottom of it (scroll down with cursor or page down). Also, there should be an install.log in /tmp if that is more convenient. 2) BTW, could anyone explain me how to install /boot on a separate disk while installing? And also how to encrypt the swap and / partition with keys and password to the keys? H.. I am lost :-( The installer can currently not act on more than one disk at once. You'd have to manually install or first do a standard install and then carefully configure the /boot on a separate disk. Sascha
Re: my old laptop bios freezes on reboot after dflyBSD installed
On Tue, 29 Nov 2011 00:34:14 +0100, Edward M. unixdragonfly...@gmail.com wrote: How can i install DragonFlyBSD manually like it is stated in the bug report by using -C in fdisk? What you can try is to 1) install normally via the installer and then after installation 2) login as root and do 'fdisk -BIC /dev/da0' (replace da0 with the disk you chose for installation). This should work if you are installing dfly to the whole disk. Sascha
Re: my old laptop bios freezes on reboot after dflyBSD installed
On Wed, 23 Nov 2011 03:42:07 +0100, Edward M. unixdragonfly...@gmail.com wrote: Hi, I'm have an issue with my old laptop and DragonFlyBSD. it's a rebranded compal 56-15, pentium m, 1GB ram, Ati video. The issue I'm having is the live cd boots fine after i disabled acpi within dragonfly. because it was stoping on a error once the live cd boots with acpi driver disabled, I'm able to install dragonfly by using the installer pogram everthing seems fine but once i reboot. the bios freezes on reboot on insyde ACPI BIOS initialized (Version 3.00.05). i have to poweroff the laptop remove the hd and connect it to another unit, erase dragonfly from it and reinstall the hd back to the laptop once again the laptop boots again. I only need to install an OS. All other OSes work fine on this unit except dflybsd. Thanks! I'm not sure how i will be able to get the log from dmesg when it is running from the live cd? Please check out this issue - http://bugs.dragonflybsd.org/issues/989 Sascha
HEADS UP: package compilation might get bumpy due to crypt.h's removal on Oct 30, 2011
Dear user base, the story so far: Back in December 2010, we started installing crypt.h to /usr/include due to some misunderstanding on KDE's side regarding how to detect that KDE shall be linked to libcrypt (see https://bugs.kde.org/show_bug.cgi?id=247627 for the whole story). It turned out later that this was wrong (and it was also promptly fixed in KDE). On BSDs, crypt.h is an internal header for usage by libcrypt, but none that any consumer of it should need, since the relevant prototypes are all in unistd.h. I assume that crypt.h has other contents on (some) non-BSD systems. As the presence of crypt.h in /usr/include caused other packages to crash (at least dircproxy was affected), I restored the old behavior recently (which is, don't install crypt.h) and removed it again via make upgrade. Now the important catch: It turns out that if certain packages were compiled/installed during the time window when crypt.h was on the system, (I know of perl and apr, but there might be more), they would keep this configuration (that crypt.h is present) in various ways. Perl, for example, will put an inclusion of crypt.h in its own headers (which get installed). apr will also carry this configuration to stuff that depends on it, for example www/apache22. The consequence is that package compilation on systems that no longer have crypt.h might fail with errors complaining about not finding crypt.h if not all packages are recompiled. Like I said, it at least affects perl and apr, _so if some package depending on perl or apr fails for you with a crypt.h not found error, please recompile perl or apr_. It should compile again after doing that. Sorry for the inconvenience, as I didn't know the configuration is rooted so deeply in some packages. Best regards, Sascha Wildner
Re: Unable to boot Dragonfly GUI on virtual machine
On Wed, 09 Nov 2011 22:00:27 +0100, Sanath Kumar dayanandasarasw...@gmail.com wrote: Hello guys, I wanted to experiment with Dragonfly so I downloaded the GUI img file and tried to boot in a VM(VirtualBox VMWare). I mapped the image as a floppy disk in the VM Guest Machine and tried to boot. It gets stuck in Are you sure this should work (mapping the .img as a floppy disk)? I'm not sure this is guaranteed to work in all VMs, even (as you wrote) it did work in qemu. I'd recommend rater taking a (non-GUI, though) snapshot ISO from http://avalon.dragonflybsd.org/snapshots and install Xorg with pkg_radd(1). Sascha
Re: Want to learn about DF kernel
On Tue, 27 Sep 2011 10:38:33 +0200, elekktrett...@exemail.com.au wrote: Hi, Can someone please tell me where are kernel config options stored? I'm renaming USB to OLDUSB. USB is not an option specified with options USB but a device specified with device usb You will find it in sys/conf/files which specifies which files are compiled in when which devices are specified in the config. Check all lines that have optional usb. But that's just for USB base support. The individual USB adapter drivers, and ehci, ohci, uhci and so forth have separate device names. Regards, S.
HEADS UP: ndis(4) updated, please test
Hello, I just pushed an upgrade of ndis(4) and have this to say about it: First of all, be warned that USB adapter support is unstable, which means, it might attach, it might even ifconfig up or something similar but will likely panic on either. But I plan to look into that. PCI adapters (and maybe PC Card adapters), on the other hand, work like a charm (at least those four which Max Herrgard and I tested), if (and most likely only if) you turn off ioapic via loader.conf: hw.ioapic_enable=0. As I wrote in the commit message, I don't know why this is so, and it is kinda hard to debug because the symptom is that the box will freeze completely after a short while without doing so. This was observed on two different boxes with all cards tested. That said, if you are still interested, here are some instructions to get you started: * You'll need to upgrade world and kernel to current master. * You'll need the Windows drivers for the card, obviously. Actually, Windows XP drivers (either 32 bit or 64 bit, depending on your DragonFly architecture). Server 2003 drivers might work but it is not tested. Specifically, you will need the .sys and .inf files for the card. You'll also need firmware files if they are needed for the card (ending in .bin). Check the CD-ROM that came with the card or look on the net. You might find that they come as a .cab or .exe file. In this case cabextract or unshield from pkgsrc might help to extract them. Also, 7zip is sometimes able to extract those files. Another Windows program that has shown good results is the Universal Extractor. If all that fails, please mail me or poke me on the #dragonflybsd IRC channel on EFNet and we might be able to figure it out (I might have it already or we can install it in a VM and locate the files, for example). Getting hold of the drivers can sometimes be the most difficult part of getting going with ndis(4). * Once you have the files, run ndisgen foo.inf foo.sys on them (replace foo accordingly). ndisgen(8) is an interactive script. Follow the instructions, remember to specify the firmware files too (if needed) and if all goes well, it will compile the driver/firmware module(s) for you. Sometimes it will error on a specific line of the .inf file. Go and check that line in the editor. Errors can have various reasons. Sometimes it's a missing newline at the end of the file's last line, sometimes a missing semicolon, sometimes something else. If you can't figure out what to fix, again, mail me or contact me in IRC, or here. * After a successful run of ndisgen you'll find one or more .ko files in the current dir. Move the one named *_sys.ko to /boot/kernel and move any remaining *.ko files (should be there if there was firmware to convert) to /compat/ndis. Now you are ready to use the driver the usual way. kldload it, set up the wlan and test. For example, given a valid wpa_supplicant config, the following might work: In /boot/loader.conf: foo_sys_load=yes #replace foo with your module name In /etc/rc.conf: wlans_ndis0=wlan0 ifconfig_wlan0=up DHCP WPA It might be wise to first load the module manually and play with it a little bit. If all attaches and sets up properly, you will very likely notice that the box will freeze after a while. If this happens (and I've never seen it not happening), add hw.ioapic_enable=0 to /boot/loader.conf. The card should then work. In any case: I'm interested in all results you people have with it. Have fun, Sascha
Re: How can I disable login banner?
On Thu, 01 Sep 2011 15:51:57 +0200, Andrey N. Oktyabrski a...@bestmx.ru wrote: Good day. I want to disable login banner for some users. After reading man motd, I have created the $HOME/.hushlogin, but login banner remains. What is wrong? How can I disable login banner? Hmm, that's weird. I just tried it here (touch ~/.hushlogin) and the motd was no longer shown upon re-login. Sascha
Re: How can I disable login banner?
On Thu, 01 Sep 2011 16:14:57 +0200, Andrey N. Oktyabrski a...@bestmx.ru wrote: On 01.09.11 17:54, Sascha Wildner wrote: I want to disable login banner for some users. After reading man motd, I have created the $HOME/.hushlogin, but login banner remains. What is wrong? How can I disable login banner? Hmm, that's weird. I just tried it here (touch ~/.hushlogin) and the motd was no longer shown upon re-login. To be clear: I don't see the Last login: ..., I see something same as fortune prints. So, I have disabled login banner, but not fortune. Fortune? Oh that isn't part of /etc/motd. It is just a call to fortune(6) via .login or .profile. It comes in via the standard dot files in /usr/share/skel (which were probably copied when you created the users with some tool). Just comment it out in those files (~/.profile, ~/.login). Sascha -- http://yoyodyne.ath.cx
Re: noob in need of support
On Mon, 29 Aug 2011 15:39:47 +0200, Guerrero Hall guerreroh...@live.com wrote: Hi, I came across the notion of an ipf kind of at random. So now, upon downloading, I couldn't figure out how to install it at all! Please, give a fella who likes his internet privacy as much as the next guy a hand. ipfilter, if that's what the discussion is about, was removed from DragonFly not long ago. However, we do have ipfw(4) and pf(4) for packet filtering. Maybe one of those might fit your needs. http://leaf.dragonflybsd.org/cgi/web-man/?command=ipfwsection=4 http://leaf.dragonflybsd.org/cgi/web-man/?command=pfsection=4 Regards, Sascha
Re: Seeing processors induvidually on an SMP system dmesg
On Wed, 24 Aug 2011 08:16:59 +0200, Siju George sgeorge...@gmail.com wrote: What about the dmesg? Well, the part you pasted shows the one physical CPU that you have. Somewhere below you'll find SMP initialization messages, etc. You might have to boot verbose to see it. Sascha
Re: Seeing processors induvidually on an SMP system dmesg
On Tue, 23 Aug 2011 14:32:55 +0200, Siju George sgeorge...@gmail.com wrote: Hi, I have options SMP enabled in config file X86_64_GENERIC The kernel boots DragonFly v2.11.0.586.ga700a-DEVELOPMENT on an Intel Quadcore box. But in dmesg I only see 1 CPU What does 'sysctl hw.ncpu' say? Sascha -- http://yoyodyne.ath.cx
Re: Real World DragonFlyBSD Hammer DeDup figures from HiFX - Reclaiming more than 1/4th ( 30% ) Disk Space from an Almost Full Drive
On Thu, 21 Jul 2011 06:23:16 +0200, Siju George sgeorge...@gmail.com wrote: On Thu, Jul 21, 2011 at 7:18 AM, Thomas Keusch fwd+usenet-spam201...@bsd-solutions-duesseldorf.de wrote: nice statistics. I can not provide stats of my own, as I don't run Dragonfly yet, so I'm more of a hypothetical user right now. But one thing that's of interest to me is how long did the de-dupe process take? I ran them one by one. at my own pace but the biggest two simultaneously did not take more than 2 hrs. So I guess 2-3 hrs would be a nice approximation :-) My experiences were different on a file system containing a lot of data (2TB). I didn't try dedup itself but a dedup-simulate already ran for more than two days (consuming a lot of memory in the process) before I finally cancelled it. So yes, dedup seems to run fine but in my experience doesn't yet scale very well to larger amounts of data. Sascha -- http://yoyodyne.ath.cx
HEADS UP: Some old ISA drivers were removed, kernel config might need adjustment
Hello all, I just removed a number of old ISA specific drivers and programs: Drivers: aha(4), asc(4), ctx, dgb(4), el(4), gpib, gsc(4), ie(4), labpc(4), le(4), mse(4), rc(4), rdp(4), spigot, tw(4), wl(4), wt(4) Programs: sasc(1), sgsc(1), wlconfig(8), xten(1), xtend(8) See the commit message for more details: http://gitweb.dragonflybsd.org/dragonfly.git/commit/ad9f8794f2f018b4187756bfd362eed57d8498ea Note that two of those drivers were in GENERIC, aha(4) and ie(4), and one was in X86_64_GENERIC (aha(4)). So if you have a kernel configuration derived from {,X86_64_}GENERIC and want to update to master, you will have to remove them (buildkernel will complain and tell you about it). Also note that in the (very unlikely, I think) case you are actually using one of these drivers, please speak up! If it is important to you, we can always undo changes selectively. Best regards, Sascha -- http://yoyodyne.ath.cx
Re: usb wifi stick
On Sat, 04 Jun 2011 13:26:34 +0200, Andrew Boehringer andrewboehringer...@hotmail.com wrote: Hi, Does anyone know of a USB wifi stick that is currently on the market that will work with DragonFly? Where I live there is a Walmart, Future Shop, and a Staples, so there are a lot of choices, I just don't know which ones are supported. Currently, we don't have a working USB wifi driver, unfortunately. I'm working on porting FreeBSD's ndis(4) support which might help, once it works, but at the moment it isn't there yet. Sascha -- http://yoyodyne.ath.cx
HEADS UP: GENERIC and X86_64_GENERIC now have 'options SMP'
Dear Userbase, thanks to sephe's great work in the recent weeks, SMP kernels should boot and work on UP boxes. So I've added 'options SMP' to our default GENERIC and X86_64_GENERIC kernel configs. There are people who are using the vanilla GENERIC or X86_64_GENERIC config from /usr/src/sys/config (opposed to deriving a customized local config from it), hence this heads up to notify you that after upgrading to commit e93ca50a, your kernel will be built with 'options SMP'. There should not be any issues. If there are any issues, please report them. Of course, If you comment 'options SMP' in the config, you'll get the old behavior back (like it was before that commit). Sascha -- http://yoyodyne.ath.cx
Re: The gold linker is now in the base system
On Wed, 18 May 2011 08:26:09 +0200, John Marino dragonfly...@marino.st wrote: Today I flipped a switch a switch which allows the gold linker to be built with world. After the next build, you'll find it located at /usr/libexec/binutils221/elf/ld.gold . It is considered experimental at this point. Users of large C++ projects should see a large jump in compiling speed when using gold (could be up to 5x faster), so if you are a frequent builder of such a project, you might be interested to switch linkers. For additional information: /usr/bin/ld is objformat-linked to /usr/libexec/binutils221/elf/ld /usr/libexec/binutils221/elf/ld is hardlinked to /usr/libexec/binutils221/ld.bfd Gold will NOT build a usable kernel or world. The only way to attempt this is to modify to the ld.bfd and ld.gold makefiles, so you luckily can't do this accidentally. Therefore, you should be safe if you decide to change the /usr/libexec/binutils221/elf/ld hardlink to gold. It would be great to hear about successes and failures encountered with the use of the gold linker. -- John John, it seems to be only rtld-elf that has an issue when linked with gold (somewhere in rtld_start.S). A gold linked chroot works fine (meaning, I can buildworld again successfully in it) when I replace its ld-elf.so.2 with one that is not linked with gold. Regards, Sascha -- http://yoyodyne.ath.cx
Re: [OT] DragonFlyBSD.IT
On Thu, 05 May 2011 13:31:08 +0200, Ed d...@bsd.it wrote: Hello everybody, sorry for the OT. I am simply posting to find someone in Europe willing to take care of the domain name DRAGONFLYBSD.IT, otherwise I would just let the registration expire. I registered it a few years ago to avoid cybersquatting. While we're at it, there's also dragonflybsd.de (which I haven't anything to do with) that looks rather out of date. Sascha -- http://yoyodyne.ath.cx
Re: Tests of RAID adapters
On 4/25/2011 9:12, Francois Tigeot wrote: LSI SAS 3081E-R --- http://www.lsi.com/storage_home/products_home/host_bus_adapters/sas_hbas/lsisas3081er/ The RAID1 volume created in the BIOS of the card was visible but there were some timeout error messages from the start: dmesg extract: mpt0:LSI Logic SAS/SATA Adapter mpt0: MPI Version = 1.5.20.0 mpt0: Capabilities: (RAID-0 RAID-1E RAID-1) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (14 Max) ... mpt0: mpt_wait_req(4) timed out mpt0: read_cfg_header timed out mpt0: vol0(mpt0:0:0) mpt_refresh_raid_vol: Failed to read RAID vol Hdr(0) mpt0: vol0(mpt0:0:0): Settings() mpt0: vol0(mpt0:0:0): 0 Members: mpt0: vol0(mpt0:0:0): RAID0-Optimal (mpt0:0:1): Physical(mpt0:0:1:0),Pass-thru (mpt0:1:0:0) (mpt0:0:1): Online (mpt0:0:2): Physical(mpt0:0:2:0),Pass-thru (mpt0:1:1:0) (mpt0:0:2): Online ... da0 at mpt0 bus 0 target 0 lun 0 da0:LSILOGIC Logical Volume 3000 Fixed DirectAccess SCSI-2 device da0: 300.000MB/s transfers da0: 151634MB (310546432 512 byte sectors: 255H 63S/T 19330C) I couldn't install DragonFly, newfs_hammer hung at 90% completion. The disks were making strange noises, as if they were constantly seeking I've put an update for mpt(4) here: http://leaf.dragonflybsd.org/~swildner/0001-mpt-4-Sync-with-FreeBSD.patch Please test it when you get the chance. Sasca
Re: SO_NOSIGPIPE
On 3/12/2011 0:17, Pierre Abbat wrote: I'm trying to compile Bitcoin and I get the following (after configuring wxWidgets correctly and installing a few packages): # gmake -f ./makefile.unix g++ -c -O2 -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -D__WXGTK__ -DNOPCH -DFOURWAYSSE2 -DUSE_SSL -I/usr/local/include/wx-2.9 -I/usr/pkg/include -I/usr/pkg/include/db5 -I/usr/local/lib/wx/include/gtk2-unicode-static-2.9 -DGUI -o obj/net.o net.cpp net.cpp: In function 'bool ConnectSocket(const CAddress, SOCKET)': net.cpp:70: error: 'SO_NOSIGPIPE' was not declared in this scope net.cpp: In function 'bool BindListenPort(std::string)': net.cpp:1254: error: 'SO_NOSIGPIPE' was not declared in this scope gmake: *** [obj/net.o] Error 1 I look at net.cpp and find this: #ifdef BSD int set = 1; setsockopt(hSocket, SOL_SOCKET, SO_NOSIGPIPE, (void*)set, sizeof(int)); #endif #ifdef BSD // Different way of disabling SIGPIPE on BSD setsockopt(hListenSocket, SOL_SOCKET, SO_NOSIGPIPE, (void*)nOne, sizeof(int )); #endif Is something else missing from an include file, or is there no SO_NOSIGPIPE on DFly? No, there isn't. Same goes for NetBSD and OpenBSD. Someone obviously confuses FreeBSD with BSD there. But hey, that's still better than confusing portable with should compile on all Linux distros. :) A saner way would be to replace those #ifdef BSD with #ifdef SO_NOSIGPIPE in order to check if the system allows turning off SIGPIPE for a socket. This is how for example BIND does it. Try that. Sascha
HEADS UP: Default compiler changed to GCC 4.4
As of http://gitweb.dragonflybsd.org/dragonfly.git/commit/30c91f0ce501323cf8a9dfdfe46d8c79c7d419b1 GCC 4.4 is now the default compiler. To make sure everything gets compiled with it, do a full buildworld/kernel (although I think using quick* won't do any serious harm either). Regards, Sascha
Re: 32-64 bit upgrade
On 2/6/2011 6:10, Neil Booth wrote: I have a 64-bit CPU but am currently running 32-bit dragonfly. Is it possible to do a buildworld and buildkernel to upgrade to 64-bit in-place? Or does it necessitate a complete reinstall? I'm concerned about e.g. the new 64-bit userland overwriting the 32-bit one whilst still in use before installing and booting the 64-bit kernel, etc. I couldn't find anything about this topic on your webiste. I think it's not easily possible to upgrade to 64 bit in place from a running system. The easiest way I can think of is to boot a 64 bit LiveCD, mount all drives/partitions and copy stuff over manually. Sascha
Re: System doesnt shutdown
On 1/3/2011 4:27, Dragon Fly wrote: Hi, I can't shutdown the system from kde control panel or by shutdown -p now. The system halts but it wont shut down. Is ACPI loaded? Sascha
Re: Bulk buils space requirements
On 10/22/2010 7:53, Matthew Dillon wrote: If you are going to use tmpfs then configure at least 16G of swap space. Up to 32G of swap can be configured with a default i386 kernel (and up to 512G for a x86-64 kernel by default). Was this raised recently? Seems the installer wasn't adjusted to it. I'll do it then. Sascha
Re: Bulk buils space requirements
On 11/18/2010 11:03, Siju George wrote: On Fri, Oct 22, 2010 at 11:23 AM, Matthew Dillon dil...@apollo.backplane.com wrote: If you are going to use tmpfs then configure at least 16G of swap space. Up to 32G of swap can be configured with a default i386 kernel (and up to 512G for a x86-64 kernel by default). 64-bit Installer gave error saying only 8GB of swap can be configured :-( How do I configure more? after install? so should I leave free space on my disk for that? It would be better if bugs were reported on bugs@ instead of on us...@. Regards, Sascha
Re: 2.8 release schedule - tentitively Wednesday 27 October.
On 10/26/2010 21:52, Jan Lentfer wrote: I installed the 2.8.1 iso on a VM and it seems that it boots into an SMP kernel, regardless of what option I choose. I've fixed the bug in my local tree. It seems to be a CD9660 issue (thanks to Samuel J. Greear for helping with bug hunting). UFS (and hence our USB images) doesn't have it. I guess it has to do with the dots in the directory names (like, kernel.GENERIC) which CD9660 doesn't like. Also I found it somewhat unusual that if I choose to boot the Install-CD with SMP Kernel, SMP kernel is not default on the installed system afterwards, but UP is and I still have to choose SMP in the loader. My expectation is different. I have also added this feature to the installer (locally as well) and am testing it at the moment. Will report back later. Sascha
Re: No package installation method works
On 10/20/2010 21:54, Torbjorn Granlund wrote: A long term *BSD user, I decided to extend our GNU package nightly test system setup with Dragonfly BSD. This is an install under virtualisation (qemu or Xen). The actual install went smoothly, but the package install have failed utterly. I found http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/ and have followed the various methods suggested there. None works for me. # uname -a DragonFly biko-dflybsd64.gmplib.org 2.6-RELEASE DragonFly v2.6.3-RELEASE #10: Mon May 3 09:57:53 PDT 2010 r...@pkgbox64.dragonflybsd.org:/usr/obj/usr/src-misc/sys/X86_64_GENERIC x86_64 Method 1: # pkg_radd bash pkg_add: Error: package `bash-4.1nb1' was built with a newer pkg_install version pkg_add: 1 package addition failed (As far as I can tell, I am using the latest release of DragonFly. And even if I didn't, shouldn't it be possible to install a package with the existing tools?) Yea, it's an issue. I know there is a workaround, but I forgot it at the moment. The real solution would be to provide packages that work for 2.6.3. Method 2: # cd /usr # make pkgsrc-create If problems occur you may have to rm -rf pkgsrc and try again. mkdir -p /usr/pkgsrc cd /usr/pkgsrc git init Initialized empty Git repository in /usr/pkgsrc/.git/ cd /usr/pkgsrc git remote add origin git://git.dragonflybsd.org/pkgsrc.git cd /usr/pkgsrc git fetch origin fatal: The remote end hung up unexpectedly *** Error code 128 Stop in /usr. (This is not a temporary problem. I retried this several consecutive days.) Yes, /usr/Makefile was changed, and it was MFC'd to the 2.6 branch but the ISO is older and we have no ISO reflecting the latest on the 2.6 branch. You can take the /usr/Makefile from here: http://gitweb.dragonflybsd.org/dragonfly.git/blob_plain/HEAD:/etc/Makefile.usr which should work. Method 3 (from docs/handbook/handbook-pkgsrc-sourcetree-using/): # cd /usr # cvs -d anon...@anoncvs.us.netbsd.org:/cvsroot co pkgsrc # cd shells/bash # make Unknown modifier '!' Unknown modifier '!' Unknown modifier '!' ... ../../mk/bsd.prefs.mk, line 717: if-less endif Unknown modifier 'u' Variable PKG_OPTIONS is recursive. (It is not my typo to get netbsd's code. This is what I am instructed to do by the DragonFly web at the directory indicated.) The problem here is that you are using make instead of bmake (which needs to be used for pkgsrc things). Sascha
Re: Is Citrix client working on dfly?
On 10/15/2010 7:41, Tomas Bodzar wrote: Hi all, I'm looking for info if Citrix client is working on DragonflyBSD. I found only this in archives http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090509.1517/citrix_ica-10.6.115659nb1/install.log , but it looks like try from pkgsrc. I'm using Citrix client on OpenBSD and I was able to install it directly (downloaded from Citrix page) outside of pkg system and Linux emulation (which is however quite old here). It seems the situation hasn't improved yet: http://avalon.dragonflybsd.org/reports/i386/2.7/20100916.0518/citrix_ica-10.6.115659nb1/install.log It would be great if you could try compiling it from pkgsrc yourself and figure out why it breaks. Regards, Sascha
Re: mounting linprocfs
On 10/11/2010 6:33, Pierre Abbat wrote: On Monday 11 October 2010 00:13:13 Sascha Wildner wrote: How do you load the module? If via /boot/loader.conf, it should all be there at mount time. linux_enable=YES in /etc/rc.conf. Try putting linux_load=yes in your /boot/loader.conf. This will make the loader load the linux module so stuff is available at mount time. The rc script checks for its existence and will just do the rest (running /compat/linux/sbin/ldconfig, basically). Regards, Sascha
Re: Firefox still crashes; ACPI
On 10/12/2010 3:35, Pierre Abbat wrote: I'm still getting a kernel trap if I boot with ACPI enabled, and I can't get a dump because it happens before the dump device is set. Can I put some assertions in the kernel to figure that out? http://bugs.dragonflybsd.org/issue1559 Can you take a photo or screenshot of it? Sascha
Re: Firefox still crashes; ACPI
On 10/12/2010 4:07, Sascha Wildner wrote: On 10/12/2010 3:35, Pierre Abbat wrote: I'm still getting a kernel trap if I boot with ACPI enabled, and I can't get a dump because it happens before the dump device is set. Can I put some assertions in the kernel to figure that out? http://bugs.dragonflybsd.org/issue1559 Can you take a photo or screenshot of it? Photo/screenshot when booting verbose, I meant. Sascha
Re: ACPI
On 10/12/2010 4:43, Pierre Abbat wrote: On Monday 11 October 2010 22:07:42 Sascha Wildner wrote: Can you take a photo or screenshot of it? Here's what it says: cardbus0.cbb0.pci2.pcib2.pci0.pcib0.legacy0.nexus0.root0 cardbus0:CardBus bus [tentative] on cbb0 cardbus0:CardBus bus [attached!] on cbb0 pccard0.cbb0.pci2.pcib2.pci0.pcib0.legacy0.nexus0.root0 pccard0:16-bit PCCard bus [tentative] on cbb0 pccard0:16-bit PCCard bus [attached!] on cbb0 $PIR: Found IRQ 11 for link 0x63 from 11 [...] Hmm, is that an SMP kernel? With or without APIC_IO? Have you tried playing with these options? Sascha
Re: ACPI
On 10/12/2010 5:30, Pierre Abbat wrote: On Monday 11 October 2010 23:17:00 Sascha Wildner wrote: Hmm, is that an SMP kernel? With or without APIC_IO? Have you tried playing with these options? It's a generic kernel, and I don't know what APIC_IO is. Both of those options are turned off. OK. Is it a CPU with more than one core? If yes, can you try with a kernel that has SMP option and no APIC_IO option and a kernel that has both options. And see if that makes any difference to the ACPI problem? Sascha
Re: ACPI
On 10/12/2010 6:49, Pierre Abbat wrote: On Tuesday 12 October 2010 00:12:57 Sascha Wildner wrote: OK. Is it a CPU with more than one core? CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 1.80GHz (1794.19-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x400CNXT-ID Does that mean that there are four CPUs? Or is it impossible to tell without a SMP kernel? No, I looks like an older single core CPU. But it has hyperthreading (HTT feature), so it is definitely worth a try. Also, does the box have the latest BIOS available from Dell installed? I'll try that in a few days. Btw, it looks like newhandbook/ConfigureKernel hasn't been updated for the latest loader change. Yes, our handbook lingers in a permanent state of unupdatedness. If you see errors, the best thing is to just be bold and fix them yourself. That would be a great help to us, if more people do it. Sascha
Re: HAMMER: WARNING: Missing inode for dirent
On 10/1/2010 9:58, Damian Lubosch wrote: No it doesn't. The output is: r...@pick:~# du -s /var/hammer/usr/snap-* 0 /var/hammer/usr/snap-20100803-0302 0 /var/hammer/usr/snap-20100804-0307 ... 0 /var/hammer/usr/snap-20100929-0301 0 /var/hammer/usr/snap-20100930-0301 0 /var/hammer/usr/snap-20101001-0301 I meant with a / after the * so it will follow the symlinks. Sascha
Re: HAMMER: WARNING: Missing inode for dirent
On 9/30/2010 17:57, Sascha Wildner wrote: Just out of curiosity, assuming this is /usr, what does 'du /var/hammer/usr/snap*/' output does it give the missing inodes for the snapshots, too? Sorry, make that 'du -s /var/hammer/usr/snap*/'. Sascha
Re: HAMMER: WARNING: Missing inode for dirent
On 9/30/2010 14:27, Michael Neumann wrote: HAMMER: WARNING: Missing inode for dirent pkgsrc obj_id = 0001040faf6f, asof=000106dda770, lo=0003 Just out of curiosity, assuming this is /usr, what does 'du /var/hammer/usr/snap*/' output does it give the missing inodes for the snapshots, too? I noticed something like this here. I had snapshots that didn't give any messages with the du, but then, after I did $something, I got similar messages for several snapshots. I'm feeling kinda concerned because I thought nothing can change my snapshot integrity. Sascha
Re: USB image
On 9/30/2010 6:52, Sascha Wildner wrote: I think someone wanting to switch from Windows to a free alternative that mostly feels like Windows and doesn't require much Unix knowledge is much better off with one of the Linux distros that try to appeal to this clientel. Just as an additional note: It seems that among the BSDs, actually the MidnightBSD project seems to have these kinds of goals (being usable without problems by grandma or some mother-in-law), at least according to what I heard about it on The BSD Show: http://webbaverse.com/media/tbs-0x0008 Regards, Sascha
Re: USB image
On 9/30/2010 3:40, Tron wrote: Thanks Dylan, it is clear now. However, given your example of those other Linux ditro's, I am wondering why the DF group decided to build their images this way if there is an alternative. I mean if DF seriously wants to expand its ranks the best way is from the herds of Windows users and most of them know nothing about Unix. So the easier the route to see what DF can do - the more likely is someone to put in the effort. With this USB example alone: first, a newbie has to get the USB image, second realize (probably the hard way 'cause there is no mention of this on the download page) that the writing app is completely different from the one they use to write their CD images with and ultimately see that even though the DF image is small he can't move anything else onto the flash disk (which may be particularly frustrating if they only have the big one they just bought)... I think it is easy to see how many novices may get discouraged with DF and give up almost before they began. Fortunately, I am strongly motivated, have been to DF's IRC channel before and have finally succeeded in signing up on this help list (which also wasn't the most straight forward thing ever... and could not have happened without my knowledge of IRC). My point is, I think you are a great bunch of guys who have done one hell of a job, but if you want to attract not just the most experience computer users, the route from A-B, never mind from A-Z should be easier. Let's be realistic here. Right now, we don't have the manpower it takes to make DragonFly appealing to the herds of Windows users which know nothing about Unix. I'm sure it would take much much more than just having an easier way to get our USB image onto a USB stick from Windows. If that step were easier (and I'm not saying it shouldn't be) Windows users without a clue about Unix will then just give up one step later after they boot the system and land at the command line. I think someone wanting to switch from Windows to a free alternative that mostly feels like Windows and doesn't require much Unix knowledge is much better off with one of the Linux distros that try to appeal to this clientel. Again, I'm not saying we shouldn't improve, nor do I harbor some elitist attitude. I'm just saying that going really down that road requires a lot more work than we are capable (and willing) to do, as things are. We need to set goals which we can realistically achieve. Regards, Sascha
Re: Heads up: Binary packages updated
On 8/25/2010 21:04, Justin C. Sherrill wrote: On Wed, August 25, 2010 8:36 am, Dennis Melentyev wrote: Hi Justin, The listing of Avalon's i368/2.7/stable/All: http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.7/stable/All/ [snip] Seems to be a little bit short... Is it still in progress? Or am I waiting in a wrong place? My bad; I saw the build had concluded but the null mount where it's copied over (since that build happens on that same machine) wasn't set up. I'm moving the files over now; should be as expected in a little bit. Then next time it should be verified that all packages are really there before announcing. Sascha
Call for testers: Areca RAID controller driver
Hi, if anyone happens to own an Areca RAID controller, here's a port of FreeBSD's driver to DragonFly: http://gitweb.dragonflybsd.org/~swildner/dragonfly.git/shortlog/refs/heads/arcmsr Or, if you should prefer a patch: http://leaf.dragonflybsd.org/~swildner/0001-Bring-in-arcmsr-4-a-driver-for-Areca-RAID-controller.patch Thanks, Sascha
Re: Utility to list /dev/nodes serno's
On 8/12/2010 14:52, Aggelos Economopoulos wrote: That is a suboptimal approach. It should be trivial to export serno via udev as Alex suggested and just as trivial to parse that (and more) info from a userspace utility using libdevattr. It is generic and extendable. Just try it :) Umm, guys. What we just need to do is to compare majors/minors with a shell script. This would take, like, 4 lines, doesn't force me to run udevd, hence works in single user mode, too, can be modified without needing /usr/src and perhaps a couple of other advantages. Why the complexity? Sascha
Re: How to start CUPS?
On 8/12/2010 5:18, Pierre Abbat wrote: I installed CUPS from pkgin and there is no script in /etc/rc.d to start it. Should there be one? The computer is a laptop; usually it's at home, and I'll want to print on the printer connected to chausie, which also has CUPS. I don't know if, when I'm away, I'll want to print on a printer local to where I am, or on the one on chausie. Should I tell chausie to allow printing from the local network, or forward a port from dogla to chausie's port 631? The latter is how I read my mail when away; a port on dogla is forwarded to chausie's IMAP port, and kmail and thunderbird both are set up to read mail on the port. Check if there are scripts in /usr/pkg/share/examples/rc.d. Sascha
Re: openssl from pkgsrc
On 8/9/2010 15:51, Damian Lubosch wrote: Hello! Is there any possibility to compile a current openssl into DragonflyBSD? I have difficulty to compile the one from /usr/pkgsrc/security/openssl The last lines where it stops compiling are: cc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -pthread -D_THREAD_SAFE -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIOS -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -c -o x86cpuid-elf.o x86cpuid-elf.s x86cpuid-elf.s: Assembler messages: x86cpuid-elf.s:13: Error: suffix or operands invalid for `push' x86cpuid-elf.s:14: Error: suffix or operands invalid for `push' [...] Is it perhaps assuming you're on 32 bits? Do you have the configure output at hand? Sascha
Re: Abnormal termination of greeter - cause is libX11 version
On 8/2/2010 22:03, Pierre Abbat wrote: On Sunday 01 August 2010 21:43:45 Justin C. Sherrill wrote: I don't know if the branches are carried through to the git repo. If it isn't, you will need to either switch to CVS to make sure you have the same version, or stick to building from source for everything. There isn't a collection of binary packages that tracks the bleeding edge of pkgsrc. I ran git branch and got only vendor and master. Why are there both a CVS repo and a git repo? Is it possible to copy the branches to git? Try git branch -a. Sascha
Re: Stresstest howto does not work
On 7/30/2010 14:05, Damian Lubosch wrote: Hi! I would like to stresstest my Dragonfly installation. But how to do it? There is a how-to in the website: http://www.dragonflybsd.org/docs/howtos/HowToStressTest/ but it fails to compile with: [...] I must admin that I have taken the stress2 svn version instead of the .tgz because it simply vanished? So how do you do your stresstests of Dragonfly BSD? I've put up a patch for stress2 from FreeBSD SVN here: http://leaf.dragonflybsd.org/~swildner/stress2.diff Please try it and report any issues you find. Note a few things: * I had to add the renameat(2) system call for it to compile (well we needed it anyway) so it won't compile on 2.6.3. I've put a patch for adding renameat(2) to 2.6.3 here - http://leaf.dragonflybsd.org/~swildner/0001-Add-a-renameat-2-system-call.patch. You need to upgrade your system after applying it (do it either with 'git am' or patch(1), doesn't matter). * The information from the how-to about specifying free swap in stress2's resources.c shouldn't be necessary anymore. I've added code that should take care about that. Please check if swap space size is correctly reported if stress2 is run in verbose mode, since I just checked if it compiles but didn't run stress2. Regards, Sascha
Re: DragonFly don't recognbize NIC card
On 7/30/2010 16:30, dark0s Optik wrote: I installed DragonFlyBSD over Samsung R580, but I think that it don't recognize NIC card. With Linux, my NIC card is: 07:00.0 Ethernet controller: Marvell Technology Group Ltd. Device 4381 (rev 11) The output of 'ifconfig -a' from DragonFlyBSD is: sl0:... ppp: faith0: lo0:. How can solve this problem? Can you put up the output of 'pciconf -lv' somewhere? I assume our msk(4) driver needs an update. I can try to update it for you this weekend. Sascha
Re: HEADS UP - massive kqueue changes now in HEAD, and also basic lvm/dm
On 7/27/2010 2:04, Samuel J. Greear wrote: Commit 44aa8f0264c19830b9f6fd1de53c456054f85b53 should fix the issues everyone was having with dhclient being slow. Yes, dhclient behavior seems to be back to normal. Sascha
Re: Is it time to dump disklabel and use GPT instead?
On 7/24/2010 6:47, elekktrett...@exemail.com.au wrote: It seems that a lot of new comers get a really annoyed(and more than often turn away altogether) with the fact that they have to use archaic programs like disklabel to setup partitions. Wouldn't it be better to simply dump it, and use GPT partitions instead? What evidence do you have of newcomers being more than often turned away by having to use archaic tools? If they want DragonFly only on their whole disk, they can just let the installer install DragonFly to the whole disk without having to use either fdisk or disklabel. If they want DragonFly on part of the disk, they will have to create a partition and have the installer use that. Again, disklabel not needed for installation. I think most users fall in one of the categories above. All in all I think you are really exaggerating here. Regards, Sascha
Re: HEADS UP - massive kqueue changes now in HEAD, and also basic lvm/dm
On 7/20/2010 3:18, Matthew Dillon wrote: Sam's select/poll infrastructure removal project is now in HEAD. This project reimplements the kernel's select() and poll() system calls using per-thread kqueues and removes the original select/poll infrastructure. We expect there to be some bugs so anyone running HEAD please report issues where (primarily) programs wind up blocking on something and not waking up when they should, or if the system crashes or deadlocks when it did not before. I've already mentioned it on IRC, so just for the record. Since the select/poll work, svn doesn't work properly. For example: svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm times out while on a system from the 19th it succeeds. Another thing I noticed is that dhclient takes longer now (more tries) to get an IP (though it eventually succeeds). Regards, Sascha
Re: HEADS UP - massive kqueue changes now in HEAD, and also basic lvm/dm
On 7/23/2010 13:56, Sascha Wildner wrote: I've already mentioned it on IRC, so just for the record. Since the select/poll work, svn doesn't work properly. For example: svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm times out while on a system from the 19th it succeeds. Sam's last commit (21ae0f4cfc832379591734bebfb53ae170b3b1e9) fixed that. svn now works again as expected. Another thing I noticed is that dhclient takes longer now (more tries) to get an IP (though it eventually succeeds). This is still kind of an issue. All I can say is that before the select work, it felt different. For example, on my latest boot of the box (with the aforementioned commit) it goes: Jul 23 15:16:11 console.info zoot kernel: DHCPREQUEST on re0 to 255.255.255.255 port 67 Jul 23 15:16:11 console.info zoot kernel: DHCPREQUEST on re0 to 255.255.255.255 port 67 Jul 23 15:16:11 console.info zoot kernel: DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 6 Jul 23 15:16:11 console.info zoot kernel: DHCPDISCOVER on re0 to 255.255.255.255 port 67 interval 13 Jul 23 15:16:11 console.info zoot kernel: DHCPOFFER from 192.168.0.1 Jul 23 15:16:11 console.info zoot kernel: DHCPREQUEST on re0 to 255.255.255.255 port 67 Jul 23 15:16:11 console.info zoot kernel: DHCPREQUEST on re0 to 255.255.255.255 port 67 Jul 23 15:16:11 console.info zoot kernel: DHCPACK from 192.168.0.1 Jul 23 15:16:11 console.info zoot kernel: bound to xxx.xxx.xxx.xxx -- renewal in 21600 seconds. Regards, Sascha
Re: upgrade from media
On 7/7/2010 4:32, Roy wrote: I have a computer running DF-BSD 2.4.1 on a machine that without internet access. Is it possible to upgrade from media(CD/DVD/etc.)? As it use a plain install from DF-BSD 2.4.1 CD, I didn't compile any own kernel. It is certainly possible to upgrade from a LiveCD but we don't provide any automatic way of doing so. I did it a few times in the past by booting the new LiveCD, mounting my filesystem etc. and then just copied stuff over. Sascha
Re: for notebook
On 7/5/2010 18:50, dark0s Optik wrote: DragonFly don't install over my Sony Vaio and I want buy new notebook. Wich notebook brand and model you recommend me for installing dragonfly system: I'm running DragonFly on a VAIO VGN-Z51XG. What VAIO is it and which problems does DragonFly have with it? Sascha
HEADS UP: We now load ehci.ko by default
Hi, I've changed the loader behavior to automatically load ehci.ko if not instructed otherwise. So if EHCI doesn't work properly on your box (it doesn't on one of mine), you will have to disable it by putting into /boot/loader.conf: hint.ehci.0.disabled=1 The commit is here: http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/df620736c55399500e845f244030ac8991b58bae Regards, Sascha
Re: BWI status?
On 5/31/2010 2:31, Pierre Abbat wrote: What's the status of the BWI wireless driver? If I update my kernel, will it still work? I'm currently running v2.5.1.1080.ga68e0-DEVELOPMENT. If upgrading to 2.6, yes. If upgrading to 2.7, no. Sascha
Re: how to install profiling libs? (2)
Am 28.05.2010 00:09, schrieb Damian Weber: On Thu, 27 May 2010, Sascha Wildner wrote: Date: Thu, 27 May 2010 22:55:02 +0200 From: Sascha Wildners...@online.de To: users@crater.dragonflybsd.org Newsgroups: dragonfly.users Subject: Re: how to install profiling libs? (2) Am 27.05.2010 22:30, schrieb Damian Weber: How to install libm_p.a? Not that this is particularly helpful, but profiled libs (afaik) are in /usr/lib/profile and it would be /usr/lib/profile/libm.a in this case. I tried it and set a link to the library. $ ls -l /usr/lib/libm_p.a lrwxr-xr-x 1 root wheel 23 May 27 23:48 /usr/lib/libm_p.a@ - /usr/lib/profile/libm.a Compile now ok, but weird result, argv=0x0 ?! Damian, it's because of the optimization, see http://leaf.dragonflybsd.org/mailarchive/kernel/2010-04/msg00023.html. Maybe Venkatesh found out more in the meantime and can chime in. One would have to find out how to prevent optimization from setting argc/argv to 0. In the meantime you could set CFLAGS to -O0 -pipe (the default is -O -pipe) and recompile/-install libc. Sascha -- http://yoyodyne.ath.cx
Re: how to install profiling libs? (2)
Am 28.05.2010 10:48, schrieb Sascha Wildner: One would have to find out how to prevent optimization from setting argc/argv to 0. In the meantime you could set CFLAGS to -O0 -pipe (the default is -O -pipe) and recompile/-install libc. Oops, I meant lib/csu there. Sascha -- http://yoyodyne.ath.cx
Re: how to install profiling libs? (2)
Am 27.05.2010 22:30, schrieb Damian Weber: How to install libm_p.a? Not that this is particularly helpful, but profiled libs (afaik) are in /usr/lib/profile and it would be /usr/lib/profile/libm.a in this case. Sascha -- http://yoyodyne.ath.cx
Re: running i386 vkernel on amd64
Am 21.05.2010 16:29, schrieb Siju George: Hi, This may be a really stupid doubt but still.. I have run x86 vkernel on x86. My doubts are. 1) is it possible to run x86 vkernel on amd64? No, just like you can't run any other i386 binaries on x86_64. However, you can run an x86_64 vkernel of course (VKERNEL64 config). Sascha -- http://yoyodyne.ath.cx
Re: starting Apache
Am 16.05.2010 12:05, schrieb Pierre Abbat: On Saturday 15 May 2010 23:07:21 Justin C. Sherrill wrote: It's a local setting, not one set at bulk package build time: http://mail-index.netbsd.org/tech-pkg/2010/05/14/msg005443.html I just checked mine, and it's on. Where did you check? In your /usr/pkg/etc/mk.conf? PKG_RCD_SCRIPTS=yes But the next line is RCD_SCRIPTS_DIR=/usr/pkg/share/examples/rc.d So if I set that to /etc/rc.d, then they'll go to /etc/rc.d when I install the packages? Yeah, if RCD_SCRIPTS_DIR isn't set in /usr/pkg/etc/mk.conf, then /etc/rc.d should be the default. Sascha -- http://yoyodyne.ath.cx