Re: [maemo-developers] spam at maemo wiki
On 12/09/2006, at 4:39 PM, Frantisek Dufka wrote: Ferenc Szekely wrote: Disabling anonymous edits would be temporary only, since it is against the idea of the wikis. I don't mind fixing the frontpage few times until proper solution is implemented (challenge/response looks ideal). I would disable anonymous logins only when situation gets worse. Personally if site (blog, wiki, forum) wants registration from me for posting casual comments/hints/suggestions/corrrections I think twice and then just forget it. This is the reason why those of us who maintain the Tclers Wiki (http://wiki.tcl.tk) have avoided logins so far, although the topic comes up regularly. Our attitude is that it is like a shop window - sure you'll get some vandalism from time to time, but you don't want to board it up and create barriers to people contributing. The Tclers Wiki is one of the bigger Wiki's around (containing tens of thousands of pages) and there are a couple of things that we do to minimise the pain from Spammers. The first (and perhaps most significant) is to include 'rel=nofollow' in all links, and to prominently display the following message on all edit pages (in case the mailing list software filters the image, you can see it at http://mini.net/pub/nofollow.gif) Most Wiki spammers seem to get the message - adding a URL to any page will not increase its page rank in Google. The second measure is to make it trivially simple to revert to a previous version of a page. This means that spam is usually replaced very quickly (by anyone with the interest in doing so) and the spammers soon tire of playing the game. Of course, you need a simple way to roll forward too. I'll leave others to judge whether these are appropriate to the Maemo wiki, but thought I'd share the experience in any case. Steve -- Steve Landers Software Design Solutions Digital Smarties [EMAIL PROTECTED] Perth, Western Australia DigitalSmarties.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] spam at maemo wiki
On 13/09/2006, at 12:47 AM, Koen Kooi wrote: Steve Landers schreef: The first (and perhaps most significant) is to include 'rel=nofollow' in all links, and to prominently display the following message on all edit pages Wouldn't that also keep a large part of the wiki out of google? No - it keeps any links in the Wiki from being considered when calculating the page rank. We (i.e. the Tcl community) regularly use Google to search the Tclers Wiki (e.g. nokia 770 site:wiki.tcl.tk). Regards Steve ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Alsa on IT2006 beta
On 22/06/2006, at 7:10 PM, Frantisek Dufka wrote: Steve Landers wrote: Yes - I looked there. Nothing that stands out as being an alsa driver - snd_hwdep and snd_rawmidi being the closest but neither appears to provide the functionality of the inbuilt Alsa drivers in IT2005 nor the Alsa support referred to in the Maemo documentation. And, unfortunately, I cannot find any documentation on how to use these modules. Tha basic support is in kernel Nokia770-22:~# cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 2006 UTC). and with the rest in modules I think it is the same functionality as it was in IT2005 (i.e almost none). What exactly did work in IT2005 out of box? I thought alsa is not working yet for the internal audio and people should use gstreamer or esd deamon for that as the audio chip is used only by DSP (via gstreamer) directly. Am I wrong? Was there really alsa to DSP audio driver in kernel in IT2005? I'll answer that question in a few hours when I rebuild the Maemo 1.1 scratchbox and try building and running aplayer. I've just reflashed to 1.1 (oh how I miss IT2006 already :)) and note that the /proc/ asounds directory has a subdir card0 with a symlink Dummy - card0. Inside card0 is a device file id which just returns dummy. So at this stage I'm not sure if that indicates there is or isn't an Alsa driver present. What I do know is that the documentation (http://www.maemo.org/ platform/docs/multimedia/multimedia_architecture.html) explicitly states that Alsa is supported and seems to discourage one from using ESD. I've looked into Gstreamer but quickly got bogged down in the complexity and it isn't obvious if it is even possible to get it working in the way I need (basically, playing midi notes - ideally with soundfont support) without developing a plugin. I could go down the SDL path as an alternative but given I use a library that supports Alsa (Fluidsynth) and the Maemo multimedia documentation says that it supports Alsa then I'm naive enough to believe it should be possible :) Don't get me wrong - I love the 770 and think that it is a great device. I'm just a bit frustrated at the moment with the quality of the available documentation (I can live with missing documentation, I find incorrect documentation a little harder to deal with). In any case, I appreciate your input. Steve ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Alsa on IT2006 beta
G'day, I'm currently porting a Fluidsynth based program to the n770 and notice that the Alsa driver appears to be missing from IT2006 beta. No big deal, except I can't seem to regress my n770 to the previous OS release - Nokia_770_SE2005_5_2006_13_7, which does have the Alsa drivers. When flashing I get a message Unsupported board (id = 0x) So, I have a few questions - are the plans for alsa support to be re-added to IT2006? - does anyone have the alsa driver built as a module that can be added to IT2006? - can anyone offer insight as to why I can no-longer reflash the n770? Many thanks Steve -- Steve Landers Software Design Solutions Digital Smarties [EMAIL PROTECTED] Perth, Western Australia DigitalSmarties.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
