| 02:01.48 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 02:01.51 | *** join/#maemo-ssu silviof1 (~silviof@unaffiliated/silviof) |
| 02:22.20 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
| 02:30.29 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 04:28.06 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 04:33.30 | *** join/#maemo-ssu trx (~ns-team@212.200.199.206) |
| 04:33.30 | *** join/#maemo-ssu trx (~ns-team@devbin/founder/trx) |
| 04:48.34 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
| 05:36.28 | *** join/#maemo-ssu Maxdamantus (~Maxdamant@2001:470:f078::dead:beef:cafe) |
| 06:20.32 | *** join/#maemo-ssu discopig (~pig@unaffiliated/discopig) |
| 07:02.23 | *** join/#maemo-ssu sixwheeledbeast (~paul@2a01:348:6:860a:552c:ec65:7802:9192) |
| 07:07.46 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 08:03.44 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 08:49.13 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 08:52.04 | *** join/#maemo-ssu NIN101 (~core@n900.quitesimple.org) |
| 08:59.12 | freemangordon | merlin1991: ping |
| 08:59.24 | freemangordon | merlin1991: could you help me with building glibc? |
| 09:37.28 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-51-69.residential.rdsnet.ro) |
| 09:57.43 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
| 09:59.04 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 10:14.43 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 10:17.55 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
| 10:33.06 | *** join/#maemo-ssu arcean (~arcean@aacr133.neoplus.adsl.tpnet.pl) |
| 10:46.07 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
| 11:02.56 | merlin1991 | freemangordon: what help do you need? |
| 11:03.10 | freemangordon | well, i *somehow* built it |
| 11:03.21 | freemangordon | and it is in the -thumb repo already :) |
| 11:10.13 | merlin1991 | btw freemangordon when you prepare an update, just upload everything but the .changes files and then push them in as last thing, that way you minimize the time the repo is in an inconsistent state to a min or so |
| 11:10.49 | freemangordon | merlin1991: I know, but I want to test on the device first what I had put in the repo |
| 11:11.57 | merlin1991 | dpkg -i is a thing ;) |
| 11:13.39 | freemangordon | sure, but it does not pull the dependencies |
| 11:13.58 | freemangordon | I wan't to know what apt-get upgrade will give me |
| 11:15.09 | freemangordon | /home/ivo/workspace/thumb/Tmaemo10/glibc/build-tree/glibc-2.5/configure --host=arm-none-linux-gnueabi --build=arm-none-linux-gnueabi --prefix=/usr --without-cvs --enable-add-ons=libidn,nptl ports --without-selinux --with-headers=/home/ivo/workspace/thumb/Tmaemo10/glibc/debian/include --enable-kernel=2.6.0 --without-fp --with-tls --with-__thread --disable-profile --disable-force-install |
| 11:16.12 | merlin1991 | that's from where? |
| 11:16.57 | freemangordon | config.log |
| 11:17.11 | freemangordon | in build-tree/armel-libc |
| 11:17.33 | merlin1991 | that's one layer farther outside than we need |
| 11:17.45 | merlin1991 | actually in the raw buildlog you see what's going on |
| 11:17.46 | freemangordon | where to check then? |
| 11:17.47 | merlin1991 | iirc |
| 11:17.55 | freemangordon | ok, will rebuild it |
| 11:18.00 | merlin1991 | starts his scratchbox and goes looking |
| 11:19.20 | freemangordon | shall I export some ENV var with system headers location? |
| 11:19.46 | merlin1991 | no the with-headers configure option does that for you |
| 11:20.59 | freemangordon | the last -isystem I see is -isystem /home/ivo/workspace/thumb/Tmaemo10/glibc/debian/include |
| 11:21.29 | freemangordon | but anyway, will follow the instructions in the README and will retry |
| 11:21.50 | merlin1991 | that's not going to fix your toolchain |
| 11:21.57 | merlin1991 | please paste me the output of gcc -v and cpp -v |
| 11:22.19 | freemangordon | [sbox-FREMANTLE_ARMEL_GCC472: ~/workspace/thumb/Tmaemo10/glibc] > gcc -v |
| 11:22.21 | freemangordon | Using built-in specs. |
| 11:22.23 | freemangordon | Reading specs from /scratchbox/compilers/linaro-4.7-2012.07-fremantle-armv7a/gcc.specs |
| 11:22.25 | freemangordon | rename spec cpp to old_cpp |
| 11:22.27 | freemangordon | COLLECT_GCC=/scratchbox/compilers/linaro-4.7-2012.07-fremantle-armv7a/bin/sbox-arm-none-linux-gnueabi-gcc |
| 11:22.29 | freemangordon | COLLECT_LTO_WRAPPER=/scratchbox/compilers/linaro-4.7-2012.07-fremantle-armv7a/bin/../libexec/gcc/arm-none-linux-gnueabi/4.7.2/lto-wrapper |
| 11:22.31 | freemangordon | Target: arm-none-linux-gnueabi |
| 11:22.33 | freemangordon | Configured with: ../../sources/gcc-linaro-4.7-2012.07/configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=arm-none-linux-gnueabi --prefix=/usr/src/toolchain_build/output/ --with-ppl=/usr/src/toolchain_build/output/ --with-build-sysroot=/usr/src/toolchain_build/output/arm-none-linux-gnueabi/libc --with-sysroot=/ --with-build-time-tools=/usr/src/toolchain_build/output/bin --enable-threads --disable-libmudflap --disable-libssp --disable- |
| 11:22.35 | freemangordon | libgomp --disable-libstdcxx-pch --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --enable-shared --enable-symvers=gnu --enable-__cxa_atexit --disable-nls --with-gmp=/usr/src/toolchain_build/output/ --with-mpfr=/usr/src/toolchain_build/output/ --with-mpc=/usr/src/toolchain_build/output/ --enable-cloog-backend=isl --with-ppl=/usr/src/toolchain_build/output/ --with-cloog=/usr/src/toolchain_build/output/ --with-host-libstdcxx='-lstdc++ -lsupc++ -lm' -- |
| 11:22.37 | freemangordon | with-arch=armv7-a --with-cpu=cortex-a8 --with-tune=cortex-a8 --with-fpu=neon --with-float=softfp --with-mode=arm |
| 11:22.39 | freemangordon | Thread model: posix |
| 11:22.41 | freemangordon | gcc version 4.7.2 20120701 (prerelease) (Linaro GCC 4.7-2012.07) |
| 11:22.52 | merlin1991 | pastebin would have been nice ;) |
| 11:23.00 | freemangordon | ok :) |
| 11:23.13 | merlin1991 | and for cpp it's really nice because that prints even more |
| 11:23.37 | freemangordon | http://pastebin.com/ma61wNBe |
| 11:23.59 | merlin1991 | and also please pastebin |
| 11:24.02 | merlin1991 | /scratchbox/compilers/linaro-4.7-2012.07-fremantle-armv7a/gcc.spec |
| 11:24.49 | DocScrutinizer05 | <PROTECTED> |
| 11:25.07 | DocScrutinizer05 | is it blocked via ssh? |
| 11:25.37 | freemangordon | merlin1991: http://pastebin.com/1bbNUA1t |
| 11:25.53 | freemangordon | I guess I should follow README after all |
| 11:26.13 | merlin1991 | yep |
| 11:26.31 | merlin1991 | your spec file achives the same thing /usr/include is going to be the very first file to look for includes |
| 11:26.47 | merlin1991 | and it contains the original maemo kernel headers -> no pselect |
| 11:27.37 | freemangordon | yeah :( |
| 11:27.53 | freemangordon | I was hoping gcc4.7.2 will ignore that |
| 11:28.00 | merlin1991 | but freemangordon don't forget to revert your spec file in the end, some other stuff doesn't build without that assumption (I'm looking at Qt about to cut its throat) |
| 11:28.16 | freemangordon | anyway, could you remove glibc (and co) from the thumb repo? |
| 11:28.30 | freemangordon | so I would not need to increase the version |
| 11:29.00 | freemangordon | merlin1991: ^^^ |
| 11:29.10 | merlin1991 | sure |
| 11:29.17 | freemangordon | thanks! |
| 11:32.04 | merlin1991 | okay done |
| 11:32.44 | freemangordon | about 6-7packages, right? |
| 11:33.26 | merlin1991 | actually I don't know, the advantage of "reprepro -b $PATH removesrc fremantle glibc" is that it removes all binary packages built from the glibc sources :D |
| 11:34.03 | freemangordon | :D |
| 11:35.05 | merlin1991 | hm and diffs are not enabled on the thumb repo, so can't check that way either |
| 11:35.20 | merlin1991 | should I enable pdiff support for the future? |
| 11:35.28 | freemangordon | NFC what that is |
| 11:36.01 | freemangordon | however, if there are remnants it will spit on me when I try to reupload the same version |
| 11:36.49 | merlin1991 | hm tbh it makes no sense to run pdiffs when the packages are uploaded one by one, the overhead would be higher than what is gained |
| 11:37.01 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 11:37.34 | DocScrutinizer05 | changing priority works fine via htop F7/F8, but not via nice|renice no matter what I try. and I can't make childspin do anything else except printing dots |
| 11:37.49 | DocScrutinizer05 | NB on stock kernel afaik |
| 11:38.11 | merlin1991 | replace afaik with uname -a ;) |
| 11:38.35 | DocScrutinizer05 | unless childspin is a version that somehow does some bugfixing to ppoll |
| 11:38.44 | DocScrutinizer05 | meh, ok |
| 11:38.56 | DocScrutinizer05 | ~ # uname -a |
| 11:38.58 | DocScrutinizer05 | Linux IroN900 2.6.28-omap1 #1 PREEMPT Fri Aug 6 11:50:00 EEST 2010 armv7l unknown |
| 11:39.21 | merlin1991 | hm that should lock up even with the fixed glibc (which is in cssu-testing) |
| 11:39.56 | merlin1991 | essentially childspin should stop printing at some points when it misses a signal |
| 11:39.57 | DocScrutinizer05 | ~ # ls -l `which childspin ` |
| 11:39.58 | DocScrutinizer05 | -rwxr-xr-x 1 root staff 6826 Jul 11 2013 /usr/local/bin/childspin |
| 11:40.24 | DocScrutinizer05 | shall I run it some longer? |
| 11:40.24 | freemangordon | DocScrutinizer05: start HAM |
| 11:40.40 | freemangordon | and do "refresh" |
| 11:41.00 | DocScrutinizer05 | what ever thou say. Sire |
| 11:41.32 | merlin1991 | yeah a refresh by ham should put enough load on the system to make childspin miss some signals |
| 11:44.19 | DocScrutinizer05 | a "while true; do :; done" in a shell, reniced via htop to -18, brought childspin almost to a halt (like delays of seconds between bursts of points), but nothing else |
| 11:45.52 | DocScrutinizer05 | on -19 chilspin (at 10) stalls completely |
| 11:46.29 | merlin1991 | well the interesting bit is if childspin runs again once you stop your busy loop |
| 11:46.45 | freemangordon | :nod: |
| 11:47.02 | freemangordon | DocScrutinizer05: also - start a couple of childspin processes |
| 11:47.32 | freemangordon | ok, with fixed gcc.specs childspin looks waaay better :) |
| 11:49.56 | DocScrutinizer05 | FUCK YOU KDE! |
| 11:50.04 | DocScrutinizer05 | steling focus |
| 11:50.12 | DocScrutinizer05 | on irc highlight |
| 11:50.23 | DocScrutinizer05 | no, childspin stalled for good |
| 11:50.32 | freemangordon | hmm? |
| 11:50.36 | merlin1991 | freemangordon: I should probably patch the buildscripts for glibc so it overwrites the gcc specs aswell, there is a -specs switch after all |
| 11:51.17 | freemangordon | merlin1991: lets push a new -testing first |
| 11:51.19 | DocScrutinizer05 | but it also doesn't print out any diagnostics which iirc it is supposed to do |
| 11:51.31 | freemangordon | DocScrutinizer05: no, it just stalls |
| 11:51.37 | DocScrutinizer05 | oooh? |
| 11:51.41 | freemangordon | yep |
| 11:52.12 | freemangordon | merlin1991: and pester chem|st to finally put a new -stable out |
| 11:52.14 | DocScrutinizer05 | nah, I'm almost sure it's supposed to print some diags |
| 11:52.38 | freemangordon | DocScrutinizer05: I am 100% sure it just stalls on missed signal :) |
| 11:52.39 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 11:52.43 | DocScrutinizer05 | mhm |
| 11:52.48 | freemangordon | check the code |
| 11:53.00 | DocScrutinizer05 | can you pls point me to src? |
| 11:53.40 | freemangordon | is trying to find it |
| 11:54.22 | freemangordon | hmm, it seems it is no longer available in inet |
| 11:54.27 | freemangordon | :( |
| 11:54.30 | DocScrutinizer05 | FUCK! |
| 11:54.40 | freemangordon | I need to bootup my SDK vmware image |
| 11:55.00 | freemangordon | DocScrutinizer05: don;t want to waste time on that now, will do it later |
| 11:59.09 | DocScrutinizer05 | http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2012-08-04.log.html#t2012-08-04T20:44:59 http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2012-08-04.log.html#t2012-08-04T20:57:49 and yes you're right http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2012-08-04.log.html#t2012-08-04T21:28:50 |
| 12:01.10 | freemangordon | see :P |
| 12:01.35 | freemangordon | ok, fixed glibc is in the thumb repo |
| 12:10.05 | DocScrutinizer05 | now for the FSCKNG nice/renice issue |
| 12:10.17 | DocScrutinizer05 | WTF is wrong with it? |
| 12:11.23 | DocScrutinizer05 | freemangordon: btw it didn't need HAM to make childpsin lock, I think it locked before I started HAM, when I had the "whilce true; do :; done" process running at niceness -18 or -19 |
| 12:12.36 | DocScrutinizer05 | merlin1991: loocks like you got the binary on your server. So I guess you also have the sourcecode, right? |
| 12:13.02 | DocScrutinizer05 | I wonder if the source was n some ML or ticket-attachment |
| 12:16.05 | DocScrutinizer05 | freemangordon: btw re FPTF: could you eventually try to build a "complete" fremantle just from sources? according to http://talk.maemo.org/showthread.php?p=1420525#post1420525 |
| 12:29.37 | merlin1991 | the source was a bugtracker attachment iirc on the ubuntu bt |
| 12:31.00 | merlin1991 | I have the .c file on my pc, but not on this laptop, can share it when I get back home |
| 12:33.32 | merlin1991 | goes to install jdk 6 because his university lives way in the past |
| 12:33.38 | merlin1991 | in a time before security mattered |
| 12:36.34 | *** join/#maemo-ssu LauRoman|Laptop (~LauRoman@5-14-51-69.residential.rdsnet.ro) |
| 12:45.39 | *** join/#maemo-ssu delphi (~ns-team@devbin/founder/trx) |
| 12:49.53 | *** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz) |
| 13:39.01 | freemangordon | DocScrutinizer05: I am not sure where one should start from, I more a developer than a distro maintainer :) |
| 13:39.29 | freemangordon | anyway, I guess this is not a one man show project |
| 13:50.15 | *** join/#maemo-ssu arcean_ (~arcean@aada199.neoplus.adsl.tpnet.pl) |
| 14:13.01 | DocScrutinizer05 | building a system from scratch isn't THAT hard, gentoo users do it twice a week |
| 14:13.23 | DocScrutinizer05 | I heard |
| 14:13.51 | Apic | B-) |
| 14:15.29 | DocScrutinizer05 | note that I have NFC about that stuff, but I suspect it's as complicated as "git checkout *; make all" |
| 14:17.20 | DocScrutinizer05 | if it turns out to be significantly more complex than that, nobody is asking you to fix that as a one man show, we need to meet and join forces to come up with concepts how to fix it |
| 14:17.52 | DocScrutinizer05 | (we=developer community) |
| 14:18.36 | DocScrutinizer05 | basically we're actually at the beginning of giving birth to a "new" distro |
| 14:19.59 | DocScrutinizer05 | called maybe freemantle, or community-fremantle-<arch>, where <arch> for now is "n900" and very soon "neo900" |
| 14:21.29 | DocScrutinizer05 | NB that such arch would be much more open to contributions by anybody whol likes to contribute than CSSU is by definition |
| 14:23.52 | DocScrutinizer05 | while I think community-fremantle-n900 should stay app/abi-compatible to stock fremantle / cssu, it has much more liberty to accept alternative packages for any stock core nokia app you can think of, and it has the opportunity to come up with pdecent dependency management from beginning |
| 14:25.32 | DocScrutinizer05 | we wouldn't even need to keep HAM compatibility in repo, since when somebody wants to use HAM s/he's free to use CSSU |
| 14:27.49 | freemangordon | DocScrutinizer05: so, how do you imagine the stuff should work - a flashable image or internet repo or a combination? |
| 14:27.54 | DocScrutinizer05 | and as long as HAM can get tweaked to work on community-fremantle-*, users can still install maemo-extras apps on that community-fremantle-* system |
| 14:28.43 | *** join/#maemo-ssu LauRoman|Alt (~LauRoman@5-14-51-69.residential.rdsnet.ro) |
| 14:28.44 | DocScrutinizer05 | first as simple an approach as possible, maybe a tarball on uSD to get expanded under a working stock fremantle installation |
| 14:28.55 | freemangordon | chroot? |
| 14:29.00 | DocScrutinizer05 | flashable image sounds awesome |
| 14:29.20 | DocScrutinizer05 | no chroot, brute force replace the old system |
| 14:29.38 | freemangordon | don;t get it |
| 14:29.47 | DocScrutinizer05 | maybe chroot into something like backupmenu to do so |
| 14:30.07 | DocScrutinizer05 | ok, first: backup menu archive to restore via BM |
| 14:30.10 | freemangordon | what about SGX drivers? |
| 14:30.17 | DocScrutinizer05 | we'll see |
| 14:30.20 | freemangordon | those are closed after all |
| 14:30.40 | DocScrutinizer05 | does it work without them? do we need to copy the binary from a stock fremantle? |
| 14:30.43 | freemangordon | but honestly, I don;t want to give up on acceleration |
| 14:30.59 | freemangordon | hildon-desktop won;t work afaik |
| 14:31.02 | DocScrutinizer05 | that's exactly what this experiment is all about |
| 14:31.10 | DocScrutinizer05 | find out about what's missing |
| 14:31.20 | freemangordon | hmm, I see |
| 14:31.41 | freemangordon | maybe quemu will do the job |
| 14:31.45 | freemangordon | *qemu |
| 14:31.48 | DocScrutinizer05 | possibly |
| 14:31.58 | freemangordon | ok, will see what I can do |
| 14:32.00 | DocScrutinizer05 | first approach it would, I guess |
| 14:32.20 | DocScrutinizer05 | when it works under qemu, we can go nuke our beloved N900s ;-) |
| 14:32.33 | freemangordon | after issuing a new -thumb and fixing the extras promotion(again) |
| 14:32.38 | DocScrutinizer05 | with community-fremantle |
| 14:33.13 | DocScrutinizer05 | on additional benefit, you're free to build the whole damn thing as thumb release ;-) |
| 14:34.32 | DocScrutinizer05 | also don't forget to refer to http://www.omappedia.com/wiki/Maemo_Getting_Started to ease your burden with that stuff |
| 14:34.45 | merlin1991 | opts for upgrade "ALL" the packages to sane stable upstream releases |
| 14:35.02 | bencoh | upstream being ? |
| 14:35.12 | merlin1991 | so the start would be to bootstrap a toolchain and dpkg (perl) |
| 14:35.24 | bencoh | upstream for all "external" projects ? |
| 14:35.26 | DocScrutinizer05 | merlin1991: makes some sense, as long as they have no N900 specific tweaks |
| 14:35.28 | merlin1991 | yes |
| 14:35.53 | DocScrutinizer05 | sudo comes to mind |
| 14:36.16 | DocScrutinizer05 | but there#s prolly 100 times as much that safely could get upgraded |
| 14:37.08 | merlin1991 | I'd go for shotgun testing |
| 14:37.10 | merlin1991 | upgrade everything and then backstep with things that don't work |
| 14:38.09 | DocScrutinizer05 | unlike CSSU, for fptf-fremantle (community-fremantle is too many chars, and ambiguous) the root policy is: when we have a newer *compatible* version somewhere upstream, we probably want to use that |
| 14:39.04 | DocScrutinizer05 | (shotgun) we might discuss that later. Not exactly trivial to decide what makes sense for this procedure |
| 14:41.38 | DocScrutinizer05 | maybe a good approach would be to compare the sources of original Nokia (foss) stuff with what's in linus or whatever public gitorous(?), and if there's a 100% match for any past public version with what Nokia used, we can safely assume the package has no fremantle specific tweaks done by Nokia |
| 14:42.28 | DocScrutinizer05 | so such package probably is safe for upgrade to latest |
| 14:43.13 | DocScrutinizer05 | if OTOH ther +are* Nokia tweaks then odds are those were done to make package work under fremantle, and somebody should investigate what's it all about |
| 14:43.43 | DocScrutinizer05 | makes sense? |
| 14:45.29 | freemangordon | I suspect we have too much NEON optimizations to simply upgrade to upstream |
| 14:45.41 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 14:45.41 | freemangordon | we == maemo5 |
| 14:45.41 | DocScrutinizer05 | EEEEW WUT? |
| 14:45.56 | *** join/#maemo-ssu arcean__ (~arcean@aada199.neoplus.adsl.tpnet.pl) |
| 14:46.28 | DocScrutinizer05 | never been aware we had *any* neon optimizations |
| 14:47.27 | DocScrutinizer05 | where do you expect/know to find those NEON bits? (pkg/binary/lib) |
| 14:48.00 | DocScrutinizer05 | HD? mafw and friends? Qt? |
| 14:48.43 | DocScrutinizer05 | actually what the heck +does* neon? isn't it a vector ALU or sth like that? similar to SIMD or whatsthename? |
| 14:50.25 | DocScrutinizer05 | >>NEON technology is a 128-bit SIMD (Single Instruction, Multiple Data) architecture extension for the ARM Cortex™-A series processors, designed to provide ...<< |
| 14:51.51 | DocScrutinizer05 | so yeah, hard to tell where it gets used, but the otoh I bet on it being wrapped into a lib |
| 14:51.59 | DocScrutinizer05 | then* |
| 14:54.14 | DocScrutinizer05 | when such optimizations didn't make it upstream, the we should ask "why not?" |
| 14:54.23 | DocScrutinizer05 | then* |
| 14:54.26 | DocScrutinizer05 | GRR |
| 14:55.31 | DocScrutinizer05 | I mean, even servers come with Cortex-A now, I heard |
| 14:55.43 | DocScrutinizer05 | so also with Neon, no? |
| 14:56.26 | DocScrutinizer05 | it's not like Neon was an extremely exotic niche case to support or rather ignore upstream |
| 14:57.54 | DocScrutinizer05 | I could understand when upstream isn't interested in H-E-N/hostmode kernel patches ;-). But Neon... |
| 15:01.19 | DocScrutinizer05 | but yeah, those patches might have been done to Nokia fremantle branch first, and when they got merged upstream there already been quite a number of other changes as well already. So those packages where Nokia did the optimization might fail the diff-to-mainline test, despite they are compatible to later upstream versions that got neon support merged from fremantle to upstream |
| 15:03.17 | DocScrutinizer05 | maybe we could check the merge where the Nokia patches got into upstream, to see if the merge been complete or somebody messed with it so the results in upstream are not compatible to what they were taken from in fremantle |
| 15:10.30 | *** join/#maemo-ssu arcean (~arcean@aaeq48.neoplus.adsl.tpnet.pl) |
| 15:16.50 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 15:48.27 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 15:58.37 | *** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm) |
| 17:03.59 | *** join/#maemo-ssu arcean_ (~arcean@aaeq48.neoplus.adsl.tpnet.pl) |
| 17:11.46 | *** join/#maemo-ssu arcean__ (~arcean@aaeq48.neoplus.adsl.tpnet.pl) |
| 17:50.35 | *** join/#maemo-ssu arcean_ (~arcean@aaeq48.neoplus.adsl.tpnet.pl) |
| 18:36.37 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |
| 18:55.07 | *** join/#maemo-ssu RedW (~redw@89-73-179-171.dynamic.chello.pl) |
| 19:36.31 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 19:45.06 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-51-69.residential.rdsnet.ro) |
| 19:52.23 | *** join/#maemo-ssu _rd (~rd@p5088FA06.dip0.t-ipconnect.de) |