closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
jarmo.ti...@nokia.com wrote: BTW I think flasher is the only closed source tool we have in maemo development environment. Or at least I do not know any other binary only tool :). I think gcc/uclibc toolchain for initfs development would qualify but it is much worse here, we even don't have the tool (despite GPL) :-( https://bugs.maemo.org/show_bug.cgi?id=3373 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
Hi, -Original Message- From: ext Frantisek Dufka [mailto:duf...@seznam.cz] Sent: 02 July, 2009 09:46 Fremantle and Diablo released jarmo.ti...@nokia.com wrote: BTW I think flasher is the only closed source tool we have in maemo development environment. Or at least I do not know any other binary only tool :). I think gcc/uclibc toolchain for initfs development would qualify but it is much worse here, we even don't have the tool (despite GPL) :-( https://bugs.maemo.org/show_bug.cgi?id=3373 Good point and there actually are even more closed tools or tools that we do not publish in maemo.org but we use internally to develop certain components (especially for those that are very close to the HW as they may require HW vendor toolchain to be used). When I said that we do not have other closed tools in maemo than flasher I ment tools that we publish in maemo.org. For initfs development (and development of some very hw related components like DSP, codecs, driverts,...) these have never been supported officially in maemo and so we have not released toolchain for them either. There were plan to start supporting initfs development as we already support development of rootfs components and kernel/kernel modules but as Fremantle does not have initfs anymore these plans were not implemented. And I do not belive we have any plans to release toolchain for initfs development for Diablo anymore. Cheers, //Jarmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
You sure you have a choice in the matter? Considering how you're already violating the GPL. On 7/2/09, jarmo.ti...@nokia.com jarmo.ti...@nokia.com wrote: And I do not belive we have any plans to release toolchain for initfs development for Diablo anymore. Cheers, //Jarmo ___ 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: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
(Well, s/you/Nokia/) On 7/2/09, Faheem Pervez tripp...@gmail.com wrote: You sure you have a choice in the matter? Considering how you're already violating the GPL. On 7/2/09, jarmo.ti...@nokia.com jarmo.ti...@nokia.com wrote: And I do not belive we have any plans to release toolchain for initfs development for Diablo anymore. Cheers, //Jarmo ___ 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: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
Hi, Faheem Pervez wrote: You sure you have a choice in the matter? Considering how you're already violating the GPL. I don't know the details of the situation. I just want to remind you that the GPL is a distribution licence. That's why we don't get all Google's changes to the Linux kernel and Apache back upstream. It seems that I've seen people say that Nokia doesn't even distribute the initfs tools. If that's the case, there wouldn't be any GPL violation. Cheers, Dave. -- maemo.org docsmaster Email: dne...@maemo.org Jabber: bo...@jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
Hi, I'm certainly far from being a licensing expert. But there is a paragraph on a page at the busybox site which does make it clear wrt busybox and releasing source: http://www.busybox.net/license.html I see a /mnt/initfs/bin/busybox but I don't see the source available for the busybox 1.00 used in the initfs. But Mohammed's reply on the bug in question does give me a little more hope. Best Regards, Faheem On 7/2/09, Dave Neary dne...@maemo.org wrote: Hi, Faheem Pervez wrote: You sure you have a choice in the matter? Considering how you're already violating the GPL. I don't know the details of the situation. I just want to remind you that the GPL is a distribution licence. That's why we don't get all Google's changes to the Linux kernel and Apache back upstream. It seems that I've seen people say that Nokia doesn't even distribute the initfs tools. If that's the case, there wouldn't be any GPL violation. Cheers, Dave. -- maemo.org docsmaster Email: dne...@maemo.org Jabber: bo...@jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
Hi, Faheem Pervez wrote: You sure you have a choice in the matter? Considering how you're already violating the GPL. Dave Neary wrote: I don't know the details of the situation. I just want to remind you that the GPL is a distribution licence. That's why we don't get all Google's changes to the Linux kernel and Apache back upstream. It seems that I've seen people say that Nokia doesn't even distribute the initfs tools. If that's the case, there wouldn't be any GPL violation. But Google isn't distributing their Linux Kernel or Apache, Nokia is distributing the initfs. Ed Okerson ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
Dave Neary wrote: I've seen people say that Nokia doesn't even distribute the initfs tools. If that's the case, there wouldn't be any GPL violation. Let's move detailed discussion back to the bug report. Quick and hopefully correct summary is that Nokia is distributing modified uclibc (EABI patched 0.9.28) so we should get at least exact uclibc sources used for building initfs. That is indeed enough to satisfy GPL and also to close the bug report since we can rebuild gcc with such uclibc and make the toolchain ourselves. uclibc is IMO really the tricky part, PCMIIAW but 0.9.28 does not support EABI out of box, there are several (maybe incomplete) patches to add EABI support to 0.9.28 mentioned in uclibc mailing list so it is quite hard to decide which specific version (if any) went into the binary which is distributed with the tablets. The original request is for toolchain binary since my idea was that it is easier for both sides (the binary exists inside Nokia - name was mentioned is OS2007 hacker edition guide, and hopefully there is no reason to keep the sources or binaries of gcc closed). Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
iptable_nat modules problem with N810 (latest diablo)?
Hi, I am trying to share internet from maemo device to host PC through USB or bluetooth. For that, i am using iptable_nat modules following the tips described here: http://talk.maemo.org/showthread.php?t=19035. After install the iptable_nat modules and iptable-ext package, i tryed to configure the masquerading with the following commands: iptables --flush -t nat echo 1 /proc/sys/net/ipv4/ip_forward iptables -P FORWARD ACCEPT iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.2.0/24 The iptables rules are there: Nokia-N810-43-7:~# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT 0-- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Nokia-N810-43-7:~# iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination MASQUERADE 0-- 192.168.2.0/24 anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination The network (ip and route) is configured correctlly (both maemo device and host PC), but i can not share internet from maemo device to host PC. With the same configuration i can share internet from host PC to maemo device. Anybody got internet shared from maemo device to host PC? Am I missing some step? I also tryed to recompile the iptable_nat modules but no success. Thanks, André Rodrigues PS: My device: Linux Nokia-N810-43-7 2.6.21-omap1 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: iptable_nat modules problem with N810 (latest diablo)?
En/na Andre Rodrigues ha escrit: Anybody got internet shared from maemo device to host PC? Am I missing some step? I also tryed to recompile the iptable_nat modules but no success. I tried it but without using iptables: using openssh as a socks proxy. If you have the openssh server installed and running on the tablet, from the host pc you can ssh into the tablet this way: ssh -D 6969 tablet.address then on the host configure your applications to use a socks5 proxy at localhost:6969 (you can use tsocks for applications that don't support socks5 directly). If the host pc is running windows, you can use putty, in the ssh tunnels panel add a tunnel with the Dynamic option set. It's not as transparent as setting up nat on the tablet but it works. Bye -- Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: iptable_nat modules problem with N810 (latest diablo)?
Hi Luca, I am implementing a module of Maemo Pc-Connectivity Project. So, it would be nice if the configuration is transparent as much as possible (it was why i choose nat). Thank you for your tip using openssh. Regards, Andre Luca Olivetti escreveu: En/na Andre Rodrigues ha escrit: Anybody got internet shared from maemo device to host PC? Am I missing some step? I also tryed to recompile the iptable_nat modules but no success. I tried it but without using iptables: using openssh as a socks proxy. If you have the openssh server installed and running on the tablet, from the host pc you can ssh into the tablet this way: ssh -D 6969 tablet.address then on the host configure your applications to use a socks5 proxy at localhost:6969 (you can use tsocks for applications that don't support socks5 directly). If the host pc is running windows, you can use putty, in the ssh tunnels panel add a tunnel with the Dynamic option set. It's not as transparent as setting up nat on the tablet but it works. Bye ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: iptable_nat modules problem with N810 (latest diablo)?
En/na Andre Rodrigues ha escrit: Hi Luca, I am implementing a module of Maemo Pc-Connectivity Project. So, it would be nice if the configuration is transparent as much as possible (it was why i choose nat). Thank you for your tip using openssh. Mmh, I don't think it makes a difference, but you could try iptables -A POSTROUTING -t nat -j MASQUERADE -o wlan0 instead of iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.2.0/24 Also, check that there isn't a firewall on the host pc messing things up. Bye -- Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: iptable_nat modules problem with N810 (latest diablo)?
Hi, Same result with (no success): iptables -A POSTROUTING -t nat -j MASQUERADE -o wlan0 Also i checked and there is no firewall running on host PC Regards, Andre Luca Olivetti escreveu: En/na Andre Rodrigues ha escrit: Hi Luca, I am implementing a module of Maemo Pc-Connectivity Project. So, it would be nice if the configuration is transparent as much as possible (it was why i choose nat). Thank you for your tip using openssh. Mmh, I don't think it makes a difference, but you could try iptables -A POSTROUTING -t nat -j MASQUERADE -o wlan0 instead of iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.2.0/24 Also, check that there isn't a firewall on the host pc messing things up. Bye ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE:N810 internet tablet pc
hi everyone, can anyone help me to install java for the tablet pc... i tried but it is asking for gtk+ application -- Regards Lokesh ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released
Hi, -Original Message- From: ext Frantisek Dufka [mailto:duf...@seznam.cz] Sent: 02 July, 2009 15:54 To: Dave Neary Cc: Faheem Pervez; maemo-developers@maemo.org; Tikka Jarmo (Nokia-D/Helsinki) Subject: Re: closed tools, Re: Maemo Flasher-3.5 Tool Beta for Fremantle and Diablo released Dave Neary wrote: I've seen people say that Nokia doesn't even distribute the initfs tools. If that's the case, there wouldn't be any GPL violation. Let's move detailed discussion back to the bug report. Please do :). Especially if there are any Nokia modified open source (GPLed that requires sources to be published) packages that we do not have sources available from SDK repository just file bug reports about those. This initfs has been somewhat problematic as it's components have not been part of rootfs or kernel for which maemo SDK team ahs provided sources from SDK repository. Because we have not had official toolchain for initfs development SDK team has not (if you so say) published all OSS components from it. This will most probably be fixed with Fremantle as now initfs components are part of rootfs (e.g. SDK rootstraps) and I think we have sources for all SDK rootstrap components in SDK repository. Quick and hopefully correct summary is that Nokia is distributing modified uclibc (EABI patched 0.9.28) so we should get at least exact uclibc sources used for building initfs. That is indeed enough to satisfy GPL and also to close the bug report since we can rebuild gcc with such uclibc and make the toolchain ourselves. Write one bug report for each final platform release about GPLed components that you think are modified by Nokia but sources are not available from maemo.org to the maemo bugzilla. If those components are in initfs our platform teams probably need to release sources in some separate packages because we in SDK team construct our SDK rootstraps by rebuilding them from scratch and initfs components are not part of that process in Diablo (but should be in Fremantle). uclibc is IMO really the tricky part, PCMIIAW but 0.9.28 does not support EABI out of box, there are several (maybe incomplete) patches to add EABI support to 0.9.28 mentioned in uclibc mailing list so it is quite hard to decide which specific version (if any) went into the binary which is distributed with the tablets. Just add uclibc into that bug report for Diablo platform release. If you find similar packages from SDK (there really should not be any as I really think we release all sources for all SDK OSS components) write separate bug report for Diablo SDK because Diablo plaform in device and Diablo SDK are separate products. The original request is for toolchain binary since my idea was that it is easier for both sides (the binary exists inside Nokia - name was mentioned is OS2007 hacker edition guide, and hopefully there is no reason to keep the sources or binaries of gcc closed). If we have modified some OSS components and deliver binaries as part of our products (platform and SDK) we release also modified sources for them. Just write bug reports about them. Still I do not think we will release any new toolchains for Diablo as toochains are part of SDK product and need to be tested and documented and ... Cheers, //Jarmo Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers