**** BEGIN LOGGING AT Wed Jul 13 02:59:57 2011 Jul 13 03:24:32 hey anyone have probs with getting the build-essential packages? Jul 13 03:26:39 anyone here? Jul 13 03:33:14 armelTest, Lots of folk. Jul 13 03:33:31 For hich release are you having issues getting build-essential packages? Jul 13 03:33:49 9.10 karmic Jul 13 03:34:49 any thoughts? Jul 13 03:35:34 Are you pointing at ubuntu-ports.ubuntu.com in your sources.list? Jul 13 03:36:17 idk brb Jul 13 03:38:15 persia: By which you mean posts.ubuntu.com? Jul 13 03:38:20 s/posts/ports/ Jul 13 03:38:46 yeah im waiting on this device to restart Jul 13 03:38:53 Well, considering your hostname and my hostname work equally well for karmic, I'm not sure it matters. Jul 13 03:39:11 persia: Eh? ubuntu-ports.ubuntu.com doesn't exist. :P Jul 13 03:39:29 ports.ubuntu.com/ubuntu-ports sure does, though. Jul 13 03:40:00 But it's after 29th April. Jul 13 03:40:04 * persia gets confused Jul 13 03:41:21 ummm can i just echo "deb http://ports.ubuntu.com/ubuntu-ports/" > /etc/apt/sources.list Jul 13 03:41:36 You could. Jul 13 03:41:43 But that this works is an accident. Jul 13 03:41:45 Except that's wrong. Jul 13 03:41:58 huh? Jul 13 03:42:07 y? Jul 13 03:42:11 You want "deb http://old-releases.ubuntu.com/ubuntu/ karmic main restricted universe multiverse" Jul 13 03:42:17 ahhh Jul 13 03:42:23 echo "deb http://ports.ubuntu.com/ubuntu-ports karmic main" > /etc/apt/sources.list Jul 13 03:42:43 Oh, or old-releases, if karmic's been moved. Right. Jul 13 03:42:43 Except karmic will disappear from ports.ubuntu.com any day now Jul 13 03:42:58 I just meant "wrong" in that it was missing the dist and component(s). :) Jul 13 03:43:02 It hasn't, but it's EOL, so there's no reason for it not to have moved. Jul 13 03:43:20 Hence my earlier confusion. Jul 13 03:43:50 armelTest, What is your hardware platform? Jul 13 03:43:57 arm7 Jul 13 03:44:04 Be a little more specific. ;) Jul 13 03:44:16 Supports the ARMv7-A ISA? Jul 13 03:44:19 htc incredible Jul 13 03:44:25 android phone Jul 13 03:44:31 brb Jul 13 03:45:11 idk is there a way i could find out Jul 13 03:45:16 Well, EOL for the incredible and EOL for karmic match, but given that platform, I'd want to run natty. Jul 13 03:45:58 call me a dumb ass but what is natty? Jul 13 03:46:11 Ubuntu 11.04 Jul 13 03:46:21 armelTest, Find out what? That you have a QSD8650? I used wikipedia. Jul 13 03:46:39 I used htc.com, similar result. :P Jul 13 03:46:53 yes that is it :-) Jul 13 03:46:56 And then I saw the word "Snapdragon" and died a little inside. ;) Jul 13 03:47:02 lol Jul 13 03:47:19 armelTest, So, karmic is EOL, and there's no support for it at all, plus it's slow and buggy. Jul 13 03:47:25 bad exp with a snappy Jul 13 03:47:43 Nope, bad experiences with Qualcomm. I'll recover some day. Jul 13 03:48:00 From the command line, if you run `do-release-upgrade` you should get upgraded to something newer, shinier, and supported. Jul 13 03:48:37 persia: (Which would just be lucid, going from karmic) Jul 13 03:48:51 Though lucid runs fine on all my armel hardware here, with the possible exception of kernels. Jul 13 03:48:59 And I assume he's running an Android kernel. Jul 13 03:49:01 infinity, Would it? The do-release-upgrade manpage is kinda unspecific about precisely where you end up from older systems. Jul 13 03:49:05 Perhaps a bad assumption, but... Jul 13 03:49:32 yeah cyanogen 2.6.37.6 Jul 13 03:49:34 persia: Only LTSes provide the option to jump to another LTS, everything else will upgrade to the next release. Jul 13 03:49:53 persia: (In this case, his next release IS an LTS, but whatever) Jul 13 03:50:07 That's a bug in the manpage then, because it says "upgrade to the latest release", rather than the "next newer release". Jul 13 03:50:26 http://archive.ubuntu.com/ubuntu/dists/lucid/universe/binary-armel/Packages.gz404 Not Found [IP: 91.189.88.46 80], W:Failed to fetch Jul 13 03:50:26 Well, if you run it over and over again, you'll get to the latest! ;) Jul 13 03:50:29 But yeah, file a bug. Jul 13 03:50:46 ahhhhh!!!! Jul 13 03:50:47 armelTest: No armel on archive. Jul 13 03:50:53 Oh. Jul 13 03:50:59 do-release-upgrade is confused. Jul 13 03:51:01 Hrm? I thought I fixed that all the way back to hardy! Jul 13 03:51:17 I bet it would be unconfused if your sources.list said ports. Jul 13 03:51:25 persia: Did you fix it for the old-releases case? Jul 13 03:51:55 (Since there's special-case code for s/old-releases/archive/) Jul 13 03:52:06 infinity, I summarily rewrote deb lines in sources.list with what I thought was correct based on other conditions, excepting a whitelist (which didn't include old-releases) Jul 13 03:52:22 Whacky. Jul 13 03:52:23 Aha, which special case might happen after my summary execution of random mirrors :( Jul 13 03:54:09 armelTest: echo "deb http://ports.ubuntu.com/ubuntu-ports karmic main restricted universe multiverse" > /etc/apt/sources.list && do-release-upgrade Jul 13 03:54:24 armelTest: 20 to 1 odds that doesn't trip the broken codepath. :) Jul 13 03:54:32 ok brb Jul 13 03:56:39 it may be working!!! Jul 13 03:56:58 Such excitement over a "maybe". I like it. :) Jul 13 03:57:57 nope Jul 13 03:58:03 brb imma try something Jul 13 03:58:04 infinity, Any idea where that special-case lives? I don't see it in the update-manager or python-apt code, although I see lots of tests in update-manager to make sure it works. Jul 13 03:59:05 persia: I didn't write it, so not entirely sure, I just know it's there somewhere. Jul 13 03:59:14 persia: And might sometimes work. Jul 13 03:59:19 I'm certain it's there, or the tests would very clearly fail. Jul 13 04:01:07 root@localhost:/# do-release-upgradedo-release-upgradeChecking for a new ubuntu releaseDone Upgrade tool signatureDone Upgrade toolDone downloadingextracting 'lucid.tar.gz'authenticate 'lucid.tar.gz' against 'lucid.tar.gz.gpg'tar: Removing leading `/' from member namespcilib: Cannot open /proc/bus/pcilspci: Cannot find any working access method.Reading cacheChecking package managerPreparing the upgrade failedPreparing the system for Jul 13 04:01:11 blah Jul 13 04:02:10 Heh. Seems nobody ever tested do-release-upgrade from karmic. Jul 13 04:03:01 And, yep, it's marked in LP so that we can't update it. Jul 13 04:03:12 OK. Next method. Jul 13 04:03:58 Try "deb http://ports.ubuntu.com/ubuntu-ports/ lucid main restricted universe multiverse" as your sources.list Jul 13 04:04:13 Then try `apt-get update && apt-get dist-upgrade` Jul 13 04:04:44 This is more likely to break than do-release-upgrade, but also less prone to failures from the various bits trying to blunt the sharp edges. Jul 13 04:12:51 i can do the apt-get dist-upgrade on a seperate line Jul 13 04:13:44 i may run outta room Jul 13 04:14:16 That works too :) Jul 13 04:14:30 lol i only have an 8g sdcard and ummm its 82% full Jul 13 04:16:58 Hrm. That *might* work, but it might not. Jul 13 04:17:15 The packages will be upgraded in place, so they shouldn't take up that much room. Jul 13 04:17:28 That said, they all need to be downloaded first, so /var/cache/apt gets kinda full. Jul 13 04:17:55 Running `apt-get clean` will remove any cached package files you have, which may improve things. Jul 13 04:18:41 kewl i am learning so much! Jul 13 04:19:18 this is awesome. the only reason i wanna do this is so i can develop android apps while driving down the road... Jul 13 04:19:20 I usually cheat and put /var/cache/apt on a NFS or SMB share when I'm upgrading devices with low space. Jul 13 04:19:37 that is really smart Jul 13 04:19:50 Android still doesn't have a self-hosted development environment? Oh my. Jul 13 04:19:54 it is upgrading! Jul 13 04:19:57 persia: It's not meant to. Jul 13 04:20:13 well they have the ndk but i like using eclipse tho Jul 13 04:20:25 persia: Though, I imagine at some point it will anyway. Jul 13 04:20:30 * persia grumbles about silly people using embedded paradigms on perfectly reasonable general purpose computers Jul 13 04:20:30 along with the jdk Jul 13 04:20:33 (Maybe that point is now, noting the mention of an ndk) Jul 13 04:20:40 lol Jul 13 04:21:24 persia: And preaching to the choir on that one. You have no idea how long I cursed Maemo failing at being perfectly self-hosting and for NO GOOD REASON, except that scratchbox broke it in subtle ways. Jul 13 04:21:40 what sux is you have to use vncviewer to load x Jul 13 04:21:42 (Most things still built fine on Maemo itself, but sometimes things went pear-shaped due to SB breakage) Jul 13 04:22:38 infinity, even the Maemo that shipped with the n810 was self-hosting, if you recompiled everything in a sane environment once: it just needed a bootstrap. Jul 13 04:22:39 persia: I think my N900 still has a Debian chroot with a full scratchbox environment IN THAT... Stop and think about that insanity for a second. Jul 13 04:23:01 persia: "Self-hosting, if you re-bootstrap" doesn't quite qualify. ;) Jul 13 04:23:01 infinity, Consider a reinstall: http://wiki.ubuntu.com/ARM/N900 Jul 13 04:23:20 that is how linux runs on android chroot Jul 13 04:23:21 Beats failing to self-host because of design decisions in my book. Jul 13 04:23:26 persia: That would be a better sell, if the URL worked. Jul 13 04:23:33 through busybox Jul 13 04:23:43 Anyhow, off to dinner. Jul 13 04:23:50 https://wiki.ubuntu.com/ARM/n900 Jul 13 04:23:50 armelTest: Good luck with your fiddling. Jul 13 04:24:06 armelTest, Oh, you don't run Ubuntu native? Jul 13 04:24:35 no its chroot Jul 13 04:25:03 i cant run native and still have my phone functionality Jul 13 04:25:17 which sux Jul 13 04:25:42 Lack or drivers? Jul 13 04:27:20 idk never really looked in to it really brb Jul 13 04:29:00 No worries. There's only drivers for a few baseband chipsets, and not so many dialers. Jul 13 04:29:13 https://wiki.ubuntu.com/Specs/AndroidExecutionEnvironment check this out Jul 13 04:29:46 Yeah, that got squashed. The mechanism by which it was supposed to work ended up being unmaintained by the Android folk. Jul 13 04:30:02 see what you can make outta it. im just a simple programmer just spreading my wings into other platforms Jul 13 04:30:21 NCommander and I should clean that up, and make it clear why it will/won't happen, but we keep putting it off because there is some good idea about how to do it which we don't get around to implementing. Jul 13 04:31:18 As it turns out, lots of other people are trying to do similar things, which may mean that we can eventually implement it just by adding a couple upstream packages and filing some minor bugs. Jul 13 04:35:18 xda has some good stuff on it but its greek to me right now Jul 13 04:39:27 can i just manually delete the stuff from /var/cache/apt? Jul 13 04:39:57 Better to use `apt-get clean` Jul 13 04:40:04 Otherwise apt can get confused and complain. Jul 13 04:40:09 oic Jul 13 04:40:14 apt-get clean will delete everything safe to delete in there. Jul 13 04:40:38 well ummm apt-get clean wont work because the dir is locked because its full Jul 13 04:41:44 Right. Jul 13 04:42:03 So, let's step back. Since this is only a chroot, we aren't quite as afraid of bricking the device. Jul 13 04:42:07 How did you construct the chroot? Jul 13 04:42:19 nope aint afraid of bricking Jul 13 04:43:25 hold on ill send you the script Jul 13 04:44:16 !paste Jul 13 04:44:17 For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. Jul 13 04:44:36 kewl Jul 13 04:51:39 sorry son was trippin bout something Jul 13 04:51:42 lol Jul 13 04:51:44 http://paste.ubuntu.com/643036/ Jul 13 04:54:27 OK. From where did you get /sdcard/ubuntu/ubuntu.img ? Jul 13 04:54:47 I'm thinking it's probably easier to just replace that then try to upgrade, given the space. Jul 13 04:57:14 from xda-developers.com Jul 13 04:58:48 i could mount any image and chroot as long as i have the dirs right and the arc is arm Jul 13 04:58:58 OK. Jul 13 04:59:08 is that correct? Jul 13 04:59:23 So, I won't recommend any image that isn't hosted by Ubuntu, because I can't trust that it's really Ubuntu Jul 13 04:59:36 * persia fails to say anything about http://forum.xda-developers.com/showthread.php?t=987740 Jul 13 04:59:59 So, there's a few ways you can get a mountable image file using Ubuntu. Jul 13 05:00:14 1) You can download one of the images, and then make it do what you want. Jul 13 05:00:52 2) You can run rootstock to generate a local image (for development only) Jul 13 05:01:08 3) You can run debootstrap yourself, and construct an image Jul 13 05:01:22 I'd be happy to explain any of those if you like :) Jul 13 05:02:39 intresting... i have heard of rootstock. i dont have another arm dev to make an image myself tho Jul 13 05:03:22 Most folk run rootstock on an i386 or amd64 machine, but you will want to have Ubuntu installed there. Jul 13 05:04:35 i do have an external 1tb Jul 13 05:05:53 u suppose i could install it on that the live/persistant boot and make an image Jul 13 05:07:09 Base images are usually less than 1GB. Jul 13 05:08:08 i am about to free up some space on my sd card... got vids of my son i can move over Jul 13 05:08:12 But they often need 2-3GB uncompressed space, so as long as you have more than 4G on that drive, you should be fine. Jul 13 05:08:29 Heh, that might let the upgrade work :) Jul 13 05:09:11 lol yeah if i didnt mess up this image by rm *.* in var/cache/apt Jul 13 05:09:19 (and running `apt-get clean` post-upgrade will regain most of the space the upgrade needs) Jul 13 05:09:31 only 1 way to find out... yeah the apt-clean didnt work Jul 13 05:09:39 apt-get clean Jul 13 05:09:42 Supposedly nothing in /var/cache is important. That said, while I expect apt to be fairly robust, I've not tried that. Jul 13 05:09:59 Does `apt-get update` work? Jul 13 05:10:38 brb gonna restart my phone Jul 13 05:10:46 You may need to repopulate apt's local cache of the available software sources before you can clean up. Jul 13 05:19:34 shit this is gonna take a min Jul 13 05:21:16 well my wife wants me to come be a husband... thanx for your help!!! Jul 13 06:03:04 janimo`: can you trigger a rebuild of wacomtablet? this will fix the ftbfs for it Jul 13 06:04:10 rsalveti: Given back. Jul 13 06:04:53 StevenK: thanks Jul 13 07:56:49 StevenK: libtuxcap also need a rebuild Jul 13 08:05:10 crtmpserver too Jul 13 09:44:54 rsalveti, given back, now that LP is writable again Jul 13 10:43:21 is there a way of configuring the lid open sensor information? I am inverted Jul 13 10:43:59 if I open the lid, it blanks the screen as per my powere management settings Jul 13 11:50:16 i'm quite unable to read information in launcpad.net, but is this package https://launchpad.net/ubuntu-omap4-extras-multimedia supposed to be available to natty ? Jul 13 11:54:37 Hi All Jul 13 11:55:18 Anyone tried XBMC on ubuntu arm ? Jul 13 12:29:22 hello Jul 13 12:29:35 My rootstock build is returning errors like Jul 13 12:29:36 I: Switching to Virtual Machine for second stage processing Jul 13 12:29:36 Segmentation fault Jul 13 12:29:36 W: Bad Bad Qemu, trying second stage one more time (LP #604872) Jul 13 12:29:37 Launchpad bug 604872 in qemu-linaro "qemu-system-arm segfaults emulating versatile machine after running debootstrap --second-stage inside vm" [Medium,Fix released] https://launchpad.net/bugs/604872 Jul 13 12:30:05 How to fix this Jul 13 12:37:22 ogra_, any idea ? Jul 13 13:24:09 friends ,my issue solved Jul 13 13:24:25 added qemu-arm-static Jul 13 13:38:05 my io tests are still runnning on both boards, now init's behaving but the threaded io is really impacting performance (terminal interaction is slow at best) Jul 13 13:39:28 cpu load is minimal, 4-30%, I guess that makes sense - I should check the scheduler though Jul 13 13:40:01 note that we default to no-op on all our images Jul 13 14:01:04 Preparation material for tomorrow's Ubuntu developer week, ARM FTBFS session. Feedback welcome :) https://wiki.ubuntu.com/ARM/FTBFS Jul 13 14:03:59 well mine are set to cfg, oops, I need to check to see which kernel is getting loaded again Jul 13 14:04:18 but the server kernel should be deadline scheduler ogra_ Jul 13 14:04:59 ^ right Daviey? Jul 13 14:05:00 mahmoh, thats something the image build scripts should do, if they dont on your images, files a bug Jul 13 14:05:07 ack Jul 13 14:05:16 for preinstalled we can be sure we are running on SD Jul 13 14:05:23 for that no-op is the fastest Jul 13 14:06:13 thats why we set it to no-op there by default, for server netinstall where you might install to rotary disks, the installer should select the scheduler based on the root device Jul 13 14:06:15 agreed but netinstall should install the correct kernel after tasksel and the server kernel should be deadline, which I need to verify Jul 13 14:07:03 so if I'm able to check - during - netinstall it'll Jul 13 14:07:09 change the scheduler? Jul 13 14:07:43 i doubt there is code for that yet Jul 13 14:07:48 talk to NCommander Jul 13 14:08:45 iirc on the netinst images the flash-kernel-installer udeb creates the kernel cmdline, it should get code to detect the root device and add the proper elevator option to the cmdline Jul 13 14:09:45 makes sense, if it doesn't do that I'll file a bug Jul 13 14:09:52 thx Jul 13 14:44:02 hello, I would like to know if I can find a Ubuntu for OMAP35x EVM Jul 13 14:44:23 more exactly for AM3517 Jul 13 14:46:41 * ogra_ isnt sure we have a kernel supporting that, but userspace will definitely be fine Jul 13 14:49:13 oh ogra, I've seen that you have built a Ubuntu for OMAP35x EVM Jul 13 14:49:22 but the link is dead Jul 13 14:53:35 that was loooong ago Jul 13 14:54:05 haha okay Jul 13 14:54:16 you should be able to just use the omap3 images but replace the uImage with yours Jul 13 14:54:29 (and MLO/U-boot.bin) Jul 13 14:54:38 yeah I have my uImage Jul 13 14:54:50 see wiki.ubuntu.com/ARM/OMAP Jul 13 14:54:53 also mlo and u-boot and x-loader Jul 13 14:55:29 but do you know how to create the SD card for an update of the system? Jul 13 14:55:43 ?? Jul 13 14:57:07 I've followed this Jul 13 14:57:12 http://processors.wiki.ti.com/index.php/MMC_Boot_Format Jul 13 14:57:59 ah, no, just create the SD like described on the ubuntu wikiw Jul 13 14:58:03 but I don't understant how to place my kernel and filesystem into the nand flash then (update) Jul 13 14:58:14 ah okay Jul 13 14:58:18 then replace MLO, u-boot.bin and uImage on the first partition of the SD Jul 13 14:58:28 oh okay Jul 13 14:58:48 the EVM only has 128M, right ? Jul 13 14:59:22 you will most likely want the headless image with that Jul 13 14:59:23 256 Jul 13 14:59:39 yeah, still to low for an ubuntu desktop Jul 13 14:59:39 yeah I was thinking about :) Jul 13 14:59:53 hum Jul 13 15:00:39 unity.-2d with idling desktop eats 148M here Jul 13 15:00:56 okay Jul 13 15:01:00 gnome and xubuntu will be similar Jul 13 15:01:06 KDE will use even more Jul 13 15:01:13 lubuntu could work Jul 13 15:02:59 maybe Matchbox Jul 13 15:03:19 but don't know if Ubuntu support that Jul 13 15:04:30 its in the archive Jul 13 15:04:33 in universe Jul 13 15:06:42 I can't find a version of ubuntu without X11 Jul 13 15:08:52 the headless image is what yxou want, just follow the wiki Jul 13 15:10:46 okay I'm trying Jul 13 15:33:14 janimo`: thanks Jul 13 15:47:09 LPhas: not yet, TI didn't release all multimedia components still Jul 13 15:47:45 I know robclark is working on trying to get it all working, so soon we should have something :-) Jul 13 15:48:24 once we get it integrated with gst and such, then normal applications will be able to decode using hw acceleration Jul 13 15:54:04 rsalveti, display is in bad shape on 2.6.38.. I'm actually starting to work on 3.0.. Jul 13 15:54:30 robclark: and how it's going with 3.0? Jul 13 15:55:09 so we'll end up skipping natty, but luckly it'll work for oneiric :-) Jul 13 15:55:26 and if we get sound working out-of-box it'd be a huge step forward ;-) Jul 13 15:55:48 I had some issues w/ i2c initially, making DVI not work.. but I seem to have that working now Jul 13 15:56:09 HDMI is a bit flakey... at least when you have kernel w/ PM enabled.. Jul 13 15:56:29 robclark: hm, interesting Jul 13 15:56:46 robclark: are you also porting the drm driver? Jul 13 15:56:54 yes, of course ;-) Jul 13 15:56:59 awesome :-) Jul 13 15:57:29 robclark: and where are you publishing your work this time? Jul 13 15:57:43 robclark: would be nice to integrate at the linaro tree once you think it's good enough Jul 13 16:00:33 rsalveti, well, I'm trying to get display team to push the DSS patches.. and then once those are upstream I can push the drm driver Jul 13 16:00:55 well.. soon it will have a TILER dependency too (for GEM), but I'll try and keep that separate.. Jul 13 16:00:56 robclark: cool, even better :-) Jul 13 16:11:06 is oneiric working with the pandaboard yet anyone? Jul 13 16:17:43 sure Jul 13 16:46:54 brendand: Alpha 2 server images work well, desktop is hit or miss (due to SD card variants). Current netinstall works as well. Jul 13 17:51:09 rsalveti: It looks like u-boot is generating two different mac addresses currently. 00:02:03:04:05:06 for bootp and then it looks for panda/pxelinux.cfg/C0A80045 for the pxe config. pxe should be looking for the file with the mac address. Jul 13 17:51:54 It may be doing a reciprical of the mac. Haven't checked. Jul 13 17:51:58 GrueMaster: how it's getting to C0A80045? Jul 13 17:52:02 probably Jul 13 17:52:15 that's why this will be probably fixed once jcrigby fixes the mac address at u-boot level Jul 13 17:52:34 ok Jul 13 17:54:32 Grrr. Local mirror isn't syncing with ports.u.c properly. Can't do netinstall with local mirror. Jul 13 17:55:28 GrueMaster, i've had good luck with apt-cacher-ng .... Jul 13 17:55:55 * ogra_ is approx fan Jul 13 17:56:31 I'm using a combo of apt-mirror & ubumirror since karmic. Worked quite well until Tuesday. Jul 13 17:56:46 ah, its the tuesday bug Jul 13 17:57:10 Fill me in. Jul 13 17:58:00 a bug that shows up on tuesdays :) Jul 13 17:58:18 This is not Windows! Jul 13 17:58:18 * ogra_ was just kidding ... no bug to point to Jul 13 17:58:23 heh Jul 13 17:58:34 we had one where printing didnt work on tuesdays Jul 13 17:59:00 its not impossible :) Jul 13 17:59:02 I heard that there was an issue with debootstrap earlier this week. Jul 13 17:59:17 well, with udev and the new /run directory i think Jul 13 17:59:38 but yeah, it breaks debootstrap Jul 13 17:59:56 I'm having to reinstall one system. Somehow the partitions did a role reversal. 1G rootfs, 156G swap. oops. Jul 13 18:00:42 Doing a netinstall from ports.u.c works. So I need to figure out what isn't getting mirrored. Jul 13 18:02:44 apt-mirror only copies debs & source, ubumirror is setup with a large list of excludes to skip old releases & arches I don't care about. Somewhere in there something is getting lost in translation. Jul 13 18:05:44 https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161/comments/28 Jul 13 18:05:46 Ubuntu bug 255161 in cupsys "I am unable to print from open office, I tried reinstalling open office but it did not work. I use a brother mfc240c printer and I am running Hardy. Printing from other apps has not been an issue. (dup-of: 248619)" [Undecided,Invalid] Jul 13 18:05:47 btw :) Jul 13 18:05:47 Ubuntu bug 248619 in file "file incorrectly labeled as Erlang JAM file" [High,Fix released] Jul 13 19:54:14 rsalveti, pvr Xorg driver is up and running on 3.0.. i2c still hitting "timeout waiting for bus ready" a lot, which is a bit inconvenient.. Jul 13 20:36:28 robclark: cool, great progress Jul 13 20:52:41 pmcgowan: ping Jul 13 20:53:44 jeremiah, He doesn't seem to be around just now. Is there a general question with which we can help? Jul 13 21:00:36 persia, linux-ac100 is in NEW fyi Jul 13 22:01:05 it looks like all ocaml stuff started segfaulting recently on Ubuntu's armel... (whereas everything works fine in Debian) Jul 13 22:05:46 sgnb, Do you have a trace (or a bug with a trace)? Jul 13 22:08:25 persia: no, but have a look at https://launchpadlibrarian.net/75113357/buildlog_ubuntu-oneiric-armel.lwt_2.3.0-3_FAILEDTOBUILD.txt.gz Jul 13 22:08:36 (I don't have an Ubuntu armel box at hand) Jul 13 22:09:30 sgnb, Hrm. Indeed, that looks unpleasant. Jul 13 22:09:54 (same for postgresql-ocaml, ocaml-sqlite3, oasis...) Jul 13 22:10:10 Yeah, with that level, of segfaulting, I'd expect it for everything. Jul 13 22:11:21 Even works for Debian armhf, so unlikely to be an ISA issue. Jul 13 22:11:42 ( http://buildd.debian-ports.org/status/fetch.php?pkg=postgresql-ocaml&arch=armhf&ver=1.16.0-1&stamp=1309697444 by example) Jul 13 22:13:37 bah, sigh, how many more languages are there Jul 13 22:13:50 * ogra_ waits for apachelogger's spam on -changes to stop :P Jul 13 22:14:26 I seem to recall that the answer was somewhere above 370 last time I tried to answer that question. That was a few years ago, so the number can only have increased. Jul 13 22:14:27 persia: but armhf is not native in Debian Jul 13 22:14:43 sgnb, Hrm? Does that affect how the buildd works? Jul 13 22:15:10 persia: I mean, ocaml doesn't generate native code for armhf (whereas it does for armel) Jul 13 22:15:12 ogra_, also, thanks for the wiki edit: I now have a happy glow. Jul 13 22:15:23 so the generic bytecode compiler/interpreter is used there Jul 13 22:15:27 sgnb, What sort of code does ocaml generate for armhf? Why isn't it native? Jul 13 22:15:42 persia, heh, welcome, lets just hope an archive admin is bored enough to review the kernel now Jul 13 22:16:03 it generates a portable bytecode, with run with an interpreter written in C Jul 13 22:16:08 Without the ability to debootstrap, I'm unsure how much I care about the timing there. Jul 13 22:16:13 lol Jul 13 22:16:15 * ogra_ will land the flash-kernel bits and -meta tomorrow Jul 13 22:16:20 ogra_: couple more two come Jul 13 22:16:24 sgnb, Do you happen to know why it isn't native for armhf? Jul 13 22:16:25 <50 ^^ Jul 13 22:16:32 * ogra_ hugs apachelogger :) Jul 13 22:16:35 persia: because it hasn't been activated Jul 13 22:16:46 * apachelogger hugs ogra_ right back Jul 13 22:16:48 (so never tried) Jul 13 22:16:49 sgnb, Hrm. Then it *could* be an ISA issue :( Jul 13 22:17:40 native code generated by ocaml compiler on arm always uses soft floats... would that be a problem? Jul 13 22:18:20 No, Ubuntu armel uses a softfloat ABI, but it's ARMv7 vs. ARMv4t for Debian armel, which means that some assembly isn't compatible. Jul 13 22:18:45 but that would have been a prob since lucid Jul 13 22:18:58 Ubuntu armel is also compiled to thumb2 by default, rather than ARM, which has other knock-on effects in terms of allowable ISA and ABI interactions. Jul 13 22:19:44 ogra_, Depends what instructions are being excited. A new upstream version might have some improved optimisation, or changes to call semantics that could trigger something. Needs investigation. Jul 13 22:19:45 * ogra_ blames toolchain or libc Jul 13 22:20:12 note that the old ocaml segfaults here Jul 13 22:20:39 while building new ocaml stuff Jul 13 22:20:45 "old"? "here"? Jul 13 22:20:53 in the build log you linked Jul 13 22:21:05 That's for lwt. Jul 13 22:21:19 it calls /usr/bin/ocamlfoo Jul 13 22:21:35 which segfaults durign execution Jul 13 22:21:36 Sure, but I'm not sure why that is necessarily "old". Jul 13 22:21:57 its not a new upstream, it is what is in the archive right now Jul 13 22:22:23 Do you happen to know that no new upstream for ocaml-nox has entered the archive in oneiric? Jul 13 22:22:46 no, i dont, do you happen to know it did ? Jul 13 22:22:56 ;) Jul 13 22:23:22 I do. oneiric has 3.12.0, whereas natty only had 3.11.2 Jul 13 22:23:50 but stuff has been already compiled successfully with 3.12.0 in oneiric in the past Jul 13 22:24:06 That's extra annoying. Jul 13 22:24:22 Because it means that some library changed ABI without updating SONAME underneath ocaml. Jul 13 22:24:45 sgnb, Do you happen to know the *first* package that FTBFS due to ocaml segfaulting wildly? Jul 13 22:25:59 I think it is oasis Jul 13 22:26:27 (according to http://people.canonical.com/~ubuntu-archive/transitions/ocaml.html ) Jul 13 22:28:13 ogra_, Do you know of any way to find stuff that built on 29th June? Jul 13 22:28:33 not really, apart from checking -changes Jul 13 22:28:43 That's sources, not binaries. Jul 13 22:28:56 And 29th June was pre-DIF, so all the autosync stuff is invisible to -changes Jul 13 22:29:20 sgnb, I really don't expect you to have an answer, but do you happen to know the last package that worked? Jul 13 22:30:24 persia: my guess would be nurpawiki Jul 13 22:30:49 or ocaml-data-notation, maybe Jul 13 22:31:04 (based on what happend in Debian) Jul 13 22:31:08 * persia goes to investigate that, with hope, wondering how one could possible find this Jul 13 22:31:57 Ah, yeah, given the essentially random timing of autosync, I have no idea how reliable that might be (autosync is a manual process, which happens whenever an archive admin has ~10 minutes to kick it off, but not less than twice a week) Jul 13 22:32:27 nurpawiki build 2011-05-20 Jul 13 22:33:29 ocaml-data-notation failed 2011-06-28 with mp segfaults (unlreated failure). Jul 13 22:33:52 2011-06-28 to 2011-06-29 is close enough I'll dig through the versions of build-depends, hoping to find a useful discrepancy Jul 13 22:37:43 libmpfr4 3.0.1-3 -> 3.0.1-4 Jul 13 22:38:15 libudev 171-0ubuntu3 -> 171-0ubuntu4 Jul 13 22:38:37 apt 0.8.14.1ubuntu7 -> 0.8.15ubuntu1 Jul 13 22:38:47 udev matching libudev Jul 13 22:38:57 apt-transport-https matching apt Jul 13 22:41:14 mprf4 looks like a no-op failed attempt to clean up how patches are applied in a format: 3.0 (quilt) package. Jul 13 22:42:27 and the others dont look like they could make binaries segfault Jul 13 22:42:39 (that worked before) Jul 13 22:43:05 udev is a cleanup on stopping udevd processes, which shouldn't even be used in a buildd chroot. Jul 13 22:43:18 No, but if I don't investigate, I'm not going to be confident :) Jul 13 22:43:50 i think its some transient issue from something completely ocaml unrelated Jul 13 22:44:06 i would have said libc but that doesnt match the timing Jul 13 22:44:09 I'm not convinced it's transient, as it has persisted for two weeks. Jul 13 22:44:38 Still, checking build-essential happens first, then specific build-depends (in part because I have to clean up my script to generate readable diffs for build-deps) Jul 13 22:45:16 binutils was upgraded on the 18th ... doesnt fit either Jul 13 22:45:19 the first segfaulting command is "/usr/bin/ocamlfind query -format %v findlib"... maybe it's easier to test it in past snapshots? (à la git-bisect) Jul 13 22:45:54 apt change is large, but I can't see anything that should affect other binaries at runtime. Jul 13 22:46:13 oh! but ocamlfind itself changed meanwhile Jul 13 22:46:42 (1.2.6 -> 1.2.7) Jul 13 22:46:55 Indeed. 1.2.7+debian-1 failed, but 1.2.6+debian-1build1 succeeded. Jul 13 22:46:56 aha, i though it didnt Jul 13 22:47:07 I cannot imagine how this could have an influence, though Jul 13 22:47:35 Maybe there was a misbuild. Jul 13 22:47:57 "misbuild"? Jul 13 22:48:10 Could "Make Camlp4 depend on Dynlink on every arch" affect the autodependency generators? Jul 13 22:48:46 - add armel to native architectures; note that the Dynlink module is Jul 13 22:48:46 not available in native code there: software using it should take care Jul 13 22:48:47 of this new possibility Jul 13 22:48:58 Aha! That would be the issue then. Jul 13 22:49:01 from the ocaml changelog Jul 13 22:49:08 this was way before Jul 13 22:49:12 not sure thats the issue but it could Jul 13 22:49:14 Debian bug #630490 Jul 13 22:49:15 Debian bug 630490 in libfindlib-ocaml "camlp4 depends on Dynlink on all architectures" [Important,Fixed] http://bugs.debian.org/630490 Jul 13 22:49:42 debian bug #347270 Jul 13 22:49:42 Debian bug 347270 in ocaml "ocamlopt produces buggy arm programs" [Important,Fixed] http://bugs.debian.org/347270 Jul 13 22:50:18 oh, another intresting entry Jul 13 22:50:19 add binutils-dev to Buid-Depends Jul 13 22:50:23 That's *OLD* Jul 13 22:50:37 yes, way before nurpawiki Jul 13 22:50:41 Oh, but not Fixed old :) Jul 13 22:51:06 But yeah, ocaml isn't the issue. Jul 13 22:51:18 Both the working and failed builds use ocaml 3.12.0-7 Jul 13 22:51:28 thats what came into ubuntu on may 5th Jul 13 22:51:39 afterwards the ocaml transition started Jul 13 22:51:56 Don't care. It's not different between oasis and ocaml-data-notation builds, so it is unlikely to be the cause of one failing and the other succeeding. Jul 13 22:51:58 the ocaml transition finished before stuff started segfaulting Jul 13 22:52:12 yes Jul 13 22:52:19 (it finished with nurpawiki) Jul 13 22:52:49 Well, ocaml-data-notation was built in Ubuntu over a month after nurpawiki, but kinda :) Jul 13 22:53:12 it was not part of the "ocaml 3.12.0 transition" Jul 13 22:53:20 Ah. Jul 13 22:53:57 by "ocaml 3.12.0 transition", I mean "recompile everything because ABI changed" Jul 13 22:54:29 Right. Jul 13 22:54:38 after that, we continued updating things in Debian as usual Jul 13 22:54:39 Still, I'm suspecting findlib for now. Jul 13 22:54:53 But I don't see anything in the patch that is especially exciting. Jul 13 22:55:07 https://launchpadlibrarian.net/74281241/findlib_1.2.6+debian-1build1_1.2.7+debian-1.diff.gz Jul 13 22:55:57 the changes also look innocuous to me Jul 13 22:56:14 it might be that the generated assembly for the new version is somehow bugguy Jul 13 22:56:47 There's a number of "failed to remove" and "cannot stat" messages in the build log. Jul 13 22:56:48 OCaml code shouldn't segfault by itself Jul 13 22:58:51 Shouldn't or can't? It is native-compiled, right? Jul 13 22:59:21 I don't see the difference Jul 13 22:59:41 it is impossible in pure OCaml to do a segfault, it's a property of the language Jul 13 23:00:17 and ocamlfind looks like pure OCaml Jul 13 23:00:27 (I mean, except basic I/O) Jul 13 23:01:41 segfaults in ocaml programs usually comes from C code called from OCaml code Jul 13 23:02:06 That'd be can't :) Jul 13 23:02:23 Lesser languages aren't defined in a way that prevents such behaviours. Jul 13 23:02:53 But some *shouldn't*, because of how they work, for example python or java. Jul 13 23:03:14 Whereas something like C has neither sort of protection, and segfaults reliably. Jul 13 23:04:06 Aha! So, the new findlib build is whining about not being able to parse ${ocaml:Depends}. Jul 13 23:05:17 persia: you mean dpkg-gencontrol? Jul 13 23:05:26 Yes Jul 13 23:05:31 it doesn't matter Jul 13 23:05:37 it is a common warning Jul 13 23:06:05 and only related to build tools Jul 13 23:06:16 (I mean dpkg-dev) Jul 13 23:06:47 I thought that warning happened whenever one didn't handle the substr stuff properly. Jul 13 23:07:34 it happens when the variable is not defined Jul 13 23:08:09 But the package relationships are very similar between 1.2.6+debian-1build1 and 1.2.7+debian-1 : the latter adds a recommendation on libfindlib-ocaml-dev Jul 13 23:08:12 it does that even for shlib:Depends Jul 13 23:08:38 I'm of the opinion that one should only use variables in control that one defines, but I'm known for being kinda particular about things :) Jul 13 23:09:32 maybe, but that's not the point here Jul 13 23:09:38 if I had access to a faulty box, I would start running gdb on "ocamlfind query -format %v findlib" to see where exactly the segfault occurs Jul 13 23:09:47 Unfortunately, it seems findlib doesn't have a test suite that runs at build-time, so we can't know that the build worked (or didn't). Jul 13 23:11:09 * persia tries to run debootstrap again, in vain hope, given the continued discussion in #ubuntu-devel Jul 13 23:12:45 ogra_, In unrelated news, did you see my 0.0.0.0.0.0.0.0.1 package? Any suggestions to improve the README or change the package split? Jul 13 23:13:14 well, i would at least add another 0 to the version Jul 13 23:13:28 i saw your ping in the other channel, but havent looked yet Jul 13 23:13:43 Please don't. I tried to add enough that when upstream (you) decides to actually release code, there would be no change of conflict. Jul 13 23:13:55 s/change/chance/ Jul 13 23:13:59 wsell, i would just take yours :) Jul 13 23:14:31 the code surely needs cleanup, i didnt write it with a generic installer in mind Jul 13 23:14:44 Considering that the README isn't complete and talks about killing kittens, that -tools is missing one of the scripts, and all the other issues, I'd hope not directly. Jul 13 23:14:53 and i cant imagine many ways to package it Jul 13 23:15:11 you split it ? Jul 13 23:15:18 what did you split into tools ? Jul 13 23:15:19 Surely. Jul 13 23:15:37 it should eb a single package with three initrd files Jul 13 23:15:41 There's the stuff that belongs in the image, and the stuff that belongs on the machine used to create the image. Jul 13 23:15:47 Go look. Jul 13 23:15:51 one in conf.d one in hooks and one ins scripts Jul 13 23:16:04 I think I have four scripts. Jul 13 23:16:12 Maybe five. Jul 13 23:16:14 the one additional script isnt for the public ... it will be worked into debian-cd Jul 13 23:16:25 debian-cd is public :) Jul 13 23:16:30 (the one that adds the md5sum file) Jul 13 23:16:39 well, i meant as extra code Jul 13 23:16:39 But yeah, if you're sticking the control code into debian-cd, then -tools isn't useful. Jul 13 23:16:52 sure it should be public Jul 13 23:17:08 Oh well. libc6 still doesn't install in the chroot :( Jul 13 23:17:26 build natty and upgrade ;) Jul 13 23:18:06 Hrm. I wonder if my wrapper scripts can handle that. Jul 13 23:18:17 Maybe I'll just do a one-off upgrade of natty to test this one thing. Jul 13 23:55:35 * persia grumbles at dpkg: error: failed to open '/var/lib/dpkg/status' for writing status database: Invalid argument on a natty->natty upgrade Jul 13 23:56:02 sgnb, I get an immediate segfault return from `ocamlfind query -format %v findlib` on current oneiric/armel Jul 13 23:56:20 Any hints on what to check, or do you recommend digging through core? Jul 14 00:01:52 persia: run through gdb, and pinpoint where the segfault comes from Jul 14 00:02:56 (is it C code? is it assembler? is it a library?) Jul 14 00:05:35 Wow! This is the most useless stacktrace I've seen in a while. Jul 14 00:05:44 No pointers to where the segfault is happening. Jul 14 00:05:59 And cyclical from frame #1, with gdb reporting a corrupt stack. Jul 14 00:06:33 hum... Jul 14 00:06:45 so probably in ocaml land Jul 14 00:07:43 I'm happy to be a robot, but I don't have any idea how to begin to debug this without instructions. Jul 14 00:10:15 well... you do have access to the surrounding assembly code, don't you? I would try to find the closest symbol or so Jul 14 00:10:51 I'll need guidance for that. I'm good at reading stacktraces, but don't really use GDB as such, beyond as a stacktrace generator. Jul 14 00:11:13 I usually use the disassemble command Jul 14 00:11:59 I should probably do that myself... is there a quick guide to set up an Ubuntu armel box in qemu? Jul 14 00:12:35 Do you need full system emulation, or just userspace emulation? Jul 14 00:12:55 I don't know... sothing enough to reproduce the problem Jul 14 00:13:16 If the latter, `mk-sbuild --arch=armel --distro=ubuntu oneiric` should do it, from a Debian system Jul 14 00:13:39 If the former, you'll need more setup, and I'd have to hunt up a guide. Jul 14 00:21:36 W: Failure trying to run: dpkg --force-depends --install /var/cache/apt/archives/libc6_2.13-9ubuntu2_armel.deb Jul 14 00:21:51 Oh, right. debootstrap is broken (/run) Jul 14 00:22:12 `sudo rm -rf /var/lib/schroot/chroots/oneiric-armel` Jul 14 00:22:27 Then `mk-sbuild --arch=armel --distro=ubuntu natty` Jul 14 00:22:42 Then `sudo schroot -c natty-armel -uroot` Jul 14 00:23:06 Then edit sources.list, and dist-upgrade. Jul 14 00:23:18 avoiding libc6? Jul 14 00:23:32 It doesn't actually avoid libc6 Jul 14 00:23:47 It just avoids the situation that makes libc6 fail to install with debootstrap for oneiric Jul 14 00:24:23 Alternately, if you want persistence, edit /var/lib/schroot/chroots/natty-amd64/etc/apt/sources.list, and then enter the natty-armel-source chroot. Jul 14 00:38:46 ok, I can reproduce the segfault Jul 14 00:38:55 actually, a mere "ocamlfind" segfaults Jul 14 00:39:36 but I get in gbd: qemu: Unsupported syscall: 26 Jul 14 00:40:25 That's fine. Jul 14 00:40:59 We haven't been grilling qemu-user agressively recently, but I believe that support was added for all the syscalls need to build all the packages in the archive. Jul 14 00:41:15 Which would include anything necessary to run ocamlfind properly. Jul 14 00:41:42 26 is ptrace Jul 14 00:41:45 Mind you, that isn't how we build stuff, but the work was done to enable just the sort of debugging you're doing now. Jul 14 00:42:19 Ah, hrm. Maybe running gdb in that environment isn't so reliable :( Jul 14 00:43:06 Well, I suppose you could try https://wiki.ubuntu.com/ARM/RootfsFromScratch/QemuDebootstrap Jul 14 00:43:55 I've been reminded that there's a buildd chroot available from https://launchpad.net/api/devel/ubuntu/oneiric/armel/chroot_url if you like. Jul 14 00:44:15 (or rather, from the URI given at that URL) Jul 14 00:50:27 persia: actually, an empty program segfaults Jul 14 00:50:45 Empty ocaml program? Jul 14 00:50:54 Then I'm confused. Jul 14 00:50:56 yes Jul 14 00:51:14 Because ocaml didn't change between when it was working and when it wasn't working. Jul 14 00:51:16 create an empty file "toto.ml" Jul 14 00:51:24 run "ocamlopt toto.ml", then ./a.out Jul 14 00:51:29 it segfaults Jul 14 00:52:03 File "toto.ml", line 1, characters 0-1:\nError: I/O error: /tmp/camlasm637f94.s: Invalid argument Jul 14 00:52:26 persia: with empty toto.ml? Jul 14 00:52:38 for me, it compiles Jul 14 00:52:47 That's the output from `touch toto.ml; ocamlopt toto.ml` Jul 14 00:53:25 so it means that you cannot even compile anything Jul 14 00:53:32 apparently. Jul 14 00:54:14 I got here by dist-upgrading my natty buildd chroot, and installing ocamlfind. Jul 14 00:54:20 Maybe I need to install something else? Jul 14 00:54:56 that's what I did Jul 14 00:55:53 something must have changed somewhere else Jul 14 00:56:27 Between when I did what I did and when you did what you did? There was only a short window. Jul 14 00:56:58 And not much has been added to the archive, as folk are trying to fix the /run issue (publishing and buildds are expected to stop being manual any time now) Jul 14 00:57:14 no, I meant between 2011-05-20 and 2011-06-28 Jul 14 00:57:39 (when ocaml stuff started segfaulting) Jul 14 00:57:54 it must be something very fundamental in the toolchain Jul 14 00:58:05 Well, we had a successful run on 2011-06-28 ( ocaml-data-notation ), and the failure on 2011-06-29 (oasis) Jul 14 00:58:27 There is no difference in the versions of everything in a buildd chroot there. Jul 14 00:58:43 Some differences in the build-depends, but nothing that I'd call "fundamental toolchain". Jul 14 00:59:16 (as that would be Priority: required or build-essential, or in the complete dependency/recommendation tree of those) Jul 14 01:00:35 It was just mpfr4, udev, and apt that differed in the base set. Jul 14 01:02:05 it's getting late here Jul 14 01:02:08 * sgnb goes to bed Jul 14 01:02:21 Sleep well. Jul 14 01:02:39 * persia updates the buildlog parsing scripts, and looks for differences in build-dependencies Jul 14 01:06:27 Hrm. ocaml-findlib is the only package with a different version. Jul 14 01:07:03 Mind you, there are other packages that are present/absent in one or the other build based on differing build-dependencies, but those shouldn't matter for parallel runs of ocamlfind Jul 14 01:08:03 well, one should find an oneiric snapshot of 2011-06-28, and try to compile and run a program there Jul 14 01:08:43 Dunno if such a thing exists. Jul 14 01:09:53 Does anyone happen to have an un-updated chroot including ocaml stuff from June? Jul 14 02:03:34 persia: binutils is faulty Jul 14 02:04:02 with the version from natty, the empty program works Jul 14 02:04:37 hmm? Jul 14 02:04:39 persia: was binutils the same between the two builds above? Jul 14 02:06:03 Martyn: an empty .ml file compiled with ocamlopt segfaults on armel Jul 14 02:06:16 (since ~end of June) Jul 14 02:06:34 sgnb, Yes Jul 14 02:07:00 http://paste.ubuntu.com/643682/ Jul 14 02:08:07 well, the upgrade from 2.21.0.20110327-2ubuntu2 to 2.21.52.20110707-1ubuntu1 did trigger the bug here Jul 14 02:08:23 Ah, maybe we have more than one bug. Jul 14 02:08:39 Both of those builds were running binutils 2.21.52.20110606-1ubuntu1 Jul 14 02:09:16 maybe one of them doesn't run native program at all Jul 14 02:10:12 indeed, it seems that ocaml-data-notation doesn't run ocamlfind Jul 14 02:10:34 ah no, it does Jul 14 02:10:47 strange Jul 14 02:11:29 I think that pair of builds is likely the closest in time we'll find between working and not working. Jul 14 02:11:39 Everything from oasis on seems to have the same issue. Jul 14 02:11:40 well: take a natty chroot, install ocaml-nox, upgrade everything but binutils and gcc, it works, upgrade binutils, and it doesn't Jul 14 02:11:47 And this makes me suspect that findlib misbuilt Jul 14 02:12:05 Very odd. Jul 14 02:12:26 I don't think findlib is involved Jul 14 02:12:50 BTW, oneiric can debootstrap again Jul 14 02:13:17 What happens if you install https://launchpad.net/ubuntu/oneiric/+source/binutils/2.21.52.20110606-1ubuntu1 ? Jul 14 02:14:34 * sgnb really goes to bed now Jul 14 02:15:15 heh Jul 14 02:35:38 anyone know of a tool to edit the size of a disk image without messing up the data inside? Jul 14 02:37:38 Doesn't exist, but there are tools that achieve most of the things that people want to do when they want to do that. Jul 14 02:37:47 So, what do you want to do? Jul 14 02:41:36 well i have the same img i was working with yesterday... the img size is only 2G i wanna make it 3 Jul 14 02:41:59 OK. If I remember correctly, that was a raw filesystem on an image, with no internal partitions or anything. Jul 14 02:42:18 right Jul 14 02:44:41 * persia grumbles at dd not behaving quite as expected. Jul 14 02:45:16 Aha! Jul 14 02:46:23 OK, try `dd if=/dev/zero of=my.img bs=1G count=3 && mkfs.ext4 -f my.img && mount -o loop my.img /mnt/new` Jul 14 02:47:29 ok kewl imma try one more thing b4 i do that Jul 14 02:47:34 thanx again Jul 14 02:47:39 Heh, OK :) Note that this creates a 3G image. Jul 14 02:47:43 Then you have to copy stuff. Jul 14 02:47:50 tar is probably easiest for that. **** ENDING LOGGING AT Thu Jul 14 02:59:57 2011