Re: Harmattan discussions here - why not?
On 07/25/2011 06:25 PM, Felipe Crochik wrote: I suggest that we unofficially expand this list to include development for the harmattan. What do you think? +1 I am sure many of you guys work on something cool for the N950. So who does what? Felipe Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
changes to user shells on drop.maemo.org (how this relates to extras and the builder)
Hello, We received reports about the autobuilder being stuck. Niels has fixed the problem, but I needed to change the default shell settings on drop.maemo.org. You may ask why? Well, the reason is simple: If a person had __no__ extras invitation before, but opened a project using git, then he / she suddenly got granted with extras upload privileges. This is bad, because our intentions are to keep these two services separated. Luckily all uploads are traceable, since authentication happens with ssh keys. So security wise it was not such a big deal. Extras uploaders should request the upload rights via email, that's the standard procedure. Git users can have git over ssh by simply uploading their public ssh key via: https://garage.maemo.org/account/ . (I know that git over ssh is not really working for all of us at the moment. There is an other issue and I am working on it.) In case you face problems while uploading to extras or to the builder, then it might be due these latest changes. If so, then I apologize for the inconvenience and kindly ask you to drop an email to Niels and myself asap. Thanks for your time. Ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ps: please feel free to spread this message ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git over ssh access for garage projects - calling for brave testers
Hi Philipp and all, I received a couple of complaints about adding / updating the SSH keys at the garage account page. Please see the reply below. On 05/06/2010 11:04 AM, pHilipp Zabel wrote: snip Login to garage.maemo.org, click on Account Maintenance, and there you are, last point above preferences is Your public SSH key(s). I tried this and I got exactly the same error message as Alberto. I fixed it yesterday. Was a silly thing, which I did not check when announced git+ssh. So only the extras maintainers (ie. people who have rights to upload to extras) were able to add / change their SSH key(s). Now the key changing is enabled for all garage users, although the action (ie. putting the authorized_keys file to the proper place in the filesystem) has a 15 minutes delay. The cron jon that checks for new accounts runs in every 15 minutes. I could probably allow more frequent runs though... So please check the 'Account' page again and let me know if the SSH key field is still missing. regards Philipp Thanks, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
git over ssh access for garage projects - calling for brave testers
Hello, A long awaited feature has finally been landed: garage projects that have git repositories can now use ssh to manipulate their data. Our git over ssh support works side by side with the current WebDAV access, so you can use both for reading / writing the repo. Quick how-to 1. Upload your public SSH key to garage: https://garage.maemo.org/account/ 2. Add an entry to your ~/.ssh/config file, like this: Host drop.maemo.org HostName drop.maemo.org User _garage_user_name_ IdentityFile _path_to_your_private_ssh_key_ 3. Clone your project's git repo: git clone ssh://drop.maemo.org/git/my_great_project You can read the same instructions on the SCM page of your project. If you wonder about ssh (and keys) then please refer to online ssh tutorials. If you had a few minutes to spare please check it out and let me know your findings. We may have some bugs here and there, so let's find and fix them together. Thanks, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Developer challenge at XMPP Summit
Hello, Florian Jensen told me about a programming contest [1] at the upcoming XMPP Summit #8 [2] in Brussels. The applications will have to be demoed on Nokia phones and they have to use XMPP in some way. If you are attending Fosdem 2010 [3] and feel like coding a bit then it is your chance to win an N900 ;) Cheers, ferenc [1] http://bit.ly/7135Iu [2] http://xmpp.org/summit/summit8.shtml [3] http://wiki.maemo.org/FOSDEM_2010 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage mailing lists still down?
Hi, Anderson Lizardo wrote: Hi, On Tue, Jan 19, 2010 at 10:55 AM, Ferenc Szekely fer...@maemo.org wrote: I made requests for a DNS change and an SMTP server config change. After these we should be able to send mails to lists hosted on garage.maemo.org. Now I'm getting a different error: snip Any ideas? Looks better now. The ISP uses yet another SMTP relay according to the logs, which we denied previously.. Oh well, communication problems... I was able to send a mail to a garage list. Please try again. Regards, Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Empty Admin list for garage project - how to put myself back there?
Hello, nomrasco wrote: Hi all, yesterday i registered my project on garage.maemo.org http://garage.maemo.org and project was approved. Unfortunatelly I decided to play a little bit with it and tried to add myself also as a Developer to be not only Admin but also someone who 'really' do something within the project ;) snip Thanks for registering at garage! It is way too easy to switch the roles, and as you realized there is no feedback. We will have to figure out something for that. But what matters now is that you are an admin again. -- nomrasco software development Br, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: upload invitations disabled?
Hello, Thomas Tanner wrote: Hi, who is responsible for processing the requests for an invitation for upload rights for Extras? https://garage.maemo.org/extras-assistant/index.php I've tried it a couple of times over past few weeks but I did not get any response so far.. :( No, they are not disabled. There is an issue with account synchronization between 3 servers. We have to resolve that first before it makes sense to approve new requests. I would like to ask a little bit more patience. I hope we can accept requests later today, or tomorrow. Thanks Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage mailing lists still down?
Claudio Saavedra wrote: El mar, 19-01-2010 a las 16:55 +0200, Ferenc Szekely escribió: I wonder if the garage mailing lists are still offline due to the server migration? I remember reading that the maemo.org mailing lists were migrated some time ago, but how about the garage ones? I made requests for a DNS change and an SMTP server config change. After these we should be able to send mails to lists hosted on garage.maemo.org. May I ask why these kind of changes are not notified in advance? Because I forgot to request them. Claudio ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SVN moved permanently?
Hello Till, Till Harbaum / Lists wrote: Hi, $ svn up svn: Repository moved permanently to 'https://vcs.maemo.org/svn/maep'; please relocate Is there anything _i_ have to do about this or will this be fixed on server side? The repositories are handled by vcs.maemo.org from today onwards. You get the message from your svn client, because we did an HTTP redirect on the garage side. We will not do more. Unfortunately the previous garage.* URLs could not be preserved. Please check out your project's subversion repo using the new URL. It should not take more than a couple of minutes (even less than that for maep). I hope that in the long run all garage projects will enjoy the benefits of today's server move. Till Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where to find sources of gtk+ 2:2.14.7-1maemo15?
Jeff Moe wrote: On Wednesday 06 January 2010 15:36:36 Jeff Moe wrote: On Monday 04 January 2010 11:56:38 tero.k...@nokia.com wrote: For others to know: https://stage.maemo.org/svn/maemo/projects/haf/trunk/gtk+/ https://stage.maemo.org/svn/maemo/projects/haf/tags/gtk+/ And as a pre-warning stage as a svn server will be history as soon as we move the hardware. It was originally designed to be a temporary solution, and it turned into a semi-permanent one. GTK+ is finding a home in most likely gitorious. Could you clarify what is meant here? Does this affect other SVN repos on garage (such as qstardict, as an example)? One second after sending this I saw on from feri IRC that stage svn != garage svn so presumably qstardict, etc. are fine. Yes, just to reiterate for those who did not read it on IRC: qstardict is fine and so are all the other garage projects. Stage.maemo.org has been used by Nokia projects who have first opened up their sources. They have since moved to gitorious or to our beloved garage.maemo.org. -Jeff Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
maemo.org mailing moved to new servers
Hi, After a bit of unexpected struggle Niels and myself got the mail services moved to the new servers. Thanks Niels for the help! Some emails you sent during the last one hour or so might have got lost. They are somewhere on a relay server (not in our hands) and may never end up on the lists server. If this is the case then I would kindly ask you to re-post those mails and I also apologize for the inconvenience. Otherwise hope the new servers will serve the mail traffic just fine. ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage maintenance break
Hi, Thomas Waelti wrote: And now we have rush-hour on garage... dog slow, four apps queued inside 20 minutes. Is that new server slower or faster than the old one :-) Thanks for keeping an eye on that infrastructure, it really becomes critically important now. We did not move to the new server yet. The maintenance break was a pure mistake. Best regards -Tom Br, ferenc Hello, Marius Gedminas wrote: On Sat, Dec 12, 2009 at 11:34:57AM +, Andrew Flegg wrote: Apologies if such an announcement was made - but I didn't see it, and can't find it if it was. So, if it *was* made; it needs to be made more clearly next time :-) I was unable to find an announcement either. Since previous maintenance breaks used to be announced, I can only assume this downtime is unscheduled. Some kind of emergency? There was no announcement, because there was no maintenance break planned. What happened was a bad mistake from me. I changed the PosgreSQL config file to do some db migration stuff to the new server. After copying the database I forgot to revert the config changes which caused that the web site went down. I am very sorry for inconveniences it has caused. Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage maintenance break
Hello, Marius Gedminas wrote: On Sat, Dec 12, 2009 at 11:34:57AM +, Andrew Flegg wrote: Apologies if such an announcement was made - but I didn't see it, and can't find it if it was. So, if it *was* made; it needs to be made more clearly next time :-) I was unable to find an announcement either. Since previous maintenance breaks used to be announced, I can only assume this downtime is unscheduled. Some kind of emergency? There was no announcement, because there was no maintenance break planned. What happened was a bad mistake from me. I changed the PosgreSQL config file to do some db migration stuff to the new server. After copying the database I forgot to revert the config changes which caused that the web site went down. I am very sorry for inconveniences it has caused. Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage GPG
Hello, Pau Garcia i Quiles wrote: Hello, I don't know if this is the right place for a question related to Garage, but still... You can ask the garage admin directly (garage at maemo dot org), but this is of course a better forum to spread info. I received the invitation to upload to extras-devel, accepted it and added my public SSH key. I did not add my public GPG key at that moment. How can I add the public GPG key now? (I can't see any option for that, https://garage.maemo.org/account/ just lists my public SSH keys) We don't make use of the GPG key, and that is why there is no UI offered for changing it. This could be easily added to the account page you mentioned. With the SSO (Single Sign On) approaching I would rather wait and see how that system will manage keys (SSH and PGP/GPG). AFAIK we will have a single UI (in Midgard) to manage account info, so the garage account page will not be necessary anymore. The guys responsible for SSO could perhaps comment on that. Cheers ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading homepage using GIT
Hello, Kees Jongenburger wrote: Hi Akshey On Mon, Nov 30, 2009 at 5:20 PM, Akshey Jawa aksheyj...@gmail.com mailto:aksheyj...@gmail.com wrote: Hi, I need help in creating homepage for my project hosted at https://garage.maemo.org/projects/smartclassrooms/. For this I need to upload webpages using Version Control System. I have configured the project account at garage.maemo.org http://garage.maemo.org to use GIT but I am not able to figure out how I can push the webpages online. Kindly help me to do so. I do not have any experience in using Version Control Systems. I read somewhere that I need to create directory named 'www' in the my project's GIT repository and this directory should contain the webpages. I have created a local repository using following commands- git init git add . git commit I tried for 1/2 hour to find a place where setting up git for garage was documented but did not find it yet so here is a more generic answer you need to add a new remote repository and push the content to there something like this (but I dont' know the url) git remote add origin git.garage.maemo.org???/example.git http://git.garage.maemo.org???/example.git git push origin master Isn't the SCM page of the particular project helpful enough? In this case: https://garage.maemo.org/scm/?group_id=1123 About setting up the web space: http://lists.maemo.org/pipermail/maemo-developers/2009-March/018717.html Adding some text to the SCM page -or somewhere else- about the web content creation would not harm though. Br, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
Hello, Cornelius Hald wrote: Hi, does anyone think those mails (see attachment) are actually useful? It does not say who rated my app (because it's almost always anonymous), it does not say how high this person rated my app nor what the total score is now. So basically it provides no information at all. I've got about 10 of those mails since yesterday. So I would have two suggestions: 1) Don't send out those mails or 2) Make them say something useful. We have been wondering about the same. The component [1] that handles comments and ratings are being reworked. Niels requested a bunch of changes and new features [1]. Among those is the disabling outgoing mails for ratings. I think the changes will not be online before he returns. I will look at the component if we could do a temporary hack and save the inboxes from these messages. What do you think? Conny Cheers, ferenc [1] https://svn.midgard-project.org/midgard/branches/ragnaroek/midcom/net.nehmer.comments/ [2] http://lists.maemo.org/pipermail/maemo-community/2009-November/003231.html Subject: page Conboy has been commented by (anonymous) From: maemo.org admin team gar...@maemo.org Date: Tue, 10 Nov 2009 15:14:46 +0200 (EET) To: h...@icandy.de To: h...@icandy.de Link to page: http://maemo.org/midcom-permalink-9763a89cadaa11dea310251e31f6601a601a ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mails about ratings from Downloads
Hello, Tim Teulings wrote: snip I would be intersted in getting more information in the mails (currently I walk the link to get more information). So please do not remove this feature (but possibly make it configurable per user if other people are not interested) but enhance it! OK, agreed. Making it configurable per user and beefing up the content is probably the right way to go. Thanks Tim for the mail. Any other comments? -- Gruß ... Tim Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git+ssh on garage.maemo.org
Hello, Cornelius Hald wrote: Hi, would it be possible to add ssh support to git on garage? I´m asking because transifex.net (the future maemo.org translation platform) can only push changes to git repositories via ssh, not via https. If we want to use that service on garage/git we either need support for ssh on garage/git or we need support for git+https in transfex.net. I don´t know what is more work and I have absolutely no technical insights into both projects. Only I think we should someone bridge the gap. What do you think? Yes, it will be possible. First we would like to complete the server move and then I will work on git over ssh support. It has been on the list for quite a while. Conny P.S.: tmo hreads about transifex.net: http://talk.maemo.org/showthread.php?t=27997 http://talk.maemo.org/showthread.php?t=33382 Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SVN Access and Failures
Hello, Nathan Anderson wrote: I started a project on the Garage, I added a senior developer to the project. He is attempting to check something in and it gives him one of two problems. If he uses a incorrect user/pw but then it will reprompt; but if he uses his Garage account it spits back: svn: Commit failed (details follow): svn: MKACTIVITY of '/svn/katana/!svn/act/2d6db847-5a77-0410-a29f-b87779591664': 403 Forbidden (https://garage.maemo.org) Any ideas, I can submit my changes fine. I need to kick a cron job that is supposed to update the access rights when a new user joins a project. The job left over its pid file, hence no new job could start. The access rights should be OK for your team now. Nathan. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: More Git/Garage issues...
Hello, Tim Samoff wrote: Hi, I was using Git with Garage just fine...until yesterday. Now, every time I try to push files to the project, I get this output: --- tims-macbook:hermes tim$ git push origin master error: Cannot access URL https://git.maemo.org/projects/hermes/, return code 22 error: failed to push some refs to 'https://git.maemo.org/projects/hermes' --- Anyone know why this might be happening? Yes, anonymous pushes are no longer possible. They were allowed due to a misconfiguration, but we have fixed that. The 'SCM page' [1] of each projects tells what do you need for committing to the central repo. In a nutshell: Please make sure you have filled in your garage credentials to ~/.netrc. The info that needs to be added there is the following: machine git.maemo.org login __garage user name__ password __garage password__ Andrew Flegg tested this on his end and was able to push. I didn't do anything to my config since it was working. Andrew probably has a proper ~/.netrc on his workstation. Sorry for the inconveniences it may have caused. Thanks! Tim Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org [1] Hermes SCM page https://garage.maemo.org/scm/?group_id=1071 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Spam in comments to news section of garage
Hello, ds wrote: Sorry, but I could not find how to remove spam from my news section The comment is spam, and I can remove my entry, but can not find how to remove the comment. https://garage.maemo.org/forum/forum.php?thread_id=forum_id=3931 There is no way to remove or edit comments in the current UI. I can remove it from the database. I will think about how to add a Delete comment feature for project admins. Detlef Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
all garage projects: svn repos go read-only
Hello, In order to complete today's actions with the disk rearrangements on garage we need to disable write access to the svn repos. This will last until the repos are mirrored to the new disk which is expected to take a couple of hours. Full access will be turned on as soon as rsync finished the job. I am very sorry for the inconvenience. Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git push problem at git.maemo.org
Hi, Alberto Mardegan wrote: Ferenc Szekely wrote: Apologies for the inconvenience if you and your project are affected. In the meantime are there any workarounds to this problem? No workaround as we speak. I took a couple of problematic repositories from the server and tried accessing them via WebDAV on a different machine. I can confirm that push works to those repos. I will now check the diff between the two setups and hope to get come clue from that investigation. Ciao, Alberto Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git push problem at git.maemo.org
Hello, Ferenc Szekely wrote: Hi, Alberto Mardegan wrote: Ferenc Szekely wrote: Apologies for the inconvenience if you and your project are affected. In the meantime are there any workarounds to this problem? No workaround as we speak. I took a couple of problematic repositories from the server and tried accessing them via WebDAV on a different machine. I can confirm that push works to those repos. I will now check the diff between the two setups and hope to get come clue from that investigation. I found the problem regarding git push failures. Unfortunately this is related to my attempts fixing a sechole in our gitweb setup a few days ago. For those who are interested: git always sends a PROPFIND request first when you do a git push (this is over HTTP, remember). The server replies with the git.maemo.org frontpage, which is obviously not the content what git would expect. Now wondering about a quick fix, so that the repos and gitweb could happily live together again. -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git push problem at git.maemo.org
Hi again, git push works again on git.maemo.org. I don't even want to say what the problem was... shame on me, but I forgot to turn DAV on for the project repositories. The web server did its job to serve the content as is, not giving a chance to the webdav module to chew on the requests from git. What a lame sysadmin, you may say. Sorry to all who got some bad days because of this. I owe you a beer on the summit. ;) Cheers, ferenc Ferenc Szekely wrote: Hello, Ferenc Szekely wrote: Hi, Alberto Mardegan wrote: Ferenc Szekely wrote: Apologies for the inconvenience if you and your project are affected. In the meantime are there any workarounds to this problem? No workaround as we speak. I took a couple of problematic repositories from the server and tried accessing them via WebDAV on a different machine. I can confirm that push works to those repos. I will now check the diff between the two setups and hope to get come clue from that investigation. I found the problem regarding git push failures. Unfortunately this is related to my attempts fixing a sechole in our gitweb setup a few days ago. For those who are interested: git always sends a PROPFIND request first when you do a git push (this is over HTTP, remember). The server replies with the git.maemo.org frontpage, which is obviously not the content what git would expect. Now wondering about a quick fix, so that the repos and gitweb could happily live together again. -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
git push problem at git.maemo.org
Hello, This will not be interesting to many of you, but I wanted to reach the largest developer audience. Members from the hildon and modest projects reported that git push fails using the repositories on git.maemo.org. After investigating for a few hours (thanks for help, Alberto [1]) I have a strong feeling that these problems are related to the fact that we use git over WebDAV. I do not know what is exactly causing that git push fails, but tests confirmed that committing through SSH (to the same repos) works flawlessly. On the other hand I have also tested other repositories using our standard push (over HTTPS; WebDAV; using libcurl) and did not experience any problems. So this is -at least- weird.. These incidents and several requests from the past should raise the priority of providing git access over SSH. However this needs careful planning and time for implementation (ie. will not happen overnight). Please let me know if you experienced problems (except speed) when pushing code changes to git.maemo.org. Also please let me know if you read or heard about workarounds in case git (or actually curl) returns with error code 18 [2] following push. Apologies for the inconvenience if you and your project are affected. Cheers, ferenc [1] https://garage.maemo.org/users/agarcia/ [2] http://curl.haxx.se/libcurl/c/libcurl-errors.html -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building out garage's infrastructure
Hello, Jeremiah Foster wrote: Personally, I've recommended the separation of various processes onto separate servers: * Package repositories (with a mirror on garage) * Web server * Mail server * Build system (already on separate host(s)) Good starting point! Unless you meant the Build system to host the source repos I would add this to your list: * SCM server (for subversion and git repositories) Warm regards, Jeremiah Cheers, ferenc -- maemo.org sysadmin, developer email: fer...@maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
svn2git conversion testing at garage.maemo.org
Hello, I have finished the automated svn2git conversion support for garage projects that are currently using subversion for revision control. I am looking for project admins who would be willing to help me testing the whole procedure in the live environment. Please drop me an email if you are an administrator of a garage project which has a subversion repository and you would consider using git in the future. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New home for Easy Debian?
Andrew Flegg wrote: On Mon, Apr 27, 2009 at 20:18, Ferenc Szekely fer...@maemo.org wrote: Ryan Abel wrote: Or just raising the limits. We can always beg hardware from Tero later. ;) Guys, the web place of garage projects (ie. the www dir in the version control's root) is NOT MEANT for debian repositories or 300 megs of image files. I don't think anyone was suggesting putting the image in Subversion, instead using the garage project's downloads facility. Right. That is not subversion, true. But it is not a proper download service either for such files. Other options: * Amazon S3 storage gives auto-torrent access, and direct downloads: http://aws.amazon.com/s3/ * I've got lots of webspace and bandwidth. * maddler's got maemopeople.org - that may be suitable if he's asked nicely. Cheers, Andrew Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New home for Easy Debian?
Hello, Ryan Abel wrote: On Apr 27, 2009, at 2:58 PM, Marius Vollmer wrote: ext Qole qole.tab...@gmail.com writes: At this point, garage.maemo.org doesn't allow file uploads of the size I need (maximum 150MB files there). You could try asking for an exception. Yours seems like a worthy cause. Or just raising the limits. We can always beg hardware from Tero later. ;) Guys, the web place of garage projects (ie. the www dir in the version control's root) is NOT MEANT for debian repositories or 300 megs of image files. We made exceptions way too many imho by raising the upload limits, instead of solving the problem and setting up a proper service. What we need here is a similar infrastructure as extras has: a content delivery network. There has been a project proposal 2 years ago for VIP file sharing. The drafts are still somewhere on garage... It is a pity we did not make it clear enough that the www place is for simple, static web pages and nothing else. -- Ryan Abel Maemo Community Council member Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
garage projects can publish web content from git repositories too
Hello, Some news for projects using (or planning to use) git on garage: -the 'www' dir can finally be used to publish web content. This feature has already been there for projects using subversion. The publishing is done in a cron job, which is sub-optimal, but we can not use git hooks, unless we get rid off the WebDAV based repository updates. The cronjob is running in every 20 minutes, so the content is not refreshed right after git push. Later on the web UI of the garage project will offer the possibility to force the web publishing, but first I should finish the svn - git migration support. If you have questions please send me an email. Cheers, ferenc ps: the source of he scripts can be found here https://garage.maemo.org/plugins/scmsvn/viewcvs.php/trunk/bin/?root=ggit ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
public apology
Hello, I fixed something on the svn post-commit hook script on garage today. Just to be on the safe side I stoppped cron while doing the tests around mid-day (GMT +3). I tested my fix and as you can all imagine I forgot to restart cron. I apologize for any delay it may have caused in picking up packages in extras incoming queues, updating your garage pages, sending out commit emails etc. Especially sorry for the work Ed and Niels are doing these days for rebuilding the sources in extras, which is a great improvement and help for those of you who develop and share applications/code with the rest of us here in the community. I am really sorry folks. Br, ferenc -- maemo.org sysadmin, developer email: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
garage upgrade is about to land
Hello, An upgraded garage is soon to be launched (ie. in a few minutes). During this upgrade we only changed the underlaying GForge to the latest (open source, free) version: 4.5.20 and made sure that our custom changes can be applied without much hassle. Well, all went fine, as far as I can tell :) You should not notice any difference with garage after we switch. In case a big trouble hits the fan we can revert to the old version in a minute. If you will experience minor glitches, then please file a bug report, or just email me. Cheers, ferenc -- maemo.org sysadmin, developer email: [EMAIL PROTECTED] ps: all the custom code we made during the years will land to a subversion repo, check later: https://garage.maemo.org/projects/garage ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
farewell
Hello list, Some of you already know that I have left Nokia. I thought I owe you a short mail about this. Thanks for all the help and co-operation since the birth of the platform. Without you guys maemo would be nowhere near where it is today. I hope it will keep this momentum, so we have a long and bright future ahead of us. I will keep close ties to maemo and I'm willing to help the guys who keep on running the infrastructure and web services. Beside that I will hopefully spend more time on other projects I am involved with. Keep on hacking! Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: explanations of the recent download problems
Hello, On Jan 16, 2008 7:18 PM, Marius Gedminas [EMAIL PROTECTED] wrote: As a techie, I'd like to know more about how the content distribution network happened to cache HTML error pages for many of the packages on repository.maemo.org. Did the error pages come with long cache expiration headers by mistake, or does the CDN tend to assume URLs ending in .deb never change? No, there is no special expiration header set for the index page of tablets-dev.nokia.com. It seems that the CDN never realized that the file size has changed, although I have reverted the normal index page for a long time. I requested the CDN admins to fix this issue. About the debs: no, CDN should not assume that a deb never changes. The file names are always unique for newly uploaded packages. I can't tell you why new debs are not picked up by the CDN properly, if this was also part of your question. Thanks Marius for the questions. Please shoot more and I try to answer as much as I know. Marius Gedminas -- Colorless green ideas sleep furiously. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: explanations of the recent download problems
Hello Thomas, If you don't mind I cc: the dev list. You might not be the only one experiencing this problem. On Jan 16, 2008 11:25 PM, Thomas J. Baker [EMAIL PROTECTED] wrote: Hello Ferenc, I still regularly have problems with Maemo Extras. Here's an example: apt-get install pidgin-extprefs snip Get:1 http://repository.maemo.org chinook/free pidgin-extprefs 0.7-0nix2 [12.4kB] Fetched 12.4kB in 0s (25.4kB/s) Failed to fetch http://repository.maemo.org/extras/pool/chinook/free/p/pidgin-extprefs/pidgin-extprefs_0.7-0nix2_armel.deb Size mismatch snip The strange thing is that just using wget to get the package seems to work. Could be a metadata problem? When apt-get update talks to our repository it actually fetches a package database [1] first. From that file apt-get knows that it supposed to receive 12380 bytes for the pidgin-extprefs_0.7-0nix2_armel.deb package. If you go to the pool's index [2] you can see that the file is actually 12382 bytes long. This could explain the size mismatch error. Wget will not match the file size with a package db, so it will just fetch it without a problem. Question: why the Packages have the wrong size. Well, frankly I don't know. It can only be because our repo manager tool had a hiccup, though it has been working quite well in the past years. Anyways, I try to rebuild that package database and see if that will help. Thanks, tjb -- Thanks to you. -ferenc [1] http://repository.maemo.org/extras/dists/chinook/free/binary-armel/Packages [2] http://repository.maemo.org/extras/pool/chinook/free/p/pidgin-extprefs/ === | Thomas Baker email: [EMAIL PROTECTED]| | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | === ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: explanations of the recent download problems
Hello again, Question: why the Packages have the wrong size. Well, frankly I don't know. It can only be because our repo manager tool had a hiccup, though it has been working quite well in the past years. Anyways, I try to rebuild that package database and see if that will help. Rebuilding the Packages file helped. I suspect it is our tool which made the mistake. We will have to look into that. In the meantime please report all size-mismatch errors, so I can collect test cases. Cheers, ferenc [1] http://repository.maemo.org/extras/dists/chinook/free/binary-armel/Packages [2] http://repository.maemo.org/extras/pool/chinook/free/p/pidgin-extprefs/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
explanations of the recent download problems
Hello, I owe you an explanation about the problems we faced with the firmware downloads, repository.maemo.org and the windows update wizard server backend since Xmas till the beginning of Jan. The infrastructure is built so that the content from repository.maemo.org is served thru a huge caching network. We were supposed to use the same network for the firmware downloads as well, but due to a misconfiguration and _my negligence_ all the requests ended up at our origin server (stage.maemo.org). Soon after the N810 launch the traffic dramatically increased and the server could not handle it anymore. It was actually never meant to handle such load. We first realized the problem with tablets-dev.nokia.com where it took ages to get any firmware. This was the time when somebody started a torrent for the new OS 2008 image which helped a lot. We could talk about why Nokia did not offer this, but I am not the person who will tell you the reasons. So the firmware images from tablets-dev could have never been served from the caching network properly, because our backend scripts did not send the correct HTTP headers back to the caches and the caches were not configured either to fulfill our authentication requirements. I take all the blame for this, so this is why I spoke about negligence above. I must admit that fixing this was on my todo list for ages. Almost at the same when tablets-dev broke down we started to receive complaints about the update wizard on windows failing to fetch images from our server. Well, what a coincidence... Making this backend work properly with the caching network required a one liner change in a script. This was done pretty quickly by the developers and the patch was applied a week ago. Right now I am confident that the requests coming form windows users end up at the caching network. Beside that I am pretty sure we also got some DOS attacks at the same time, which we clearly see at garage.maemo.org. I never went and checked logs at stage.maemo.org, but I suspect that we were hit on all fronts. We have taken the necessary measures to avoid these things in the future. I must thank my fellow Nokia colleagues (the file delivery platform and our team here), our ISP crew and our cache providers to help and find solutions for the problems. I believe if it was not a holiday season we could have solved these much faster. Never the less the problems should be over by now. If you still experience long delays, or weird HTTP responses then please mail me with the exact URL you're trying to access. Thanks for the patience, and apologies for the inconvenience we caused. Best regards, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
memory upgrade on maemo.org
Hi, maemo.org will have a short, 15 mins maintenance break starting in a few minutes. The server will get some more RAM. br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
sorry for spamming many of you
Hi, The ISP just started up the boxes after moving them to the new place. Unfortunately the test setup of our bugzilla was misconfigured and it started to spam half the world in my name. I hope some of you did not put me on spam list yet. Still, it is a pity that we can't count these mails in the karma. I could probably be no. 1. by now ;) Sorry again folks! Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
maemo servers going down on the 5th of December
Hello, Our ISP has informed us that the maemo servers will all go down on the __5th of December__ due to a major server relocation at their data center. The break will last from 09:00AM till 01:00PM (UTC/GMT+2). Sorry for the inconvenience it may cause. Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OS2008 download?
On Nov 13, 2007 9:14 PM, Marius Gedminas [EMAIL PROTECTED] wrote: Will this be changed soon? I expect the OS2008 image for the N800 to appear at http://tablets-dev.nokia.com/nokia_N800.php once the N810 finally appears in the shops. Yep, Marius is right. Nokia will release an image for N800 soon. The image for N810 (or parts of it) is (are) not meant for N800. Marius Gedminas Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing GPG key
On Nov 14, 2007 5:09 PM, Murray Cumming [EMAIL PROTECTED] wrote: On Tue, 2007-11-06 at 13:23 +0100, Johannes Schmid wrote: Because I revoked my old GPG key, I wanted to change the key stored for the Maemo extras repository. After my mail to [EMAIL PROTECTED] remained unreplied I would like to ask whom I should contact to change the key. Please. This is really slowing us down. Can't someone let Johannes upload packages again? A new invitation is sent to Johannes. That's the only way until we have an interface for changing the gpg keys online. Btw. you can change the ssh keys on this page: https://garage.maemo.org/account/index2.php -- [EMAIL PROTECTED] cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Interest groups
On Nov 14, 2007 6:28 PM, Darius Jack [EMAIL PROTECTED] wrote: Any good job should be paid. So third party discussions on ongoing projects have no sense. What makes sense is to donate and support best developers. I wrote a simple bounty plugin [1] for garage back then. Anybody can open a project at garage, can start hiring coders and throw in bounties if he/she wishes so. If you have a garage project then go to the Admin section of the project and click on Edit Public Info. Among the plugins tick the box Use Bounties plugin and click the Update button. You will get an extra tab for your project (similar to Admin, Trackers, Lists etc) and you can start managing bounties. The documentation is missing for this small tool, but I am ready to answer questions. Who will offer the 1st bounty at garage? ;) Darius Cheers, ferenc [1] https://garage.maemo.org/projects/gbounty/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Repositories mess: conclusions and actions
On Nov 8, 2007 8:04 PM, Simon Pickering [EMAIL PROTECTED] wrote: Yes, so this means we definitely need extras-devel as a first step then. The extras-devel repo is created with 3 different incoming queues (gregale, bora, chinook). You need the following entries in your /etc/dput.cf config file: [extras-devel-gregale] login = your maemo.org user name method = scp hash = md5 fqdn = garage allow_unsigned_uploads = 0 incoming = /var/www/extras-devel/incoming/gregale [extras-devel-bora] login = your maemo.org user name method = scp hash = md5 fqdn = garage allow_unsigned_uploads = 0 incoming = /var/www/extras-devel/incoming/bora [extras-devel-chinook] login = your maemo.org user name method = scp hash = md5 fqdn = garage allow_unsigned_uploads = 0 incoming = /var/www/extras-devel/incoming/chinook Check if you have an entry for garage in your ~/.ssh/config file. Below is a skeleton: Host garage HostName garage.maemo.org User your maemo.org user name IdentityFile /home/user_name/.ssh/id_rsa Please also make sure that you __use the right queue__ for uploading packages. Just a reminder about our SDK naming convention: gregale is for OS2006 based development bora is for OS2007 based development chinook is for OS2008 based development I will create a new page about extras-devel in the wiki and will also update the extras page [1] at some point. (This is probably repeating what others have said): Perhaps one way to deal with this is to use an automatic rating application (or simple bug filing) for applications which are placed in the extras-devel repo. If there are no bugs filed, or the ratings are positive, then it's promoted to the main extras repo where normal people will see it and install it. If there are any negative ratings/bugs at that point it's pushed back down into the extras-devel repo. There's still the problem of getting enough people to actually rate an app (in a positive sense), or conversely to file bugs rather than just uninstalling it and moving on. The developers group is (and it is us who would presumably be the ones doing these ratings of things in the extras-devel repo) not all that large, and of that group not everyone will be interested in every app. I like the idea of the automatic app rating based on bugs. IMO it would only work if we agree that all apps use the same bug reporting system, e.g. garage tracker, or maemo bugzilla. If we let the projects to use their own favorite system then setting up automation would be very tricky. To get back onto what to do with regards to repos now. We're all reasonably trustworthy, there's no reason to think we'd produce shoddy .debs on purpose, so why not (until the auto-builder/rating apps/etc. are ready) let people upload (on an individual basis) their .debs to the extras-devel repo. If there's no complaints about a package in some time period (2 weeks for example) then it's automatically pushed into extras. I agree. The uploaders are carefully chosen. I know, since I have been doing that in 99% of the cases so far. I hope this will change now and we can really gather a group of extras maintainers who would actually administrate the repository and also grant rights for others. After all extras was created for contributions. Some of you may remember that 1st time we actually called it contrib repo :) I'm not sure how the complaints would best be handled (or how people could know where to complain about a given library). Perhaps leave it up to the authors to keep an eye on ITT/the mailing lists to see whether anything comes up? Perhaps it is a good practice to keep the maintainer's email address of the package up-to-date. The package maintainer is often not the same person as the developer, but he/she must have contact(s) to the upstream project. Anyway, I'm sure that's gone round in circles and repeated what everyone else has said :) Cheers, Si Please let me know if you have problems with the uploads to extras-devel. Misha, let's test the package promoter UI some day. If we get it work then the next step will be to create a separate garage group (e.g. extras admins or extras promoters) whose members could actually use that tool. Cheers, ferenc [1] http://maemo.org/community/application-catalog/extras_repository.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Repositories mess: conclusions and actions
On 11/6/07, Quim Gil [EMAIL PROTECTED] wrote: Hi, this sounds like a good plan. On Mon, 2007-11-05 at 19:05 +0300, ext Mikhail Sobolev wrote: Step 1: Create the repository itself We can consider this agreed already. extras-devel is a good name. Ferenc to decide timing and details. We finally got the disk space to garage, so let me just have a pieceful night and I will create the repo. IMHO the repo could be opened asap, we don't have to wait Step 2 to be completed. Right? Step 2: Create promotion interface A simple web based interface would allow package owners/dedicated 'administrators' (chosen by community) to promote packages from 'extras-devel' to 'extras'. Basically the idea could be to present a list of packages that are in 'extras-devel' and are not in 'extras', then click on a few checkbox, press Promote button and voila. IMPORTANT: At this stage direct upload to 'extras' might might be limited to a selected people or removed all together. DIFFICULTY: Should not be too difficult, but it requires implementation of such a web (or other) interface. Any takers? Good idea Misha! The idea overall makes sense but we need to get into details in order to implement. We have different things: - Who are the admins and how they get admin rights. - What are the criteria admins use to promote a package to extras. - What are the tools used to do so. Please agree on a proposal and tell us where we can help. I believe we should stick to the group or project concept of GForge. I can come up with a plugin that is only visible for that special group who are the extras admins. Only garage admins and existing extras admins could grant rights to the group, ie. they could hire new admins. Criteria of promoting apps? Good point, I have no idea atm. Tools: gforge plugin, but by using a special group these guys could have a special playground on maemo.org as well.. Later we can develop a midgard component for repo management, but that's not going to happen soon :) Step 3: Add building facility Also makes sense. Again, what is the specific proposal and how can we help. This is gonna be tough and has been on the garage agenda for years. I would love to see hardcore Debian gurus to setup a nice infra. Once these 3 steps are completed we can discuss more, if you want. Yeah, i agree. Quim Gil - http://maemo.org Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
maintenance break on stage.maemo.org and garage.maemo.org next Tuesday
Hello, We are going to have a maintenance break on stage.maemo.org and garage.maemo.org next Tuesday morning from 0800 until 1200 (UTC/GMT +2). During the break the system administrators will upgrade the virtualization environment and will also install a large disk to garage. The break will also affect: -all Debian repositories hosted at repository.maemo.org -all Debian repositories under catalogue.tableteer.nokia.com -subversion source code repositories hosted on stage.maemo.org This break is absolutely necessary to ensure smooth operation of the above mentioned services in the future. On behalf of the maemo.org sysadmin team I apologize for the inconveniences it may cause. Best regards, Ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo.org scrambled...
On 8/14/07, Tony Maro [EMAIL PROTECTED] wrote: Still seeing errors on several pages, for instance: http://maemo.org/development/documentation/how-tos/ Notice: Trying to get property of non-object in /usr/share/midgard/svn/midcom/trunk/src/midcom.core/midcom/helper/_styleloader.php(532) : eval()'d code on line 31 We are working on it. Unfortunately some changes for the coming app catalog revamp were also published, though they should have remeined in the svn only. Well, software happens :) Cheers, ferenc On 8/14/07, Henri Bergius [EMAIL PROTECTED] wrote: On 8/14/07, Tony Maro [EMAIL PROTECTED] wrote: Looks like large chunks are currently missing (404) or generating script errors inside Midgard. I hope someone is in the middle of a revamp or something... The server was upgraded from EOLd PHP4 to PHP 5.2, which caused some issues for a while. Things are good now, next we need to invalidate Squid caches. -- Henri Bergius Motorcycle Adventures and Free Software http://bergie.iki.fi/ Skype: henribergius Jabber: [EMAIL PROTECTED] Jaiku: http://bergie.jaiku.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: do we need garage sandbox repos?
On 8/9/07, Vlad Vasiliev [EMAIL PROTECTED] wrote: Ed Bartosh wrote: extras-testing would be even better. It's clearly says that this repository is for testing applications on their way to extras. This is a good idea. I need such mechanism for wide testing the my deb packets. Thanks for the replies. It looks like that some of us would benefit from this repository, so let's go for it.. The name proposal extras-testing is more down to the point. Although it may confuse people who are familiar with Debian processes. The name may also suggest there is some QA for extras etc. Well, we can have QA and all that together as a community effort. I mean that we can not expect that Nokia will do quality checks for extras packages. Neil raised a very important point in his mail: categories and control of the repository. We could experiment with the categories in this extras-testing repository. First we would need a proposal of categories. The best would be to write this on a wiki page. Neil, would you mind coming up with a draft? Then we should document how to make use of the categories, ie. how to prepare your debs to belong to a certain cat. This is not a big deal, I could write a page on that (adding it to the current ExtrasRepository page [1]. The tricky part is how to enforce the categories. We need to change the tool that processes the packages and here I may need Ed's help. Ed, you are probably familiar enough with the queue-manager, right? If not, then I can do the changes, but I have to look some free slot in the calendar for that. How does it sound? -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
do we need garage sandbox repos?
Hi, It has been a long time, so time to write to all of you :) We had a good chat with some of the microb folks here in my room yesterday. The conclusion was that we should perhaps offer a 'sandbox' repository for garage projects. This would be a place where any project could upload packages, make sure that they are installable on the environment they are targeting for (like stock Nokia N800) etc. The sandbox would serve as a staging environment before pushing the packages to extras. The repo will not be on repository.maemo.org, but on garage. This would hopefully hide it enough from users who could accidentally run into troubles using this sandbox on their tablets. The repo maintenance would be done with volunteers. I could establish the basic environment, make sure that your uploaded packages are processed etc, but I would like to get your help cleaning up the sandbox every now and then. Yeah, it is yet another repository, I know. But it could perhaps take away some work from those of you who are running an own repo today. So what do you think? -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras packages for sardine
On 6/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks Ferenc :) The sardine extras repo is ready. Please try to upload something there. The lines to your dput.cf are as follows: [sardine-extras] login = your_garage_login_name fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/sardine Let me know if you run into troubles. -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mailing list archive link...
On 7/1/07, John Mitchell [EMAIL PROTECTED] wrote: All, I found the following when I tried to use the list archives link on http://maemo.org/community/mailing-lists.html : Forbidden You don't have permission to access /pipermail// on this server. Someone doing maintenance or did an admin slip with some bad perms maybe? Strange. There is no maintenance atm. Are you sure you tried a valid link? The mail archives are available here (copied from the page you mentioned): http://maemo.org/pipermail/maemo-announce/ http://maemo.org/pipermail/maemo-users/ http://maemo.org/pipermail/maemo-developers/ All links seem to work for me. -- John P. Mitchell [EMAIL PROTECTED] Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras packages for sardine
On 6/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Shouldn't this be simply a matter of adding a sardine distro in http://repository.maemo.org/extras/dists/ and the configuring the upload mechanism? An auto builder work be great to but that can come later. Ferenc, am I missing something? Carlos, you are right. It would be very simple to add sardine to extras. People who have an extras account could easily upload stuff there. I just wonder if anybody is thinking about our current repo structure.. It is still based on ideas we had 2 yrs ago. Maybe some fresh thoughts would help to rationalize the current situation. Anyways, i can enable the sardine extras if that's OK for everybody... -ferenc -Original Message- From: [EMAIL PROTECTED] on behalf of ext Murray Cumming Sent: Wed 6/20/2007 11:00 AM To: maemo-developers@maemo.org Subject: Re: extras packages for sardine Is this possible yet? Assuming that the sardine repository is the future Maemo Chinook version, I will want to upload and test packages before Maemo Chinook is actually released. On Thu, 2006-11-09 at 23:18 +0100, Murray Cumming wrote: Is there any way I can upload extras (previously contrib, from garage.maemo.org projects) packages for use with sardine, instead of just mistral? This would help us to make sure our packages work with the latest code, before it is actually released as stable, and help us to adapt to any changes. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
maemo.org gets some power today
Hi, We are moving the entire server from the XEN node to a brand new and powerful machine. There will be ups and downs during today's operation, but we hope that by the end of the day our performance problems will be history. Cross your fingers. Sorry for the inconvenience we will cause today. -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: maemo.org is down
Hi, On 5/11/07, Neil MacLeod [EMAIL PROTECTED] wrote: The Maemo site has been down for several hours. This affects bugzilla and more importantly several of the essential Maemo repositories are now offline. Are there moves afoot to make maemo.org more resiliant? I appreciate that there are ongoing updates at the moment, but if the Internet Tablets are going to become more popular it's essential that the internet infrastructure supporting them is available 24x7. I appreciate your concerns, and can ensure you that we were/are more than unhappy because of last night events. There was a service break somewhere in the network of our provider's provider. We have no control over such events. We could not communicate to the list either for obvious reasons. The servers were totally cut off from the world. Anyway we will get a detailed report later today and if you are interested I can share the reasons with you. Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: CIA.vc tracking broken
Hello, On 5/7/07, Jonny Lamb [EMAIL PROTECTED] wrote: On Mon, 2007-05-07 at 12:31 +0200, Niels Breet wrote: Can somebody take a look at this? CIA tracking is really a great feature. I have added https://stage.maemo.org/svn/maemo/ to the repository URL in cia.vc, however things may change with the big upgrade that's been happening recently. I also can't test whether it's working for obvious reasons! We have some issues sending out mails from stage.maemo.org. I will look at it today/tomorrow and hope to provide a solution soon. Thanks guys for reporting it! -- Jonny Lamb, UK [EMAIL PROTECTED] http://jonnylamb.com GPG: 0x2E039402 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: CIA.vc tracking broken
On 5/7/07, Ferenc Szekely [EMAIL PROTECTED] wrote: On Mon, 2007-05-07 at 12:31 +0200, Niels Breet wrote: Can somebody take a look at this? CIA tracking is really a great feature. We have some issues sending out mails from stage.maemo.org. I will look at it today/tomorrow and hope to provide a solution soon. Thanks guys for reporting it! I checked our side and the svn post commit hook that uses the cia bot has not changed at all. I saw that the last commit message was sent on the 24th of April, so long before we started to do the changes at maemo.org. We are submitting the commit message via XML-RPC, so the email thingy I referred to in my 1st mail was a wrong lead. I wonder whether the cia server side (the receiving end) has changed. I did not find any information about that though :( The investigation will continue tomorrow. Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: CIA.vc tracking broken
On 5/8/07, Ferenc Szekely [EMAIL PROTECTED] wrote: The investigation will continue tomorrow. Well, sometimes you just can't go to sleep with unresolved problems in your head, right? I changed our cia bot to use email instead of XML-RPC and voila, the latest commit message from Johan has arrived there: http://cia.vc/stats/project/maemo No more spam tonight ;) -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
new site launch - status update
Hello, Well, it looks like we got a new web site :) Below is the summary of the current status. # General - maemo.org Midgard is safe and sound. The static web pages look reasonable OK. If you don't like them please contact Quim, who is the owner of the web content and design. # moi moi moinmoin! - wiki.maemo.org The old wiki is imported and available at wiki.maemo.org. The layout of the imported pages are pretty descent. I did not have time to edit all the pages, but if you feel like helping please let me/us know. The old wiki remains read-only at http://test.maemo.org/maemowiki. You can copy-paste content from there if you wish, keeping in mind the syntax differences between moinmoin and markdown extra. We know that there are bugs in the wiki, like this wiki killer [1]. Please be nice to our new site ;) # bugzilla - bugs.maemo.org I upgraded our old friend to the latest Debian stable version and made the layout slightly different than the previous installation. You still need a separate account (what a shame), but I put the account synchronization on the project's TODO list. We will do this before our summer holidays. The service may seem to be slow every now and then. We will improve the performance next week, when the database engine will be upgraded. # planet - planet.maemo.org We have a new planet as well. Unfortunately we are missing the international (ie. non-english) edition, but I will take care of that during the weekend. I hope the non english bloggers would excuse us. The new planet is a bit different. We are requesting all the writers to create a garage account [2] so that their names can be displayed properly. I hope soon we will also have the possibility to upload small images (aka hackergotchis) giving the planet a more human touch. # Application Catalog - downloads.maemo.org Works as usual, except the link (URL) is rewritten. It will be fixed next week (DNS update, which -quite frankly- I forgot to request in time). # Nokia provided binaries - tablets-dev.nokia.com A new site has been created to serve the Nokia provided binaries to our community. We have the tablet OS releases, the SDK rootstraps, root filesystems, Nokia addon binaries, linux and mac flasher tools at tablets-dev.nokia.com. The old links referring to any of these tools are supposed to work. If not then please drop me an email. # lxr, viewcvs They are coming next week. Update will follow. # kudos The list would be pretty long if I started to write down all the names who participated in this web site renewal action, so let me just do it briefly: First of all many thanks to the Midgard guys [3]. Without their enthusiasm and professionalism we would be nowhere near this event. Thanks to TigerT and Quim for the new frontpage design. I agree now that it was good to delay the launch. The frontpage looks great, and I also know that it offers us pretty cool dynamic update possibilities. I hope that everybody got it bookmarked already! Thanks to the DP crew at Nokia for testing and giving valuable feedback about the site while it was still under construction. You guys have been pretty patient with us/me, which also helped a lot! Last but not least, many thanks to all the friends in the maemo community. You are constantly giving us ideas, inspiration and energy. We are planning more services for you. In the following weeks we are going to publish these plans, so that you could comment them or even get involved with them. If you wish to learn more about the web site project please click to our garage page [3]. We are updating bugs, tasks, feature requests and plans over there. On behalf of the website renewal crew I wish you pleasant surfing at maemo.org: Ferenc [1] https://garage.maemo.org/tracker/index.php?func=detailaid=819group_id=106atid=457 [2] http://www.midgard-project.org/community/whoswho/ [3] http://garage.maemo.org/projects/maemo2midgard/ ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
maemo.org maintenance break today (2007-05-04)
Hello, We are in the final phase of the website migration. It means we will switch over from the old maemo.org server to the shiny, new Midgard powered site today. This switch will affect all maemo.org services: bugzilla, mailing lists, wiki, planet, lxr, viewcvs... We try to keep the services online, but there might be some breaks. As some of you have noticed the wiki is already in read-only mode. Wiki editors have to wait till the new site is online. Anyway the goal is to launch the site today. Please bear with us if you experience problems at maemo.org. It will not take long, I hope. Cheers, ferenc ps for the impatient: Sneak peek of the renewed bugzilla UI: https://test.maemo.org/bugzilla. NOTE! This is just a preview. The database will be overwritten, so don't bother filing bugs here, please. ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
transferring to the new wiki
Hello, Sorry for cross posting, but I'd like to reach as many wiki editors as possible with this single email. We are about to launch the new web site as you have probably heard from here and there. One of the most important service at maemo is the public wiki. We had a dilemma what to do in order to make the transfer as smooth as possible. A few months ago I asked the wiki authors to create garage accounts, so that they can continue their work under Midgard. I hope the time was enough to complete this action. Now comes the second request. I would like to do a final import from the current wiki to the new site. I would like to know all the pages where the authors would like to keep all change history. IMHO most of the pages do not need the change history, but I am aware of a few projects who would like to keep that. Please let me know if you would like to retain the history of your wiki page(s) by __Wednesday 1500 (GMT+3)__. I will make sure that the history is kept after the import. I would like to perform the final import on Wednesday afternoon. If all goes fine than we can start using the new wiki and the new site on Friday. This is not a promise for releasing the site, although it will be Friday ;) After all these the old wiki will be available READ ONLY at a different URL. I will let you know about that later. Thanks for your time. I am looking forward your mails. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: downloads.maemo.org
Hello, On 4/5/07, Kees Jongenburger [EMAIL PROTECTED] wrote: Hello I am trying to update entries on http://downloads.maemo.org/ I still cannot login but I see that somebody else added some entries, What kind of trick they used to log in I don't know. Tricks may exist, but those are not solutions. Admins are always admins :) I know the old Wiki was not the best solution but at least it worked, is there any way I can help fix this. downloads.maemo.org is directly linked from maemo.org , I just would like to be able to update the xmoto entry and create some wiki pages around it becasue the information field is so small (255 chars). As you see the wiki is still open and you are able to update it. I am sure that many site on the net link to that page. If someone wants to get famous then place a link there. I don't want to tell you why the login doesn't work and I don't want to estimate when the new maemo.org will be launched either. It happens when everybody at Nokia feels like that the new site is ready. :) However we will have a workaround for the login problem at t.m.o. or d.m.o. after Easter (I could not find a proper solution yet). It does not mean that you will be able to login at Tuesday 8AM (EET). I hope to get it fixed on week 15. and perhaps a little quiz for fun what is this ? https://downloads.maemo.org/product/bora_sdk_repo/ The install file for maemo 3.0 'bora' SDK repository. I don't even dare to answer this... click and install :) Soon you can rate and comment on every single entry... Have you tried to shift-reload a page at d.m.o. ? We have a tag cloud on the frontpage of d.m.o. We also have pagination for all pages.We have a new design [1] for the app catalog frontpage and we are looking for comments [2]. Phase 2.2 has just been completed [3]. As you see the migration project is not only about migration anymore. It would be wise to rephrase the goals of the project... greetings Happy easter, ferenc [1] https://garage.maemo.org/plugins/scmsvn/viewcvs.php/maemo2007/design/application_catalog_frontpage.png?root=maemo2midgardrev=199view=markup [2] https://garage.maemo.org/pipermail/maemo2midgard-discussion/2007-March/000114.html [3] https://garage.maemo.org/plugins/wiki/index.php?Phase2IterationPlanid=106type=g ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Problem with log in on New application catalog
Hello, On 3/31/07, Marius Gedminas [EMAIL PROTECTED] wrote: On Sat, Mar 31, 2007 at 05:16:10PM +0200, Jean-Luc Biord wrote: I want to connect on http://downloads.maemo.org/ to create a new entry. For this I use my garage user ID (or name login) and password but I am rejected. Yup, same here. Yes, we have problems with the login, see garage bug [1]. I hope I can provide a workaround tonight. -ferenc [1] https://garage.maemo.org/tracker/index.php?func=detailaid=657group_id=106atid=457 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
On 2/16/07, Quim Gil [EMAIL PROTECTED] wrote: No objections. Let's consider this as an agreement. Ferenc, can you remove the flags? I will update the descriptions in test.maemo.org. done -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] important message for maemo.org wiki users
Dear maemo.org wiki Editors and Readers, We are in the middle of converting the old documentation to our new Midgard Content Management System. As part of this activity we have created a tool that will import the existing wiki pages to Midgard's Markdown [1] syntax. The documents written by you will be integrated with the other maemo documentation. So, how-tos will go to a how-to section, tutorials will be placed among official maemo tutorials. We try to unite the community by integrating your contributions properly. In order to retain editing rights you must have a valid garage account. Unfortunately we are not able to transfer your wiki accounts to garage, but we will send a reminder to every wiki editors separately. If you have a garage account already then you don't need to take any action. I plan to import the current wiki pages during the coming weekend and beginning of next week. This process can be followed at test.maemo.org. I will inform you once the import has finished. We would like to encourage all of you to start using the new pages as soon as the wiki import has been completed. However the current maemo wiki will be available for some time, but we will do __no more__ automated page conversion. We could be radical and disable editing of the old pages, but this may cause too much harm. We try to add a note to each old page about the transition though. So please stay tuned. Cheers, ferenc [1] http://daringfireball.net/projects/markdown/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
On 2/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: New iteration: [EMAIL PROTECTED] Renamed maemo-developers@maemo.org, no change in subscribers. [EMAIL PROTECTED] New list, interested people need to join. [EMAIL PROTECTED] Renamed maemo-users@maemo.org, no change in subscribers. I don't really understand why don't you want to give us some extra headache with list renaming? :) See: http://www.gnu.org/software/mailman/faq.html The admins can do this of course, but I am not sure if the pain is really worth it. We should create an online survey service and get the opinion of the mass. A few emails that were sent as reply do not convince me. PS: Re-reading this thread and also http://www.maemopeople.org/index.php/keesj/2007/02/02/developers_develop ers_developers I have second thoughts about the convenience of this proposal. I mean, I think it definitely makes sense and will improve things here but if this is not a shared thought the better (and the easiest) is to leave the lists as they are. I am not against any good changes, on the contrary... But in this case I would like to hear to hear 100s of opinions! Come on, we have ~1000 people on this list! -- Quim Gil Maemo team Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] New Application Catalog
Hello, We proudly announce that the new Application Catalog is officially available at http://downloads.maemo.org. We kindly ask the developers to start using the new catalog for registering applications, instead of the wiki pages. This is a major step in the maemo.org facelift project [1]. There are probably problems and questions related to this new service. We would appreciate if all these are reported in our issue tracker [2]. We hope the community will like and enjoy the new catalog! On behalf of the team, Ferenc [1] http://test.maemo.org [2] https://garage.maemo.org/tracker/?group_id=106 ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] maemo 2.2 'gregale' is released
Hello, The maemo team proudly announce the newest development environment for Nokia 770 Internet Tablets: maemo 2.2 'gregale'. This release supports development for the latest OS 2006 Software Edition. Maemo 2.2 is based on the latest Scratchbox Apophis R4 cross-compilation environment. For installation instructions please see the tutorial: http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html More info on the release: http://maemo.org/downloads/releases.html#maemo22 http://repository.maemo.org/stable/2.2/Maemo_Dev_Platform_v2.2_relnotes.txt Wishing you happy hacking on behalf of the team: Ferenc ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] stage.maemo.org will go down at 1200 (EET); break for 20 mins
Hello, Due to a hardware error stage.maemo.org will be down for approx. 20 minutes today, starting at 1200 (UTC/GMT +2 hours). We are sorry for the inconvinience it may cause. Regards, Ferenc ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] New Scratchbox installer for maemo 3.0 'bora' now available
Hello, A new Scratchbox installer script that installs and configures the Scratchbox cross-compilation toolkit for maemo 3.0 'bora' is now available. The script and the updated INSTALL.txt file can be downloaded from: http://repository.maemo.org/stable/bora/ The name of the script is: maemo-scratchbox-install_3.0.sh Before starting the installation please read first the updated INSTALL.txt file. This installer script simplifies the process of setting up the maemo 3.0 'bora' development environment especially for new developers. The script automatically downloads Scratchbox from scratchbox.org and takes care of various SB related configurations for the developer thus minimizing manual work and potential Scratchbox misconfiguration. Happy Hacking! On behalf of the maemo SDK team: Ferenc ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New Application catalogue
Hello, On 1/27/07, Nicolas FR [EMAIL PROTECTED] wrote: Hi, For some time I was feeling the current Application Catalogue was a bit too limited. I have seen a new one is ready here: http://test.maemo.org/applications Is the source code for this web app is available? I would like to propose/submit some improvements (what's new, user votes, sort apps by popularity, by rank, ...). Maybe we can open a wiki page with suggestions? Yes, it is available of course. We use Midgard as a framework and the app catalog sources are in our subversion repo: https://garage.maemo.org/svn/maemo2midgard/maemo2007/applicationcatalog/ I like this kind of site: http://www.gnomefiles.org, maybe it would be nice to imitate its features? Sure, please send us proposals or even better: patches :) Nicolas. Thank you, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] New OS 2006 firmware released
Hello, The latest OS 2006 Edition for Nokia 770 tablets is available at: http://maemo.org/downloads/nokia_770 The release notes: * Improved quality of WLAN connections * Wi-Fi certification included On behalf of the team, ferenc ps: flashing instructions are in the wiki: http://maemo.org/maemowiki/HOWTO_FlashLatestNokiaImageWithLinux official Nokia support pages: http://europe.nokia.com/A4144786 ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] change ssh key
Hello, On 1/24/07, Levi Bard [EMAIL PROTECTED] wrote: Hi! I'm trying to upload to garage but... [EMAIL PROTECTED]:/scratchbox/users/luogni/home/luogni$ dput scirocco-extras maemofuse-gui_0.4.2-1_armel.changes Checking Signature on .changes gpg: Signature made gio 18 gen 2007 20:44:55 CET using DSA key ID 12435F07 gpg: Good signature from Luca Ognibene [send email to [EMAIL PROTECTED] via gmail] [EMAIL PROTECTED] gpg: aka Luca Ognibene [send email to [EMAIL PROTECTED] via gmail] [EMAIL PROTECTED] Good signature on /scratchbox/users/luogni/home/luogni/maemofuse-gui_0.4.2-1_armel.changes. Permission denied (publickey,keyboard-interactive). lost connection Warning: The execution of '/usr/bin/scp' as 'scp -p /scratchbox/users/luogni/home/luogni/maemofuse-gui_0.4.2-1_armel.deb /scratchbox/users/luogni/home/luogni/maemofuse-gui_0.4.2-1_armel.changes [EMAIL PROTECTED]:/var/www/extras/incoming/scirocco' returned a nonzero exit code. Error while uploading. maybe i made a mistake while copying/pasting keys? when can i change my garage ssh/gpg key? i don't find anything on garage admin... Hah, I had this issue also. Change garage to garage.maemo.org in your fqdn line[s] in dput.cf. Thanks Levi for helping Luca. Yes, you should try to avoid uploading maemo packages to Debian :) The proper dput config entries are documented here: http://maemo.org/maemowiki/ExtrasRepository?highlight=%28extras%29 You have also received this information after accepting the extras invitation ;) Luca, in case you would still get an error message pls let me know. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Re: [maemo-developers] bounty program?
Hello, On 1/11/07, Andrew Flegg [EMAIL PROTECTED] wrote: On 1/11/07, Mathias Uebelacker [EMAIL PROTECTED] wrote: If you host a project in the maemo garage you can activte a bounty plugin. Interesting. Something for Ferenc to investigate? Hmm, sounds good :) It's kind of backwards, though as often the bounty will be for a project to be created (e.g. Kees' gcompriz bounty) or for some random hack rather than tied to an existing project. It could make an interesting starting point. I suppose at the worst case we could have a bounty project with the moderation team being the admins which exists solely to co-ordinate bounties. Actually I wrote that simple plugin for garage (GForge) and the idea was that a) either single project can use it or b) we could open 1 single project, e.g. maemo bounties which project will only use this plugin as a garage resource. Cheers, Andrew Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] for extras uploaders: incoming queue changes now!
Hello, This mail mainly concerns those developers who have upload privileges to the current maemo extras repository (that is for mistral extras). I am creating the new incoming queues for scirocco and bora. Till the new queues are ready you are not able to upload to mistral extras :( I will announce the new dput.cf config entries for each extras queues within an hour or so. I apologize for the short notice. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] for extras uploaders: new upload queues available
Hello, The new upload queues for maemo extras are available. Please update your dput.cf configuration file with the following entries: [mistral-extras] login = your_garage_login_name fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/mistral [scirocco-extras] login = your_garage_login_name fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/scirocco [bora-extras] login = your_garage_login_name fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/bora As you see we have 3 different queues for the three latest maemo releases: -bora -scirocco -mistral Please make sure to pick the right queue for your upload! E.g. uploading a package for bora goes like this: dput bora-extras my_great_N800_application_0.1_armel.changes Implicitly there are new lines now to the /etc/apt/sources.list configuration file. These are the following: #scirocco extras deb http://repository.maemo.org/extras/ scirocco free deb-src http://repository.maemo.org/extras/ scirocco free #bora extras deb http://repository.maemo.org/extras/ bora free deb-src http://repository.maemo.org/extras/ bora free All this is documented at: http://maemo.org/maemowiki/ExtrasRepository Please let me know if you have questions, comments or something goes wrong with the upload. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
Hello, On 1/9/07, Levi Bard [EMAIL PROTECTED] wrote: When can we expect to have a new garage/extras repository for bora (and instructions for posting a package to this repository)? Some of the applications at the extras mistral repository may not work on bora, and it would be nice to have a separate repository for applications that are known to work on bora (or at least are supposed to work on bora). Seconded. It would also give a good way to branch apps that have to be code-nonidentical for the two releases (e.g. xv vs xsp pixel doubling) without silly package name hacks. I wish I know when we can offer extras for receiving your apps for bora. Some of us at nokia had an idea to setup a automated build system which accepts source uploads only and delivers the binaries for all our releases (mistral, scirocco, bora, etc). For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
On 1/10/07, Aaron Levinson [EMAIL PROTECTED] wrote: I wish I know when we can offer extras for receiving your apps for bora. Some of us at nokia had an idea to setup a automated build system which accepts source uploads only and delivers the binaries for all our releases (mistral, scirocco, bora, etc). For some reason we need to clarify thousand+1 things (mainly legal) before we can offer such service. I had an idea back in December that maybe maemo could finally co-operate with OpenEmbedded and see if we could get the extras packages from their build system. It should be technically possible. I promised to send a mail to Koen and Florian about this trial, but never got there yet. Perhaps this could kick off the discussion here, on the maemo dev list. Well, perhaps we can have a temporary solution for the time being and discussion on a more permanent solution for the future. A temporary solution could probably just entail adding a new directory to the existing extras repository for bora. I'm not sure about the upload process and distinguishing bora packages from mistral packages, but I imagine that something can be worked out. The only temp solution I can imagine is to open other upload queues (like you, Aaron said) where you could upload scirocco and bora versions. So there will be one upload queue for each maemo release. This could be done fairly quickly, though people who uploaded to mistral should change their dput configurations, because the mistral queue will also change. It is not nice at all... Imagine if you have an app and have to compile it with 3 SDKs and upload it 3 times, just to make it available for everyone. But as for temporary solution.. I don't know. Tell me your opinions pls. Aaron Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
On 1/10/07, Aaron Levinson [EMAIL PROTECTED] wrote: On Wed, 10 Jan 2007, Ferenc Szekely wrote: The only temp solution I can imagine is to open other upload queues (like you, Aaron said) where you could upload scirocco and bora versions. So there will be one upload queue for each maemo release. This could be done fairly quickly, though people who uploaded to mistral should change their dput configurations, because the mistral queue will also change. It is not nice at all... Imagine if you have an app and have to compile it with 3 SDKs and upload it 3 times, just to make it available for everyone. But as for temporary solution.. I don't know. Tell me your opinions pls. Actually, one package may work fine. Mistral packages will work in scirocco, and many mistral packages will also work on bora. If there is no reason to build using the maemo 3.0 SDK, it probably just makes sense to build using the 2.0 SDK and upload the same package to the mistral, scirocco, and bora repositories. Actually, it seems that we probably don't need a scirocco repository, as I think all mistral packages will work on scirocco (although the reverse isn't necessarily the case as a result of some new APIs in scirocco, but I doubt that they are being used very much). I'm personally fine with this as a temporary solution. It would be nice if N800 users had a bora garage repository option as soon as possible, since there are quite a few garage projects. Also, the existence of a new bora garage repository may encourage developers to ensure that their packages work on 3.0 (a little difficult without an N800, but at least the package can be tested in the SDK environment... I think). I agree with you, but I am not really a fun of such temporary and improper solutions (I guess nobody really is). Opening an extras queue to scirocco and one for bora does not require any special deals and decisions from our side. We could -in theory- go ahead with this right now. However I would like to hear the opinion of my fellow Nokia colleagues and let them comment on the topic (right now it is 3AM there in Helsinki). Let's wait 24 hours at least before we go on with this, OK? On a separate note, regarding the new application catalog at test.maemo.org, I see that it is possible to indicate which OS versions an application supports. However, there is only one download option, even if the application is supported on both IT2006 and IT2007. A single download option may not be enough for some applications. True, but you can add the same application 3 times with 3 different versions (or even with the same version, if you wish). The only limitation at the moment is that you __must use__ a different Project ID (unix name) for all 3 entries, as described in the User Manual. Btw. many thanks for checking the new catalog ;) Aaron Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] Nokia Developer Device Program
Hello, Nokia is launching a Developer Device Program to provide open source developers with Nokia N800 Internet Tablets at a discount. Maemo.org will be providing 500 devices at a price of 99 Euros per device to selected open source developers. Eligible developers will be provided a discount code to be used at the Nokia N800 online shop. Please visit http://www.maemo.org/ for details. On behalf of the maemo team, Ferenc ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] Maemo 3.0 'bora' is released
Hello, We proudly announce our latest SDK release: maemo 3.0 'bora'. Maemo 3.0 'bora' supports application development for the latest Nokia N800 Internet Tablet. In maemo 3.0 we have upgraded to the latest Scratchbox Apophis R4 as a cross-compiling development environment. For more information please visit http://www.maemo.org/downloads/releases.html On behalf of the maemo team, Ferenc ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] root image scripts appear to be unavailable
Hello, ext Aaron Levinson wrote: The root image scripts that are referenced by the Using the flasher utility and creating the referencfe root file system how-to no longer appear to be available. According to this Web page, they can be retrieved at https://stage.maemo.org/svn/integration/trunk/rootimagescripts/ , but this link does not work at the moment. I also looked for the scripts in the maemo SVN tree but didn't locate them there as well. Thanks for the report. The underlaying Berkeley DB had to be recovered. The scripts are available again. Thanks, Aaron cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] extras repository
How does it handle the extras components without source code? E.g. (bad example) Canola? Sources will not come but why not having it in the extras in future? good point. my proposal is that extras is meant only for open source software. we can have a non-free component in each repo for canola and co. Br, --jakub br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] extras repository
ext Marius Vollmer wrote: ext Carlos Guerreiro [EMAIL PROTECTED] writes: Yeah. That's the way to go: proper archive management with something like DAK (we'll look into that at least for sardine and herring once there's some time) and a build system to go with it. I think we are more in need of a clue than in need of proper tools. :-) Absolutely correct! I read Marius email [1] at least 5-6 times, and I wanted to keep almost all the sentences in my reply too. But just to return back to the topic let me update you about the situation: snip The distributions would be divided into components, and extras would simply be one of those components. I agree. The maemo distros must have a fine grained component breakdown and to start with I second Marius and propose to add 'extras' to each of our distros: -mistral extras -- currently the only one available :( -scirocco extras -- the next one to implement -sardine extras -- comes later (or should this be done 1st?) -herring extras -- after sardine perhaps My proposal about the next steps: We have to setup an intelligent build environment. The rough plan for this is: -get a descent hardware -install Scratchbox 1.x -setup sbuild together with our existing queue-manager (no DAK for now) If all is done then the package_maintainers/developers don't have to bother with compiling their sw for the various maemo releases. They only need to upload the signed Debian source package(s) to the current extras queue, like some of you do it today. The build environment should be clever to spot the problems and send reports to the package_maintainer/developer in case an uploaded source does not build. The cause of the build failure can be anything from an error in the code, error in the Debian specific files to a missing build dependency. Upon successful compilation the queue-manager will install the package to the archive and inform all of us (RSS feed, mailing list, whatever). I think for the time being we will skip checking if the newly installed package have all its runtime dependencies in the same archive. The ultimate goal (as Marius stated) is to have self contained repositories. So let's go for it, but let's take one step at a time ;) Timeline? Well, if this looks sane to you, then a testing environment could be established still this year (I am always optimistic ;). Any comments on this proposal? The existing 'Tableteer' catalogue would turn into a component as well (but it might continue to be hosted in a different way than extras.) Yes, I will suggest that to the Tableteer owners. However I do not think that the content of Tableteer will be built by the build system I drafted above, because we got no sources from there :( Cheers, Ferenc [1]http://maemo.org/pipermail/maemo-developers/2006-November/006480.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: garage upload policy Re: [maemo-developers] Java on 770
ext Frantisek Dufka wrote: Just to clarify this, there is no policy that each package needs to have project (and sources) in garage? Once I have one project may I upload other (unrelated) packages? Yes, you may. Currently there is no policy which would say otherwise. I'm asking because I'd like to put scummvm [1] into extras repository but think that duplicating scummvm svn repository and creating project is not needed. It is straight recompile from upstream repository configured for SDL backend only with few key remapping patches. I already have one unrelated project (bootmenu) so I can upload (not tried yet). So far was not sure about this policy. Or do you prefer many almost empty projects for each port? Such scummvm project can maybe host nice pages made by Tomas [2] or maybe few diffs to upstream version until there is proper maemo port but still I think it is not enough to satisfy garage project. You are right. There is absolutely no point to have empty projects, just because of the upload rights to extras. In practice one only needs a garage account to get these rights, you don't even need a project. I think we should refine or define the upload policy together. Maybe we need to write something formal to the garage wiki [1] first and discuss the matter in a separate mail thread. Frantisek Cheers, ferenc [1] https://maemo.org/maemowiki/MaemoGarageStartUp ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] extras repository
Hello, I think it would be time to think about the extras repository a little bit. Those who are not familiar with extras please find some info on the ExtrasRepository [1] wiki page. Those who are interested in extras and have a few minutes please read on: We have launched this service during mistral (maemo 2.0) and the primary goal was to offer a common place for developers to store and redistribute their applications. The initial idea also included that we would like that maemo hackers settle down with their projects at garage.maemo.org. We thought extras will help to spread the word about maemo as well as help developers to reach a wider audience for their applications. The idea was not too bad, I would say, but we have to revise it now. Right now we reached a point when a single extras repository might not be suitable to handle all the needs. We have several stable distros: 1.0 (compatible with IT OS2005); mistral (version 2.0; works with IT OS 2006), scirocco (version 2.1; works with IT OS 2006). Then we have sardine, which is meant for the leading edge application framework components. It is supposed to help those who want to follow the daily maemo development and want to keep their apps really up-to-date. Carlos and his team is also working hard on an other repository that is called herring [2]. The main intention here to integrate the stable components of sardine into a single, self contained repository. Here comes the dilemma: I am hacking on a maemo application using the mistral (2.0) baseline and SDK. I'd like to wrap up my release and share it with the rest of the world. Shall I upload it to extras? Well, sounds good, since extras came with mistral. But what about other developers? Will it compile using the scirocco SDK? How about sardine? I have no clue, but unfortunately I have no time to test it now... To cut the long story short I think we need to come up with a solution that is logical, clear and sort of sustainable in the long run. One idea is to have an extras component within each repository. The current extras would move under mistral. Scirocco will have a separate extras and sardine and perhaps herring will get one too. This would require more work from the developers, or from the package maintainers. They need to recompile their applications and upload them to separate places. Getting the upload rights will still require a garage account and the invitation from the garage admins. What is your opinion? We could discuss the real objectives of extras and then derived from those we could revise the repository structure and also the policy regarding uploads etc etc. Cheers, Ferenc [1] http://maemo.org/maemowiki/ExtrasRepository [2] http://sardine.garage.maemo.org/about.html (bottom of page) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Java on 770
ext Murray Cumming wrote: Currently the only way to upload packages to extras (previously contrib) is to create a garage project. But that doesn't force you to use the svn repository in garage or otherwise fork anyone's source code. If there's a better way to get packages into extras, I'd like to know about it. yes, this is all true. you need an account on garage first. then you need an invitation from us. you can always send a mail to [EMAIL PROTECTED] if you'd like to have the upload rights. with this procedure we would like to ensure some level of quality, so we do some reference checking before granting the access. after receiving the invite and completing a simple web form you are ready to go. what can be then more simple than using dput for uploading packages? :) Regards, Ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: [maemo-users] NFS on Nokia 770 IT2006?
Hello, ext Marius Gedminas wrote: Could Nokia at least provide some sort of estimate when this legal review is going to be done? The kernel sources are available here: http://repository.maemo.org/pool/scirocco/free/source/k/kernel-source-2.6.16/kernel-source-2.6.16_2.6.16.rel-osso26.tar.gz The rest of the repo will be updated on Monday. Have a nice weekend, Ferenc ps: sorry for cross posting ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Unresolved issues (Week 44)
ext Tommi Komulainen wrote: Here is a list of issues raised on this list I think have not been concluded so far, in no particular order. The easiest way to get off the list is to provide answers, but you can also try convincing me other ways. snip * http://maemo.org/pipermail/maemo-developers/2006-October/005787.html End-user roadmap? 3rd mention What's the future with the 770? When is the next Maemo or IT (2006) OS release planned? When are end users going to see an update? (Software update was released 2nd November. No mention of roadmap.) * http://maemo.org/pipermail/maemo-developers/2006-October/005827.html spam at maemo wiki 3rd mention Any news on getting spam at maemo wiki under control? I believe this has been solved. The FrontPage is now editable only by registered users. The HowDoiBecomeRoot page also needs registered users to edit. We have not got spam on the wiki last week :) * http://maemo.org/pipermail/maemo-developers/2006-October/005947.html Not getting bugzilla notifications Is bugzilla sending notifications? Bugzilla had some problems last week. I verified that I am getting notifications about my bugs. Murray, could you please check the situation again? Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] maemo wiki will have a maintenance break today
Hello, As you know maemo's wiki got some serious performance problems recently. Therefore we would like to have a maintenance break today at 4:30PM (UTC/GMT +2 hours). During this time the administrators will integrate moinmoin with fastcgi, and we hope it will improve the situation. The break will last for 1 hour. The static pages, as well as the Nokia 770 OS 2006 software image download will be still available. Again, we do apologize for any inconvenience it may cause. Regards, Ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] garage maintenance break tomorrow at 4PM (UTC/GMT+2)
Hello, We are going to have a short (about 15 mins) maintenance break at garage.maemo.org tomorrow 4PM (UTC/GMT +2 hours). Garage will get more RAM and also more disk space. Hope the break will not disturb your work. We apologize for any inconvenience. Regards, Ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] garage is down
Hello, Garage.maemo.org is unavailable due to an unexpected technical problem. We are working on it and hope to have the server back in normal soon. Sorry for the inconvenience, Ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] locked myself out of garage
ext Danny Milosavljevic wrote: [...] I locked myself out of the Admin section... (Curiousity got the better of me and I touched buttons I shouldn't have) Don't worry, this happens often ;). Teemu has updated your account already, as you probably noticed. In case you need help on garage related issues then please drop an email to [EMAIL PROTECTED] instead. All the admins are eagerly waiting for request like yours ;) cheers, Danny cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] maemo.org and Midgard
ext Kalle Vahlman wrote: 2006/10/24, Ferenc Szekely [EMAIL PROTECTED]: The project also aims to modularize and contribute back to GForge the current garage hacks we made. These are the tag cloud, the Debian-maintainer account registration parts, or the new bounty plugin [2]. The Midgard project will also benefit (hopefully :) from some of the work we will do. Btw, as some people (including me) will want to see a screenshot of any given app before giving it a whirl (or just to judge the UI ;), are screenshots planned to be included in garage? No app can be succesful without pretty screenshots you know! Screenshots? Hmm, why not? We could actually have a section at the project's homepage [1]. It only requires a 'www' directory in the subversion repo as described in the MaemoGarageStartupUp how-to [2]. But before that we really need to do some work. Perhaps TigerT could also draw us some fancy new layout graphics if we ask him nicely ;) -ferenc [1] http://maemo2midgard.garage.maemo.org/ [2] https://maemo.org/maemowiki/MaemoGarageStartUp ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] maemo-apps.org application catalog
ext VLG wrote: It seems that GTK community (as well as KDE) had faced at some point similar problems - their solution was GnomeFiles (KDE Apps) (http://gnomefiles.org/index.php, http://www.kde-apps.org/). Thanks Vlad for the link. This engine is different from the one used by kde-apps.org and unfortunately it isn't open source. However I contacted the developer and owner. Hope we will get a response about the licensing terms. -Vlad -ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] garage is going down for a few minutes
Hello, We have to reboot garage, because a lot of zombie processes started to overtake the box. This break should not last more than a few minutes. We are very sorry for the inconvenience it may cause. Regards, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: Proposal for streamline maemo repositories
Hello, ext Sebastian Spaeth wrote: However what I am still missing in this proposal is a clear definition of what repository is supposed to do what and to contain what type of apps/updates: I will give it a try to express my views on these: E.g. - what will come through the tableteer repositories? Critical system updates, new functionality? http://catalogue.tableteer.nokia.com/certified/ AFAIK the plan is to publish certified applications developed by Nokia. At this moment I do not think that the Tableteer repo will be used to host critical system updates, security updates etc. I might be wrong on this, though, so I would welcome if someone from the tableteer repo maintainers would share their thoughts here. - http://repository.maemo.org/ Is this still only applicable for scratchbox and not the 770? Well, the address above is only a URL :) We started to host SDK repositories here which are only meant to be used in/with Scratchbox. Like the mistral repo, it was never meant to be used as device upgrading as we have stated earlier. Our message was perhaps not clear enough and that is why the SDK repositories became the source repos of device upgrades recently. We are investigating how could we extend our internal rd and support devices upgrade from the SDK repos. It is not a simple thing to achieve and we should not be so irresponsible in this team to state that yes, the maemo SDK repositories will never brake your tablets... If this is not thought directly for the 770 why should the http://repository.maemo.org/contribs (to be renamed extras) repository be for the 770? Also what will this contain if Maemo2 is considered a stable snapshot? System updates? New functionality? When we opened garage we thought to __provide__ a chance for maemo developers to upload their apps and share them with the rest of the community. It is obvious that most of the maemo hackers do not want toi maintain a Debian repo on their own. It would not make sense anyway. So we just opened the contrib repository and we invite developers (through garage) to join and share their stuff here. We wanted to do it fast and did not think about the name too much. Whether it is professional or not, I do not want to discuss it. I believe it is a good initiative and the name should not matter for serious people. Maemo contrib or -if we all agree- extras is meant for extra applications or any other piece of software that is hosted at garage. I am not aware of any Maemo2, so can not comment on it. - http://maemo-hackers.org/apt/ Is this a semi-official repository? We have no connection to this repository, so from our stand point it is not even semi official. Would be nice to consolidate these efforts, but that's one of the beauty in OSS: everybody is free to do almost anything and I -personally like this a lot. So, I do not mind having 100s of maemo repos around the globe. Time will tell which are the useful ones and maybe some day the repo maintainers will start talking to each other ;) Hope the things I wrote made some sense. If not, then please let me know. Have a nice weekend, Ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] project cloud @ garage
Hello, Thanks to TigerT we have a wonderful Project Cloud, instead of the standard Project Tree at garage.maemo.org. Please check it out: https://garage.maemo.org/softwaremap/ We are more than happy to receive your comments, critics etc :) Br, Ferenc ps: for those who do not like tag clouds: the tree view is still available at: https://garage.maemo.org/softwaremap/trove_list.php ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] spam at maemo wiki
Hello, Every now and then we have some nasty edits at maemo's wiki. To avoid this I have been thinking to disable anonymous edits till we have a solution which: -either detects spam and reverts a page if necessary, or -provides a challenge-response test (captcha [1]) before submitting a page (Thanks Adam L for proposing it) Disabling anonymous edits would be temporary only, since it is against the idea of the wikis. Before doing anything I would be interested in your opinion. Does somebody have an idea which could be easily integrated into moinmoin (the wiki engine maemo.org uses)? Or shall we just leave the situation as is and revert the pages manually? I would appreciate your thoughts and comments on this issue. -ferenc [1] http://en.wikipedia.org/wiki/Captcha ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
