Re: Wiki Spam again
On Sat, January 26, 2008 6:07 pm, Dario 'Capn Sonic' Banno wrote: > Hey there, > > right some minutes ago, Dragonfly Handbook main page was completely replaced with some spam, so I reverted it to the previous version. See > http://wiki.dragonflybsd.org/index.cgi/DragonFlyBSD_Handbook?action=diff > > You can see daily spams from RecentChanges page too. > > Well, a wiki is a great thing, but I think restricting page editing to registered users only is really needed. > What do you think about it? Going by this: http://moinmo.in/HelpOnAccessControlLists - I think I've changed the site correctly to allow only known users to edit or revert pages. This isn't great, because it locks out anonymous edits from people who are legitimate contributors. It may reduce spam, but there are spambots that will register themselves. I have been watching the rss feed of wiki changes, and deleting/reverting spam changes as I come across them. It's usually on the level of a few each day, and nothing is lost. Tell me if this is not working for people, and I can go back to the old behavior. An aside - If you see a spammed page, click the little blue 'i' icon on the upper right, and you'll get a list of prior versions of the page - click 'Revert' to go back to a pre-spammed version. There is also a BadContent page with a ginormungous regex that will catch most spam and keep it from ever getting posted; this is why most of the spams that do make it through are nonsense. There is also an Admin right that can be given out that lets people delete pages. The captcha idea has been brought up before; the general notes in the past for MoinMoin, the software for our wiki, have been "captchas are bad" for various reasons. There's been some discussion of a textcha here: http://moinmo.in/TextCha Where a text question is asked that only a human could easily understand. It doesn't yet appear to be a feature we can apply to only anonymous users, if at all. I don't follow MoinMoin development very closely, so there could be an option that I don't know about or a plugin that could work better - suggestions are welcomed.
Re: SMP question
On Sat, January 26, 2008 4:07 pm, Haidut wrote: > Finally, how open is the Dfly team to the idea of hiring programmer(s) > on an hourly basis to code things up? Obviously they will NOT have > commit access but simply write code and submit to Matt et al for > approval. Also, everything they develop will be released under the BSD > license. Code submitted from paid developers would be evaluated the same way as code from unpaid developers (i.e. everyone so far). Since every code submission would represent some quantity of invested money, make sure it happens early and often, so that a minimum is wasted if something gets rejected. You don't need or want approval from other people involved in DragonFly, other than acceptable code standards. Since this money isn't coming from "DragonFly", but rather a separate entity, that reduces a lot of the risks that come from a open-source group pushing money around. Otherwise, go ahead. It's great to have the additional support, and if it speeds up DragonFly, that's great too.
Re: SMP question
On Sun, 27 Jan 2008 08:07:08 am Haidut wrote: > Like I said in my first email, all I need is a rough estimate - 1 > month, 2 months, etc. Assume full-time, 40 hour week. > Finally, how open is the Dfly team to the idea of hiring programmer(s) > on an hourly basis to code things up? Im pretty sure the issue is whos gonna pay for it :) Petr
Re: New mirroring tool
There turned out to be a couple of changes I wanted to make right away. o Fixed typos in README and mirror usage. o You can now specify a mirror file directly, without having to use option setting syntax. If a command line argument exists as a file, it is assumed to be a mirror file. http://hightek.org/mirror/mirror-0.2.tar.gz
Re: Wiki Spam again
I think the captcha for unregistered users is a good idea. I started editing the wiki as unregistered. Now, Im registered, but it is good to be able edit a couple of things without the need of been registered user, it encourages the occasional user to add/change few details of what hi is reading. We could avoid the unregistered users editors if there were any other way to capture the occacional user input having a "comments area" in each page like PHP manual in www.php.net but we dont have it. Im up for the captcha in unregistered and the captcha in the registration form. We need to find a way to add some backend scripting to import/export the handbook, add navigation bars, etc.. Wiki is not ever the best way to read something, it helps a lot for one little punctual doubt but no way replaces a book-like format. Some times you want to print maybe a chapter like "network config" becouse you will not have access to the wiki for a while, or want to avoid the navigation reading a pdf-like format in a PC with no internet connection, there is a lot of people who doesnt have 2 PC to install DFBSD in one while reading the docs in the other one, or someone who use a not broadband connection, so want to download and read offline, etc Sdav. Jeremy C. Reed escribió: Require a second password for registering. Those interested can ask on one of our lists or one of the wiki admins directly. Jeremy C. Reed
Re: Wiki Spam again
Require a second password for registering. Those interested can ask on one of our lists or one of the wiki admins directly. Jeremy C. Reed
Re: Wiki Spam again
Dario 'Capn Sonic' Banno wrote: Well, a wiki is a great thing, but I think restricting page editing to registered users only is really needed. What do you think about it? I think we should add a captcha for unregistered users and require a captcha for registering. cheers simon -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \
Re: Wiki Spam again
I second a motion! Tero Mäntyvaara Dario 'Capn Sonic' Banno wrote: Hey there, right some minutes ago, Dragonfly Handbook main page was completely replaced with some spam, so I reverted it to the previous version. See http://wiki.dragonflybsd.org/index.cgi/DragonFlyBSD_Handbook?action=diff You can see daily spams from RecentChanges page too. Well, a wiki is a great thing, but I think restricting page editing to registered users only is really needed. What do you think about it? Cheers! -- Dario "Cap'n Sonic" Banno <[EMAIL PROTECTED]>
Wiki Spam again
Hey there, right some minutes ago, Dragonfly Handbook main page was completely replaced with some spam, so I reverted it to the previous version. See http://wiki.dragonflybsd.org/index.cgi/DragonFlyBSD_Handbook?action=diff You can see daily spams from RecentChanges page too. Well, a wiki is a great thing, but I think restricting page editing to registered users only is really needed. What do you think about it? Cheers! -- Dario "Cap'n Sonic" Banno <[EMAIL PROTECTED]>
Re: kernel can't find boot device ad
On Sat, 26 Jan 2008, mustkaru wrote: .. > I just wanted to compile the new kernel to slim it down and throw out > debugging stuff. > > I attach the custom kernel config file, perhaps I've missed a driver? > Yet, all I've essentially done is comment out debugging and SCSI > devices, firewire, RAID, NICs that I don't have/need. Someone with better eyes may find it -- I don't see any error either. Have you tried compiling your own GENERIC kernel? You never know when black magic may strike :o) BTW, welcome to the group.
Re: Documentation navigation
Hey there everyone! Sdävtaker wrote: Hello, I just noticed that when u use the handbook from http://wiki.dragonflybsd.org/index.cgi/DragonFlyBSD_Handbook there is no navigation links I'm actually handling this, but I'm in an exam period at university now, and this is always stressful. Sdävtaker wrote: sure a little tcsh or php script with regexs can generate all the links from index in few lines and add them to the full handbook. I'm not sure this should work for a wiki, but sure it would be nice. Matthias wrote: Some pages already have navigation buttons (eg http://wiki.dragonflybsd.org/index.cgi/x-understanding.html), but most of the pages still lack the buttons :( So, if you have some spare time don't hesitate to add them to all pages or help cleaning up the Handbook :) Spare time is always an issue :P Cheers! -- Dario "Cap'n Sonic" Banno' <[EMAIL PROTECTED]>
Re: SMP question
So is there a quick way to identify those mplock dependence areas? Once that is done, how long do you think it would take an experienced C programmer to fix most of the issues? Like I said in my first email, all I need is a rough estimate - 1 month, 2 months, etc. Assume full-time, 40 hour week. Finally, how open is the Dfly team to the idea of hiring programmer(s) on an hourly basis to code things up? Obviously they will NOT have commit access but simply write code and submit to Matt et al for approval. Also, everything they develop will be released under the BSD license. I've already contacted some good C coders in Russia who have experience with low-level system development and they are pretty thrilled with prospect of contributing. Let me know what you think. On Jan 26, 2008 4:53 AM, Simon 'corecode' Schubert <[EMAIL PROTECTED]> wrote: > > Michael Neumann wrote: > > Matthew Dillon wrote: > >>I would like to revisit SMP but it isn't going to happen until HAMMER > >>is well into production. I try to encourage others to take up the SMP > >>work but so far there's only been some minor poking around. > > > > IMHO a first step would be to write down all the things that needs to be > > done to get SMP going. > > SMP works, it just doesn't work with a high parallelism in the kernel. > > It's just a question of removing the implicity dependence on the mplock > for common code paths. So the only thing to be done is a) identify common > code paths b) in those paths: either aquire the mplock or protect the > data in a different way c) in other paths that deal with the same data, > adjust accordingly. Easy huh? :) > > My point is that this stuff is all over the place, starting from syscalls, > going to VFS, VM and drivers. > > cheers >simon > > -- > Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\ > Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / > Party Enjoy Relax | http://dragonflybsd.org Against HTML \ > Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \ > >
Re: kernel can't find boot device ad
Hi! Please share your config file with us. What is your DragonFly version? -- Gergo Szakal MD <[EMAIL PROTECTED]> University Of Szeged, HU Faculty Of General Medicine /* Please do not CC me with replies, thank you. */
Re: kernel can't find boot device ad
On Jan 26, 2008 3:24 PM, walt <[EMAIL PROTECTED]> wrote: > > On Sat, 26 Jan 2008, mustkaru wrote: > > > Hi, > > > > I successfully installed Dragonfly on my laptop and compiled a new > > kernel. However, when booting the new kernel panics: can't find boot > > device 'ad' (root is on /dev/ad0s1a). There is no 'ad' in the list of > > devices recognized by kernel. ata0 appears in the boot messages > > though. The nata devices are all present in my kernel config file, > > precisely as in GENERIC. What might be wrong? > > How far does the boot process go before the panic? Do you see the > kernel enumerating all the hardware on the motherboard? Can you > still boot the original GENERIC kernel okay? Yes, the custom kernel boots fine all the way until when it starts to mount the root device. Then it stops, gives the prompt and says there is no device 'ad' so it can't mount the root fs '/dev/ad0s1a'. Indeed, 'ad' is not the list of possible devices it lists; 'ata' is though, and it recognizes ata0 and ata1. I attach the GENERIC messages file; the custom kernel stops short the line where the GENERIC reports 'Mounting root from ufs:/dev/ad0s1a' When the custom kernel fails, I then boot up with install CD, release 1.10.1, and put back the GENERIC kernel which is installed by default. The GENERIC then works ok again. I just wanted to compile the new kernel to slim it down and throw out debugging stuff. I attach the custom kernel config file, perhaps I've missed a driver? Yet, all I've essentially done is comment out debugging and SCSI devices, firewire, RAID, NICs that I don't have/need. best, Must -- messages_0 Description: Binary data DFBSD_1_10 Description: Binary data
Re: kernel can't find boot device ad
On Sat, 26 Jan 2008, mustkaru wrote: > Hi, > > I successfully installed Dragonfly on my laptop and compiled a new > kernel. However, when booting the new kernel panics: can't find boot > device 'ad' (root is on /dev/ad0s1a). There is no 'ad' in the list of > devices recognized by kernel. ata0 appears in the boot messages > though. The nata devices are all present in my kernel config file, > precisely as in GENERIC. What might be wrong? How far does the boot process go before the panic? Do you see the kernel enumerating all the hardware on the motherboard? Can you still boot the original GENERIC kernel okay?
Re: SMP question
Michael Neumann wrote: Matthew Dillon wrote: I would like to revisit SMP but it isn't going to happen until HAMMER is well into production. I try to encourage others to take up the SMP work but so far there's only been some minor poking around. IMHO a first step would be to write down all the things that needs to be done to get SMP going. SMP works, it just doesn't work with a high parallelism in the kernel. It's just a question of removing the implicity dependence on the mplock for common code paths. So the only thing to be done is a) identify common code paths b) in those paths: either aquire the mplock or protect the data in a different way c) in other paths that deal with the same data, adjust accordingly. Easy huh? :) My point is that this stuff is all over the place, starting from syscalls, going to VFS, VM and drivers. cheers simon -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \