/srv/irclogs.ubuntu.com/2010/05/25/#ubuntu-arm.txt

xorAxAxogra_cmpc: hmm, it seems that i dont get anything on the s-video output even though i am setting the right boot options01:09
rcn-eexorAxAx, which board?01:10
xorAxAxBB C501:10
xorAxAxBB C401:10
xorAxAxi currently dont have a dvi connector, nor a serial cable, only s-video :)01:11
rcn-eethat's going to make it almost impossible.. (speciall with no serial cable.)  the s-video settings aren't always enabled in every kernel. (nor do i test it)  take a look here, nottice how sakoman setup the tv section: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=blobdiff;f=arch/arm/mach-omap2/board-omap3beagle.c;h=915606ed2c8dd82bcd8942a2a0f958de4118e03a;hp=89eca2005d88239bd8ea411e5103c995f52b52e8;hb=9708463105204cb46fa801:12
rcn-eebd59f309e85f5936d4d6;hpb=76f65e01f23f435497cbd70cb574dd5689cddb5801:12
rcn-ee(that failed: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=commit;h=9708463105204cb46fa8bd59f309e85f5936d4d6)01:13
xorAxAxi dont see how that commit would help me01:14
rcn-eei'm saying if s-video isn't working, there's a good chance the s-video bits aren't setup...01:14
rcn-eelooks like they are.. http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commit;h=0f66624dea24d97fc700e8effad9c4016a22224f  (what's your bootargs)01:16
xorAxAxsetenv bootargs vram=12M omapdss.def_disp=tv omapfb.mode=tv:pal file=/cdrom/preseed/ubuntu-server.seed  cdrom-detect/try-usb=true01:18
xorAxAxrcn-ee: does that make sense?01:19
rcn-eethat's valid...  so how are verifying that's actually getting passed to the kernel?01:20
xorAxAxi could check the output of uboot01:21
xorAxAx(flashed an uboot which talks over usb :))01:22
rcn-eeokay, wasn't sure on that...  can you log the kernel boot for me..?01:22
xorAxAxi dont get to that step anymore01:23
xorAxAxbecause the kernel doesnt talk usb :-P01:24
xorAxAxhmm, uboot doesnt echo the bootargs01:24
rcn-eeah right.. (stick a printenv in your script)01:24
xorAxAxvideomode=1024x768@60,vxres=1024,vyres=76801:26
xorAxAxvideospec=omapfb:vram:2M,vram:4M01:26
xorAxAxthats in the env :)01:26
xorAxAxbut thats likely not used01:27
xorAxAxmmcargs=setenv bootargs console=${console} video=${videospec},mode:${videomode} root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait01:27
xorAxAxnandargs=setenv bootargs console=${console} video=${videospec},mode:${videomode} root=/dev/mtdblock4 rw rootfstype=jffs201:27
xorAxAxah, hmm. so it prefixed with video=?01:27
rcn-eethat's a little weird..  you can call saveenv  to safe your bootargs...01:27
rcn-eeah yeah i remember now.. that's an older u-boot, before they standarized on boot.scr's the video spec stuff is for 2.6.27/28 kernel's..01:29
xorAxAxi guess i'll wait for the serial cable to arrive01:29
rcn-eeoh you can override, just setenv bootargs ' yada' then saveenv then boot..01:30
xorAxAxwell, i am booting from sd card01:30
xorAxAxand i just booted manually01:30
xorAxAxwith copying commands into the prompt01:31
xorAxAxgood night01:35
persiaWhat?  Why not?02:31
persiaErr.  That's an unintentional repeat.02:32
cooloneyamitk: morning07:32
amitkmorning cooloney, all07:32
lagamitk: Morning07:33
amitkmorning lag07:33
hrwmorning08:09
neurehi08:13
neureany ideas why making filesystem would fail in the installer?08:13
neurei tried two different (well both were kingston) usb sticks on two different usb hubs08:14
neureon beagleboard08:14
neureyesterday :)08:14
neurecan i preformat on pc?08:15
neurecan i say 'use this partition, dont try to format it'?08:15
neurehuh08:41
neurepreformatting on pc helped a little08:41
neurenow it got to install the base system08:41
neurecrap08:41
neurede bootstrap warning08:41
neure...bsdutils... was corrupt :/08:42
hrwogra_cmpc: can you show me default-after-install bootcmd from uboot?08:42
neureah08:44
neurethat _could_ explain08:44
neureif my installation image was faulty?08:44
neureis it possible to install / create the filesystem on a PC?08:47
persianeure: You could use rootstock, but check your checksums: it's unlikely that you downloaded a faulty image.08:53
neurepersia, is it possible that the dd to sdcard was faulty?08:54
neurewell.. more like.. is it likely :)08:54
persiaYes, that's much more likely (but in that case, you don't need a new filesystem)08:54
neuresince the install media is the sdcard, it should not be usb power issue08:55
persiaIf you know the size, you can dd from the SD to a file, and then checksum compare the download version to the one read from SD.08:55
neureunless the error is detected somehow after file has been copied to usb08:55
neurewell i have the original filesystem on the pc / vmware still08:55
neureso i can use ls to get the size :()08:55
neurebut ḯ'll perhaps try later08:56
persiaIf it's debootstrap failing, that's prior to actually using anything in the constructed target filesystem.08:56
neureok08:56
neurecould i use rootstock to install directly to the sdcard on pc?08:56
neurethat way i could bypass usb08:57
neurei have ubuntu 9.04 on my vmware, can i use that to put 10.04 on sdcard for beagle?08:58
ograhrw, you mean the kernel cmdline ?08:59
ograoh, bootcmd09:00
ogracmdline="root=UUID=$uuid ro quiet splash vram=12M omapfb.mode=dvi:1280x720MR-16@60 fixrtc"09:00
ogra                bootcmd="nand read 80000000 280000 400000;nand read 81600000 680000 1000000;bootm 80000000 81600000"09:00
ograhrw, ^^^09:00
hrwthx09:01
hrwshit - out of luck09:02
NCommandermorning ogra09:05
ograhey09:06
ograhrw, whats wrong ?09:06
NCommanderogra: how was your holiday?09:07
hrwogra: nevermind - my error09:07
ograshort, relaxing and good for my touchbook :)09:07
NCommanderogra: bah, why do you get the fun toys?09:07
hrwbooted 2.6.3409:08
amitkthe touchbook is _not_ fun, after the first 15mins09:08
amitkhrw: does it work?09:08
ograNCommander, you mean the SM toys :)09:08
NCommanderkinky09:08
* NCommander coughs09:08
NCommanderogra: so I smacked livecd-rootfs with a hammer yesterday09:08
NCommanderIt now uses loopmounting, and doesn't make my systems free memory drain like a leaking pipe09:09
ograouch, poor livecd-rootfs09:09
ograbah09:09
ogradont use loop mounting09:09
NCommanderogra: plus now we have ext409:09
NCommanderogra: why not?09:09
ograits ugly09:09
hrwamitk: serial works, usb works, 1280x800 on my 20" lcd also works09:09
amitkhrw: could you try out OTG09:10
NCommanderand genext2fs sucked down RAM faster than a hummer sucks down gas09:10
ograNCommander, its works just fine09:10
ogradid you try it on a babbage yet ?09:10
NCommanderogra: considered I never managed to build anything beside a base image with it, I don't think I'd use the word fine09:10
NCommanderNo, my babbage is upstairs09:10
ograi built about ten netbook images since mid last week with it09:11
hrwamitk: otg refuses to see my hub09:11
ograno prob at all, you just need to make sure to have enough swap to pre-allocate the ram space genext2fs copies the files to09:11
hrwrestarting with hub on otg09:12
ograi have an identical setup to the buildd here and havent seen any probs09:12
NCommanderogra: I can appericate the concept of throwing more resources to solve a problem, but I draw the line with a 30GiB swap :-)09:12
ograi use 2G swap iver here09:12
ogra*over09:12
ogranote that 30G is default on the builder09:12
ograi dont see any of the probs you mention09:13
NCommanderWell, yes, but that's kinda excessive, no?09:13
ograare you using the genext2fs under arm from the archive ?09:13
NCommanderunder ARM and amd6409:13
NCommanderIt crashes my laptop like few things ever have.09:13
hrwamitk: no hub on otg after reboot09:13
ograi'D consider that an amd64 bug09:13
ograi didnt see any issues under x86 nor under armel09:14
ograplease stick to the concept09:14
ograif you need to access the image (for whatever reason) dont use loop but fuseext209:14
NCommanderI am sticking to the concept. I'm just not building my images in a way that causes my laptop to go TILT and OOM itself to death09:14
ogrause your babbage09:14
ograthats what we use in the DC09:15
ograas i said i dont see such issues on x86 or arm09:15
ograi'D file a bug against amd64 :)09:15
NCommanderogra: I'll go test it a little later. In other news, where are we with packaging the new x-loader/u-boot09:15
NCommandersince once we get that out of the way, we can spin our first images for omap4 (granted, without jasper they won't work, but at least we can get all the little bits in place)09:16
ograi'm getting there slowly09:16
ograits a lot of patching involved in x-loader to make it build and i didnt finish that yet09:16
ograbeyond that x-loader is going away soon so i'm not sure its actually worth the hassle09:17
ograas i siad before, just build omap3 images09:17
ograwe have everything for them in the archive09:17
NCommanderNo, that's what I'm doing09:17
NCommanderBut I'd like to just have something that attempts to boot on omap4 ASAP09:17
ograwell, rather dont hold your breath, dont expect anything before A209:18
* NCommander blinks09:18
NCommanderuh, that's July09:18
NCommandercutting it a bit close, no?09:18
ogra??09:18
ograthats june09:18
NCommanderogra: https://wiki.ubuntu.com/MaverickReleaseSchedule -A2 is the first week of July09:19
ograwell, july109:19
ograanyway, we dont have a kernel in maverick for omap409:19
ograwe cant build anything before thats there09:19
* NCommander feels like he's missing something, but that may be lack of sleep and/or sanity09:20
ografor maverick we need a 2.6.35 omap4 tree09:20
ograwhich doesnt exist yet09:20
ograor .34 at least09:21
sebjanogra: Hi! How do you generate a uImage from a .deb? (mkimage? with which arguments?) I'd like to test cooloney's image but the uImage I generate does not boot at all...09:22
ografor omap4 i generate it manually, but with the same options the scripts use ...09:23
* ogra looks up the command09:23
ogramkimage -A arm -O linux -T kernel -C none -a 0x80008000 -e 0x80008000 -n "Ubuntu Kernel" -d  vmlinuz-"${KVER}" uImage09:23
cooloneysebjan: it does not boot?09:23
ograsebjan, http://paste.ubuntu.com/439253/ is exactly what i have on my blaze atm09:24
ograthe actual in-distro scripts will do something similar09:25
sebjanogra: ok thanks, this is what I had been using for the uImage creation...09:26
ograsebjan, which u-boot/x-loader do you use ? i still use a binary for the pandaboard i got from robclark09:27
sebjanogra : cooloney : with the test6 image, I have a Uncompressing Linux...X-Loader hangs09:27
ograX-loader hangs ?09:27
ograhow can it hang when it already loaded the kernel09:28
sebjanogra: I use the same x-loader/u-boot as before (which was working with test3 image for example)09:28
hrwamitk: which kernel tree/branch you use for omap3/2.6.34? I want to build compat-wireless against it09:28
hrw802.11n dongle will be faster then usb ethernet ;D09:28
sebjanogra: yes, that's weird :)09:28
amitkhrw: maverick git tree, master branch09:29
hrwthx09:29
* ogra goes to find some breakfast ... back soon09:30
hrwaudio from uds is live09:33
amitkerr, UDS was in the past, so it can't be live. Unless you're hearing future UDS feeds :-p09:34
hrws/live/online09:34
* hrw waits for coffee09:34
* NCommander notes he'd like to know what specs to write UDS-N already so I can save myself some time09:43
cooloneysebjan: it still doesn't boot?09:47
sebjancooloney: no, I wonder if it crashes during the uncompressing phase.09:49
cooloneysebjan: too bad. i cannot verify it, i don't have hw yet. only ogra can confirm that09:51
sebjancooloney: I probably have a problem with my load addresses, I'll check that09:54
cooloneysebjan: ok, no problem.09:55
NCommanderogra: stupid question, how much RAM is in your x86 box?10:10
ogra_cmpc4G10:10
NCommanderogra_cmpc: hrm, thanks10:11
ogra_cmpcusing the PAE kernel10:12
ogra_cmpcthe babbage has 512M and 2G swap10:12
* ogra_tb waves from the touchbook10:18
ogra_tbhmmm, no sound10:19
* cooloney waves back to ogra_tb from his pc10:20
ogra_tbfunny, alsamixer has a ton of devices, gnome doesnt10:21
ndecogra: morning. do we need a launchpad project for every package that we put in PPA?10:23
ogra_tbndec, nah10:24
ndecogra: but what if I want that. is that possilble?10:24
ogra_tbone PPA per package ?10:25
ndecogra: nope. 1 PPA many packages10:25
ogra_tbwell, thats what you get10:25
ogra_tbgod, that touchbook kbd kills me10:25
ndecogra: so I can't get automatic VCS (like for linut-tiomap) if we use 1 PPA with many packages... right?10:26
ogra_tbndec, you can indeed create a project for each package if you like but still upload all of them to the same PPA in the end10:26
hrwogra_tb: gnome wants to be simple - forgot it?10:27
ndecogra: what would the workflow be then. upload new source to project, and then upload to PPA?10:27
ogra_tbthe VCS you use for a project is independent from the centralized PPA10:27
ndecogra: well but for kernel (linux-tiomap) everytime a new .dsc file is uploaded it creates a new bzr version in the corresponding project. at least this is what I understood...10:28
ogra_tbyou can for example have a gstreamer-omap project, have a bzr branch under the project but upload the source packages to the central PPA10:28
ogra_tbno, it doesnt10:28
ogra_tbbzr should be independent from the PPA uploads10:28
* NCommander feels like stabbing something10:29
ogra_tbhrw, well, i dont think its gnome but either alsa or pulse not handing the device through10:29
hrwogra_tb: alsamixer gives you lot of mixer entries so alsa handle it.10:31
ogra_tbfunny is also that jockey came up on first boot here, offering me a driver for twl403010:31
ogra_tbi sadly dont have enough space on the SD to hold the kernel tree to try out dkms modules10:32
ogra_tbhrw, well, aplay doesnt give me any output even though i unmuted everthing10:33
ndecogra: on blaze you have 32Gb of eMMC. you can use fdisk to format. that gives plenty of space10:34
hrwogra_tb: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/alsa/alsa-state/omap3-touchbook/asound.state10:35
hrwogra_tb: fetch, load, test?10:35
ogra_tbndec, i'm playing with the touchbook and ubuntu-netbook atm]10:35
ogra_tbhrw, thanks10:35
ndecogra: oops...10:35
ogra_tb:)10:35
ogra_tbthe kbd is horrid10:35
hrwogra_tb: after 6 years with OE my main source of fixes/configs etc is OE ;D10:36
* ogra_tb tries firefox for the first time 10:37
hrwogra_tb: you have 256M or 512M TB?10:38
ogra_tb51210:38
ogra_tbFF is a bit stuttering but works ok10:38
ogra_tb(i havent added swap yet)10:38
hrwogra_tb: can you join #upstart?10:41
ogra_tbmumble11:25
persiandec: The automatic bzr commits from uploads comes from something that scans the upload queue for uploads to Ubuntu, and then commits that to special branches.  It's somewhat unrelated to either projects or PPAs.11:29
ndecpersia: ok. I see. this is only for projects that are beneath launchpad.net/ubuntu/..., right?11:29
ogra_tbright11:30
loolndec: You want to talk to james_w about this11:30
ogra_tbit will happen for uploads to maverick11:30
ogra_tbbut vnot for PPA stuff11:30
loolndec: It could be done for PPAs equally well, but currently we only run package imports for the main Ubuntu archive and for Debian packages imported to Launchpad11:31
ogra_tblool, well, ndec doesnt want it for PPAs if i understood correctly11:31
ndecpersia: so in my case, let me know if i get it right: i will create launchpad project such as launchpad.net/something, it will be linked to TI upstream git trees. when I make a new src package, I will upload to PPA. the PPA will have .dsc and .deb. the LP project will be used to report bug. but I won't be able to view the source code from the LP project...11:32
persiandec: You can set up a vcs-imports job that would pull the git commits into bzr daily.11:32
ogra_tbright11:32
persiaAnd that makes bzr branch lp:foo work11:32
persiaAlternately, you could set up an upload scanner and have taht push to bzr, but if you7re working in git, and you're basically packaging upstream, then it makes more sense to me to have bzr track git.11:33
persiandec: Oh, and for the sake of completeness, your statement is entirely correct without any further effort taken.11:34
ndecpersia: right. i don't want to have a bzr branch that tracks my git trees daily. upstream is done with git. but I would like all my source package to be tracked *somehow*. ideally I would like to commit the content of the source package in either git or bzr. I thought that what was done for linux-tiomap was the perfect solution..11:42
ndecpersia: so now I can either create an external git tree where I package my upstream git trees (e.g. it would contain debian/ and all packaging patches). or I can use the LP project bzr branch for that...11:43
persiandec: I don't know that much about it, but I believe git-buildpackage was designed to handle that use case.11:44
persiaI believe the model is to have a packaging branch, and rebase that against the trunk when pushing a package.11:44
persiaAnd then the packaging can just be committed to the regular git repos.11:45
loolYou dont rebase11:45
loolyou just merge the upstream branch in the packaging one11:45
persiaRight.11:45
* persia isn't that familiar with git, and apologies for incorrect terminology11:46
ndecpersia: i didn't know about git-buildpackage. will check that. however note that my upstream (e.g. other dev teams) who owns the dev git tree don't package with debian. so I will need another tree (git or bzr) to store packaging data11:46
loolWell you might have to rebase if your tree is rebased11:46
loolespecially with kernel trees11:46
loolBut with other software I packaged in git in the past, upstream didn't rebase and I just merged in the packaging branches11:47
loolIf you work from tarballs, even more so11:47
loolndec: It's best to use the same VCS for both IMO, allows cherry picks11:47
persiaIndeed.11:47
persiaOr rather, makes cherry picks *lots* easier11:47
loolndec: For instance, you can prepare a new package upload cherry picking a single patch11:47
ndeclool: i agree, that also means that i don't need to learn bzr then ;-)11:47
loollol11:48
persiaIt's a win all around :)11:48
loolIt does mean you get little launchpad integration, for instance your source wont be linked to closed bugs and such11:48
loolBut it's kind of inevitable that you work with git for kernel trees11:48
ograhrw, so lets go to #ubuntu-kernel to talk about serial consoles :)11:52
ogra(and their upstart autodetection :) )11:53
loolhrw: I'd like to offer review or fixes to your shell script dealing with console= args if you keep it11:54
loolI saw some issues with it11:54
loolBut it might be that it's not part of the final design, so11:54
ogralool, well, we just asked Keybuk for upstream inclusion11:55
ograand he wants some massive chnages first11:55
ogramainly to the kernel11:55
ograhe also said that using /etc/default violates upstart policy11:56
persiaIt does.11:56
loolYeah11:57
persiaMind you, /etc/default is planned to come back with 0.10, but in an entirely different way (and likely with a different path)11:57
ogralool, whats the timeline for having it in your arm project ?11:57
ograpre maverick ?11:57
loolPersonally my main problem with it is the approach of having to pass cmdline args for things to work; I'd rather have upstart start a getty on all serial consoles or something like that11:57
loolProblem is that there are many possible device names, so the current approach of tty1 - tty8.conf doesn't work11:58
ogralool, right, thats what Keybuk wants11:58
ograhe wants to be able to have a "start on" if the device exists11:58
ograwithout having to parse anything11:58
persiaI really don't want a getty on all serial.11:58
loologra: I dont think we're considering changes to our image at this point, but it doesn't matter too much11:58
ograso maverick would be fine then11:58
persiaI use serial for auxillary displays, on which I never want getty11:58
ograi really want that function in 10.07 but can solve it trhough having my own package11:59
ograthough i'd rather not having to duplicate anything11:59
loolpersia: In most cases, my serial port is an USB adapter to connect to other boards, not to run a getty, so I'm in a similar situation12:00
lagamitk: When I do a "git push <remote> HEAD", should I have to do things on the remote to see the changes reflected in the directory tree?12:00
ogralool, well, the poin tis that you really only want a getty if console= was set on cmdline12:00
ograelse it doesnt make much sense12:00
ograso the code needs to a) get a kerbel event for the device created and b) still needs to parse the cmdline12:01
ogra*kernel12:01
persiaSo, why are we using upstart for this?12:02
persiaCouldn't we just add a udev script that parsed the command line and optionally launched getty when a serial port was reported?12:02
ograbecause upstart handles all gettys12:03
ograthe code we have is already quite ok, its just not upstreamable12:03
ograbecause it relies on the fact that the kernel has serial support builtin12:03
ograwhich is true foe all armel ubuntu kernels but not necessarily for other distros12:04
amitklool: ndec: you can have LP integration for closed bugs with kernel git packages if you commit message contains the BugLink keyword12:05
persiaogra: 99% of serial console users in Ubuntu don't run armel.  Please don't make this an arch-specific solution.12:05
ograi will if it doesnt enter maverick in a timely manner12:06
persiaWhy?  Why can't it be an arch-neutral solution?12:07
ograit can if you can guarantee that there is serial support for all ubuntu kernels12:07
ograi know for sure its there for armel12:08
persiaHow much "serial support" do you need?12:08
ograa serial console for booting12:08
amitkserial console ++++++++++++++++++++++++++12:08
persiaBut since at least one armel kernel flavour is built from the regular kernel tree, I can't imagine it's a big leap to have it just work.12:08
persiaThe kernel team is trying to collect the set of required configurations for a kernel to be an "Ubuntu kernel".  Just make sure that the necessary CONFIG flags to make that work are on the list.12:09
persiaAnd they'll enforce it for all arches (or fail the builds)12:09
ograas i said, if anypone can proof its available in all kernels i have no issue with a autodetect-serial-upstart package or something like that12:09
ograuntil the kernel is fixed upstream to make it upstreamable in upstart12:09
ografor now my only focus is 10.07 and only armel12:10
persiaI understand your focus.  I'm just hoping you'd be willing to solve your problems in a way that also solves them for other folks.  Getting that guarantee is just a matter of getting stuff into the required list.  Specify the kernel config you need to the kernel mailing list, and it's very likely to be done.12:11
persiaAnd that saves you then having to hunt down each topic branch for the multitude of armel kernels.12:11
ograand i'm not really after pushing a workaround into all arches if there is a proper solution in the pipe12:11
ograits more than the kernel config for a proper solution12:12
ograit will need patches12:12
persiaWe don't get udev events for serial ports?12:14
hrwre12:14
hrwsorry, was called for emergency12:14
persiaWell, that makes sense.  What's the proper solution?12:17
ograa kernel event if the console device exists12:19
ograso upstart can use "start on"12:19
amitkogra: that seems to make some sense. No idea how hard it will be to add event support to the console driver(s), though12:22
persiaCould that cause a race condition with the VC gettys?12:24
ograwhy ?12:25
persiaBecause they could be consoles, which I wrote before I saw the discussion in -kernel, which makes my question obsolte (and obviouasly underimformed)12:28
persiaErr, obsolete and obviously underinformed12:29
ograNCommander, persia, i have added work items for both of you to https://blueprints.edge.launchpad.net/ubuntu/+spec/preinstalled-sd-card-images-for-omap12:50
persiaOK.  I should be able to get mine for Alpha 3, but not likely before.12:51
persia(well, rather, sometime after Alpha 2)12:51
ograto late for 10.07 though12:51
ograbetween A2 and 3 should be ok12:52
persiaDepends on the freeze date, but likely.12:52
persiaIf you need it sooner, please assign to someone else.12:52
persiaMy (rough) guess would be that I'd be done ~15th July.12:53
ograthen i'll do it myself (which i will do anyway but not as deeply as you will i guess)12:53
ograso it will happen in any case12:53
persiaShall we plan two passes then?  A quick pass for the obvious "Hey, this is broke" stuff, and a second pass for completeness later?12:53
ograsure12:54
persiaWith first pass for Alpha 2 and second pass for Alpha 3 (ideally both delivered at least a couple weeks early)12:54
ograsounds good12:54
persiaGreat.  That works very well for me.12:54
* hrw -> lunch break12:59
ograndec, did NCommander send you an invitation to the mobile team IRC meeting ?13:32
hrwlool: s/DH_COMPAT=2 dh_movefiles/dh_install --autodest/g and bumping debian/compat from 5 to 7 solved13:55
hrwlool: and that way I got gcc built with dh_isntall instead of dh_movefiles13:55
loolhrw: did you debdiff the results?14:02
loolhrw: dh_movefiles also renames files, so you need to be careful to mv stuff around before dh_install14:02
hrwlool: I crossbuilt maverick gcc-4.4 before and after changes. debdiff said 'no differences'14:03
ogralool, asac, any idea where https://blueprints.edge.launchpad.net/ubuntu-arm/+spec/arm-m-image-builds-without-root went ?14:04
loologra: to /ubuntu I'm pretty sure14:05
loolJamieBennett is mass-moving specs to /ubuntu14:05
loolit might also be renamed to mobile- instead of arm- as to allow for separate workitems trackers14:05
ograhrm14:05
JamieBennettnot renamed yet14:05
ograLP search doesnt find a thing14:05
loolhrw: Ah cross-built14:05
loolhrw: Please try a normal build (on intel) instead if you can14:05
loolhrw: debdiff without and with the changes14:06
JamieBennettogra: just remove -arm ;)14:06
JamieBennettthe link then works14:06
loolhrw: then open a bug against the source package with a debdiff and ask doko for review14:06
ograJamieBennett, merci !!14:06
JamieBennettogra: https://edge.launchpad.net/+search?field.text=arm-m-image-builds-without-root works for me (top hit)14:07
ograwell, my top hit went to ubuntu-arm14:08
ograand still does14:08
hrwsure14:08
JamieBennettogra: renamed you BP to mobile-* to set its context better. It can now be found at https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-m-image-builds-without-root!14:12
ograthanks14:12
loolhrw: When you're working on a work item, you can set it to INPROGRESS14:19
loolhrw: when it's complete (fix released), mark it DONE14:19
hrwok14:19
loolhrw: thanks!14:19
hrwlool: I miss redmine14:21
hrwin my previous job we used redmine for task tracking so it was easy to find who is working on what. now it is more fuzzy I feel14:23
loolHmm, I'm quite at a loss on how to spec rm-m-dpkg-wishlist14:23
lool*arm-m-dpkg-wishlist14:23
zumbidpkg wants filters14:28
zumbibtw, i am bit confused what decision you made towards sysroot (in cross compilers) is that against multiarch?14:29
zumbiIIRC, there was a variable WITH_SYSROOT properly set builds (or almost) sysroot cross compilers14:29
zumbiFYI, there was also another variable to provide a canadian cross (have libgcc1 for the target system) called REVERSE_CROSS (or similar)14:32
zumbiif you want a pure cross system, keep canadian cross in mind14:33
loolzumbi: There is no decision against multiarch14:37
loolzumbi: we will use multiarch when it's available14:38
loolbut that doesn't seem to be the case right now14:38
loolhrw: ^ you might be interested in WITH_SYSROOT and REVERSE_CROSS above14:38
loolzumbi: sysroot should already be implemented in gcc-4.514:38
zumbilool: either way is fine for me (at least I have always prefered sysroot way)14:38
hrwI noticed reverse_cross/deb_cross stuff already14:39
hrwdeb_cross is set automatically for cross builds14:39
zumbiwell, thanks for the work, it is looking great! :)14:40
hrwand reverse_cross is not canadian14:40
zumbii hope to have some free time to help out sometime14:40
hrw# build != host && host == target : reverse cross (REVERSE_CROSS == yes)14:40
hrw# build != host && host != target : canadian (DEB_CROSS == yes)14:40
hrw# build == host && host != target : typical cross (DEB_CROSS == yes)14:40
=== DavidBz is now known as berco
zumbihrw: ok, i was referring to reverse cross then, nowadays, you even need to get a libstdc++ (because lzma dependency on dpkg) for base14:42
hrwand for most of situation we want normal build or cross. we can use crossgcc to build reversecross14:42
zumbihrw: i have never tried that crossgcc to build gcc14:43
hrwzumbi: I did it a lot with OpenEmbedded14:44
zumbihrw: well, then it should work, but debian is different from OE14:44
hrwI know14:44
zumbi:)14:44
hrwyes ;@15:46
hrwhi prpplague15:46
prpplaguehrw: greetings15:46
hrwprpplague: how things?15:47
prpplaguehrw: not to bad15:49
prpplaguehrw: staying pretty busy15:49
hrw~curse ubuntu-bug16:01
=== JaMa is now known as JaMa|Sports
=== hrw is now known as hrw|gone
=== sbambrough is now known as sbambrough-lunch
=== dmart_ is now known as dmart
=== waleed is now known as Guest6566
=== sbambrough-lunch is now known as sbambrough

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!