Re: Troubles building m4 from pkgsrc
Matthew Dillon wrote: It's a temporary solution until we can come up with a way to propogate our own pkgsrc tree but also keep it automatically synchronized with the master, so we can incorporate needed patches without creating a mess for our users. not sure I mentioned it before, but : anyone have any experience using $LOCALPATCHES ? (http://www.netbsd.org/docs/pkgsrc/components.html#components.patches.sources) seems like we could use this for in-package code related fixes.. not sure what to do about actual makefile diffs, etc... maybe the pkgsrc folks would not be opposed to adding some kind of makefile-check-warning into whatever mechanism handles $LOCALPATCHES e.g. if $LOCALPATCHES/mypackage/Makefile warn about presence of overriding makefile or potentially .include it ... of course, brings up the whole which-df-branch to match which-pkgsrc-branch thing again..
BSD Magazine Electronic and Printed versions Subscription
Hi, There is a new magazine dedicated to BSD. http://www.bsdmag.org/ You can subscribe for electronic as well as printed versions from here. http://buyitpress.com/en/index.php?p=2&kat=26
Re: We suck in power management ...
Thomas Donnelly wrote: Hasso Tepper wrote: Matthew Dillon wrote: est is far prefered over the ACPI idle hook. The ACPI hook is a disaster and frankly shouldn't be used. Well ... I have here hacked together est module for core 2 CPU's (mainly work done by Michal Belczyk [1]) and the result is that although changing voltage has effect, changing frequency doesn't have any effect to power usage or heat. CPU is just slower. I havent digged deep into it yet, though ... [1] - http://leaf.dragonflybsd.org/mailarchive/bugs/2007-04/msg00099.html Just thought I would chime in here. Most people already know this, but, the reason that the lower frequency is brought into play is that the decreased voltage isn't stable at that frequency. A lower frequency allows a lower voltage. -=Tom
Re: FLISOL08
Since this thread was posted in DFBSD diggest, I'm adding a link to the spanish post we did in our BUG blog for some further information, sorry i dont have a english version, lacking of time to do translation right now. http://bugdcubaar.blogspot.com/2008/04/flisol-2008.html Thanks Justin for the mention. Damian > > > > > > On Mon, Apr 28, 2008 at 2:21 PM, Sdävtaker <[EMAIL PROTECTED]> wrote: > > FLISOL is a event run simultaneously in almost every latin american > > country, several cities per country. > > It is a BG installfest, there is a lot of people with low > > or none experience in Open Source that bring the PC and a bunch of > > volunteers help them to install enough software to run the day to day > > activities and learn the first steps, usually the installation is a > > ready-to-go Os, like Ubuntu, anyway there is recurrent users going, > > who maybe had the first install 3 years ago and now looking for > > something else and volunteers who are almost all linux-admins, we > > focuses on the last group, there was a lot of curiosity about BSD and > > about our BUG. > > There is other activities too, there was some 1 hour conferences about > > open standards, multimedia software, and other topics. > > And there is some stands with people promoting some stuff, here in BA > > was Ubuntu and "Buenos Aires Libre" the last one is a big regional > > adhoc wifi network, it covers pretty much the whole city and is full > > collaborative, the people there was teaching how to modify some > > routers to get them into the network. > > I was looking for a english version of the official FLISOL site, but > > found nothing. :-( > > FLISOL means LatinAmenrican Free Software Install Fest. > > It runs once every year. > > I just found this video in youtube, and i appear almost the whole video > :-P > > Im the one with the Green TShirt and the lng hair talking with > > people on the back and the cam shows me every 5 seconds, i didnt > > notice someone was recording. :-P > > http://youtube.com/watch?v=TkYen9NhkQI&feature=related > > The Green TShirt was the oficial Tshirt here, i didnt choose the > > color, I cant get lost in the antarctica wearing that:-( > > See ya > > Damian > > > > > > > > On Mon, Apr 28, 2008 at 1:46 PM, Matthew Dillon > > <[EMAIL PROTECTED]> wrote: > > > > > > :Hey, > > > > > > > > > :I just wanted to share with everyone my experience in FLISOL08. > > > :Me and some others BUG people volunteered to the FLISOL08 in Buenos > > > :Aires, it was decided before we joined that everyone was going to get > > > :Ubuntu installed unless they ask for something else. So we went to > > > :install Ubuntu 8.04, but had some DFBSD 1.12.2 CDs in the bag ready > for > > > :installation. > > > :We installed a lot of Ubuntus while talking with volunteers and > > > :experienced users around about SOs stuff, FBSD7, DFBSD, Linux, Minix, > > > :and why not, windows vista, We spreed the curiosity bug all around. > > > :Since yesterday, we getting lot of msn/jabber/icq/mail from those who > > > :are trying it at home now. > > > :DFBSD was in the FLISOL! /cheer! > > > :Damian > > > > > >Cool stuff! I'm not sure what FLISOL08 is but I'm happy to see some > > >DFBsd visibility there :-) > > > > > > -Matt > > > Matthew Dillon > > > <[EMAIL PROTECTED]> > > > > > > > > > > > > > > > -- > > Sdävtaker prays to Rikku goddess for a good treasure. > > > > > > -- > Sdävtaker prays to Rikku goddess for a good treasure. > > > > -- > > > Sdävtaker prays to Rikku goddess for a good treasure. > -- Sdävtaker prays to Rikku goddess for a good treasure.
Re: We suck in power management ...
Matthew Dillon wrote: > est is far prefered over the ACPI idle hook. The ACPI hook is a > disaster and frankly shouldn't be used. Well ... I have here hacked together est module for core 2 CPU's (mainly work done by Michal Belczyk [1]) and the result is that although changing voltage has effect, changing frequency doesn't have any effect to power usage or heat. CPU is just slower. I havent digged deep into it yet, though ... [1] - http://leaf.dragonflybsd.org/mailarchive/bugs/2007-04/msg00099.html -- Hasso Tepper
Re: We suck in power management ...
est is far prefered over the ACPI idle hook. The ACPI hook is a disaster and frankly shouldn't be used. -Matt
Re: We suck in power management ...
On Tue, Apr 29, 2008 at 01:25:02PM +0300, Hasso Tepper wrote: > ... at least on modern machines. And because I'm having a problems with my > laptop temperature while doing heavy compiling work, I started to look at > it from start. > > Cx states are not detected at all on Core 2 CPU's at least in SMP case. I > think that I know the reason, but before I start hacking on it ... > > "ACPI idle hook not yet supported for SMP." What's the reason? what needs > to be done? etc In addition we should really bring in NetBSD's est code. I have heat issues with an older laptop (read non-Core 2) that are mitigated by lowering the frequency for prolonged CPU intensive operations. I started working on bringing this in for support on my Core 2 laptop but am in the middle of final exams. Joe
Re: Some questions
araratpp wrote: Big THX for your fast answers! 2.0's biggest features are going to be the new filesystem, called HAMMER Will be HAMMER the standard file system of the root partition in v2.0? No. It will be still alpha or beta-quality. The ultimate goal of the project is transparent machine clustering. When DragonFlyBSD will optimized for transparent machine clustering, can it than used as operating system for desktop system or is that no (more) recommended? And I habe another question: When comes the results of the Google Summer of Code into DragonFlyBSD? In Version 2.0 or later? I don't think version 2.0 will be delayed because of a Summer of Code project. 2008/4/28, Sdävtaker <[EMAIL PROTECTED]>: You can get a fair start in http://www.dragonflybsd.org/docs/goals.shtml The thing doing the bigger noise right now is the HammerFS. See ya around. Damian I readed this text but its very hard to understand this. :( Do you speak German? :) Take a look here: http://wiki.dragonflybsd.org/index.cgi/DragonFly_Technologies Most notable: * Process checkpointing * Journaling (HAMMER will replace it as far as I understand) * VKernel * Varsym Not to forget dntpd, dma and all the good pkgsrc stuff ;-) That is it what I have search :-) But keep in mind that those features are not too useful for a desktop-user. Regards, Michael
Re: Some questions
Big THX for your fast answers! > 2.0's biggest features are going to be the new filesystem, > called HAMMER Will be HAMMER the standard file system of the root partition in v2.0? > The ultimate goal of the project is transparent machine clustering. When DragonFlyBSD will optimized for transparent machine clustering, can it than used as operating system for desktop system or is that no (more) recommended? And I habe another question: When comes the results of the Google Summer of Code into DragonFlyBSD? In Version 2.0 or later? 2008/4/28, Sdävtaker <[EMAIL PROTECTED]>: > You can get a fair start in http://www.dragonflybsd.org/docs/goals.shtml > The thing doing the bigger noise right now is the HammerFS. > See ya around. > Damian I readed this text but its very hard to understand this. :( > > Take a look here: > http://wiki.dragonflybsd.org/index.cgi/DragonFly_Technologies > > Most notable: > > * Process checkpointing > * Journaling (HAMMER will replace it as far as I understand) > * VKernel > * Varsym > > Not to forget dntpd, dma and all the good pkgsrc stuff ;-) > That is it what I have search :-) araratpp
We suck in power management ...
... at least on modern machines. And because I'm having a problems with my laptop temperature while doing heavy compiling work, I started to look at it from start. Cx states are not detected at all on Core 2 CPU's at least in SMP case. I think that I know the reason, but before I start hacking on it ... "ACPI idle hook not yet supported for SMP." What's the reason? what needs to be done? etc -- Hasso Tepper