[00:00] <ogra_> GrueMaster, bring it to UDS ...
[00:00] <GrueMaster> 9H flight time, of course it will be coming to UDS.  :P
[00:01] <ogra_> :)
[00:01] <ogra_> do you have kernel source already ?
[00:01] <lilstevie> eh fail
[00:01] <GrueMaster> Beats trying to read ebooks on my droid.
[00:01] <lilstevie> native or GTFO IMO
[00:01] <GrueMaster> ogra_: I only just started looking into this.
[00:02] <ogra_> well, its linux, they have to provide the source ... :)
[00:03] <ogra_> GrueMaster, oh, shudder (just read the post)
[00:03] <ogra_> that will run like molasses, not worth putting time into it
[00:03] <ogra_> chroots on android are just messy
[00:03] <lilstevie> ogra_: thats what my native or gtfo comment was about
[00:04] <ogra_> yeah
[00:04] <lilstevie> I saw the whole chroot shit with the galaxy tab and went to the kernel
[00:04] <ogra_> same here with the ac100
[00:04] <lilstevie> it is the worst hack I have seen for android devices
[00:04] <ogra_> though i actually took the time to try it
[00:04] <lilstevie> even HaRET is nicer
[00:04] <lilstevie> I didn't :p
[00:05] <lilstevie> I read the post about chroot and started away on native
[00:05] <ogra_> well, dual core 1GHz yadda yaddy
[00:05] <ogra_> s/y/a
[00:05] <lilstevie> single core 1GHz yadda yadda :p
[00:05] <GrueMaster> My thoughts are if I can get the kernel tree & u-boot, I should be able to splice it in to our preinst image.
[00:05] <ogra_> so i thought i should at least give it a try
[00:05] <ogra_> GrueMaster, without probs i think
[00:06] <lilstevie> GrueMaster: I have thought about uboot
[00:06] <lilstevie> but you should see our bootloaders shell
[00:06] <ogra_> thats what i do for ac100 too, just a matter of getting the right kernel config together
[00:06] <lilstevie> ^^ same for the tab
[00:07] <lilstevie> I want the SGS2 now though
[00:07] <lilstevie> that thing will run ubuntu nicely
[00:07] <ogra_> for oneiric i want flash-kernel and initramfs-tools integration ... and a kernel in universe
[00:07] <GrueMaster> Aha.  Found the source.
[00:08] <ogra_> congrats :)
[00:08] <lilstevie> I would need bml-writer :p
[00:46] <DerMicha> hay
[00:48] <DerMicha> i was start downloading ubuntu-9.10-desktop-armel+imx51.img before i read about this IRC chanel my question is: is that the right image for an FriendlyARM mini 2440 board? (it has an 400 MHz Samsung S3C2440A ARM920 CPU)
[00:53] <rcn-ee> DerMicha, you should cancel that download, karmic was armv6+... you got an armv5...
[00:54] <rcn-ee> opps sorry arm920 was armv4t... angstrom and Debian armel are your best options..
[00:57] <rsalveti> yeah... not compatible with ubuntu at all
[12:49] <doko> janimo: for now, I think it's better to disable the linaro branch on arm; so that we get a working archive before uds
[12:50] <janimo> doko, I agree
[12:50] <doko> could you try to determine the wrong object files(s)?
[13:44] <DerMicha> hay
[13:53] <DerMicha> I have an FrindlyARM with a 400 MHz Samsung S3C2440A ARM920 CPU, is it possible to put Ubuntu on it?
[13:55] <XorA|gone> no
[13:55] <XorA|gone> you can use debian though
[13:57] <DerMicha> hm, or is it possible to say "ipkg" it have to use the debian armel repository? (or a other repo which has perl 5.10.0+ in it?)
[13:59] <XorA|gone> Yocto has update perl
[13:59] <DerMicha> cause i have an system build by buildroot on it momentary but installing packages with ipkg ends in a dependency hell
[14:02] <XorA|gone> Id personally upgrade to a OE-core/Yocto built image
[14:02] <XorA|gone> or just go the way of debian
[14:13] <DerMicha> ok, thaknk you :) i think i will try yocto and have debian in my mind for backup if i cant deal with yocto :)
[15:37]  * ppisati is happy!!! :)
[15:37] <ppisati> got kexec working (finally)
[15:37] <ppisati> on omap4
[15:43]  * ogra_ has seen kexec workking often on arm already
[15:43] <ogra_> the question is how many tree merges it survives ;)
[15:45] <ppisati> :D
[15:45] <ppisati> nope on omap4
[15:45] <ppisati> natty/omap is ok
[15:45] <ppisati> mevrick/omap& is borked
[15:45] <ppisati> s/&/*/
[15:46] <ppisati> anyway, i finally found it :)
[15:46] <ppisati> it was getting personal;
[15:46] <GrueMaster> Heh.
[15:46] <ppisati> it _seems_ to be a problem with L2 cache flushing
[15:46] <ppisati> anyway
[15:46] <ppisati> i continue
[15:46] <ppisati> BTW
[15:47] <ppisati> GrueMaster: can i close the audio bug on omap4?
[15:47] <ppisati> https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/644828
[15:47] <ubot2> Launchpad bug 644828 in linux-ti-omap4 "BUG: scheduling while atomic: alsa-source/2058/0x00000002" [Medium,New]
[15:47] <ppisati> i tested it this morning, it doesn't show up anymore
[15:47] <ppisati> in natty && maverick
[15:48]  * ppisati goes back to openocd/gdb/printk/lalalala...
[15:48] <GrueMaster> Did you try it with stock maverick kernel or updated kernel?
[15:49] <GrueMaster> It would be nice to close and point out which kernel has the fix.
[15:50] <ppisati> GrueMaster: i tested the kernel that exposed the problem maverick 2.6.35-903.12
[15:50] <ppisati> the latest maverick 2.6.35-903.22 and latest natty 2.6.38-1209.13
[15:51] <GrueMaster> Well, natty doesn't surprise me as most of the omap4  support was rewritten.
[15:51] <GrueMaster> But if you can't reproduce it with the given steps, that is odd.
[15:51] <ppisati> i mean, it seems to be fixed
[15:51] <ppisati> with 2.6.35-903.12 it was a matter of booting the board
[15:52] <ppisati> playing a bit with amixer
[15:52] <ppisati> anc kaboom
[15:52] <ppisati> got the oops
[15:52] <ppisati> with the other kernels, i spent some time tinkering with amixer
[15:52] <ppisati> but not oops
[15:52] <GrueMaster> Ok, so it can be marked as fix-released and point to the newer kernel.
[15:52] <ppisati> ooooook
[16:07] <ppisati> i knew i spoke too early... kexec just oopsed... it's a curse...
[16:15] <ppisati> now it worked again... uhmm...
[17:39] <Guest98352> has anyone had "oem-config" problems installing ubuntu 11.04??
[17:46] <GrueMaster> Guest98352: What are you seeing?
[18:12] <GrueMaster> rsalveti: On our omap (beagle) kernel, which config is used?
[18:17] <rsalveti> GrueMaster: config.common.ubuntu + config.common.armel + config.flavour.omap
[18:17] <rsalveti> or just grab the deb and extract /boot/config-foobar
[18:17] <GrueMaster> I was looking at the git tree.
[18:19] <GrueMaster> Ah, found them.
[18:22] <rsalveti> GrueMaster: it's just because it's not a single config file
[18:22] <rsalveti> if you want to grab it to change, you need to use all these 3 files
[18:23] <rsalveti> or run fakeroot debian/rules editconfigs
[18:23] <GrueMaster> I figured that out.  My main curiosity was to see if there was any reference to omap3621.
[18:23] <GrueMaster> Now looking upstream.


[00:55] -queuebot:#ubuntu-release- New binary: toppic [armhf] (hirsute-proposed/universe) [1.3.0+dfsg1-3] (no packageset)
[01:48] -queuebot:#ubuntu-release- New binary: toppic [arm64] (hirsute-proposed/universe) [1.3.0+dfsg1-3] (no packageset)
[02:32] -queuebot:#ubuntu-release- New binary: toppic [riscv64] (hirsute-proposed/universe) [1.3.0+dfsg1-3] (no packageset)
[02:55] -queuebot:#ubuntu-release- New binary: openjdk-16 [arm64] (hirsute-proposed/universe) [16~14-1] (no packageset)
[03:22] -queuebot:#ubuntu-release- New: accepted openjdk-16 [arm64] (hirsute-proposed) [16~14-1]
[03:22] -queuebot:#ubuntu-release- New: accepted toppic [arm64] (hirsute-proposed) [1.3.0+dfsg1-3]
[03:22] -queuebot:#ubuntu-release- New: accepted toppic [riscv64] (hirsute-proposed) [1.3.0+dfsg1-3]
[03:22] -queuebot:#ubuntu-release- New: accepted toppic [amd64] (hirsute-proposed) [1.3.0+dfsg1-3]
[03:22] -queuebot:#ubuntu-release- New: accepted toppic [armhf] (hirsute-proposed) [1.3.0+dfsg1-3]
[03:22] -queuebot:#ubuntu-release- New: accepted ismrmrd [amd64] (hirsute-proposed) [<IP_ADDRESS>-2]
[03:22] -queuebot:#ubuntu-release- New: accepted ismrmrd [riscv64] (hirsute-proposed) [<IP_ADDRESS>-2]
[03:22] -queuebot:#ubuntu-release- New: accepted libime [armhf] (hirsute-proposed) [1.0.1-2]
[03:22] -queuebot:#ubuntu-release- New: accepted libime [riscv64] (hirsute-proposed) [1.0.1-2]
[03:22] -queuebot:#ubuntu-release- New: accepted toppic [s390x] (hirsute-proposed) [1.3.0+dfsg1-3]
[03:22] -queuebot:#ubuntu-release- New: accepted ismrmrd [arm64] (hirsute-proposed) [<IP_ADDRESS>-2]
[03:22] -queuebot:#ubuntu-release- New: accepted libime [ppc64el] (hirsute-proposed) [1.0.1-2]
[03:23] -queuebot:#ubuntu-release- New: accepted libime [amd64] (hirsute-proposed) [1.0.1-2]
[03:23] -queuebot:#ubuntu-release- New: accepted toppic [ppc64el] (hirsute-proposed) [1.3.0+dfsg1-3]
[03:23] -queuebot:#ubuntu-release- New: accepted chez-srfi [amd64] (hirsute-proposed) [0.0+git20201107.bac6f29+dfsg-1]
[03:23] -queuebot:#ubuntu-release- New: accepted ismrmrd [s390x] (hirsute-proposed) [<IP_ADDRESS>-2]
[03:23] -queuebot:#ubuntu-release- New: accepted libsis-jhdf5-java [amd64] (hirsute-proposed) [19.04.0+dfsg-4]
[03:23] -queuebot:#ubuntu-release- New: accepted python3.10 [arm64] (hirsute-proposed) [3.10.0~a2-1]
[03:23] -queuebot:#ubuntu-release- New: accepted ruby-gh [amd64] (hirsute-proposed) [0.18.0-1]
[03:23] -queuebot:#ubuntu-release- New: accepted ismrmrd [ppc64el] (hirsute-proposed) [<IP_ADDRESS>-2]
[03:23] -queuebot:#ubuntu-release- New: accepted openjdk-16 [ppc64el] (hirsute-proposed) [16~14-1]
[03:23] -queuebot:#ubuntu-release- New: accepted tortoisehg [amd64] (hirsute-proposed) [5.5.2-1]
[03:23] -queuebot:#ubuntu-release- New: accepted libime [s390x] (hirsute-proposed) [1.0.1-2]
[03:23] -queuebot:#ubuntu-release- New: accepted python3.10 [armhf] (hirsute-proposed) [3.10.0~a2-1]
[03:23] -queuebot:#ubuntu-release- New: accepted openjdk-16 [amd64] (hirsute-proposed) [16~14-1]
[03:23] -queuebot:#ubuntu-release- New: accepted openjdk-16 [s390x] (hirsute-proposed) [16~14-1]
[03:23] -queuebot:#ubuntu-release- New: accepted python3.10 [ppc64el] (hirsute-proposed) [3.10.0~a2-1]
[03:23] -queuebot:#ubuntu-release- New: accepted openjdk-16 [armhf] (hirsute-proposed) [16~14-1]
[03:23] -queuebot:#ubuntu-release- New: accepted python3.10 [s390x] (hirsute-proposed) [3.10.0~a2-1]
[03:23] -queuebot:#ubuntu-release- New: accepted python3.10 [amd64] (hirsute-proposed) [3.10.0~a2-1]
[05:18] -queuebot:#ubuntu-release- New binary: libjs-material-design-lite [amd64] (hirsute-proposed/none) [1.3.0+dfsg-1] (no packageset)
[07:00] -queuebot:#ubuntu-release- New: accepted libjs-material-design-lite [amd64] (hirsute-proposed) [1.3.0+dfsg-1]
[10:46] <doko> Laney: added libgtop2 to update-i386-whitelist
[11:03] -queuebot:#ubuntu-release- Packageset: Added python3.10 to i386-whitelist in hirsute
[11:18] -queuebot:#ubuntu-release- Packageset: Added openjdk-16 to i386-whitelist in hirsute
[19:13] <RikMills> vorlon et al: could we get this merged please? https://code.launchpad.net/~mitya57/britney/+git/britney/+merge/393459
[19:16] <RikMills> plus hedgewars removed from the release pocket? as the last Qt transition blocker
[20:49] <LocutusOfBorg> please nack for hedgewars
[20:50] <LocutusOfBorg> just drop ppc64el
[20:50] <RikMills> that would also work :)
[20:50] <LocutusOfBorg> ppc64el is a meh architecture
[20:51] <RikMills> !amd64 is meh
[20:51] <LocutusOfBorg> :)
[23:18] -queuebot:#ubuntu-release- New binary: libexif-gtk [s390x] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: libexif-gtk [ppc64el] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[23:22] <vorlon> LocutusOfBorg: r-base un-blacklisted
[23:23] <vorlon> Laney, bdmurray: https://people.canonical.com/~ubuntu-archive/proposed-migration/hirsute_outdate.txt is not empty, which definitely suggests nbs-report is still broken
[23:23] -queuebot:#ubuntu-release- New binary: libexif-gtk [arm64] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libexif-gtk [armhf] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[23:41] -queuebot:#ubuntu-release- New binary: libexif-gtk [amd64] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: libexif-gtk [riscv64] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: perl [s390x] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)