=== fta_ is now known as fta === mdeslaur is now known as mdeslaur-afk [01:12] ~/c === fta_ is now known as fta === jjohansen is now known as jj-afk === fta_ is now known as fta [03:52] just discovered leaving the grub packages in a chrooted system is a good way to fry the host === fta_ is now known as fta === fta_ is now known as fta === mdz is now known as 92AAAT9W3 === foxbuntu is now known as 14WAAZ29V === jussi is now known as Guest88035 === fta_ is now known as fta [06:12] Good morning [06:15] rning === fta_ is now known as fta === amitk is now known as amitk-afk === v is now known as stalcup === David-T_ is now known as David-T [07:18] zul: mysql question for you in https://bugs.edge.launchpad.net/ubuntu/+source/mysql-dfsg-5.1/+bug/608423/comments/6 [07:18] Launchpad bug 608423 in mysql-dfsg-5.1 (Ubuntu Lucid) "[lucid-proposed] post-start script broken" [High,New] === amitk-afk is now known as amitk === thegodfather is now known as fabbione === jj-afk is now known as jjohansen [08:06] good morning [08:06] that === Tm_K is now known as Tm_T === almaisan-away is now known as al-maisan === nobuto1 is now known as nobuto === amitk is now known as amitk-afk [10:01] Wow, I didn't know Upstart was used in so many systems now [10:24] How do I create a symlink (inside a make install target) that works in a .deb? [10:26] E g, the following does not work: ln -s $(DESTDIR)$(PREFIX)/dir1/file1 $(DESTDIR)$(PREFIX)/dir2/file2 - because when the deb is installed, the symlink will point to /buildd/debian/somewhere [10:29] diwic: You can use debian/packagename.links to create symlinks [10:29] man dh_link [10:30] TheMuso, thanks, I'll try that [10:30] np [10:32] diwic: in general, do relative symlinks [10:33] cjwatson: ssh-import-lp-id man page mentions ssh-import-id in synopsys; mind fixing that in the packaging repo? I'm too lazy to bug this [10:33] Oh actually might not be a bug [11:01] It does say "ssh-import--id(1)" at the top though (two dashes) === amitk-afk is now known as amitk [11:39] diwic: Leave out the $(DESTDIR) bit in the first argument, and you're golden. === MacSlow is now known as MacSlow|lunch [12:06] soren, thanks. I think I tried that, but perhaps I removed it from the wrong path. Anyway, TheMuso's solution worked. [12:48] pitti: *sigh* ok :) === al-maisan is now known as almaisan-away === zyga is now known as zyga-afk === oubiwann` is now known as oubiwann === MacSlow|lunch is now known as MacSlow [13:18] Hi everyone! [13:18] Can anyone tell me if the developers of "software-sources" have an channel-sources? [13:18] Cause I want to run the process for selecting the best Mirror server, every time before making an update to some program, for obtain more speed downloading [13:27] pitti: fixed [13:33] pkramerruiz: that would be pointless, since you would be running apt-get update each time, which would pull in several MB in itself === mr_pouit is now known as mrpouit === bjf[bjf] is now known as bjf === mbarnett` is now known as mbarnett [14:28] * apw is hearing rumours that the maverick CDs live dailies are borked at the moment, syslinux errors === sconklin-gone is now known as sconklin === barry` is now known as barry [14:44] * apw confirms that the i386 image is unbootable ... 'Unknown keyword in configuration file' [14:56] pitti, it seems that maverick isos have the wrong version is SYSLINUX installed on them ... they are booting and indicating 3.63, but the version in maverick is 4.01 [14:56] i am suspicous that the config file has been updated to the new format, but the binary somehow not [14:58] zul: rejected mysql; it seems $ret is not initialized to '0' on success, and you need to upload with -v [14:59] zul: i. e. if $x is undefined, I get [14:59] $ LANG= [ $x -eq 0 ] [14:59] bash: [: -eq: unary operator expected [14:59] pitti: k thanks [15:00] pitti, who owns the generation of the maverick isos ? [15:00] apw: usually cron [15:00] apw: hm, not sure how syslinux comes into play here [15:02] pitti, somehow the version on the images is out of step with the archive. though the real issue is that the verson on there does not understand the configuration file built for it while building the iso ... so it errors out and does not boot [15:02] its not clear how long the iso's have been broken [15:03] they kept failing to build quite often, too [15:03] kernel changed often, before langpacks rebuilt, etc. [15:03] not that easy to get something installable :) [15:05] pitti heh .. typical [15:06] pitti, so do we normally defer to mr. watson on this stuff ? i think he is away [15:06] right, he's on holiday [15:07] t'is a worry with a-3 fast approaching [15:10] pitti: I prefer the paranoid style in sh programming: put *all* variable references in quotes, unless there’s a reason not to. :-) [15:11] ion: right, but it'd break either way [15:11] if $x is empty, [ "$x" -eq 0 ] still errors out [15:11] Yeah, but the error would be about an illegal number, not a missing operand. :-) [15:11] apw: hm, I don't see anything relevant on http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu/maverick/daily-live-20100727.log [15:12] and I don't see how it should be the livefs; syslinux should be a matter of the actual .iso build === amitk is now known as amitk-afk [15:13] pitti, i assume there is some floppy which is combined with the live fs to make its an el-torito bootable what-sit [15:13] apw, right, thats what debian-cd does [15:14] ogra, ok what makes the contents of the flippy ? [15:14] it pulls the livefs from the live builder and creates an iso around it [15:14] there is no "floppy" :) [15:14] its just syslinux copied into an iso or vfat [15:14] ogra, ok but to make a bootable CD you have to supply a floppy don't you? in the CD and magic point to it [15:15] no [15:15] ogra, to re-cap. maverick CD's stopped working sometime recently [15:15] you just copy the isolinix or syslinux binaries into the image file [15:15] the issue looks to be a configuration issue for syslinux, which is oddly an older version [15:15] 3.63 from lucid and not the one from maverick [15:15] right, it might be that the debian-cd scripts pull from the host machine [15:15] which would get you the hardy version [15:16] * pitti found ~/cdimage/debian-cd/tools/boot/maverick/boot-{i386,amd64} now, looking [15:16] right [15:16] thats the script [15:16] so i wonder if its meant to be updated and the config in maverick is matching the new one [15:16] ogra, its the one from lucid it seems [15:16] BUT its possible the host was updated from hardy to lucid ... [15:16] apw: is that isolinux.cfg? [15:16] i know one of our machines was so upgraded recently [15:17] pitti, i am unsure, though if you have that i'd say so [15:17] ogra@antimony:~$ lsb_release -a 2>/dev/null|grep Code [15:17] Codename: hardy [15:17] ogra, ok the one on there is 3.63, which seems to be lucid level [15:17] right [15:18] pitti, actualy isolinux sounds wrong [15:18] i gues there is some code missing to pull the maveric one into the image [15:18] isolinux is right for the isos [15:18] otherwise its syslinux for the vfat images [15:18] pitti, oh but it does seem to be so [15:18] syslinux.cfg/isolinux.cfg: [15:18] * pitti defers to ogra then; NFC about this stuff, and I'm betwen two meetings now [15:18] is mentioned in the source for syslinux [15:19] * ogra hasnt any clue about the sys/isolinux changes either [15:19] but i'll take a look at the code [15:19] didrocks: ^ that just means that you can't get a (working) respin of the CD [15:19] both packages were changed a long time ago, weeks in both cases [15:19] didrocks: I advise to take the alpha-2 image with a persistency file and upgrade packages in-place [15:20] pitti: urgh, this ISO for Guadec sounds like a malediction :( [15:20] ogra: pitti: yesterday's iso has the same iso? [15:20] issue* [15:22] apw, colin changed the code on friday [15:22] ogra, to ? [15:22] i mean which bit did he change ? [15:22] which package [15:22] making i386 and amd64 use syslinix-coomon instead of syslinux [15:22] *common [15:22] hrm ... [15:24] apw, http://paste.ubuntu.com/469833/ [15:26] ogra, syslinux-common only exists in maverick ... but the version number reported on actual boot isn't that new one (4.01) [15:26] well, the code seems to pull syslinux-common from maverick [15:26] which was the last usable image ? [15:27] ogra, yeah ... which may well make sense... except ... they say 3.63 when booting [15:27] there were some changes before ... though they dont touch syslinux code directly [15:27] ogra, last one i booted was the 5th so i am not much use [15:27] hmm [15:28] well, its hard to tell which change broke it if i dont know the date [15:28] there is some new code that makes use of gfxboot.c32 [15:28] ogra, yeah only came to my attention today, do we keep any older ones? [15:29] 3 days of successfull builds usually [15:30] ogra, so they would all be after the last change ... hrmph [15:30] * apw asks arround ... to find out who last booted one and when [15:31] is syslinux-common in main already ? === 92AAAT9W3 is now known as mdz [15:32] ogra, how does one tell, the source claims to be in main [15:33] to make a sync request, can i subscribe 'ubuntu-release' to the original bug, or should i file a new bug referencign the original (fixed) bug? [15:33] apw: rmadison will tell you at least for non-ports archs. [15:33] ogra, though from the binary he is trying to extract i'd be supprised if its in the -common file [15:34] apw, he pulls isolinux.bin, vesamenu.c32 and gfxboot.c32 out of that package [15:35] ogra, and they do indeed seem to be in there somewhat supprisingly to me [15:38] apw, pitti: is the problem only present in maverick builds installed to usb with a lucid usb creator? [15:38] eg maverick isos directly on a cd or in a vm work fine [15:38] superm1, i have put the iso on a grub booted disk and they boot there [15:38] apw, * Adding recommends to libcrypt-passwdmd5-perl in syslinux-common (Closes: #567649). [15:39] from the syslinux changelog [15:39] libcrypt-passwdmd5-perl is in universe [15:39] i would expect the issue to affect every use model of an ISO though [15:39] ogra, ok ... what would that mean [15:39] bug 608382 [15:39] Launchpad bug 608382 in syslinux (Ubuntu) "Error: Unkown keyword in configuration file" [Low,Triaged] https://launchpad.net/bugs/608382 [15:39] that its not usable, and we fall back to an older one ? [15:39] superm1, yes thats the error we are chasing [15:40] apw, thats what surprises me, i wouldnt expect it to fall back to anything but fail the image build [15:40] syslinux gets installed to the key from the usb-creator on the system, so the version in lucid is older than that in maverick [15:40] and hence doesn't support the new 'ui' keyword [15:40] superm1, OH [15:40] hrm [15:40] so this is a bug in the usb-creator only ? [15:41] ogra, ^^ [15:41] i'll try making a CD to confirm [15:41] apw, ah, that might be, try a real iso to confirm ;) [15:42] making plastic now [15:42] if you use usb-creator on a maverick system it should in theory work fine (or if you backport syslinux to lucid) [15:42] superm1, i can also try that combination [15:42] though that is poor [15:42] a backport seems more appropriate [15:43] well backporting it would cause usb-creator to fail to make lucid keys on lucid (beware) [15:44] superm1, HRMPH === almaisan-away is now known as al-maisan [15:44] I have the current iso which will be synced in 30 minutes, I'll try usb-creator there [15:44] didrocks, thanks [15:45] didrocks: you could temporarily install maverick's syslinux for making the stick, I suppose? [15:45] pitti: I'm already on maverick on my netbook, so, should be fine there, isn't? [15:45] ah, right [15:45] pitti, this is a bit of a disaster :/ [15:46] so is the isolinux.cfg within the image ? [15:46] but usbcreator uses a local binary to make the stick versiion? [15:46] yes, but i have no idea if usb-creator rewrites it [15:46] perhaps we should be sucking it out of the image [15:47] sounds like a bug in usb-creator rahter than anything else [15:47] usb-creator should use both from the image file [15:47] yeah [15:47] but iirc it wasnt possible to just replace isolinux with syslinux before === sconklin is now known as sconklin-afk [15:50] ogra, ok confirmed the real iso has 4.01 on it and boots as expected [15:50] so this is not an image issue, panic off :) [15:50] phew [15:51] file a bug :) [15:51] the bug is there already [15:51] oh, k [15:51] just updatinging it now and adding a new task on usb-creator [15:51] file a patch then :) [15:51] * apw needs to find the author and rattle them [15:51] * ogra points apw to ev === MacSlow is now known as MacSlow|afk [15:52] an alternate way to solve this might be to set a fallback if gfxboot fails [15:53] so lucid and earlier users would see a different bootsplash screen that's more texty, but functional [15:53] yeah though that makes the sexy installer less sexy [15:53] or even make lucid and earlier boot directly to installer and just not give them a menu [15:55] branches welcome on usb-creator using syslinux from the ISO. === sconklin-afk is now known as sconklin [16:10] ogra: pitti apw: just confirming that it works well with last nebook ISO and maverick usb creator [16:10] ev, are the bits you need even on the CD ? [16:10] pitti: can you make an UNE respin once unity is built so? [16:11] didrocks: sure [16:11] pitti: thanks a lot! [16:12] apw: the manifest says we have syslinux in the squashfs, yes. [16:12] ev, ok so it should be possible to fix this using the image ... [16:12] apw: correct [16:13] it just requires someone to do it, and all my time is going to the installer redesign at the moment [16:13] so, someone else :-P [16:13] to finishing the* [16:13] ev, pitti, ok i am getting further happy confirmations that using maverick to make the usb images of maverick boot just fine [16:14] so at least we have a work-arround [16:14] ev ack [16:14] aren't you running into similar problems if you are loop mounting the squashfs to get syslinux out? you would need to match versions still [16:14] (match versions of squashfs that is) [16:14] how so? [16:15] try to loop mount a maverick squashfs on a hardy kernel (or something oldish) and you'll see that it complains that the squashfs major/minor doesn't match [16:15] ah [16:16] damn [16:16] also you wouldn't be able to burn amd64 cds to usb sticks on 32 bit systems anymore since you couldn't run the syslinux binary from that squashfs [16:17] right, indeed [16:17] * ev ponders if the eventual switch to grub2 buys us anything here [16:18] it'll probably be worse actually [16:18] at this point you can come up with hacks/workarounds for fallbacks in syslinux i believe [16:19] yeah, seems like the fallback approach you suggested above is our only real option === dendrobates is now known as dendro-afk [16:29] is there a reason that neither the xulrunner nor xulrunner-dev package create a libmozjs symlink in /usr/lib? one has it under the /usr/lib/xulrunner-1.9.2/ folder and the other in an sdk folder... what is the proper path to search for when linking against mozjs then? [16:30] ev, well we could consider changing the ISO to contain the file we need (its only one right and tiny) in the un-squashed bit of the image [16:31] another alternate more hacky solution might be an SRU to older usb-creators to detect newer cds and s/ui\ gfxboot/gfxboot/ [16:31] yeah [16:31] * apw goes confirm that its just the mbr which is an issue [16:34] ahh no we do run syslinux too ... so we'd fail there too ... bah [16:44] superm1, i suspect your hacky solution is a 'fair' one for the moment [16:45] It there a nice way to write binary masks in java? Should I use hex values, binary shift operator, or just 1, 2, 4, 8.. values? [16:45] Argh, forgot to say Hi :) === fta_ is now known as fta [16:46] mkarnicki, for C i have always uses (1 << N) for bit N [16:46] i assume java has the same semantics [16:46] apw: same here, but I'm not sure what's the Java-fu or JAva-way of doing this :) [16:47] apw: I'll use 1 << n for time being [16:47] apw: thanks [16:58] superm1, i've tested your sed incantation and it seems to work for this particular purpose [16:58] so i've recorded it as a work-arround in the bug [17:00] we just need to copy the binaries into the vfat or the iso [17:00] that way you cant hit squashfs issues === beuno_ is now known as beuno-lunch === jjohansen1 is now known as jjohansen === dendro-afk is now known as dendrobates === Guest88035 is now known as jussi === jussi is now known as Guest14592 === Guest14592 is now known as jussi01 === jussi01 is now known as jussi === fta_ is now known as fta === cking__ is now known as cking1 === jml` is now known as jml === MacSlow|afk is now known as MacSlow === fta_ is now known as fta [18:18] Riddell: are still removals in Debian unstable regularly "imported" into Ubuntu or should removal bugs get filed? [18:19] geser: I guess I can do removals today === al-maisan is now known as almaisan-away [18:26] To get a package imported from Debian that does not yet exist Ubuntu, should I just fill a sync request as usual? [18:28] ansgar: yes === beuno-lunch is now known as beuno [18:39] Hi, i'd like to build my own modified ubuntu kernel package and host it through a PPA, Can I blindly follow https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage ? [18:40] tjaalton: can libxxf86misc be removed? it's gone in debian [18:40] to supersede the official ubuntu name, is it sufficient to rename the package name by adding a ppan suffix? Or do I have to fiddle with files in the debian directory? [18:41] Is this the right channel for *.deb and launchpad questions? [18:43] andreoli: you can add a ppa suffix to the version number and that'll make it a newer version than the normal version [18:43] andreoli: I believe there's a #ubuntu-packaging for packaging [18:43] thx a lot [19:00] Riddell: if there are no reverse-deps left, then yes [19:08] pitti: ping http://pastebin.ubuntu.com/469912/ === hdon_ is now known as hdon [19:23] * Riddell wonders if we want to follow debian in removing swfdec0.8 from the archive [19:23] its about 18mo old isnt it? [19:23] and while there've been commits to vcs since then, not many, and no new releases === bjf is now known as bjf[food] [19:31] zul: hm, where did the break go? [19:31] pitti: i removed it...this might be a better solution [19:31] zul: but now you always ping 30 times [19:32] pitti:good point [19:33] pitti: at this point im open to suggests [19:33] pitti: suggestions even [19:34] Riddell, i'm sure i remember rob savoye saying at UDS that swfdec is pretty much dead (although i might be wrong there) [19:34] and see here: http://lists.freedesktop.org/archives/swfdec/2010-January/002490.html [19:34] i don't think there's a reason to keep it in the archive really [19:34] zul: oh, hang on, "exec" -> that could work indeed [19:35] zul: I missed that [19:35] zul: at this point we know that $HOME/debian-start exists and is executable? [19:36] +1 for swfdec removal [19:36] pitti: it should...if they didnt do any funky stuff while trying to uninstall mysql because they think its broken [19:37] zul: ah, it's mysql's $HOME, not any user's === bjf[food] is now known as bjf [19:37] pitti: correct [19:37] swfdec is dead [19:37] zul: what sets mysql's $HOME here? upstart scripts are run as root? [19:38] they started shipping Gnash instwad of swfdec in GNOME [19:38] pitti: lemme show you the whole upstart job [19:38] pitti: http://pastebin.ubuntu.com/469922/ [19:39] env HOME=/etc/mysql [19:39] ah [19:40] zul: ok, looks fine to me [19:40] pitti: cool thanks [19:40] zul: "end scrip [19:40] -> cut&paste error, I presume? [19:41] pitti: yeap cut&paste error === fta_ is now known as fta === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [21:20] Riddell: libxxf86misc and x11proto-xf86misc can both go - https://wiki.ubuntu.com/X/PackageNotes === Ng_ is now known as Ng === bjf is now known as bjf[afk] [23:41] Hi all, I'm having a package that is FTBFS after updating my pbuilder (today) with "fatal error: ltdl.h: No such file or directory" . Any ideas why might this be? === dendrobates is now known as dendro-afk [23:49] RoAkSoAx: Sounds like you need to build-depend on libltdl-dev. [23:50] Without looking into it further, so thats at a glance at your error. [23:50] TheMuso: yeah that's what I was thinking of, but what I wonder is why it was working yesterday and not today after updating my pbuilder [23:51] RoAkSoAx: no idea. [23:52] TheMuso: Might it be because one of its build-deps requires libltdl3-dev? And i should amke a transition to libltdl7-dev? [23:52] Possibly [23:54] TheMuso: thanks!