=== TerminX_ is now known as TerminX
brycehrsalveti, yeah00:15
rsalvetibryceh: for the debootstrap issue I published my test result with multstrap at the merge request00:16
rsalvetithis will at least make it possible to create images again00:16
=== dendro-afk is now known as dendrobates
bryceh@pilot out01:32
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
slangasekbryceh: right, we should certainly fix this ASAP, but if that doesn't fix it I don't know what will do the job01:39
pook1eI'm trying to create an oneiric environment using pbuilder, but I keep getting stuck at "W: Failure trying to run: chroot /var/cache/pbuilder/build/1422/. dpkg --force-depends --install /var/cache/apt/archives/libc_2.13-9ubuntu2_amd64.deb"02:32
pook1eHas anyone else experienced this problem?02:32
nigelbI think pbuilder on oneiric is currently broken. I remember someone saying that yesterday.02:32
ScottKIt's actually base-files that's broken, but that's not unexpected.02:38
=== phantomcircuit is now known as phantom
=== poolie_ is now known as poolie
RoAkSoAxserge_afk: it was the kernel04:08
pittiGood morning04:21
pittidebfx: kubuntu seed branch> oh, did I commit something to the wrong place?04:22
ajmitchmorning pitti04:22
pittiRoAkSoAx: nothing to do with udev, it's because there's an incomplete /run transition -- just remove /run/*, and it will work again04:22
slangasekpitti: to the contrary, people have been saying today that removing /run is insufficent04:26
slangaseker, no, I may have that wrong04:26
slangasekpeople have been saying that adding /var/run and /var/lock compatibility links doesn't fix it04:27
slangasekI guess the advertised workaround is to remove /run/udev04:27
slangasekso, why does that work?04:27
slangasekthat would seem to have *everything* to do with udev :)04:27
pittislangasek: worked for me04:30
pittisudo rm /run/* and rebooting helps04:31
pittithen udev consistently uses /dev/.udev/ again04:31
pittislangasek: I followed up to bug 807306 explaining what happens04:31
ubottuLaunchpad bug 807306 in base-files (Ubuntu Oneiric) "[oneiric] Keyboard & mouse not working in X" [Critical,Triaged] https://launchpad.net/bugs/80730604:31
slangasekpitti: ok, ta04:31
pittiI hit it myself yesterday04:31
slangasekpitti: we do want udev to be using /dev/.udev/ though, so I'd like to get this properly fixed04:31
pittislangasek: it's because the initramfs starts its own udev instance, which uses /dev/.udev (as initramfs doesn't have a /run yet)04:31
slangasekok, so it's initramfs-tools where we need to fix it?04:32
pittislangasek: do we? why does base-files create a /run then?04:32
pittiif we want to move to /run, initramfs needs to have it as well IMHO04:32
slangasekI mean "we don't want udev to be using /dev/.udev" :)04:32
pittiah :)04:32
pittislangasek: do you know if someone is already on this? or shall I have a look?04:33
slangasekpitti: I think it's best if you do - bryce and rsalveti were looking but hit a dead end when readding /var/{lock,run} to base-files didn't fix it04:34
slangasekI'm taking care of sysvinit already fwiw04:34
pittioh, is there another problem with /var/lock and /var/run, too?04:34
rsalvetiI thought this was fixed at debian already04:34
slangasekyes, that's the bug that prevents oneiric from bootstrapping at the moment04:34
pittirsalveti: oh, does Debian use /run/ already?04:35
pittislangasek: ah, much appreciated; that'll fix the libc6 install error?04:35
ubottuDebian bug 620995 in udev "udev is making use of /run when this is not yet supported" [Important,Fixed]04:35
rsalvetilet me check what was the fix04:35
slangasekpitti: yes04:35
slangasekpitti: and I'll probably need to do coordinated uploads of sysvinit+mountall+base-files, at least04:35
pitti* [259ad09] mkinitramfs: creat /run initramfs directory.04:35
rsalvetipitti: https://code.launchpad.net/~rsalveti/ubuntu/oneiric/base-files/run-transition/+merge/6744404:35
rsalvetithis is for the debootstrap issue04:36
pittiyeah, I wasn't quite sure why Keybuk did it that way -- we create /run, but nothing actually makes it a tmpfs04:36
pittithat would be mountall, I figure?04:36
pitti(and might be covered in slangasek's work)04:36
slangasekkeybuk *didn't* do it that way, someone else uploaded changes he had partially staged in bzr ;)04:37
rsalvetiouch :-)04:37
slangasekyes, mountall will need to take care of the tmpfs mounting04:37
rsalvetidebian includes a fix at udev that makes it only use /run when it's a tmpfs04:42
rsalvetiseems the right fix even during the transition04:43
pittiright, I'll check that04:44
rsalvetithat will cover bug 80730604:44
ubottuLaunchpad bug 807306 in base-files (Ubuntu Oneiric) "[oneiric] Keyboard & mouse not working in X" [Critical,Triaged] https://launchpad.net/bugs/80730604:44
rsalvetipitti: http://paste.ubuntu.com/642376/, but you can just merge/check the patch from the debian src package04:45
rsalvetiproblem is that udev will always use /run if the directory is there04:45
rsalvetieven if it's not a valid /run (not mounted as tmpfs)04:45
rsalvetias we had the directory there, when udev restarted, it got broken04:46
pittirsalveti: right, trying to find the udev patch; thanks for the pastebin!04:46
rsalvetipitti: so to make it all work again we'll need both fixes04:54
rsalvetithe bootstrap related one, and this udev update04:54
=== Ursinha is now known as Ursinha-afk
e_t_Why does ubuntu-minimal depend on iputils-ping?06:47
infinityWhy shouldn't it?06:48
infinityIt certainly fits with the package description.06:48
e_t_I mean, why does it depend only on that implementation? inetutils-ping works the same, though it has a much nicer --help.06:50
infinitye_t_: because inetutils-ping is in universe.06:51
infinitye_t_: File a bug on ubuntu-meta, we could conceivably mangle it to depend on "iputils-ping | ping", which would still get the supported one by default, but let you swap without losing the metapackage.06:53
e_t_infinity: Thank you.06:54
rsalvetipitti: to fix the debootstrap issue we also need the base-files fix06:57
pittirsalveti: right06:58
rsalvetiat least while slangasek is merging the sysvinit package change06:58
pittirsalveti: I understood slangasek was going to handle that06:58
pittiI'm currently working on merging initramfs-tools06:58
pittito get proper /run handling06:58
pittithe udev bandaid fix is uploaded06:58
rsalvetiyeah, just saw it06:58
rsalvetithanks for fixing it06:58
pittinp, thanks for pointing it out06:59
=== smb` is now known as smb
pittislangasek: hm, initramfs 0.99 already creates a /run tmpfs and mounts it over to the running system; do we actually need that in mountall still?07:23
slangasekpitti: for the tmpfs-less case, yes07:25
slangasekinitramfs-less case07:25
* pitti tests initramfs merge07:25
dholbachgood morning07:26
pittihey dholbach07:26
dholbachhey pitti07:27
=== dendrobates is now known as dendro-afk
gesergood morning dholbach, pitti07:30
pittihey geser07:30
dholbachhey geser07:30
=== pjdc_ is now known as pjdc
evfoolping barry08:19
mvohey evfool, he is probably still sleeping (us timezone)08:20
evfoolthanks mvo, didn't know that08:21
evfoolmvo: do you know anything about update-manager in natty-proposed with the apport-hook (bug 797894)08:21
ubottuLaunchpad bug 797894 in update-manager (Ubuntu Natty) "update-manager bug reports would benefit from an apport-hook" [Medium,Incomplete] https://launchpad.net/bugs/79789408:22
mvoevfool: let me check08:22
evfoolbarry and raof have been talking about that, but now it's not in proposed, not in updates, and the bug's still there08:22
mvoevfool: thankss for your update-manager merge btw :)08:22
mvoevfool: eh, branch I mean08:22
evfoolmvo: just trying to check for useful patches attached to bugs and convert them into merge requests, because patches attached tend to get lost08:23
mvoevfool: yeah, that is unfortunately true :/ thanks a bunch for going throught them, I find this really helpful08:24
mvoevfool: it looks like the u-m proposed version got uploaded without bzr-buildpackage so it includes the .bzr dir, I will do a reupload08:24
evfoolthx mvo08:24
pittiyay, workign /run/udev/08:29
=== ikonia_ is now known as ikonia
pittislangasek: initramfs-tools working well now, thrown oneiric-wards08:38
=== apachelogger_ is now known as apachelogger
ogra_who brike update-manager08:57
seb128ogra_, wfm08:58
ogra_partial upgrade ?08:58
=== Spads_ is now known as Spads
seb128ogra_, without details on what is broken it's hard to say08:59
seb128ogra_, try #ubuntu for "doesn't work" questions ;-)08:59
ogra_i'm getting a partial upgrade offered which then starts fine ... during "preparing to upgrade" a white contentless window pops up08:59
pittiworks fine here08:59
seb128oh, I didn't try to do partial upgrades08:59
ogra_sadly without and windo buttons too ... so i cant close both windows (second one seems transiaent)08:59
ogra_all i can do is kill from cmdline09:00
ogra_its reliably reproducable but doesnt spit out a thing if i fire u-m off from cmdline09:00
* ogra_ goes back to apt being not able to get any debugging info09:01
pittihm, I just did a full upgrade cycle with current u-m for testing09:02
seb128can't try here, I've no "partial upgrade"09:03
seb128normal upgrades work fine09:03
seb128there might be a bug in the gir transition with the partial upgrade dialog dunno09:03
seb128check with mvo09:03
ogra_might be arm specific or so, in any case i dont get any debugging output09:03
pittiseb128: currently there's a partial upgrade, as the evo binaries are held back09:03
ogra_on arm there are the new indicators09:03
seb128ogra_, oh, we had that transition a week ago on other archs09:04
seb128pitti, it already built on i386 ;-)09:04
seb128but not published yet, I guess I will have the partial upgrade as well if I refresh, let's try09:04
ogra_seb128, yeah, you had json-glib :)09:04
mvoogra_: hmmm, that is probably the gtk3 port, if the window is still there, could you please do a ps afx and paste the output?09:09
ogra_mvo, phew, thats timing, apt-was just ready downloading :)09:10
mvoapachelogger: software-properties trunk has your dbusworker stuff now (plus tests for them). thanks again for the initial work, no changes on the ui yet though09:10
ogra_mvo, http://paste.ubuntu.com/642494/09:14
mvoogra_: hm, looks pretty normal, so there is a white window? could I see a screenshot maybe? any activity still? anything interessting in one of the logs /var/log/apt/{term.log,history.log} ?09:18
RAOFevfool: That package got rejected pending a new upload without the .bzr and .bzr-builddeb cruft.09:19
evfoolthanx RAOF09:19
ogra_mvo, "Log ended: 2011-07-08  18:37:07" ... doesnt seem to get to apt09:20
ogra_history.log ends also at that time09:20
mvoogra_: anything /var/log/dist-upgrade/* that looks relevant?09:21
seb128does anyone know where is usb_dev_handle is defined in the linux sources?09:21
ogra_mvo, hmm, now i cant reproduce it anymore, the "partial upugrade" window just closes, let me check that logfile09:22
cjwatsone_t_: FWIW I've always wontfixed bugs asking for alternative dependencies in ubuntu-* metapackages - the *purpose* of those metapackages is to make opinionated choices09:25
cjwatsone_t_: people can always remove the metapackages if they want to make a different choice09:25
cjwatsonI appreciate that that doesn't make everyone happy09:26
cjwatsonmvo: working on https://code.launchpad.net/~cjwatson/launchpad/multiarch-translations - wgrant asked whether we should be generating Translation-C rather than Translation-en.  What does apt do in the LANG=C case?09:26
e_t_cjwatson: Since ubuntu-minimal recommends not to remove it, I was hesitant to do so.09:27
ogra_mvo, there we go http://paste.ubuntu.com/642501/09:28
mvocjwatson: it will not download anything for LANG=C currently09:29
mvoogra_: woah09:30
ogra_yeah, looks evil09:31
cjwatsonmvo: should it?09:36
mvocjwatson: I'm not really sure if it makes sense to have Translations-C, conceptual its nice because it means we can have "real" description in -C and "translated" description in -en (translated in the sense that it allows out-of-band description overwrites and typo fixes). but it would also mean that the -C would have to be downloaded all the time in addition to the -en one09:36
cjwatsonI'm not sure why you'd have to download it in addition09:36
cjwatsonjust the translated one would be fine09:37
mvothe -en one?09:37
cjwatsonsure, if it had basically all the same data09:37
mvoright, that would be fine. the only remaining issue is that the ddtp stuff is (much) less often updated at least currently09:38
cjwatsonmy concern is for sysadmins who use LANG=C and still want 'apt-cache show' to be useful09:38
mvoso -C would be more fresh then -en most of the time09:38
mvoyeah, the LANG=C is a good point09:38
mvowe could simply provide both (even via a symlink)09:39
cjwatsona symlink could work, yes09:39
cjwatsonthough that gets me into more complicated bits of the publisher :-/09:40
cjwatsonso far my patch is fairly straightforward09:40
mvoalternateively I can make it download Translations-en if you run LANG=C as a fallback09:41
mvocjwatson: uhh, sorry, I was wrong, its actually already taking care of this09:42
mvocjwatson: so "C" will simply queue Translations-en for download09:42
* mvo notes that it helps to look at the right spot of the codeā€¦09:43
cjwatsonmvo: oh, excellent09:45
cjwatsonmvo: can you point me to the right spot?  I did look but failed to find it09:45
mvoapt-pkg/aptconfiguration.cc, there is a envShort == "C" test in it09:46
mvocjwatson: in getLanguages()09:46
mvocjwatson: the code is a bit hard to follow unfortunately09:46
cjwatsonmvo: perfect, much appreciated thanks09:47
cjwatsonthis will require downtime to deploy AIUI, but the wheels are now in motion09:47
mvogreat, thanks a bunch for driving this :)09:48
=== psurbhi is now known as csurbhi-debuggin
cjwatsonmvo: I think we'll need a backport of apt to lucid to add LongDescription support.  Could you take care of it?10:43
=== daker_ is now known as daker
=== hunger_ is now known as hunger
cjwatsonmvo: if it isn't appropriate for lucid-updates (I guess it might not be), https://launchpad.net/~launchpad/+archive/ppa ought to be fine11:03
cjwatsonmvo: so I guess that's at least 1327.52.28, 1327.52.29, 1327.65.10, and maybe 1327.84.57?11:05
=== MacSlow is now known as MacSlow|lunch
davmor2hey guys I had the same issue as before with the kernel update last night on oneiric in that the keyboard and mouse don't function once x is started,  works fine if I go into safe mode from grub but stops the minute I start lightdm or startx11:24
aramvo, the page about verifying SRUs: https://wiki.ubuntu.com/StableReleaseUpdates#Verification11:25
aramvo, it says that the SRU team will test the -proposed packages11:25
arabut I guess that actually anyone can test them, am I wrong?11:25
araif that's the case, the wiki is a bit confusing11:25
mvocjwatson: hi, I just came back from lunch. apt> I need to check, but I'm happy to do it (unless you cherry-picked the patches already11:39
mvoara: yeah, anyone can11:39
cjwatsonmvo: I haven't, hands still a bit full with LP bits11:39
cjwatsontrying to set up to QA your python-apt backport11:40
mvocjwatson: great, I will do the cherry pick now then11:41
=== ximion_ is now known as ximion
cjwatsonthanks - I think I have a basic setup suitable for validating it11:42
cjwatsonthough outside the context of P11:42
RAOFdavmor2: bug #807306 is your winner.11:54
ubottuLaunchpad bug 807306 in mountall (Ubuntu Oneiric) "[oneiric] Keyboard & mouse not working in X - incomplete migration to /run" [High,Triaged] https://launchpad.net/bugs/80730611:54
cjwatsonmvo: hmm, I wonder if it'll break anything that this causes 'apt-cache show' to display Description-en fields rather than Description11:55
davmor2RAOF: Thanks11:55
sorenI thought there was supposed to be a /var/lock symlink to /lock for backwards compatibility in Oneiric?12:11
pittisoren: ITYM s/lock/run/; that's what slangasek is working on12:12
sorenMy sbuild complains: E: Can't create lock file /var/lib/schroot/mount/oneiric-amd64-abf2953c-aa36-4fa9-bd6a-311004445b44/var/lock/sbuild: No such file or directory12:12
pitti  * debian/1777-dirs: remove /var/lock (replaced by /run/lock on tmpfs)12:13
pitti^ base-files 6.3ubuntu312:13
pittii. e. this transition is incomplete12:13
pittisoren: sorry, you are right12:13
pittisoren: same answer, though12:13
sorenAh :)12:13
sorenHad me confused there for a little bit.12:13
RAOFsoren: Yeah; just create /var/run in your chroot and it'll work again.12:14
sorenOk, if the fix is in the works, that's great. I'll ninja my way out of it for now.12:14
sorenYay. sbuild is all smiles and giggles again now. \o/12:16
=== MacSlow|lunch is now known as MacSlow
kirklandbarry: ping12:39
barrykirkland, pong12:43
kirklandbarry: so i dug through all the Ubuntu code I have in my /local/source/* directory12:43
kirklandbarry: the *only* way i could see that an .ecryptfs dir *might* have been removed is if you tried to deluser with the --remove-home option12:44
kirklandbarry: i don't know if you would have done that in your chroot12:44
kirklandbarry: but your report bothered me sufficiently that I had to do some digging12:45
barrykirkland, no, i definitely didn't do that.  thanks for digging into it though.  very strange.  i'm going to rebuild the machine today12:46
barrykirkland, but i found a spare disk, so i'll make a backup.  i can't see submitting a bug report since i don't even know for sure it's a bug (or where)12:46
kirklandbarry: cool12:47
mvocjwatson: https://launchpad.net/~mvo/+archive/apt-ftparchive-lucid <- that ppa has the backport, should work, I verified it with lp:~mvo/+junk/apt-ftparchive-testsuit12:56
=== Ursinha-afk is now known as Ursinha
=== doko_ is now known as doko
RoAkSoAxpitti: yeah did that already! Thanks!13:11
davmor2Man thunderbird is heavy on CPU  90-132% usage :(  on oneiric13:20
dupondje2 - 4% here13:22
davmor2dupondje: I think it's just the importing, I'm going to check it again, once it's finished.13:23
mdeslaurpitti: hi! did you get my email about ubuntu-sru?13:24
pittihey mdeslaur13:35
pittimdeslaur: I did, just didn't answer yet, sorry; the queues are empty right now, so we need to let them fill again13:36
pittibefore we can do some examples13:36
mdeslaurpitti: ah, cool...no rush :) thanks!13:36
dupondjehttp://paste.ubuntu.com/642025/ => could this be a kernel bug? Or surely hw issue ?13:39
=== ximion1 is now known as ximion
=== manjo` is now known as manjo
cjwatsonmvo: looks like we need 1327.95.5 as well for data.tar.xz support (bug 619152)13:58
ubottuLaunchpad bug 619152 in Launchpad itself "Add data.tar.xz support" [Low,Triaged] https://launchpad.net/bugs/61915213:58
cjwatsonactually I guess that's bug 80538913:59
ubottuLaunchpad bug 805389 in python-apt (Ubuntu Lucid) "Support xz compression inside debs" [Medium,Fix committed] https://launchpad.net/bugs/80538913:59
=== shadowstalker is now known as jsmith-argotecin
=== jsmith-argotecin is now known as shadowstalker
mvocjwatson: hm, the python-apt bits I uploaded to lucid-proposed iirc14:03
cjwatsonmvo: yes, but there's a bit in apt-inst too14:04
cjwatsonI have your python-apt bits installed14:04
mvocjwatson: ok, I have a look now14:04
cjwatsonthis is at least going faster now that I have a working LP dev VM14:05
=== achiang` is now known as achiang
tomreyndoes it qualify for a bug if a process exits instead of either refreshing its configuration files or ignoring the signal on 'kill -1'?14:07
cjwatsontomreyn: I would say a wishlist bug.  It might be convenient, but there's no rule for what processes must do on SIGHUP14:08
cjwatsonand the default for SIGHUP is to terminate the process, which is appropriate for things that aren't long-running14:09
=== shadowstalker is now known as jsmith-argotecin
=== zyga is now known as zyga-food
tomreynthank you.14:11
Sweetsharksomebody knowing by chance the deeper meaning of --dynamic-list-cpp-new --dynamic-list-cpp-typeinfo?14:16
=== dendro-afk is now known as dendrobates
=== zyga-food is now known as zyga-coffee
ahasenackhi guys, quick recipe question if I may: can a recipe file work with local branches or do they have to be lp: style branches? I tried putting a local path in there instead of an lp: branch and it failed14:41
ahasenackI'm using bzr dailydeb14:41
=== zyga-coffee is now known as zyga
dholbachahasenack, abentley and james_w probably know best14:45
james_wahasenack, it should work with local branches14:45
james_wahasenack, but obviously such a recipe isn't suitable for LP :-)14:45
ahasenackjames_w: oh, I think this is a pbkac14:46
ahasenackjames_w: dholbach; sorry, I had the wrong paths in my recipe14:47
ahasenackand jumped to conclusions14:47
dholbachno worries :)14:48
dholbachas long as you figured it out now it's all good :)14:48
ahasenackofcourse, I'm getting another error now, but I will really read through it before posting it here :)14:49
=== chrisccoulson_ is now known as chr1sccoulson
cjwatsonmvo: your previous ftparchive backport for LongDescription looks good15:02
ahasenackso bzr build doesn't actually build, it just puts the requested branches in place, ready for a build15:03
mvocjwatson: great, I'm looking into the xz stuff now15:04
ahasenackI don't know what it does to the version/release the recipe specified, the debian/changelog is pristine from the branch15:04
mvocjwatson: I suppose you want the full support, right? including everything that ftparchive is doing?15:04
cjwatsonI think LP might need that yes15:04
mdeslaurpitti: is there a way to bypass the apport "This is not a genuine Ubuntu package" error for testing purposes?15:05
pittimdeslaur: a slightly hackish one: let it complain, then edit the .crash file and remove the UnreportableReason:, then run the crash file through apport-bug again15:07
mdeslaurpitti: ah, cool, that'll work thanks15:07
pittimdeslaur: package hooks can decide to skip the check, too15:08
pittiif that's closer to your use case15:08
pittiby setting somethign like report['CrashDB'] = 'ubuntu'15:08
mdeslaurpitti: thanks15:10
ahasenackjames_w: hi, sorry to ping directly, I'm getting this error: bzr: ERROR: Invalid deb-version: {debupstream}+14-0ubuntu0+2: Could not parse version: {debupstream}+14-0ubuntu0+2    Pastebin here: http://pastebin.ubuntu.com/642701/15:12
james_wI think your bzr-builder is too old for {debupstream}15:13
ahasenackI got it from the ppa15:14
ahasenackonly oneiric has 0.715:15
ahasenackbut I'm on lucid, yes15:16
ahasenackmy bzr is 2.4.0~beta4-1~bazaar1~lucid115:16
james_wI thought that newer versions also told you want the valid substitutions were, and your error message doesn't contain that15:16
ahasenack(also from a ppa)15:16
james_wI don't know why the ppa wouldn't have got a newer version15:17
ahasenackjames_w: what is launchpad using, do you know?15:17
ahasenackeventually I want to try this out there, I'm just ironing out some obvious bugs locally first15:17
james_wit's using something recent enough, I don't know the exact version thoguh15:18
ahasenackI remember using recipes in LP several weeks ago, and I used debupstream without problems15:18
ahasenackmaybe I have some typo or subtle syntax error here15:19
mvocjwatson: I uploaded a new version with the cherry pick of the xz stuff to https://launchpad.net/~mvo/+archive/apt-ftparchive-lucid please let me know if it looks good, did only very light testing this time15:19
ahasenackjames_w: I now tried with just "deb-version 0.1.0-1~{revno}", and got:15:21
ahasenackbzr: ERROR: No such tag: upstream-0.1.015:21
=== seb128_ is now known as seb128
dholbachhttps://wiki.ubuntu.com/UbuntuDeveloperWeek Day 2 starting in 23 minutes in #ubuntu-classroom15:37
james_wahasenack, double odd, as I think that's a brand new bit of code that would give that error :-)15:50
ahasenackjames_w: the tag one?15:50
ahasenackjames_w: maybe it leaked into that ppa then15:50
ahasenackjames_w: fwiw, I uploaded the recipe to lp and am building there now, it seems to be working: https://code.launchpad.net/~landscape/+recipe/landscape-txstatsd-daily-test15:51
ahasenackjames_w: except for the "2h to build" part :(15:51
ahasenackthat's why I wanted to try locally too15:51
james_wahasenack, yeah, it's on trunk, so should be in the PPA, but it's odd that one error suggests you are using really old code, and the other error suggests really new code :-)15:51
james_wI must be misremembering15:51
james_wahasenack, try with --allow-fallback-to-native to get around the "no upstream tag" error15:52
ahasenackjames_w: worked with 0.1.0-1~{revno}: https://pastebin.canonical.com/49640/15:54
james_wshould work on LP then15:54
ahasenackjames_w: but broke again once I used {debupstream}15:55
ahasenackbzr: ERROR: Invalid deb-version: {debupstream}-1~14: Could not parse version: {debupstream}-1~1415:55
james_wand it doesn't say "here are the valid substitutions?"15:56
ahasenacksame cmdline, with --allow-stuff15:56
ahasenackjames_w: full output: http://pastebin.ubuntu.com/642724/15:56
ahasenackI just replaced 0.1.0 in the recipe with {debupstream}15:56
james_wok, give me two minutes15:57
=== beuno is now known as beuno-lunch
james_wah debupstream is excluded from the "here are the valid substitutions" code for some reason16:00
apwcjwatson, who is the right person to talk to to figure out why a package is getting built on architectures not mentioned in its control file; its causing issues with our tooling16:01
apw(that is building in a PPA)16:02
=== serge_af1 is now known as serue
james_wahasenack, try {debupstream:packaging}16:02
ahasenackjames_w: no go: bzr: ERROR: Invalid deb-version: {debupstream:packaging}-1~14: Could not parse version: {debupstream:packaging}-1~1416:03
=== deryck is now known as deryck[lunch]
slangasekapw: abstractly, #ubuntu-devel :-)16:03
ahasenackstill using that --allow switch16:03
cjwatsonapw: what issues does it cause?  it should just harmlessly fail16:03
james_wahasenack, ok, please file a bug16:03
ahasenackjames_w: ok16:03
apwcjwatson, yeah but the tooling is seeing the errors and reporting the failure back instream of moveing the package on, now we could bodge the tools but it'd be nice to fix it if we can16:03
cjwatsonapw: (but anyway, LP, perhaps bigjools)16:03
james_wprobably two in fact, one about you not being able to get {debupstream} to work, and the other about the error not being at all helpful16:03
ahasenackjames_w: do you know the project name by memory perhaps?16:04
james_wahasenack, bzr-builder16:04
ahasenackof course :)16:04
infinityapw: Out of curiosity, which PPA and package?16:05
apwinfinity, the canonical-kernel-team PPA and the lts-backports-* packages16:07
apwcjwatson, thanks will ask in that direction16:07
infinityArchitecture: any16:08
infinityapw: ^-- Not seeing how you expect LP to do what you want there.16:08
apwinfinity, Architecture: any mean arch-independant doesn't it ?16:09
infinityThat would be "all".16:09
apwwhich means essentially 'i386' no ?16:09
apwoh have we borked it ?16:10
infinityWhat you want is "amd64 i386", if that's all you support.16:10
infinity"any" means "build on everything".16:10
* apw looks foolish and goes figure out why thats not either i386/amd64 or all ... thanks16:10
infinityIt definitely shouldn't be all.16:10
infinityUnless lts-backports has no compiled code. :P16:10
cjwatsonwe haven't borked anything, any and all have always had these meanings16:11
ahasenackjames_w: #809412 files, thanks for the debugging session :)16:11
infinitycjwatson: I think he meant "we" as "the kernel team".16:11
apwcjwatson, no i meant ... yeah what he said16:11
apwthanks all16:11
* ahasenack -> lunch16:11
cjwatsonyep, sorry, misread16:11
=== dendrobates is now known as dendro-afk
=== zyga is now known as zyga-afk
=== deryck[lunch] is now known as deryck
Laneycan someone do a no-change rebuild of gmime2.4 please?16:43
Laneyfor mono transition16:44
seb128Laney, should we just sync the current version from debian?16:45
Laneyseb128: no, that got accidently made native16:47
seb128Laney, ok, can do the no change rebuild16:49
=== beuno-lunch is now known as beuno
pittiskaet: seems the natty-backport lucid kernel got acked by kernel team (https://bugs.launchpad.net/bugs/806586) -- want to try?16:54
ubottuUbuntu bug 806586 in linux-lts-backport-natty (Ubuntu) "linux-lts-backport-natty: 2.6.38-10.46~lucid1 -proposed tracker" [Medium,In progress]16:54
skaetpitti,  yes,  lets see what happens this time.16:55
=== dendro-afk is now known as dendrobates
skaetpitti,  same failure on the assert, I'm afraid.16:57
pittiskaet: weird -- I'm afraid that requires a launchpad guru at this point :/16:57
skaetpitti,  ack, will go and see if someone can help figure it.16:58
seb128janimo`, thanks for the gnome-utils build fix, do you plan to send it to upstream as well?17:01
=== Ursinha is now known as Ursinha-lunch
=== daker is now known as daker_
Phr3d13the vt6410 pci raid/ide card doesn't work in ubuntu 10.1017:55
pittigood night everyone17:58
patrickmwmvo: ping18:21
Phr3d13has anyone ever gotten a pci vt6410 raid/ide card to work in ubuntu 10.10?18:25
dupondjePhr3d13: whats not working? Tried 11.04 ? Do you find anything on google about it ?18:25
Phr3d13ubuntu sees the card, but not any drives attached to it, and i have googled, but can't find any confirmed or unconfirmed fixes18:26
Phr3d13any info i found is really ol18:26
dupondjecan you pastebin info of lspci -vvv ?18:27
Phr3d13line 213 is the controller18:29
dupondjeit is supported ?18:30
dupondjepata_via is loaded for it18:30
Phr3d13i'm not totally sure18:31
Phr3d13another reason i'm asking in the devel room18:31
dupondjecan you pastebin dmesg ?18:33
dupondjecause card seems supported18:33
Phr3d13i couldn't get it all18:35
janimo`seb128, filed https://bugzilla.gnome.org/show_bug.cgi?id=65449818:35
ubottuGnome bug 654498 in libgdict "casting error on ARM" [Normal,Unconfirmed]18:35
dupondjePhr3d13: and there are how many disks attached ?18:38
Phr3d13just to make it clear, it's a pci addon card, not onboard18:38
Phr3d13two, a hard drive and a dvdrw18:38
Phr3d13the other two hard drives are connected to the on board connector that works18:38
Phr3d13and it works when i boot into windows18:40
Phr3d13dunno if that info helps18:41
mvopatrickmw: hello18:41
=== thekorn_ is now known as thekorn
dupondjePhr3d13: weird, as its supported by pata_via18:44
dupondjeI would try to upgrade to newer version 11.0418:44
Phr3d13but last time i tried that unity borked on me18:45
Phr3d13are some of the unity bugs fixed? cause i couldn't even use the gnome classic as unity would run there too18:47
dupondjemost should work18:48
Phr3d13ok, one last question, should i go with the update manager update, or boot an 11.04 cd and update from there18:49
seb128janimo`, thanks18:50
seb128janimo`, btw better to attach the patch to bugzilla that to point to an ubuntu diff.gz18:51
seb128janimo`, you might get a sneaking comment asking you to add a proper patch if they reply this way18:52
seb128janimo`, i.e bugzilla will not mark the bug as having a patch since it doesn't, it just has an url as a comment so it's likely that they will overlook it, and if they don't it's likely that they will not be wanting to clean an ubuntu debdiff to get the patch and will ask you to update with a proper one18:53
dupondjePhr3d13: do-release-update normally18:56
janimo`seb128, I am not sure I mean this as a real patch against upstream, just one of the possible workarounds. They could as well disable -Wcast-align, or use some other code changes. I filed it mostly they get notified and maybe ask for details. I am not sure this fix is the best that can be done19:02
Phr3d13dupondje, fingers crossed, process started19:03
seb128janimo`, ok, your description doesn't make that clear19:06
seb128janimo`, let's see what they do, thanks anyway for sending it there ;-)19:07
janimo`seb128, np, I hope they react in some way19:07
janimo`I wish LP did this whole thing with a single click both for Debian, GNOME and other upstreams19:07
=== Quintasan_ is now known as Quintasan
=== yofel_ is now known as yofel
serueNMinker: hi.  i was compiling open-vm-tools by setting up a oneiric schroot as per https://wiki.ubuntu.com/SecurityTeam/BuildEnvironment, and doing fakeroot debian/rules build20:13
=== dendrobates is now known as dendro-afk
barrykirkland, so i was thinking.  why not store wrapped-passphrase in U1?20:20
kirklandbarry: you could back it up there, of course20:21
kirklandbarry: but you might not want it exclusively there, like maybe when you're on a plane20:21
barrykirkland, true.  could still be a helpful prompt once you set up u120:22
barrykirkland, that's all you'd need though, right, just the wrapped-passphrase file?20:22
kirklandbarry: right20:22
barrykirkland, and that's encrypted with your login passphrase, so it should be safe-ish to just copy that there20:22
kirklandbarry: some users might not trust their wrapped-passphrase to U120:22
kirklandbarry: so it'd need to be opt-in, i suspect20:23
kirklandbarry: exactly, safe-ish20:23
kirklandbarry: which is fine by most people, i suspect20:23
barrykirkland, yep.  i guess if you're really paranoid, you could gpg encrypt that file locally before copying it to u120:23
kirklandbarry: for a better experience, it would be good to sync all of ~/.ecryptfs20:23
kirklandbarry: exactly20:23
barrykirkland, cool.  i'll play with that and maybe file a wishlist to u120:24
kirklandbarry: sounds great20:24
kirklandbarry: excellent idea, btw20:24
barrykirkland, as the tai chi masters say: invest in loss ;)20:25
kirklandbarry: funny you say that ...  that's actually *why* i got invovled in ecryptfs in the first place :-)  loss of a laptop20:25
barrykirkland, :-D20:26
barrywell, not about your lost laptop20:26
kirklandbarry: i knew what you meant ;-)20:26
barrykirkland, phew!20:26
barrykirkland, bug 80954920:31
ubottuLaunchpad bug 809549 in Bindwood "sync ~/.ecryptfs to U1" [Undecided,New] https://launchpad.net/bugs/80954920:31
kirklandbarry: subscribing ...20:32
seb128infinity, hey, you are not interested by take the current telepathy-glib versions for debian and reapply your armel workaround by any chance? I synced whatever was current but today updates was not ready to sync yet it seems, and it still fails on armel it seems20:49
seb128infinity, is there any chance you could get your armel workaround upstream or in debian otherwise? would be nice to be able to sync directly ;-)20:49
slangasekif I recall the bug, it's not really suitable for upstream20:54
slangasekand probably not needed in Debian unless the toolchain there has the exact same bugs20:55
seb128slangasek: the natty -O1 workaround was dropped since the toolchain got fixed, the current diff is a "increase the timeout of a test in the testsuit because the builders are slow"20:57
slangasekoh, ok20:57
seb128which would probably be fine for debian...20:57
slangasekI'm surprised if they haven't needed it already20:58
seb128yeah, not sure ;-)20:58
=== tomreyn_ is now known as tomreyn
jamespagecjwatson: sorry - the situation was entirely my fault - I was aware that 0ubuntu1 was in the NEW queue and had requested its removal prior to requesting the sync from Debian21:11
jamespagehowever I neglected to ensure that had actually happened21:11
infinityslangasek: Meh, seb left, but yeah, the current Ubuntu local patch isn't suitable for upstream.  It relates to lp_buildd being slow, not armel.21:15
infinityslangasek: (I upstreamed a patch with slightly increased timeouts for armel, which works fine for Debian, and then had to include a ridiculously long timeout patch just for us)21:15
infinityslangasek: There's a bug against lp-buildd to fix our own local problem.21:15
slangasekheh, ok21:16
cjwatsonjamespage: ah, right, we maybe weren't quite responsive enough to all the archive requests in sequence then :-/21:16
* infinity goes about reapplying his patch to the current package...21:18
jamespagecjwatson: a note on the sync request would have helped tho :-)21:18
* jamespage makes a mental note just in case this crops up again21:18
=== skaet is now known as skaet_afk
=== skaet_afk is now known as skaet
cjwatsonjamespage: yeah, I probably should have done21:27
cjwatson.orig.tar.* in-sync-ness is a general thing people need to be ultra-careful of when uploading new upstream versions, unfortunately - easy to shoot oneself in the foot21:28
=== dendro-afk is now known as dendrobates
=== Quintasan_ is now known as Quintasan
=== cking is now known as cking-afk
* infinity engages in cranial-furniture violence as he sees telepathy-glib succeed on every Debian architecture, and fail to build in Ubuntu.23:16
=== Ursinha-lunch is now known as Ursinha

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