Re: evince for os2008
On Fri, 2008-01-11 at 18:25 +0100, ext Jan wrote: Is there a version of evince for os2008 out there. It was my absolute favored pdf-reader at os2007 because of the cool toc-functionally. It still in beta state but in more or less good shape. Look at this thread on ITT for details: http://www.internettablettalk.com/forums/showthread.php?t=14187 -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: List of Repository for OS2008
On Fri, 2008-01-11 at 20:29 +0200, ext Marius Gedminas wrote: I intend to get rid of my repository and get everything I need available from Extras. To this end I've already asked and received upload rights there. However the fear of releasing imperfect packages out to the wild prevented me from doing anything with it so far. :( You can use extras-devel for imperfect packages. If you have upload rights to extras you are able to upload to extras-devel as well. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Getting root on OS2008
On Sun, 2007-12-30 at 14:42 +0200, ext Ari Yrjölä wrote: Marius Gedminas [EMAIL PROTECTED] writes: Easy! 1. Enable the Maemo Extras repository 2. Install openssh 3. Define a root password (openssh's installer prompts you for this) Doesn't ask anything here with N800. It asks only when you install openssh-server first time. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: NFS client on OS 2007
On Mon, 2007-09-03 at 11:00 +0300, ext Juha Kallioinen wrote: ext Jeffrey Barish wrote: Juha Kallioinen wrote: To get started, I had just flashed my N800 and made sure it's in RD mode (--enable-rd-mode with the commandline flasher). Thank you for this thorough explanation. I upgraded the OS using the Windows procedure, so I presume that RD mode was not enabled. Do I have to start over? Actually the RD mode is only needed to more easily get root access on the device. You can activate the RD mode with the linux commandline flasher tool. I'm not sure how to do it in Windows. It's not needed anymore. Installing becomeroot package in enough. You can find explanations here: http://eko.one.pl/index.php?page=Nokia770_software#becomeroot In fact you can also do without the RD mode. You could activate the 'red pill mode' [1] in the application manager and install ssh from there. After that you can ssh to localhost as root from the xterm or you can ssh into your device from the PC. You can also do it without red pill mode. Just install openssh-server package from here: http://maemo.org/downloads/product/openssh-server/ -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Need an SSH client for the Nokia 800
On Tue, 2007-08-28 at 20:58 +0300, ext Marius Gedminas wrote: On Tue, Aug 28, 2007 at 09:43:54PM +0400, Mikhail Sobolev wrote: On Sun, Aug 26, 2007 at 09:24:14PM +0300, Marius Gedminas wrote: I don't know if it makes sense for openssh-server to depend on the client. If I remember correctly, openssh-client has ssh-keygen application, which is required for openssh-server to be properly initialized in {pre,post}inst scripts. Ah, that makes sense. Both server and client also use scp utility. But please don't worry about that, I'll make server independent from client soon. Actually I've already done it, but not released. The only thing which I don't like is a lot of ssh packages. We already have server and client packages, but as soon as server isn't dependent on client there should be one more package for installing both server and client. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Cannot Install SSH Server
В Вск, 26/08/2007 в 15:02 +0300, Ed Bartosh пишет: В Сбт, 25/08/2007 в 17:25 +0300, ext Tuukka Tolvanen пишет: Ed Bartosh wrote: I'll add both openssh client and openssh-server .install files to maemo/downloads as soon as I have approval for openssh garage project. Waiting for 2 days already :( As for now it's pretty simple - add mistral/extras(770) or bora/extras(N800) to AM repository list and you will be able to install both client and server using AM. No xterm/becomeroot and other black magic is needed anymore :) The openssh-client package happens to depend on perl-base (via adduser) Thank you for pointing out to this. I'll replace adduser calls to useradd in next openssh revision. I'll try to do it today. Should be fixed now. 4.3p2-9.maemo3 release has been uploaded to garage and extras. Installed on both devices without any problem. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Cannot Install SSH Server
On Wed, 2007-08-22 at 14:14 -0400, ext Hal Vaughan wrote: On Wednesday 22 August 2007, Neil MacLeod wrote: Hal Vaughan wrote: If you install openssh as root using apt-get install ssh you should end up with both the server and client tools installed. I finally got it. The problem is that it's in the extras repository (at least for mistral) and that was not documented anywhere, at least that I found -- and I did search the site and other sites as well. Can someone update the main repository list to include that information? Hal This looks to be a result of the new server and client openssh packages recently placed in extras. The old combined server client openssh package should still be in repository.org mistral free unless someone has removed it (doesn't look like it). I tried, several times, from directions on two separate pages, to install the ssh server from repository.maemo.org mistral free and it wasn't there. The client was there, but not the server (and the description in the App Manager specifically said it was the client). What are the rules for membership and wiki editing? If I create an account can I just add this info myself to the repositories list? I figure stating that openssh client and server are in the extras/free would have made the difference for me and I would never have had to post this question. I'll add both openssh client and openssh-server .install files to maemo/downloads as soon as I have approval for openssh garage project. Waiting for 2 days already :( As for now it's pretty simple - add mistral/extras(770) or bora/extras(N800) to AM repository list and you will be able to install both client and server using AM. No xterm/becomeroot and other black magic is needed anymore :) -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Need an SSH client for the Nokia 800
On Wed, 2007-08-22 at 18:51 +0100, ext Neil MacLeod wrote: Wayne Fiori wrote: On 8/22/07, Neil MacLeod [EMAIL PROTECTED] wrote: I quite agree, however I almost exclusively need the server component on the N800 - I very rarely ssh from the N800 to another machine, it's almost always the other way around. However installing the server appears to install the client, which is why I don't see much point in offering the client as a separate install (which may lead to confusion for novices) although I suppose the presence of client is valid for a small number of power users who categorically don't need the server. I would hardly characterize using the N800 has a terminal (ssh client) as the province of power users. -- =Wayne I would hardly expect novice users to be needing that kind of functionality... perhaps power user was a bit excessive. :) On the whole though, I would expect the server component to be installed far more often than the client-only component... and those few people who don't want the server can always stop it from running. I would hardly expect novice users to even think about shell access to the device :) I think if user aware of ssh she is able to understand the difference between server and client. All I'm saying is that up until now we've had a single openssh package which seems to have worked well, why now create two separate packages, one of which installs the other? The benefit from having a client-only package seems minimal. My preference would be to rename the new server package Server Client and drop the new client-only package, however I doubt that will happen and fully expect to see new users on the IIT forums installing the client-only package by mistake and needing hand-holding to fix it (not that it's hard to fix it, but then it's not hard to stop the server running either!). :) Up until now we had a package which was invisible in AM. I'd say that from user point of view this package didn't exist at all. Now they can install server and client from AM, which is much better than it was, I believe. PS: If people want we can remove those two 'frustrating' packages from extras, no problem. I just wanted to help, sorry. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Cannot Install SSH Server
On Thu, 2007-08-23 at 11:14 +0300, Quim Gil wrote: On Thu, 2007-08-23 at 09:52 +0300, ext Ed Bartosh wrote: I'll add both openssh client and openssh-server .install files to maemo/downloads as soon as I have approval for openssh garage project. Waiting for 2 days already :( Er... The queue of proposed projects in garage is clean: No Pending Projects to Approve We are dealing with new projects proposed (generally) on a daily basis. Maybe. I've got a response from ext [EMAIL PROTECTED] [EMAIL PROTECTED] that my project was denied because 'maemo-gftp is not inline with our recently published trademark policy'. But i didn't apply for maemo-gftp, I applied for openssh :) I thought that my application was somehow confused with maemo-gftp and sent email to Ferenc asking for the explanations. I also tried to resend the application, but it's impossible because openssh project is already occupied. I think it's occupied by me, but I don't know how can I use it :) -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Cannot Install SSH Server
On Thu, 2007-08-23 at 12:01 +0300, Quim Gil wrote: Alright, my fault then: http://garage.maemo.org/projects/openssh/ On Thu, 2007-08-23 at 11:36 +0300, Ed Bartosh wrote: sent email to Ferenc asking for the explanations. Ferenc started holidays this week and he got a bad garage admin substitute (me). ;) You've fixed it! Thank you! I hope I'll set it up and make records in maemo/downloads this evening. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Need an SSH client for the Nokia 800
On Mon, 2007-08-20 at 23:39 +0100, ext Neil MacLeod wrote: Which device do you have? For N800 it's better to add bora, so for Nokia 770 it's: http://repository.maemo.org/extras mistral free non-free for N800 it's: http://repository.maemo.org/extras bora free non-free And then update repositories in AM and you'll find both packages in 'Communication' section. Many thanks for changing the Section, however ssh still appears to be present in repository.maemo.org bora free with Section==user/net - should this package now be removed (however, see next comment). It's in section net, not user/net as I can see. So it's not visible and installable from AM, right? I though that it was the initial goal - to have it installable right from AM, without installing xterm and becomeroot. Sorry if I misunderstood the point. Unfortunately I can't change bora repository anyway, so I decided to put my packages into bora extras. It's not the same package as in bora as you've probably seen. Why do we need two ssh packages (a client package and a server package)? I realise that some users may want just client or server functionality, but aren't these the minority - is there any real advantage having two packages rather than the single package we have had up until now? I thought we were discussing just a change of Section name rather than a fundamental splitting of the current package. You're right, it's for users who wants just client functionality. Server depends on client anyway, so it's impossible to install just server. I think it's not bad at all to have them splitted, no? I can see at least one benefit - sshd will not be running all the time if I need only client. And, as I said, it's not the same package, the version and packaging are different. I'm going to create garage project to maintain it. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Need an SSH client for the Nokia 800
В Чтв, 16/08/2007 в 17:42 +0100, ext Neil MacLeod пишет: Marius Gedminas wrote: Someone should take the ssh package from the SDK repository, change the section to user/net, and upload it to the Maemo Extras repository. Marius Gedminas No no... please don't use user/net - see the ongoing discusion about software categories in the developers mailing list and try to use one of the predefined categories/sections! :) user/Communication seems the most likely choice. Done. openssh-client and openssh-server v4.3p2-9.maemo1 packages are installable from mistral/extras and bora/extras. You can find them in your Application Managers in 'Communication' category. I hope I'll create garage project and put .install into maemo/downloads soon. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Need an SSH client for the Nokia 800
В Пнд, 20/08/2007 в 04:26 -0400, ext Hal Vaughan пишет: On Monday 20 August 2007, Ed Bartosh wrote: В Чтв, 16/08/2007 в 17:42 +0100, ext Neil MacLeod пишет: Marius Gedminas wrote: Someone should take the ssh package from the SDK repository, change the section to user/net, and upload it to the Maemo Extras repository. Marius Gedminas No no... please don't use user/net - see the ongoing discusion about software categories in the developers mailing list and try to use one of the predefined categories/sections! :) user/Communication seems the most likely choice. Done. openssh-client and openssh-server v4.3p2-9.maemo1 packages are installable from mistral/extras and bora/extras. You can find them in your Application Managers in 'Communication' category. I hope I'll create garage project and put .install into maemo/downloads soon. This answers the question I was just asking (I would have searched, but there's no search function for the mailing lists). Just for clarification, then, I'd add: http://repository.maemo.org mistral extras along with free and non-free? Which device do you have? For N800 it's better to add bora, so for Nokia 770 it's: http://repository.maemo.org/extras mistral free non-free for N800 it's: http://repository.maemo.org/extras bora free non-free And then update repositories in AM and you'll find both packages in 'Communication' section. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Need an SSH client for the Nokia 800
В Пнд, 20/08/2007 в 04:35 -0400, ext Hal Vaughan пишет: On Monday 20 August 2007, Hal Vaughan wrote: On Monday 20 August 2007, Ed Bartosh wrote: В Чтв, 16/08/2007 в 17:42 +0100, ext Neil MacLeod пишет: Marius Gedminas wrote: Someone should take the ssh package from the SDK repository, change the section to user/net, and upload it to the Maemo Extras repository. Marius Gedminas No no... please don't use user/net - see the ongoing discusion about software categories in the developers mailing list and try to use one of the predefined categories/sections! :) user/Communication seems the most likely choice. Done. openssh-client and openssh-server v4.3p2-9.maemo1 packages are installable from mistral/extras and bora/extras. You can find them in your Application Managers in 'Communication' category. I hope I'll create garage project and put .install into maemo/downloads soon. This answers the question I was just asking (I would have searched, but there's no search function for the mailing lists). Just for clarification, then, I'd add: http://repository.maemo.org mistral extras along with free and non-free? Okay, I found it at: http://repository.maemo.org/extras and specified mistral and free and non-free. There was no problem finding it, but when I tried to install the server, it would not install. I keep getting an error that it can't install it. Can you explain it more detailed, please? What exactly AM said? Any message, any detail would help. BTW, I tried installation on both devices(770 and 800) and it worked just fine. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: my two big fustrations with the N800 - please help me find aworkaround!
What do you mean by 'packages from clean 3.2007 and 4.2007 installations'? Are you still speaking about extras repository? From my point of view first step would be to make clear package acceptance criteria for extras. The next step is to select well tested and widely used by community and users applications which met this criteria and put them into extras. On Sat, 2007-07-21 at 12:51 +0400, ext DZ wrote: So, the first experiment can be is to adopt packages for 4.2007.26-8 make 'em a base for earlier platforms dist-upgrade. Initially the list of packages from clean 3.2007 and 4.2007 installations should be created for analysis of the difference. Am I right? Denis On Fri, 20 Jul 2007 17:37:26 +0400, Ed Bartosh [EMAIL PROTECTED] wrote: On Fri, 2007-07-20 at 15:12 +0300, Tomas Junnonen wrote: Ed Bartosh wrote: I think at least partially it's because there's no carrot being offered to the developers. If the Extras repository was included in the Application Manager by default, although disabled (as Multiverse is in Ubuntu, you can show a disclaimer when enabling it), people would be more likely to upload to it: - It creates awareness of the repository. Outside this mailing list few developers are likely to even know of the existence of this repository. If the repository is visible in the manager you can Google for instructions on how to get your own software there. I'd look at it from community point of view. If we want to have one more line in /etc/sources.list or in some other configuration file why we should wait for Nokia to do that? Is it so hard to make some package for this and put its .install file somewhere on garage? Defaults matter. By enabling extras through an install file on garage you're limiting yourself to the hardcore crowd who knows to visit garage in the first place. I agree with this. But considering the fact that we already have more than 3,5 thousands registered garage users it's not bad to start with them just to prove the concept. Of course it's much harder than just sitting and blaming Nokia :) That's not to say the community couldn't step up to make extras The Repo right now without Nokia's help. I'm just saying the incentive for doing so is weak at the moment. What I mean is that nothing prevents community to make it 'the repo'. The only two things are missing: clear criteria to get there and team of uploaders or even one uploader. Then if it works it can be improved easily. As a start point simple voting system should be enough, I believe. I can help with uploads, if needed. Clear criteria and a community vetting process for acceptance are the key points, and in my opinion the way to go about implementing this is to integrate it tightly with Garage: - Make requesting repository access a function of the existing project administrative web-interface, not emailing some dude. - Requesting access through the interface creates an entry in a ticket tracker, where it can be voted and commented on. Access is granted (or not) when a repo admin resolves the ticket. Sounds like a plan. Any volunteers? If there's any additional hoops to jump through people just aren't going to bother. Yeah, I can see that. And you know what? It's not because Nokia not doing this and that, it's just because of people who don't bother. As a result we have this mess with tons of repositories and .install files instead of one extra. And we also have users, who have to deal with this mess. There will always be people who just don't bother. By creating incentives for participating (larger audience, out-of-box experience) and at the same time lowering the entry bar (automation, well defined process) eventually you would reach critical mass and extras becomes the first choice for a developer seeking a distribution channel. I can't say for others but for me personally incentives are obvious: - ability to install my favorite packages in one click in AI or one run of apt instead of looking for them and dealing with possible installation issues. - having one place for trusted working software which is known to work and tested by others - easy upgrades - hapiness of users Isn't it enough? It seems that it isn't and I still don't understand why. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: my two big fustrations with the N800 - please help me find aworkaround!
On Mon, 2007-07-23 at 13:02 +0300, Marius Vollmer wrote: ext Ed Bartosh [EMAIL PROTECTED] writes: On Fri, 2007-07-20 at 12:08 +0300, ext Tomas Junnonen wrote: If there's any additional hoops to jump through people just aren't going to bother. Yeah, I can see that. And you know what? It's not because Nokia not doing this and that, it's just because of people who don't bother. As a result we have this mess with tons of repositories and .install files instead of one extra. And we also have users, who have to deal with this mess. With some effort, we could find a line of argument that leaves Nokia not responsible for the current mess. Should Nokia be contend with that, turn around and say: Your fault, not our problem? Of course not. Nokia wants the maemo community to be healthy, and Nokia, as initiator and part of the community, is currently very much in charge of setting the rules and giving directions for future improvement. I agree with this. My point was that community had and still has a chance to make a proper use of Extras repository even without Nokia. I didn't mean that Nokia isn't going to help them. I hope people understood that. Nokia controls maemo.org. Non-Nokia member of the community can have their projects on Garage, edit the Wiki, send mails to the lists, blog on Planet maemo and upload packages to the Extras repository. But Nokia controls Garage, the Wiki, the mailing lists, the Planet and the Extras repository. From this power comes repsonsiblity. If Nokia doesn't want that responsibility, the whole maemo thing needs to be opened up more: maybe formally with a maemo foundation, board of directors, etc, or informally by just giving the root password to maemo.org to some non-Nokians. How is it related to current topic? What prevents developers to set up rules for using extras and use it instead of creating uncountable amount of one-package-repositories? You can also read Ferenc explanations about status of extra in this thread. He mentioned there that garage code is open, contributions are welcome, repository exists and works. Does it mean that Nokia doesn't want this responsibility? -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: my two big fustrations with the N800 - please help me find aworkaround!
On Thu, 2007-07-19 at 16:38 -0400, ext Mike Lococo wrote: You mention several repositories that don't belong to us [Nokia]. We don't respond of them. We can't and won't stop developers from creating their own repositories. Maybe someone can monitor intersting and widely used packages moving it to the extras repo notifying package developer or offering him/her to put package there. It's much more sensible for the developers to simply put their packages in the official repos in the first place (although if you want to volunteer to move packages into extras no one will stop you). I would say some developers wouldn't be happy if someone else put their packages into extras. If they want to put them there they would just do that. I can see at least one reason of that: lack of download statistics for packages downloaded from extras. For example for me personally it's not a big problem to put at least ssh, xterm, and similar often used packages to extras. Each time I do the upgrade I have to remember where did I get them from, or to go to maemo downloads and look for them there. Instead of it it can be just couple of clicks in AI if all those packages were in extra. Most of developers from this list have the same filing, I believe. Probably it's time to just make a list of those 20 packages and put them into extras? Also it would be nice to make some criteria for packages to go there, at least simple voting at the beginning. The problem is that the repos are frustrating to access and use, so folks are throwing up their own instead. This one I don't understand at all, sorry. What frustration are you talking about? For those developers who has garage accounts it's just matter of sending one e-mail asking for access to extras. What kind of frustration do you see here? It's an often discussed problem on the developers list, although I don't recall that any clear conclusion has been reached beyond Nokia is working on making the repos better, or that any clear timeline has been laid out for improvements. If it's about extras I think it's 100% community issue. Extras was given to community long time ago, but people didn't manage to organize more or less working practice to put their packages there. They prefer to have their own repositories or just put packages everywhere for some unknown reason. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: my two big fustrations with the N800 - please help me find aworkaround!
On Fri, 2007-07-20 at 12:08 +0300, ext Tomas Junnonen wrote: ext Ed Bartosh wrote: The problem is that the repos are frustrating to access and use, so folks are throwing up their own instead. This one I don't understand at all, sorry. What frustration are you talking about? For those developers who has garage accounts it's just matter of sending one e-mail asking for access to extras. What kind of frustration do you see here? It's an often discussed problem on the developers list, although I don't recall that any clear conclusion has been reached beyond Nokia is working on making the repos better, or that any clear timeline has been laid out for improvements. If it's about extras I think it's 100% community issue. Extras was given to community long time ago, but people didn't manage to organize more or less working practice to put their packages there. They prefer to have their own repositories or just put packages everywhere for some unknown reason. I think at least partially it's because there's no carrot being offered to the developers. If the Extras repository was included in the Application Manager by default, although disabled (as Multiverse is in Ubuntu, you can show a disclaimer when enabling it), people would be more likely to upload to it: - It creates awareness of the repository. Outside this mailing list few developers are likely to even know of the existence of this repository. If the repository is visible in the manager you can Google for instructions on how to get your own software there. I'd look at it from community point of view. If we want to have one more line in /etc/sources.list or in some other configuration file why we should wait for Nokia to do that? Is it so hard to make some package for this and put its .install file somewhere on garage? - It gives the developer a wider audience to distribute to than just having his .install file on his project page. Plus it's just cool to be able to install your software out of the box in a few clicks. Exactly! - Without some official blessing Extras is just-another-repo from developer perspective, with the added downside of not being fully under the developer's control. What I mean is that nothing prevents community to make it 'the repo'. The only two things are missing: clear criteria to get there and team of uploaders or even one uploader. Then if it works it can be improved easily. As a start point simple voting system should be enough, I believe. I can help with uploads, if needed. The process for delivering to the Extras repository could also be streamlined: - In my opinion there's a don't call us, we'll call you vibe in the instructions on Garage. It can also be changed even if it's true. I had no such impression and I've been using extras for about a year already. And I'm not alone, people who cares are using it. - Integrate it with the garage project page! When creating a release and uploading files to the project, there should be a checkbox on the release page for automagically pushing the packages to the repository. I wouldn't consider it as a showstopper. I like the idea, but it looks like improvement to me. We shouldn't wait for that to start using extras. If there's any additional hoops to jump through people just aren't going to bother. Yeah, I can see that. And you know what? It's not because Nokia not doing this and that, it's just because of people who don't bother. As a result we have this mess with tons of repositories and .install files instead of one extra. And we also have users, who have to deal with this mess. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: my two big fustrations with the N800 - please help me find aworkaround!
On Fri, 2007-07-20 at 15:12 +0300, Tomas Junnonen wrote: Ed Bartosh wrote: I think at least partially it's because there's no carrot being offered to the developers. If the Extras repository was included in the Application Manager by default, although disabled (as Multiverse is in Ubuntu, you can show a disclaimer when enabling it), people would be more likely to upload to it: - It creates awareness of the repository. Outside this mailing list few developers are likely to even know of the existence of this repository. If the repository is visible in the manager you can Google for instructions on how to get your own software there. I'd look at it from community point of view. If we want to have one more line in /etc/sources.list or in some other configuration file why we should wait for Nokia to do that? Is it so hard to make some package for this and put its .install file somewhere on garage? Defaults matter. By enabling extras through an install file on garage you're limiting yourself to the hardcore crowd who knows to visit garage in the first place. I agree with this. But considering the fact that we already have more than 3,5 thousands registered garage users it's not bad to start with them just to prove the concept. Of course it's much harder than just sitting and blaming Nokia :) That's not to say the community couldn't step up to make extras The Repo right now without Nokia's help. I'm just saying the incentive for doing so is weak at the moment. What I mean is that nothing prevents community to make it 'the repo'. The only two things are missing: clear criteria to get there and team of uploaders or even one uploader. Then if it works it can be improved easily. As a start point simple voting system should be enough, I believe. I can help with uploads, if needed. Clear criteria and a community vetting process for acceptance are the key points, and in my opinion the way to go about implementing this is to integrate it tightly with Garage: - Make requesting repository access a function of the existing project administrative web-interface, not emailing some dude. - Requesting access through the interface creates an entry in a ticket tracker, where it can be voted and commented on. Access is granted (or not) when a repo admin resolves the ticket. Sounds like a plan. Any volunteers? If there's any additional hoops to jump through people just aren't going to bother. Yeah, I can see that. And you know what? It's not because Nokia not doing this and that, it's just because of people who don't bother. As a result we have this mess with tons of repositories and .install files instead of one extra. And we also have users, who have to deal with this mess. There will always be people who just don't bother. By creating incentives for participating (larger audience, out-of-box experience) and at the same time lowering the entry bar (automation, well defined process) eventually you would reach critical mass and extras becomes the first choice for a developer seeking a distribution channel. I can't say for others but for me personally incentives are obvious: - ability to install my favorite packages in one click in AI or one run of apt instead of looking for them and dealing with possible installation issues. - having one place for trusted working software which is known to work and tested by others - easy upgrades - hapiness of users Isn't it enough? It seems that it isn't and I still don't understand why. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: The new N800 firmware (2007SE_4.2007.26-8)
On Fri, 2007-07-06 at 13:22 +0300, ext Marius Gedminas wrote: Now going through my checklist[4] and reinstalling all the apps. [4] http://mg.pov.lt/770/reflash-n800.html You might want to look at another upgrade recipe: http://internet-tablet.com/software/kak-obnovitsya-chtobyi-potom-ne-byilo-muchitelno-bolno-pereustanavlivat-ves-nakoplennyiy-tyazhkimi-trudami-soft/#more-123 It introduces pretty smart method of automatic aplications reinstallation. It's written in Russian. Below is my poor translation (I hope author wouldn't mind). translation How to get upgraded without having PITA reinstalling all your so hard collected software. - by dik How I've got upgraded: 1. Went to Control Panel/Backup and made full backup. 2. Copied some files(in particular Maemopad+ database) which were in root directory for some reason to my mmc1 card. 3. Saved list of installed applications to the mmc1 card by running dpkg –get-selections /media/mmc1/soft.txt 4. Flashed new firmware (flashing guide is here: http://internet-tablet.com/main/pereproshivaem-n800-ustanavlivaem-os-2007/) 5. During first boot Installation Wizard recognized backup on my card and proposed to restore it. I couldn't refuse that :) 6. Install xterm(http://maemo-hackers.org/osso-xterm.install) and becomeroot(http://eko.one.pl/maemo/dists/bora/user/binary-armel/becomeroot_0.1-2_armel.deb) 7. Open xterm window, become root: $sudo gainroot and change default root password: #passwd 8. Get our saved list of installed software from the place we put it before: #dpkg –set-selections /media/mmc1/soft.txt 9. Upgrade according to the selected list: #apt-get dselect-upgrade 10.Application manager displays list of packages to upgrade and asks for my permission: Yes! 11.Packages got loaded in a couple of minutes and installation begins. Sometimes licence agreement windows pop up. I agree :) 12.When application installer finished its work (no error messages!) I looked at the menu - all software have been installed successfully except of that which was installed not from repositories. Everything went smoothly in my case. I wish you the same. Here is my /etc/apt/sources.list: #maemo:name Nokia Catalogue #maemo:essential deb http://catalogue.tableteer.nokia.com/certified/ bora user #maemo:name Nokia Catalogue (3rd party software) deb http://catalogue.tableteer.nokia.com/non-certified/ bora user #maemo:name extras deb http://repository.maemo.org/extras bora free non-free #maemo:name base-repository deb http://repository.maemo.org bora free non-free #maemo:name mg deb http://mg.pov.lt/770 bora user other #maemo:name FBReader repository deb http://www.fbreader.org/maemo bora user #maemo:name GPE Todo deb http://downloads.kernelconcepts.de/maemo3 bora free #maemo:name Screen grabber deb http://tuomas.kulve.fi/debian bora maemo #maemo:name Claws-mail deb http://www.claws-mail.org/maemo bora user #maemo:name Minimo deb http://home.ufam.edu.br/~agan/minimo/ bora user #maemo:name Canola deb http://openbossa.indt.org.br/canola/repository-beta2/bora bora user #maemo:name Xournal deb http://www.bgran.net/etrunko/apt mistral user #maemo:name Minimo deb http://www.maemo.org.br/minimo/ bora user #maemo:name maemo-hackers deb http://maemo-hackers.org/apt bora main Obviously packages installed not from the repositories nor with .install files can't be reinstalled this way. I would have to save them somewhere before installation. /translation Disclaimer: I translated this document in my free time. This is not related to my job in Nokia. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: incremental backups for your device with rdiff-backup
On Wed, 2007-06-06 at 18:35 -0400, ext [EMAIL PROTECTED] wrote: On Tue, Jun 05, 2007 at 11:48:05AM +0300, Ed Bartosh wrote: Hi Nick, Hm... interesting. I've checked it out with just flashed 3.2007.10-7. It works fine on my side. What I did, step by step: 1. Installed osso-xterm and wget 2. Got root on the device with sudo /usr/sbin/gainroot 3. Added bora and bora extras to the repository list echo deb http://repository.maemo.org bora free /etc/apt/sources.list echo deb http://repository.maemo.org/extras bora free /etc/apt/sources.list 4. installed python2.5 (apt-get update apt-get install python2.5) (I'm not sure if you can do it with Application Manager) Just wondering -- is aptitude available on maemo? Is the Application Manager perhaps a different UI for aptitude?? AFIK it's not. You might wanted to say that Application Manager is different UI for apt? Yes it is. -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
RE: incremental backups for your device with rdiff-backup
Hi Nick, Hm... interesting. I've checked it out with just flashed 3.2007.10-7. It works fine on my side. What I did, step by step: 1. Installed osso-xterm and wget 2. Got root on the device with sudo /usr/sbin/gainroot 3. Added bora and bora extras to the repository list echo deb http://repository.maemo.org bora free /etc/apt/sources.list echo deb http://repository.maemo.org/extras bora free /etc/apt/sources.list 4. installed python2.5 (apt-get update apt-get install python2.5) (I'm not sure if you can do it with Application Manager) 5. downloaded both librsync and rdiff-backup .deb files wget http://www.bartosh.org/files/librsync1_0.9.7-1_armel.deb wget http://www.bartosh.org/files/rdiff-backup_1.0.5-1.maemo1_armel.deb 6. installed them with dpkg dpkg -i librsync1_0.9.7-1_armel.deb rdiff-backup_1.0.5-1.maemo1_armel.deb 7. run rdiff-backup locally to check if it works and it worked It's pretty low-level way of doing things. I don't recommended you to do the same, it's just how I did it. I'm sure you'll be able to do this with AI and/or other gui applications. BTW, I can upload both packages to extra repository and make rdiff-backup installable by AI if you want. Don't hesitate to ask questions if any. Good luck! On Mon, 2007-06-04 at 16:05 -0600, ext Dr. Nicholas Shaw wrote: Ed, I tried installing both files without success. I tried downloading them and installing through application manager and I tried going directly to the site and installing. The error I get both times for both files is incompatible format. I have a N800 with the latest OS release (3.2007.10-7) Of course, it is Monday and things tend to go awry on Mondays... :-) Thanks, Nick Shaw. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Bartosh Sent: Saturday, June 02, 2007 2:41 PM To: maemo-users@maemo.org Subject: incremental backups for your device with rdiff-backup Hi Is anybody interested in incremental backups for their devices? If so, please look at rdiff-backup: http://www.nongnu.org/rdiff-backup/ I found it quite easy to use and powerful. Most attractive features from my point of view are: - supports incremental backups and restores - Stores only binary diffs, so storage and bandwidth efficient - Easy to configure and use - Works on Unix/Linux, Windows, MAC OS X Now a bit of configuration details : Requirements: device to backup (I used N800) PC with Linux or Windows ssh connection from PC to device Packages for N800: Python (I used maemo python2.5 build from bora repository) http://www.bartosh.org/files/librsync1_0.9.7-1_armel.deb http://www.bartosh.org/files/rdiff-backup_1.0.5-1.maemo1_armel.deb Exactly the same version (1.0.5) Rdiff-backup installed on the PC My Testing environment: device: N800 Old Redhat9-based system as a backup storage. I used this howto as a configuration guide: http://www.howtoforge.net/linux_rdiff_backup My configuration files: PC side: Ssh configuration: ~/.ssh/config host n800-backup hostname 192.168.255.2 user rdiff-backup identityfile ~/.ssh/id_dsa compression yes protocol 2 Backup shell script: #!/bin/sh time rdiff-backup --terminal-verbosity 5 --exclude /dev --exclude /sys --exclude /proc --exclude /initrd --exclude /mnt/ --exclude /media n800-backup::/ ./backup N800 side: # grep rdiff-backup /etc/passwd rdiff-backup:!:30003:100::/home/rdiff-backup: # grep rdiff-backup /etc/sudoers rdiff-backup ALL = NOPASSWD: /usr/bin/rdiff-backup --server --restrict-read-only / # cat /home/rdiff-backup/.ssh/authorized_keys command=sudo /usr/bin/rdiff-backup --server --restrict-read-only /,no-port-forwarding,no-X11-forwarding,no-pty ssh-dss public key Couple of examples: Usual backup session: [EMAIL PROTECTED] n800]$ ./backup.sh Executing ssh -C n800-backup rdiff-backup --server Unable to import module xattr. Extended attributes not supported on filesystem at / - Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at / Unable to import module xattr. Extended attributes not supported on filesystem at backup/rdiff-backup-data/rdiff-backup.tmp.0 Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at backup/rdiff-backup-data/rdiff-backup.tmp.0 - Detected abilities for destination (read/write) file system: Characters needing quoting '' Ownership changing Off Hard linking
RE: incremental backups for your device with rdiff-backup
Done. You can install it with AI now. It's in 'Tools' category. So, no worries about xterm, wget and all that steps anymore, just a couple of clicks and you will have it :) I didn't manage to add it to application catalog thought. I think it's just not possible at the moment. I'll do that later when they fix this. On Tue, 2007-06-05 at 16:16, ext Dr. Nicholas Shaw wrote: Thanks, Ed. I have xterm, Python 2.5, and gainroot installed but not wget. I'm sure there are many who would like it installable using AI. :-) I will, however, try to install it using your directions. Appreciate the assist! Nick Shaw. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Bartosh Sent: Tuesday, June 05, 2007 2:48 AM To: ext Dr. Nicholas Shaw Cc: maemo-users@maemo.org Subject: RE: incremental backups for your device with rdiff-backup Hi Nick, Hm... interesting. I've checked it out with just flashed 3.2007.10-7. It works fine on my side. What I did, step by step: 1. Installed osso-xterm and wget 2. Got root on the device with sudo /usr/sbin/gainroot 3. Added bora and bora extras to the repository list echo deb http://repository.maemo.org bora free /etc/apt/sources.list echo deb http://repository.maemo.org/extras bora free /etc/apt/sources.list 4. installed python2.5 (apt-get update apt-get install python2.5) (I'm not sure if you can do it with Application Manager) 5. downloaded both librsync and rdiff-backup .deb files wget http://www.bartosh.org/files/librsync1_0.9.7-1_armel.deb wget http://www.bartosh.org/files/rdiff-backup_1.0.5-1.maemo1_armel.deb 6. installed them with dpkg dpkg -i librsync1_0.9.7-1_armel.deb rdiff-backup_1.0.5-1.maemo1_armel.deb 7. run rdiff-backup locally to check if it works and it worked It's pretty low-level way of doing things. I don't recommended you to do the same, it's just how I did it. I'm sure you'll be able to do this with AI and/or other gui applications. BTW, I can upload both packages to extra repository and make rdiff-backup installable by AI if you want. Don't hesitate to ask questions if any. Good luck! On Mon, 2007-06-04 at 16:05 -0600, ext Dr. Nicholas Shaw wrote: Ed, I tried installing both files without success. I tried downloading them and installing through application manager and I tried going directly to the site and installing. The error I get both times for both files is incompatible format. I have a N800 with the latest OS release (3.2007.10-7) Of course, it is Monday and things tend to go awry on Mondays... :-) Thanks, Nick Shaw. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Bartosh Sent: Saturday, June 02, 2007 2:41 PM To: maemo-users@maemo.org Subject: incremental backups for your device with rdiff-backup Hi Is anybody interested in incremental backups for their devices? If so, please look at rdiff-backup: http://www.nongnu.org/rdiff-backup/ I found it quite easy to use and powerful. Most attractive features from my point of view are: - supports incremental backups and restores - Stores only binary diffs, so storage and bandwidth efficient - Easy to configure and use - Works on Unix/Linux, Windows, MAC OS X Now a bit of configuration details : Requirements: device to backup (I used N800) PC with Linux or Windows ssh connection from PC to device Packages for N800: Python (I used maemo python2.5 build from bora repository) http://www.bartosh.org/files/librsync1_0.9.7-1_armel.deb http://www.bartosh.org/files/rdiff-backup_1.0.5-1.maemo1_armel.deb Exactly the same version (1.0.5) Rdiff-backup installed on the PC My Testing environment: device: N800 Old Redhat9-based system as a backup storage. I used this howto as a configuration guide: http://www.howtoforge.net/linux_rdiff_backup My configuration files: PC side: Ssh configuration: ~/.ssh/config host n800-backup hostname 192.168.255.2 user rdiff-backup identityfile ~/.ssh/id_dsa compression yes protocol 2 Backup shell script: #!/bin/sh time rdiff-backup --terminal-verbosity 5 --exclude /dev --exclude /sys --exclude /proc --exclude /initrd --exclude /mnt/ --exclude /media n800-backup::/ ./backup N800 side: # grep rdiff-backup /etc/passwd rdiff-backup:!:30003:100::/home/rdiff-backup: # grep rdiff-backup /etc/sudoers rdiff-backup ALL = NOPASSWD: /usr/bin/rdiff-backup --server --restrict-read-only / # cat /home/rdiff-backup/.ssh/authorized_keys command=sudo /usr/bin/rdiff-backup --server --restrict-read-only /,no-port-forwarding,no-X11-forwarding,no-pty ssh-dss public key Couple of examples: Usual backup session: [EMAIL PROTECTED] n800]$ ./backup.sh Executing ssh -C n800-backup rdiff-backup --server Unable to import module xattr. Extended attributes not supported on filesystem
RE: incremental backups for your device with rdiff-backup
Hi Nick, I wish it too. However it's not the case now. That's why I propose to use rdiff-backup instaead. For example you can have increment backups of your documents folder and you will be able to restore it at any state you want, not only the latest backup. On Sat, 2007-06-02 at 16:47 -0600, ext Dr. Nicholas Shaw wrote: Thanks, Ed. Yes, I wish the Nokia backup had incremental. I wrote a script to copy important data to the documents folder and that is backed up each time. This will, hopefully, save me the time of constantly backing up when I make changes. Nick Shaw. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Bartosh Sent: Saturday, June 02, 2007 2:41 PM To: maemo-users@maemo.org Subject: incremental backups for your device with rdiff-backup Hi Is anybody interested in incremental backups for their devices? If so, please look at rdiff-backup: http://www.nongnu.org/rdiff-backup/ I found it quite easy to use and powerful. Most attractive features from my point of view are: - supports incremental backups and restores - Stores only binary diffs, so storage and bandwidth efficient - Easy to configure and use - Works on Unix/Linux, Windows, MAC OS X Now a bit of configuration details : Requirements: device to backup (I used N800) PC with Linux or Windows ssh connection from PC to device Packages for N800: Python (I used maemo python2.5 build from bora repository) http://www.bartosh.org/files/librsync1_0.9.7-1_armel.deb http://www.bartosh.org/files/rdiff-backup_1.0.5-1.maemo1_armel.deb Exactly the same version (1.0.5) Rdiff-backup installed on the PC My Testing environment: device: N800 Old Redhat9-based system as a backup storage. I used this howto as a configuration guide: http://www.howtoforge.net/linux_rdiff_backup My configuration files: PC side: Ssh configuration: ~/.ssh/config host n800-backup hostname 192.168.255.2 user rdiff-backup identityfile ~/.ssh/id_dsa compression yes protocol 2 Backup shell script: #!/bin/sh time rdiff-backup --terminal-verbosity 5 --exclude /dev --exclude /sys --exclude /proc --exclude /initrd --exclude /mnt/ --exclude /media n800-backup::/ ./backup N800 side: # grep rdiff-backup /etc/passwd rdiff-backup:!:30003:100::/home/rdiff-backup: # grep rdiff-backup /etc/sudoers rdiff-backup ALL = NOPASSWD: /usr/bin/rdiff-backup --server --restrict-read-only / # cat /home/rdiff-backup/.ssh/authorized_keys command=sudo /usr/bin/rdiff-backup --server --restrict-read-only /,no-port-forwarding,no-X11-forwarding,no-pty ssh-dss public key Couple of examples: Usual backup session: [EMAIL PROTECTED] n800]$ ./backup.sh Executing ssh -C n800-backup rdiff-backup --server Unable to import module xattr. Extended attributes not supported on filesystem at / - Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at / Unable to import module xattr. Extended attributes not supported on filesystem at backup/rdiff-backup-data/rdiff-backup.tmp.0 Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at backup/rdiff-backup-data/rdiff-backup.tmp.0 - Detected abilities for destination (read/write) file system: Characters needing quoting '' Ownership changing Off Hard linking On fsync() directories On Directory inc permissionsOn High-bit permissions On Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Starting increment operation / to backup Processing changed file . Incrementing mirror file backup Processing changed file etc Incrementing mirror file backup/etc a lot of linex skipped Processing changed file var/log/wtmp Incrementing mirror file backup/var/log/wtmp Processing changed file var/tmp Incrementing mirror file backup/var/tmp real2m38.161s user0m8.470s sys 0m0.310s List of incremental backups: [EMAIL PROTECTED] n800]$ rdiff-backup --list-increments ./backup Found 7 increments: increments.2007-05-06T21:28:16+03:00.dir Sun May 6 21:28:16 2007 increments.2007-05-07T00:18:33+03:00.dir Mon May
incremental backups for your device with rdiff-backup
Hi Is anybody interested in incremental backups for their devices? If so, please look at rdiff-backup: http://www.nongnu.org/rdiff-backup/ I found it quite easy to use and powerful. Most attractive features from my point of view are: - supports incremental backups and restores - Stores only binary diffs, so storage and bandwidth efficient - Easy to configure and use - Works on Unix/Linux, Windows, MAC OS X Now a bit of configuration details : Requirements: device to backup (I used N800) PC with Linux or Windows ssh connection from PC to device Packages for N800: Python (I used maemo python2.5 build from bora repository) http://www.bartosh.org/files/librsync1_0.9.7-1_armel.deb http://www.bartosh.org/files/rdiff-backup_1.0.5-1.maemo1_armel.deb Exactly the same version (1.0.5) Rdiff-backup installed on the PC My Testing environment: device: N800 Old Redhat9-based system as a backup storage. I used this howto as a configuration guide: http://www.howtoforge.net/linux_rdiff_backup My configuration files: PC side: Ssh configuration: ~/.ssh/config host n800-backup hostname 192.168.255.2 user rdiff-backup identityfile ~/.ssh/id_dsa compression yes protocol 2 Backup shell script: #!/bin/sh time rdiff-backup --terminal-verbosity 5 --exclude /dev --exclude /sys --exclude /proc --exclude /initrd --exclude /mnt/ --exclude /media n800-backup::/ ./backup N800 side: # grep rdiff-backup /etc/passwd rdiff-backup:!:30003:100::/home/rdiff-backup: # grep rdiff-backup /etc/sudoers rdiff-backup ALL = NOPASSWD: /usr/bin/rdiff-backup --server --restrict-read-only / # cat /home/rdiff-backup/.ssh/authorized_keys command=sudo /usr/bin/rdiff-backup --server --restrict-read-only /,no-port-forwarding,no-X11-forwarding,no-pty ssh-dss public key Couple of examples: Usual backup session: [EMAIL PROTECTED] n800]$ ./backup.sh Executing ssh -C n800-backup rdiff-backup --server Unable to import module xattr. Extended attributes not supported on filesystem at / - Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at / Unable to import module xattr. Extended attributes not supported on filesystem at backup/rdiff-backup-data/rdiff-backup.tmp.0 Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at backup/rdiff-backup-data/rdiff-backup.tmp.0 - Detected abilities for destination (read/write) file system: Characters needing quoting '' Ownership changing Off Hard linking On fsync() directories On Directory inc permissionsOn High-bit permissions On Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Starting increment operation / to backup Processing changed file . Incrementing mirror file backup Processing changed file etc Incrementing mirror file backup/etc a lot of linex skipped Processing changed file var/log/wtmp Incrementing mirror file backup/var/log/wtmp Processing changed file var/tmp Incrementing mirror file backup/var/tmp real2m38.161s user0m8.470s sys 0m0.310s List of incremental backups: [EMAIL PROTECTED] n800]$ rdiff-backup --list-increments ./backup Found 7 increments: increments.2007-05-06T21:28:16+03:00.dir Sun May 6 21:28:16 2007 increments.2007-05-07T00:18:33+03:00.dir Mon May 7 00:18:33 2007 increments.2007-05-07T00:22:19+03:00.dir Mon May 7 00:22:19 2007 increments.2007-05-07T00:30:42+03:00.dir Mon May 7 00:30:42 2007 increments.2007-05-07T22:45:24+03:00.dir Mon May 7 22:45:24 2007 increments.2007-05-09T21:25:18+03:00.dir Wed May 9 21:25:18 2007 increments.2007-05-20T18:57:33+03:00.dir Sun May 20 18:57:33 2007 Current mirror: Sat Jun 2 23:11:29 2007 List of changed files since 1 week: [EMAIL PROTECTED] n800]$ rdiff-backup --list-changed-since 1W ./backup |wc -l 311 Enjoy! -- Best regards, Ed ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: source code
On Fri, 2007-04-27 at 13:00, ext tj wrote: Where can I find the source code for garage projects? I am looking specifically for the gpmlauncher/mplayer code that is in the garage.maemo.org/projects/mplayer. The only thing I find on that page is diff files. Is there a repository for the projects source code? You can checkout the code for any garage project using svn client. Look at the SCM link at the project page for details. Latest gmplauncher code can be checked out from https://garage.maemo.org/svn/mplayer/trunk/gmplauncher/ It's also possible to look at the code with your browser. -- Best regards, Ed ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Re: problem adding repositorys to the Catalogue.
On Tue, 2006-09-26 at 16:00, ext Luca Donaggio wrote: 2006/9/26, Ed Bartosh [EMAIL PROTECTED]: On Fri, 2006-09-22 at 14:51, ext Luca Donaggio wrote: 2006/9/22, Marius Vollmer [EMAIL PROTECTED]: ext Marius Gedminas [EMAIL PROTECTED] writes: I hope that by the time OS2007 comes out, two things will happen * all of the useful and tested packages will be uplosded to the Garage repository (repository.maemo.org/extras) This is mostly up to the maintainers of those packages, I'd say. Well, the problem is that it is very difficult to upload a package to the extras (formerly known as contrib) repository for us not using a debian based distro :-) Not 'that' difficult :) I've just uploaded new mplayer release to extras from my old RedHat clone without any problem. Here is the log. I hope it helps: $ cat /etc/redhat-release Red Hat Linux release 9 (Shrike) $ ls mplayer_1.0pre8-maemo.7_armel.changes mplayer_1.0pre8-maemo.7.diff.gz mplayer_1.0pre8-maemo.7_armel.deb mplayer_1.0pre8-maemo.7.dsc $/scratchbox/devkits/debian/bin/debsign -e[EMAIL PROTECTED] mplayer_1.0pre8-maemo.7_armel.changes signfile mplayer_1.0pre8- maemo.7.dsc [EMAIL PROTECTED] skipped pathphrase's requests Successfully signed dsc and changes files $ scp * [EMAIL PROTECTED]:/var/www/extras/incoming/ That's it. After 2 minutes all mplayer files were accessible by apt from extras repo. BTW, I didn't manage to sign packages in scratchbox because of gnupg problem: signfile mplayer_1.0pre8-maemo.7.dsc Ed Bartosh [EMAIL PROTECTED] gpg: WARNING: --no-show-policy-url is a deprecated option gpg: please use --list-options no-show-policy-urls instead gpg: WARNING: --no-show-policy-url is a deprecated option gpg: please use --verify-options no-show-policy-urls instead gpg: protection algorithm 3 is not supported gpg: skipped Ed Bartosh [EMAIL PROTECTED]: unknown cipher algorithm gpg: [stdin]: clearsign failed: unknown cipher algorithm debsign: gpg error occurred! Aborting -- Best regards, Ed You're right Ed, it's not a matter of linux flavour, but of availability of debian utilities for your distribution. I know you can always download the sources and install what you need, but I still think that if Maemo for Scratchbox provided these tools just out-of-the-box life would be a little bit easier for us ;-) ! Anyway, I'm gonna try the Sardine way and see if I can manage to make it work. My point was a bit different. I tried to show that you can upload files to contrib (I mean extra) without any additional tools. Of course it's better to have working dput and debsign out of the box, but you don't have to wait for this, this is what I meant. -- Best regards, Ed ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Re: problem adding repositorys to the Catalogue.
On Fri, 2006-09-22 at 14:51, ext Luca Donaggio wrote: 2006/9/22, Marius Vollmer [EMAIL PROTECTED]: ext Marius Gedminas [EMAIL PROTECTED] writes: I hope that by the time OS2007 comes out, two things will happen * all of the useful and tested packages will be uplosded to the Garage repository (repository.maemo.org/extras) This is mostly up to the maintainers of those packages, I'd say. Well, the problem is that it is very difficult to upload a package to the extras (formerly known as contrib) repository for us not using a debian based distro :-) Not 'that' difficult :) I've just uploaded new mplayer release to extras from my old RedHat clone without any problem. Here is the log. I hope it helps: $ cat /etc/redhat-release Red Hat Linux release 9 (Shrike) $ ls mplayer_1.0pre8-maemo.7_armel.changes mplayer_1.0pre8-maemo.7.diff.gz mplayer_1.0pre8-maemo.7_armel.deb mplayer_1.0pre8-maemo.7.dsc $/scratchbox/devkits/debian/bin/debsign -e[EMAIL PROTECTED] mplayer_1.0pre8-maemo.7_armel.changes signfile mplayer_1.0pre8-maemo.7.dsc [EMAIL PROTECTED] skipped pathphrase's requests Successfully signed dsc and changes files $ scp * [EMAIL PROTECTED]:/var/www/extras/incoming/ That's it. After 2 minutes all mplayer files were accessible by apt from extras repo. BTW, I didn't manage to sign packages in scratchbox because of gnupg problem: signfile mplayer_1.0pre8-maemo.7.dsc Ed Bartosh [EMAIL PROTECTED] gpg: WARNING: --no-show-policy-url is a deprecated option gpg: please use --list-options no-show-policy-urls instead gpg: WARNING: --no-show-policy-url is a deprecated option gpg: please use --verify-options no-show-policy-urls instead gpg: protection algorithm 3 is not supported gpg: skipped Ed Bartosh [EMAIL PROTECTED]: unknown cipher algorithm gpg: [stdin]: clearsign failed: unknown cipher algorithm debsign: gpg error occurred! Aborting -- Best regards, Ed ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] USB Ethernet adaptor at N770
On Thu, 2006-04-20 at 22:02 +0200, ext W. Borgert wrote: Quoting Ed Bartosh [EMAIL PROTECTED]: On Thu, 2006-04-20 at 15:54 +0200, ext W. Borgert wrote: is it possible to connect a USB Ethernet adaptor to the N770? Of course, I would need to flash the device with USB master mode(?) and I would need a powered USB hub. But does the Nokia kernel have the relevant drivers? Thanks in advance! Yes, it's possible. Yes, you need to do flasher --enable-usb-host-mode. You don't need to do any kernel modifications. At least D-Link DUB-E100 works just fine for me. And it's not even expensive :-) Do you run it without any special adaptor or USB hub? I use modified USB hub for that. -- Ed ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] USB Ethernet adaptor at N770
On Thu, 2006-04-20 at 15:54 +0200, ext W. Borgert wrote: Hi, is it possible to connect a USB Ethernet adaptor to the N770? Of course, I would need to flash the device with USB master mode(?) and I would need a powered USB hub. But does the Nokia kernel have the relevant drivers? Thanks in advance! Yes, it's possible. Yes, you need to do flasher --enable-usb-host-mode. You don't need to do any kernel modifications. At least D-Link DUB-E100 works just fine for me. -- Ed ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users