Re: New mirror
:On 17.03.2007, at 19:09, Matthew Dillon wrote: :> :ftp://ftp.estpak.ee/pub/DragonFly :> :http://ftp.estpak.ee/pub/DragonFly :> :rsync://ftp.estpak.ee/DragonFly Ok, its on the download page now. -Matt Matthew Dillon <[EMAIL PROTECTED]>
Re: vkernel crash?
:Hi, : :I was having an little play with vkernels - pretty much followed the man page - :except i was using vn1 and not vn0 for the file system. : :After doing some scping and other network related testing i closed my xterm :controlling with the vkernel console in it by mistake - i was also logged into :the physical machine via another ssh and pretty much as soon as i closed the :xterm all connections to the main dfly box were lost as well and i am now :unable to ping or see it on the network (the machine had been up for the last 4 :or 5 days after and rebuild to 1.9-dev via cvsup on wednesday from a fresh 1.8 :install). : :Unfortunately i am not in the same location as the machine at the moment :so cannot tell if it has produced a proper crash or has just thrown the machine :off the network. However i guess this should be pretty easy for anyone to :reproduce - simply start a vkernel from a ssh login and terminate the ssh :connection. I haven't been able to reproduce it yet. I have a test box and tried running a basic vkernel in an xterm ssh'd to the test box, then closing the xterm. I also tried terminating the ssh process, but that didn't generate a crash either. The vkernel running on the test box terminated but the test box was otherwise ok. Given your description, there is clearly a vkernel related bug here and hopefully you or I or someone else will be able to reproduce it and get a definitive crash dump or other information. :Should vkernels be able to run in a 'headless' mode and any messages be :directed to a file? Yes, definitely. It would be easy for the vkernel to detect whether its 'console' is a tty or something else (like a regular file or logging socket), and then operate the console as a logging-only output device. Maybe 5 minutes of coding to do that... I want to encourage other developer to sink their teeth into the vkernel but if nobody submits or commits code to do that in the next few days, give me a reminder and I'll do it. -Matt Matthew Dillon <[EMAIL PROTECTED]>
dragonflybsd.org domain back up
I blew up the dragonflybsd.org domain when I upgraded the box running the DNS. The new version of bind disallows certain constructions (domain names with underscores), and as per normal stupidity it decided to stop serving the entire file. Its all fixed now. -Matt
Re: what dc++ client?
On Sat, 17 Mar 2007 20:15:39 +0100, Vladimir Mitiouchev wrote: > Hi! > Im looking for *working* dc++ client for DragonFly. dc_gui2 is NOT > working properly. > Any ideas? http://pkgsrc.se/wip/linuxdcpp I am maintaining net-p2p/linuxdcpp in FreeBSD ports tree and it works great. I have to use QoS on router to throttle the upstream bandwidth, since there is no bandwidth control option in (Linux)DC++. The trickle also works fine to control the bandwidth with LinuxDC++. Cheers, Mezz
vkernel crash?
Hi, I was having an little play with vkernels - pretty much followed the man page - except i was using vn1 and not vn0 for the file system. After doing some scping and other network related testing i closed my xterm controlling with the vkernel console in it by mistake - i was also logged into the physical machine via another ssh and pretty much as soon as i closed the xterm all connections to the main dfly box were lost as well and i am now unable to ping or see it on the network (the machine had been up for the last 4 or 5 days after and rebuild to 1.9-dev via cvsup on wednesday from a fresh 1.8 install). Unfortunately i am not in the same location as the machine at the moment so cannot tell if it has produced a proper crash or has just thrown the machine off the network. However i guess this should be pretty easy for anyone to reproduce - simply start a vkernel from a ssh login and terminate the ssh connection. Should vkernels be able to run in a 'headless' mode and any messages be directed to a file? Mike. ps Fortunately i had done a ps previously in the other xterm and also a dmesg: ps aux USERPID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND mike 18959 0.0 0.1 480 252 p5 R0L+ 11:07PM 0:00.01 ps aux root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (vnlru) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (bufdaemon) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (vmdaemon) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.88 (pagedaemon) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (rtable_cpu 0) root -1 0.0 0.0 00 ?? RL Wed06PM 1:43.58 (tcp_thread 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.03 (udp_thread 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.10 (netisr_cpu 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.14 (random) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 12) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 1) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 15) root -1 0.0 0.0 00 ?? RL Wed06PM 0:07.30 (ithread 14) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (cbb0) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb3) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb2) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb1) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usbtask-dr) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usbtask-hc) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb0) root -1 0.0 0.0 00 ?? RL Wed06PM 2:08.18 (ithread 11) root -1 0.0 0.0 00 ?? DL Wed06PM 0:51.46 (acpi_thermal) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 9) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.03 (acpi_task) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.20 (taskqueue 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 69) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.01 (ithread 67) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (cryptoret) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 66) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 68) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread emerg) root -1 0.0 0.0 00 ?? RL Wed06PM 0:34.01 (softclock 0) root -1 0.0 0.0 00 ?? RL Wed06PM 4556:16.83 (idle_0) root 0 0.0 0.0 00 ?? DLs Wed06PM 0:00.00 (swapper) root 1 0.0 0.1 612 252 ?? ILs Wed06PM 0:00.02 /sbin/init -- root 89 0.0 0.0 236 80 ?? ILs Wed06PM 0:00.00 adjkerntz -i root276 0.0 0.1 1216 744 ?? ILs Wed06PM 0:00.30 /usr/sbin/syslogd -ss root461 0.0 0.1 1140 656 ?? ILs Wed06PM 0:00.23 /usr/sbin/usbd root576 0.0 0.3 3300 1760 ?? ILs Wed06PM 0:00.01 /usr/sbin/sshd root585 0.0 0.4 3840 2092 ?? SLs Wed06PM 0:03.35 sendmail: accepting connections (sendmail) smmsp 590 0.0 0.4 3728 1868 ?? ILs Wed06PM 0:00.06 sendmail: Queue [EMAIL PROTECTED]:30:00 for /var/spool/clien root610 0.0 0.1 1232 760 ?? SLs Wed06PM 0:00.38 /usr/sbin/cron root655 0.0 0.1 1188 704 v0 ILs+ Wed06PM 0:00.01 /usr/libexec/getty Pc ttyv0 root656 0.0 0.1 1188 704 v1 ILs+ Wed06PM 0:00.00 /usr/libexec/getty Pc ttyv1 root657 0.0 0.1 1188 704 v2 ILs+ Wed06PM 0:00.00 /usr/libexec/getty Pc ttyv2 root658 0.0 0.1 1188 704 v3 ILs+ Wed06PM 0:00.00 /usr/libexec/getty Pc ttyv3 root659 0.0 0.1 1188 704 v4 ILs+ Wed06PM 0:00.01 /usr/libexec/getty Pc ttyv4 root660 0.0 0.1
vkernel crash?
Hi, I was having an little play with vkernels - pretty much followed the man page - except i was using vn1 and not vn0 for the file system. After doing some scping and other network related testing i closed my xterm controlling with the vkernel console in it by mistake - i was also logged into the physical machine via another ssh and pretty much as soon as i closed the xterm all connections to the main dfly box were lost as well and i am now unable to ping or see it on the network (the machine had been up for the last 4 or 5 days after and rebuild to 1.9-dev via cvsup on wednesday from a fresh 1.8 install). Unfortunately i am not in the same location as the machine at the moment so cannot tell if it has produced a proper crash or has just thrown the machine off the network. However i guess this should be pretty easy for anyone to reproduce - simply start a vkernel from a ssh login and terminate the ssh connection. Should vkernels be able to run in a 'headless' mode and any messages be directed to a file? Mike. ps Fortunately i had done a ps previously in the other xterm and also a dmesg: ps aux USERPID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND mike 18959 0.0 0.1 480 252 p5 R0L+ 11:07PM 0:00.01 ps aux root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (vnlru) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (bufdaemon) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (vmdaemon) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.88 (pagedaemon) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (rtable_cpu 0) root -1 0.0 0.0 00 ?? RL Wed06PM 1:43.58 (tcp_thread 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.03 (udp_thread 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.10 (netisr_cpu 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.14 (random) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 12) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 1) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 15) root -1 0.0 0.0 00 ?? RL Wed06PM 0:07.30 (ithread 14) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (cbb0) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb3) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb2) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb1) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usbtask-dr) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usbtask-hc) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (usb0) root -1 0.0 0.0 00 ?? RL Wed06PM 2:08.18 (ithread 11) root -1 0.0 0.0 00 ?? DL Wed06PM 0:51.46 (acpi_thermal) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 9) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.03 (acpi_task) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.20 (taskqueue 0) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 69) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.01 (ithread 67) root -1 0.0 0.0 00 ?? DL Wed06PM 0:00.00 (cryptoret) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 66) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread 68) root -1 0.0 0.0 00 ?? RL Wed06PM 0:00.00 (ithread emerg) root -1 0.0 0.0 00 ?? RL Wed06PM 0:34.01 (softclock 0) root -1 0.0 0.0 00 ?? RL Wed06PM 4556:16.83 (idle_0) root 0 0.0 0.0 00 ?? DLs Wed06PM 0:00.00 (swapper) root 1 0.0 0.1 612 252 ?? ILs Wed06PM 0:00.02 /sbin/init -- root 89 0.0 0.0 236 80 ?? ILs Wed06PM 0:00.00 adjkerntz -i root276 0.0 0.1 1216 744 ?? ILs Wed06PM 0:00.30 /usr/sbin/syslogd -ss root461 0.0 0.1 1140 656 ?? ILs Wed06PM 0:00.23 /usr/sbin/usbd root576 0.0 0.3 3300 1760 ?? ILs Wed06PM 0:00.01 /usr/sbin/sshd root585 0.0 0.4 3840 2092 ?? SLs Wed06PM 0:03.35 sendmail: accepting connections (sendmail) smmsp 590 0.0 0.4 3728 1868 ?? ILs Wed06PM 0:00.06 sendmail: Queue [EMAIL PROTECTED]:30:00 for /var/spool/clien root610 0.0 0.1 1232 760 ?? SLs Wed06PM 0:00.38 /usr/sbin/cron root655 0.0 0.1 1188 704 v0 ILs+ Wed06PM 0:00.01 /usr/libexec/getty Pc ttyv0 root656 0.0 0.1 1188 704 v1 ILs+ Wed06PM 0:00.00 /usr/libexec/getty Pc ttyv1 root657 0.0 0.1 1188 704 v2 ILs+ Wed06PM 0:00.00 /usr/libexec/getty Pc ttyv2 root658 0.0 0.1 1188 704 v3 ILs+ Wed06PM 0:00.00 /usr/libexec/getty Pc ttyv3 root659 0.0 0.1 1188 704 v4 ILs+ Wed06PM 0:00.01 /usr/libexec/getty Pc ttyv4 root660 0.0 0.1
Re: To be a new DFly commiter
On Sun, Mar 18, 2007 at 09:39:15AM +0100, Michel Talon wrote: > But i am told that this perl solution runs faster than the old pkg_tools of > J. Hubbard which says a lot about what is really important to get good > stuff. No, it says nothing. Tim Kientzle already showed ages ago that due to the extract+copy at least half of the time is spent due to IO load. Avoiding that is on the short term list for pkg_install, another feature were I want to meet the new pkg_install in the middle. Joerg
Re: To be a new DFly commiter
Michel Talon wrote: *trimmed* work, and in particular they have understood the obvious, that is a ports system must be centered about binary packages, not recompiling source. This is true for at least two reasons: - first, today users don't want to lose time compiling Often true. Penguinistas, for example, are used to rebooting, don't seem to mind binaries that don't match their environment. - second, it is *impossible* to guarantee reliability of a system based on source code, because two people may compile the same software on different background, and obtain different result. This is a fundamental issue that nobody will be able to solve. Of *course* they may obtain different results. Purpose of the exercise. That's why, for 'production', one compiles on the target and in the environment that is to host the resulting binary. If something is mis-matched, the error is 'in your face', right up front - even if cryptic and not helpful. It is not buried in a mostly-workign binary to bite cherass later. For 'sport', OTOH, do whatever gives you the most intense feeling the fastest. Hint: Computers may not even have a role ;-) Bill
Re: To be a new DFly commiter
Jeremy C. Reed wrote: > > By the way, OpenBSD's solution uses perl. Yes > Pkgsrc doesn't depend on perl as > perl is not installed on some pkgsrc developers/users systems. But i am told that this perl solution runs faster than the old pkg_tools of J. Hubbard which says a lot about what is really important to get good stuff. By the way, loading and interpreting the 4000 lines of bsd.port.mk is for sure incredibly slow, but i doubt that scattering the content in tons of files enhances speed - or readability. > > Jeremy C. Reed