[01:31] cjwatson, nope, hadn't looked at the ubuntu-devel@ queue today === asac_ is now known as asac [01:35] slangasek, you about? [01:35] bryceh: only for a second more [01:36] slangasek, that xvfb issue with pygtk is actually a fakeroot bug, fixed in debian 1.17-1 [01:36] bug 829470 [01:36] Launchpad bug 829470 in fakeroot (Ubuntu Oneiric) "Xvfb fails with empty /var/lib/xkb, causing build failures" [High,Triaged] https://launchpad.net/bugs/829470 [01:36] oh, interesting [01:37] slangasek, it's same as bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630591 in debian [01:37] Debian bug 630591 in apt "apt: apt-cache fails with current fakeroot" [Minor,Fixed] [01:37] right, let me sync that [01:37] awesome [04:04] hi guys !!! [04:05] as of today does ubuntu support systemd as an init system without having to recompile the kernel for cgroups support ? [04:10] DoctorPepper: cgroups are enabled in the kernel, and I guess we've probably got Debian's systemd packages in the archive. [04:11] thanks [04:12] is the maintainer of appmenu in here ? [04:13] Good morning [04:13] pitti: good morning [04:15] slangasek: 832454> I understand how it is frustrating :/ indeed it seems we have lots of missing ddebs for these [04:15] now if only we had proper LP ddebs integration, the current hack has never been meant to even last that long :( [04:15] hey DoctorPepper [04:16] I just checked the ddeb-retriever, it's not stuck or anything [04:16] but it might be that some of the buildds are acting up, /me runs manually [04:16] sometimes the buildds time out when you try to talk to them, for several days [04:17] if it happens for more than two days, we lose ddebs [04:37] RAOF: systemd isn't in the archive, and we definitely don't support it as an init system [04:37] pitti: LP ddebs - yes, please :) [04:38] slangasek: Oh, I certainly didn't mean to imply we would go so far as to *support* it; we've gone to the effort of blacklisting the sync, though? [04:38] RAOF: you cannot run systemd as an init system on Ubuntu [04:38] for whichever meaning of "support" you wish :) [04:39] Just out of curiosity, what prevents that? [04:39] the fact that all of our startup is done with native upstart jobs [04:39] I actually had a 10.10 system running with the systemd PPA packages [04:39] I mean, apart from the bunch of packages that have native upstart scripts. [04:39] that PPA has a package to provide some missing ones [04:39] that bunch of packages is pretty much the default Ubuntu install :) [04:40] Ah. Just the bunch of packages with native upstart scripts? Oh, things like mountall probably don't get systemded, either. [04:40] RAOF: mountall isn't necessary with systemd [04:40] So, as long as you rewrote a bunch of init scripts, it'd work :) [04:40] actually, most of the early startup is already done by systemd itself [04:41] the scary thing is that it sucks in more and more of the boot/system services stuff [04:41] it's like a "liblinux" now [04:41] so it doesn't require (and doesn't actually allow) a lot of configuration or script tweaking [04:41] which makes it easy for trying out, but rather hard as an admin to customize [04:45] * slangasek nods [06:03] infinity: type-conv needs to be rebuilt as well [06:22] sgnb: I noticed that, due to the dep-wait. Building now. [06:26] sgnb: The segv on powerpc in https://launchpadlibrarian.net/78022053/buildlog_ubuntu-oneiric-powerpc.ocaml-extunix_0.0.3-1build1_FAILEDTOBUILD.txt.gz is disconcerting. [06:27] * infinity retries to see if it was cosmic rays. [06:27] Or an unfortunate alignment of the planets ;) [06:27] Moon phase, etc, yes. [06:36] infinity: it happens also in Debian, see http://caml.inria.fr/mantis/view.php?id=5334 [06:37] I'm planning to disable this test on armel and powerpc [06:38] sgnb: Disabling the test seems like the wrong fix. :P [06:40] infinity: feel free to submit a proper fix [06:41] backtrace() seems an esoteric feature enough to me [06:42] (I mean, for exotic architectures such as powerpc) [06:42] sgnb: PowerPC isn't that exotic. :P [06:42] sgnb: But I also have no interest in fixing it, so.. :) [06:59] infinity: ocaml-data-notation failed because of type-conv [07:04] sgnb: I know. :) [07:04] sgnb: Waiting for the type-conv binaries to be published and I'll retry it. [07:07] sgnb: Any interest in feeding me a fixed ocaml-extunix? [07:09] I'll upload one to Debian... but it's not urgent (no reverse-dependencies) [07:09] Shiny. That's what I needed to know. [07:09] Just poke me to sync it sometime, then. [07:20] good morning [07:37] if I install Ocelot Alpha, will the automatic updates bring it up to the full release in October, or will I have to download that CD again? [07:43] makara: -> #ubuntu [07:43] k === Quintasan_ is now known as Quintasan === abhinav_ is now known as abhinav- === doko_ is now known as doko [09:53] pitti, sqlite ping ... [09:53] doko: pong [09:53] --verbose? [09:54] pitti: what is left to demote it? [09:54] * pitti checkrdepends [09:55] -- oneiric/main amd64 deps on libsqlite0: [09:55] php5-sqlite [09:55] -- oneiric/main build deps on libsqlite0-dev: [09:55] bacula [09:55] libdbi-drivers [09:56] doko: nothing in main depends on php5-sqlite except for php5-dbg [09:56] so in theory it could be split out of the source [09:57] Bacula looks weird, it b-deps on both libsqlite0-dev and libsqlite3-dev [09:57] Daviey: ^ do you guys still care about bacula? [09:57] if not, perhaps it could just be demoted? [09:58] libdbi-drivers presumably needs it to build libdbd-sqlite, but it also builds libdbd-sqlite3 [09:58] mvo: hi [09:59] hey zyga [09:59] well, that could be built in universe too [09:59] mvo: I started merging a few patches and hit a wall with broken i18n support [09:59] mvo: would you mind looking at https://code.launchpad.net/~zkrynicki/command-not-found/rework-locale-support/+merge/72848 [09:59] mvo: this is my attempt to fix them [10:00] doko: frankly, I'd just drop it from dbi-drivers [10:00] doko: libdbd-sqlite has exactly one rdepends in universe [10:00] interchange-cat-standard [10:00] which has alternative dependencies [10:00] zyga: sure, I will do after lunch [10:01] mvo: thanks [10:02] doko: so, I think the hardest one is php5-sqlite [10:02] dbi-drivers is easy to fix, and for bacula it should be possible to drop the b-dep (let's see whether server team still cares) [10:19] pitti, sounds like a plan [10:24] pitti: Where are you seeing bacula showing up? I don't see it on c-m's? [10:31] Daviey: it doesn't show up in reports, we'd just like to get rid of sqlite for good [10:31] pitti: but keep sqlite3? [10:32] yes [10:32] pitti: Super, Yes - i am happy for Bacula to be demoted. It's not recieving the attention it probably deserves. [10:34] times like this popcon by default for devel release would be handy to find out if anyone has actually tried it! [10:35] ev, do you know if anyone is working on updating the ubiquity slideshow for oneiric? [10:37] 11:12 ubiquity-slideshow-ubuntu: evand * r360 ubiquity-slideshow-ubuntu/ (12 files in 12 dirs): Bump version strings to 11.10. [10:37] 11:16 ubiquity-slideshow-ubuntu: evand * r361 ubiquity-slideshow-ubuntu/debian/changelog: releasing version 41 [10:38] cjwatson, right, still it lists evolution as being our email client [10:39] cjwatson, that's this upload which made me think about it ;-) I noticed recently the content was still not updated === axp2_ is now known as axp2 [11:00] hi, who can do a stable release update request for bug #817119 ? [11:00] Launchpad bug 817119 in pidgin (Ubuntu) "Receiving a video chat invite from Google Talk crashes Pidgin." [Medium,Confirmed] https://launchpad.net/bugs/817119 [11:08] who is able to update https://wiki.ubuntu.com/StableReleaseUpdates to indicate that 'mere mortals' can not nominate a bug for SRU [11:08] apparently it is an immutable page [11:08] wildfire: everyone can nominate [11:09] pitti: no they can not [11:09] well, only few people can actually accept the task [11:09] please see: https://answers.launchpad.net/launchpad/+question/140509 [11:09] maybe nomination is limited as well [11:10] actually that's good news -- nominations are fairly useless [11:10] pitti: well, good news for developers, I guess [11:10] frustrating for users [11:11] particularly when the process is described so throughly, and is so throughly wrong [11:11] not any more frustrating than nominating it and then never see anything happen [11:11] merely asking "I want this fixed" isn't magically going to make it happen [11:12] but in general, subscribing ubuntu-sru with an explanation why this is SRU worthy also works, and doesn't need nomination [11:12] or even better, uploading a fix :) [11:12] wildfire: that page isn't wrong, though -- developers can nominate [11:14] pitti: I did not realise that the page was geared towards developers, I believed it was geared towards the people actually taking the time to report a bug and then hearing it has been fixed in a later version -- and that if the reporter wanted the bug fixed in that stable version, that was the process to follow [11:14] pitti: care to update it to clarify that the audience is people who are both bug reporters and developers? [11:14] no, perhaps this should be clarified then [11:15] this is for people who want to do an SRU, not like to see a bug fixed [11:15] do you have a proposal how to clarify this? [11:15] e. g. append "This page describes the process for developers." to the first paragraph? [11:24] o/ wildfire [11:26] pitti, poolie: I'd have: "If you would like to request a SRU and you are not a developer, please follow the procedure outlined at StabelReleaseUpdateRequest. This page documents the process for developers completing SRU requests." [11:26] good idea [11:26] You can make the SRURequest page a blank wiki link and it can be filled in later on [11:27] there has been a lot of churn in the past because with so many users to developers any popular bug will get requests, regardless of feasibility or availability of effort to do it [11:27] well, there's not much to write there -- find a developer to fix it [11:27] as pitti says people just saying "i want this fixed" [11:29] poolie, pitti: is the issue that the requests are invalid, or there is not enough time / developers to do it? [11:30] I think there are different ways to address things depending on what is the main problem with requests [11:30] if the former, you can suggest that a 'power user' (perhaps an MOTU? althougth aiui they don't exist anymore), should nominate things [11:30] MOTU do still exist [11:31] if the later, make triaging an SRU request part of the application process [11:31] StevenK: OK, good to know - I was under the impression with fine-grained upload permissions, that someone who could upload an package into 'universe' or 'multiverse' was a thing of the past [11:33] in this case obviously there is an apparently working fix for it [11:34] if they make a merge proposal into the relevant branch that should fix it off [11:34] wildfire: i think the issue (which doesn't apply to this bug in particular) in general is a bit of both [11:34] wildfire: MOTUs are in the ubuntu-bugcontrol team and can nominate, yes [11:35] wildfire: as 'universe' and 'multiverse' still exist we need MOTU to take care of it and even after that we need MOTU to take care of the packages that nobody takes care of [11:35] is Keybuk around this channel these days? Alternately is there any other public venue I can ping him on? [11:35] janimo: in principle yes, but only scarcely [11:35] I have ureadahead related questions but would rather not mail him personally [11:35] janimo: during European evening/Californian day mostly [11:36] janimo: mail should work fine [11:36] pitti, thanks, I'll keep an eye on him showing up :) [11:36] cjwatson: argh, just got a reject for my libivgraimpex upload [11:36] cjwatson: anyway, thanks for fixing it, too! [11:37] seems the bug assignment had a mid-air collision in LP [11:37] poolie: maybe there should be a 'good SRU nominator' flag for people who consistently suggest good candidates for SRUs? [11:38] that's an interesting idea [11:38] or maybe more generally people who can't upload but who can be trusted to triage [11:38] (or is that already ~ubuntu-bugcontrol?) [11:39] perhaps ideally it would go off (a much better version of) karma [11:39] if these people could also dig out the corresponding patches, that'd help a lot [11:40] ScottK: oh, that was fast :) [11:40] Daviey: do you have an opinion on bug 833684? [11:40] Launchpad bug 833684 in postgresql-9.0 (Ubuntu) "[FFE] Update PostgreSQL to 9.1, drop 9.0" [Undecided,Confirmed] https://launchpad.net/bugs/833684 [11:40] Daviey: if you are fine with it, I can go ahead and do the syncs now [11:41] (and add the remaining package tasks to track the rdepends) === abhinav_ is now known as abhinav- [12:02] pitti: comment added, TL;DR +1. [12:12] pitti: ah, heh, oh well [12:12] pitti: same fix? :) [12:12] yeah [12:30] directhex: bug 803978 - how about mono-uia, which depends on mono-debugger? [12:30] Launchpad bug 803978 in monodevelop-debugger-mdb (Ubuntu) "Please remove from Oneiric" [Undecided,Confirmed] https://launchpad.net/bugs/803978 [12:30] cjwatson, mono-uia depends on other things which are gone from mono. and the team behind it was laid off. Laney, didn't we file an RM request on uia*? [12:31] no [12:31] ray was/is hoping to resurrect it [12:31] but if removed, it can always be reintroduced [12:32] want to add a mono-uia task to that bug, then? [12:33] doko, Daviey: I'm touching bacula anyway for psql 9.1; while I'm at it, I'll also drop bacula-director-sqlite (no rdepends) and the sqlite2 dep === MacSlow is now known as MacSlow|lunch [12:33] bacula-director-sqlite is a migration package, and we have carried it long enough (it's in lucid) [12:34] so there's an upgrade path [12:34] \o/ [12:35] pitti: why didn't we drop it post lucid? [12:35] Daviey: I don't know [12:35] well, we do now [12:38] We do a crappy job at transitional package planning :) [12:39] I have NFI what ones we can drop after the next LTS. [12:39] well, in most cases it doesn't really hurt to have them around longer than necessary [12:39] but we stumble over them when we try to remove cruft [12:42] I still wonder how many people installed mysql-server-5.X directly rather than mysql-server, and lost their upgrade path. [12:44] Daviey: dear god. [12:44] we're supposed to isntall mysql-server? [12:44] nigelb: shutt'it [12:45] * nigelb always did 5.X [12:45] :( [12:46] pitti: can you approve nvidia-graphics-drivers-96 in bug #741930 and nvidia-common in bug #825259 (both in natty-proposed), please? (I did what RAOF and slangasek requested) [12:46] Launchpad bug 741930 in NVIDIA Drivers Ubuntu "[natty] nvidia binary packages for older cards - dependencies not met" [Undecided,Confirmed] https://launchpad.net/bugs/741930 [12:46] Launchpad bug 825259 in nvidia-common (Ubuntu Natty) "File "/usr/lib/python2.7/dist-packages/NvidiaDetector/nvidiadetector.py", line 87, in __get_value_from_name v = int(name) - ValueError: invalid literal for int() with base 10: '173-updates'" [High,Triaged] https://launchpad.net/bugs/825259 === MacSlow is now known as MacSlow|lunch [13:02] hi! I'm currently working on bug 831271 , an FTBFS because of multiarch-support... [13:02] Launchpad bug 831271 in libqt4pas (Ubuntu Oneiric) "libqt4pas version 2.1Qt4.5.3-5 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/831271 [13:02] why does debhelper install the library into multiarch paths even if this packages does NOT enable multiarch? [13:02] Daviey, doko: bacula uploaded, sqlite2 -= 1 [13:03] doko: php5 looks strange -- it only b-deps on libsqlite3-dev, not on 0-dev, and yet php5-sqlite binary-depends on it [13:03] pitti: \o/ === hggdh_ is now known as hggdh [13:16] ximion: qmake installs the libraries into the multiarch path [13:22] debfx: good to know... I'm converting this package to multiarch right now, so this problem should go away [13:22] is this qmake change an upstream change or a Debian change? [13:23] if it's Debian, it would have been nice if it would've been activated on multiarch packages only. [13:23] I guess this package is not the only one which FTBFS now [13:25] pitti: ^^^ [13:25] tseliot: erm, what, qmake, what? [13:26] pitti: I wrote you about my packages in natty-proposed [13:26] pitti: (at 02:46) [13:27] pitti: or I can copy and paste the message if you prefer [13:27] tseliot: hm, here? I don't see it [13:27] tseliot: if you can re-paste in /msg, that'd be appreciated [13:27] pitti: can you approve nvidia-graphics-drivers-96 in bug #741930 and nvidia-common in bug #825259 (both in natty-proposed), please? (I did what RAOF and slangasek requested) [13:27] Launchpad bug 741930 in NVIDIA Drivers Ubuntu "[natty] nvidia binary packages for older cards - dependencies not met" [Undecided,Confirmed] https://launchpad.net/bugs/741930 [13:27] Launchpad bug 825259 in nvidia-common (Ubuntu Natty) "File "/usr/lib/python2.7/dist-packages/NvidiaDetector/nvidiadetector.py", line 87, in __get_value_from_name v = int(name) - ValueError: invalid literal for int() with base 10: '173-updates'" [High,Triaged] https://launchpad.net/bugs/825259 [13:28] oh, sorry, you said in /msg [13:28] tseliot: yep, I'll get to it; doing SRU review right now [13:28] pitti: great, thanks [13:30] mterry: rejecting your p-distutils-extra SRU, no bug ref in changelog [13:31] mterry: you can reupload with -v to include the previous chagnelog [13:31] pitti, ah, whoops. OK [13:36] tseliot: why was the debconf bit disabled? [13:40] SpamapS: FYI, can't accept mdadm natty-proposed; it's already in -proposed, and bug 778520 is v-failed [13:40] Launchpad bug 778520 in mdadm (Ubuntu Natty) "install on degraded raid1 does not boot, drops to initramfs shell" [Critical,Fix committed] https://launchpad.net/bugs/778520 [13:41] pitti: because there can be nasty interactions when dist-upgrading and it's obsolete anyway [13:41] tseliot: ok [13:48] ximion: it's a configure option of Qt [13:48] ximion: Debian hasn't converted Qt for multiarch (yet) [13:50] debfx: ah, okay :) [14:01] pitti: oops I forgot to mention that the new upload actually fixes the regression that caused 778520 to fail [14:02] SpamapS: ah, can you then please reupload with -v to include the previous changelog? [14:02] SpamapS: I rejected your current upload, so you can re-use the version number [14:02] pitti: sure, I thought that was only necessary if it had actually been removed. [14:03] SpamapS: no, it needs to have all chagnelogs which have been piling up in -proposed until it gets into -updates [14:09] pitti: alright, re-uploaded with full changelog [14:15] ev, you around? I think the recent live cd problems are ubiquity problems [14:19] mterry: which ones, specifically? [14:20] ev, sorry, the one where X doesn't come up [14:20] ev, seems to be a gir problem in ubiquity-dm [14:20] GdkPixbuf.render_pixmap_and_mask isn't being found [14:21] ah indeed, that's definitely on my list [14:21] just sorting out the unicode issues in usersetup and friends first [14:22] mterry: bug 830892 [14:22] Launchpad bug 830892 in ubiquity (Ubuntu Oneiric) "ubiquity-dm crashed with AttributeError in run(): 'Pixbuf' object has no attribute 'render_pixmap_and_mask' (dup-of: 830061)" [High,Triaged] https://launchpad.net/bugs/830892 [14:22] Launchpad bug 830061 in ubiquity (Ubuntu Oneiric) "ubiquity-dm crashed with AttributeError in run(): 'Pixbuf' object has no attribute 'render_pixmap_and_mask'" [High,Triaged] https://launchpad.net/bugs/830061 [14:22] (dup, but it has my first non-working sketch at a fix ...) [14:23] slangasek, infinity: does this look sane to you? http://paste.ubuntu.com/674544/ [14:24] ev, btw it's probably on your list as well but you still use gconf keys which are deprecated rather than gsettings [14:25] just saying it as a reminder, it will create bugs for proxy and things like that if you rely on gconf [14:25] okay, thanks for the reminder [14:26] cjwatson, thanks! [14:27] Hi everybody! I'm making an Ubuntu derivative and I'm trying to generate dependency lists using Germinate. All existing seed-based packages are limited to Ubuntu repositories; is there a way to make Germinate use several repositories, e.g. Ubuntu + PPAs? [14:29] s/all existing packages/all the packages I could find/ [14:32] I couldn't find any docs about such things, and all the examples use Ubuntu repositories only [14:34] shnatsel, I really feel like it is possible. I think I've done it before, but that was a long time ao [14:35] shnatsel, I don't remember details or where to point you, so that's useless info, sorry :-/ [14:39] Daviey, will nova reach main before the beta freeze? [14:40] that looks like bug 571793 also [14:40] Launchpad bug 571793 in germinate (Ubuntu) "germinate cannot check another repository with a different dist" [Undecided,New] https://launchpad.net/bugs/571793 [14:41] doko: no [14:41] Ah, I've found the format but bug 634831 will kill my attempts anyway [14:41] Launchpad bug 634831 in germinate (Ubuntu) "germinate does not support multiple repositories on the same host" [Undecided,New] https://launchpad.net/bugs/634831 [14:41] doko: Well.. unless python-carrot can be thrown in main just to be demoted when a bug we are blocked on is satisifed. [14:42] Or, just c-m stick on python-carrot.. either way [14:54] shnatsel: oh, yeah, I was going to deal with that for Oneiric [14:55] how do I get a verbose debian/rules file nowadays? dh_make just creates that two liner one now (%:\n\tdh $@) [14:55] cjwatson: so, when can one expect the patch to land? [14:55] shnatsel: over the next week or so [14:55] ahasenack: the longer templates are still in the dh_make package I think [14:56] ahasenack: dh_make -r old, but why would you want to ... [14:56] azeem: dpkg -L dh-make | grep rules only gave me the short ones [14:56] cjwatson: great, thanks! It's blocking all the fun in elementary OS ISO testing atm :( [14:56] (luckily we have Glimpse) [14:56] cjwatson: I need to customize this build a lot [14:57] I have 3 setup.py scripts I have to call, and produce 3 binary packages [14:57] hmm, no such option -r [14:57] I'm on lucid [14:58] hmm, wait [14:58] -r, --createorig [14:58] doesn't sound related [14:58] and`: [14:58] sorry [14:59] ahasenack: I assume you want to get a list of all the actions taken by debhelper and override some of them with custom ones, right? [14:59] shnatsel: right, but it's not just override, I need to insert more actions in the middle [15:00] shnatsel: so when overriding, I actually want to preserve what was there already and just add new things [15:00] ahasenack: in such cases I usually override the action with itself and some added stuff [15:00] shnatsel: like dh_install_override: (stuff), but how to call the original dh_install? [15:01] this is documented ... [15:01] man dh [15:01] YM override_dh_install: and then you can just call dh_install, it won't infinite-recurse [15:02] ok, that was a bad (simple) example [15:02] what about binary-indep: [15:02] it expands into a whole lot of dh_* commands [15:02] you don't override binary-indep en masse [15:02] you override individual ones [15:02] ahasenack: --before and --after ? [15:03] those are deprecated [15:03] oh, I have an outdated man, sorry [15:03] exactly, so I need to know the individual ones [15:03] ahasenack: that's documented [15:03] sure, but that's easy ... [15:03] and you normally only need to override the ones that are relevant to your package [15:03] To see what commands are included in a sequence, without actually doing [15:03] anything: [15:03] dh binary-arch --no-act [15:03] shnatsel: that's why I wanted a template rules file with this filled in already [15:04] shnatsel: http://packages.qa.debian.org/d/debhelper/news/20110806T234709Z.html [15:05] ahasenack: I'm definitely not saying it's always easy, and there are cases where using the minimal rules file is more effort than it's worth; so far your case doesn't sound like one of those, though [15:06] cjwatson: I need to basically loop over three setup.py, located in three different directories. For some reason, upstream chose to have everything in one branch, but they distribute 3 separate tarballs [15:06] cjwatson: and I want to build from this branch [15:06] so override dh_auto_build and dh_auto_install [15:06] that's all it takes to do that [15:07] cjwatson: ok,I will see what other actions dh_auto_build and dh_auto_install do, so I can preserve them where appropriate and insert my own [15:07] gtg; cjwatson, thanks for your help! [15:08] dh_auto_build is a generic per-buildsystem equivalent of 'make' and dh_auto_install is a generic equivalent of 'make install' [15:09] if you still want a better dh_make then it might be worth just grabbing the dh-make package from oneiric [15:11] I guess I need to look at an example with multiple binary packages and just using overrides in rules [15:11] no "expanded" rules file [15:12] pitti, does the work item tracker add bugs that are linked to blueprints as work items? [15:12] ogasawara, just a heads up i've just discovered we didn't make a WI for reviewing compcache and family; came up cause its also not working as is. Have added a new WI on delta-review for it [15:12] apw: ack [15:12] bah wrong channel [15:14] ahasenack: in roughly ascending order of complexity from my own packages: libpipeline, putty, groff (I'm afraid I have no python ones to show you off the top of my head, but python-ness and multi-binary-ness are pretty orthogonal really) === dpm_ is now known as dpm === tkamppeter_ is now known as tkamppeter [15:16] cjwatson: ok, and you control which file goes into which package with .install files [15:17] right, generally [15:17] no need for -p command line option to some dh_* tool [15:17] but if there is, then you would need to put that in the rules file somewhere [15:17] occasionally you need those, but I find it's best to regard that as exceptional [15:18] I guess I was looking at older packages, I saw -p being used and thought I would need that and didn't look at ,install files [15:19] cjwatson: thanks, that helps [15:20] putty is "expanded" already [15:20] not in oneiric [15:20] you should take all my references as referring to the most current version, not whatever's in lucid [15:20] ah, right, sorry :) [15:21] http://anonscm.debian.org/loggerhead/pkg-ssh/putty/trunk/annotate/head:/debian/rules [15:24] cjwatson: looks much simpler indeed [15:25] dholbach: yes [15:25] cjwatson: I looked at this the other day and panicked: http://bazaar.launchpad.net/~therve/twisted/debian/view/head:/rules [15:26] maybe it's possible to build that with just overrides, maybe not [15:26] yeah, I wouldn't have picked twisted as an example myself :) [15:26] I would expect rather a lot of that could disappear if modernised [15:27] cool, hopefully one day I'll know enough to do that :) [15:27] it is possible to build anything with just overrides; I'm pretty certain they're formally equivalent [15:27] pitti: php5 has a FTBFS I can't reproduce locally, preventing the binary sqlite0 dep being dropped [15:27] in some cases it produces something that's longer / harder to read than the original, and so isn't worth it; I don't *think* twisted would be such a case but I'd have to try it to be sure of that [15:28] slangasek: ah, thanks for the info [15:28] switching d-i from long-form files to dh7 was a vast improvement in readability in almost all cases, because now the rules files only described what was unusual [15:28] pitti: sure - guesses as to the cause of the FTBFS are welcome... [15:29] so whats the story on this? Its kind of got my desktop hosed. [15:29] The following packages have unmet dependencies: [15:29] ubuntu-desktop : Depends: unity but it is not going to be installed [15:29] Depends: unity-2d but it is not going to be installed [15:29] E: Unable to correct problems, you have held broken packages. === beuno is now known as beuno-lunch [15:30] tgardner, don't use dist-upgrade without reading what it wants to do [15:32] seb128, with the torrent of package updates daily, I'm unlikely to notice. the basic question, though, is why unity is uninstallable ? [15:34] tgardner, use upgrade instead of distr-upgrade or read what it wants to uninstall before saying yes [15:34] tgardner, because nux is abi instable and unity needs to be updated in the same upgrade run when there is a nux update [15:35] http://people.canonical.com/~ubuntu-archive/testing/oneiric_probs.html unity isn't uninstallable right now but unity-2d is [15:35] tgardner, unity needs the new nux to build though so during the nux is built and unity is building you get those issues [15:35] cjwatson, yeah, cf #ubuntu-release ;-) [15:35] unity-2d needs either a no change update or a ffe for the new version [15:35] Could I trouble someone in ubuntu-sponsors to finish a sync request for me for launchpad bugs 832611, 832613, and 832614? [15:35] Launchpad bug 832613 in Ubuntu "Sync libgrits 0.5.1-1 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/832613 [15:35] Launchpad bug 832611 in Ubuntu "Sync aweather 0.5.1-1 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/832611 [15:35] that's being worked [15:36] Sweetshark: can openoffice.org-l10n-be-by and openoffice.org-l10n-ns be removed from their source package? their dependencies are uninstallable and I think removed [15:36] seb128, hrmph. I think I'll just go away and wait until its unf*cked. [15:36] The feature freeze was approved, so i think it just need to be synced? (sorry for the last minute rush) === htorque_ is now known as htorque [15:36] tgardner, you can get the unity debs on https://launchpad.net/ubuntu/+source/unity/4.10.0-0ubuntu1 [15:40] mdeslaur: I would suggest not changing the debconf template names / var dir names as part of the transition (that way, previously-answered cache values can be reused); the "debconf" dependency should be replaced with ${misc:Depends} (noticed because you've dropped the | debconf-2.0 from the hand-written dep, which is incorrect); you seem to have dropped the versioned dependencies on libnss3-1d and libnspr4-0d, which were presumably there [15:40] ... reason; I think the Conflicts/Replaces on flashplugin-installer should be Breaks/Replaces (per policy); flashplugin-installer shouldn't be Multi-Arch: same (i386 and amd64 packages shouldn't be co-installable); prerm has some dead update-rc.d code that can be dropped, there is no flashplugin-downloader init script to clean up [15:41] mdeslaur: that's it, just minor issues [15:44] slangasek: the versioned deps on libnss3-1d and libnspr4-0d were for versions older than any release we support. Why can't debconf-2.0 be removed? [15:46] because sooner or later we will manage to switch to cdebconf, and anything without | debconf-2.0 will impede that [15:46] mdeslaur: debconf-2.0 is the virtual package refering to the debconf *interface* in use; there are two packages in the archive implementing it, debconf and cdebconf, and what cjwatson said [15:46] we went to all that effort to add it to everything ... [15:46] I agree, just use ${misc:Depends} [15:47] oh! ok, I see [15:47] cjwatson: *sigh* does that have to be prebeta? [15:49] Sweetshark: I don't *think* so, although it's possible it will necessitate some annoying workarounds [15:49] but it needs to be done for release [15:49] slangasek: do you'd keep installing everything in the /*/share/flashplugin-installer directories? [15:49] s/do/so/ [15:49] cjwatson: wont be a problem till the release [15:53] Sweetshark: thanks [15:54] Sweetshark: I think there are a few others too - check http://people.canonical.com/~ubuntu-archive/nbs.html [15:55] mdeslaur: if you keep the same directories for /var, we can reuse the existing debconf settings with minimal work; I think that's more important than having consistency in the directory names under /var, but I don't feel too strongly about this [15:56] slangasek: no, I agree now that I've thought about it. Thanks for your review! [15:56] mdeslaur: actually, I would change the /var/lib and /usr/lib directory names to match the current package name - it's only /var/cache that gets referenced in the debconf question [15:56] mdeslaur: no problem :) === beuno-lunch is now known as beuno [15:58] slangasek: nspluginwrapper has some special case handling for /*/lib/flashplugin-installer, so I'll keep it as-is for now [15:58] cjwatson: added tasks to bug 803978 [15:58] Launchpad bug 803978 in monodevelop-debugger-mdb (Ubuntu) "Please remove from Oneiric" [Undecided,Confirmed] https://launchpad.net/bugs/803978 [15:58] mdeslaur: ah, ok [15:58] pitti, i wonder if you'd have a few mins to review an initramfs-tools fix to fix up our utterly broke compcache support and switch it to zram drive: https://code.launchpad.net/~apw/ubuntu/oneiric/initramfs-tools/compcache-zram [15:58] we'll be coming up with some more removals soon to complete the transition [15:58] also db4o is NEW if you fancy it [16:00] (pitti of course that would not be something we'd want uploaded before b1 is out) === deryck is now known as deryck[lunch] [16:06] * ahasenack -> lunch [16:07] siretart, x264 ping [16:11] all punted to -archive except for nlog removal which is coming up === htorque_ is now known as htorque [16:22] slangasek, infinity: flashplugin-nonfree uploaded. thanks! [16:23] Does this mean we can all have glorious flash agin? [16:23] again? [16:24] FSVO glorious [16:28] doko: hi === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [16:57] mdeslaur: New binary accepted. Please submit it to rigorous upgrade testing. Pretty please? :) [16:58] infinity: I tested it before uploading [16:58] mdeslaur: I assumed. === deryck[lunch] is now known as deryck === abhinav_ is now known as abhinav- [17:09] mdeslaur: thanks for taking care of it :) [17:27] kees, Keybuk, pitti, will you be attending techboard in 30 minutes? [17:27] (cjwatson and sabdfl sent apologies already) [17:32] infinity: you can sync ocaml-extunix from sid now [17:45] mdz: yes === _LibertyZero is now known as LibertyZero [17:46] mdz: who is chairing today? [17:47] pitti, I am [17:56] slangasek: I have this feeling https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+build/2697906/+files/buildlog_ubuntu-oneiric-i386.korundum_4%3A4.7.0-0ubuntu1_FAILEDTOBUILD.txt.gz is multiarch related. I'd appreciate any hints you might have to offer. [17:58] ScottK: has akonadi been rebuilt yet for multiarched qt? It embeds paths in its cmake files, so at minimum needs a no-change rebuild [17:59] (debfx commented the other day that he'd like to fix this "properly" in cmake, but that's a tall order) [17:59] ah yes, you did that rebuild on the 18th [18:00] slangasek: Yep. [18:00] could be the same problem in another library further up the stack. libsoprano, probably? [18:00] I'll try it. === davidcalle_ is now known as davidcalle [18:13] does anybody have experience with compiling of modules for kernel? I've described problem detailed here : http://gekannt.narod2.ru/ .thanks in advance [18:13] drat, ubiquity seems to silently crash with new pygobject [18:14] ev: ^ did you happen to try ubiquity with the pygobject 2.90 packages already? I'm going to look into this, but want to avoid double work in debugging [18:15] I can't find linux/module.h, do I need to recompile kernel? [18:16] apt-get install linux-headers-$(uname -r) [18:17] For dh python2 transitions, is python > 2.6.6-3~ a requirement or a recommendation... and could i have some more detail on the reasoning please? [18:17] I have done this [18:17] shbk: install linux-headers-* http://packages.ubuntu.com/search?searchon=contents&keywords=linux/module.h [18:17] sh@sh-laptop:~$ uname -r [18:17] 2.6.32-33-generic [18:17] I have headers [18:17] perhaps your module's build system is broken then [18:17] I didn't do nothing them yet, honestly [18:17] it should (IIRC) be passing -I/lib/modules/$(uname -r)/build/include to the compile [18:18] *compiler [18:18] and if you're running gcc by hand, you'll need to do that [18:18] I'm trying [18:18] slangasek: Seemed to help. I'll clean this up and go for it. Thanks. === dendrobates is now known as dendro-afk [18:19] ScottK: cool-o [18:22] pitti, cjwatson, Keybuk, who chaired the previous meeting? no minutes went out [18:22] I 've done, nevertheless,I 'am receiving new errors : gcc  -DMODULE -D__KERNEL__ -I/lib/modules/$(uname -r)/build/include hello.c -o hello.o [18:22] In file included from /lib/modules/2.6.32-33-generic/build/include/linux/list.h:6, [18:22]                  from /usr/src/linux-headers-2.6.32-33/include/linux/module.h:9, [18:22]                  from hello.c:1: [18:22] /lib/modules/2.6.32-33-generic/build/include/linux/prefetch.h:14:27: error: asm/processor.h: No such file or directory [18:22] /lib/modules/2.6.32-33-generic/build/include/linux/prefetch.h:15:23: error: asm/cache.h: No such file or directory [18:22] In file included from /usr/src/linux-headers-2.6.32-33/include/linux/module.h:9, [18:22] mdz: I'm not sure, I was on the desktop summit and couldn't attend [18:22] and futher futher futher... [18:22] mdz: I did [18:22] here is full listing http://gekannt.narod2.ru/ on the right side [18:22] any ideas? [18:23] I suggest that either #ubuntu or #ubuntu-kernel would be more appropriate [18:23] I was sent from ubuntu) [18:23] they were wrong [18:23] sorry, but this isn't an escalated support channel and they should know that ... [18:24] may it will be better to reinstall ubuntu or reinstall headers? [18:24] may it help? [18:24] vast overkill and will not help. [18:24] you just need a fixed module build system, but (a) I don't know the exact details and (b) this isn't the right place [18:25] well , nevetheless thanks for #ubuntu-kernel) [18:26] you might look for a competently maintained module and borrow its build system [18:26] I suspect it might end up including /lib/modules/$(uname -r)/build/Makefile somewhere along the way, but I haven't looked at any of this for ages [18:26] rolling your own build system is unlikely to be a good use of time, anyway [18:30] shbk: http://lwn.net/images/pdf/LDD3/ch02.pdf === dendro-afk is now known as dendrobates [18:45] I 've started from this book, authors are Alessandro Rubini && jonatan Corbet, I'm in a circle) [19:08] infinity: and oasis should be rebuilt as well === dendrobates is now known as dendro-afk [19:31] Daviey, soren: rampart seems to belong to the eucalyptus stack, but is still in main. could you have a look? [19:31] same for axis2c [19:32] AFAIK, they were only there for Eucalyptus' sake. If nothing else needs them, I don't see any reason not to demote them. [19:38] doko: Oh, that can go. Infact, i'd like to kill our debain delta on that.. but that is unrelated. [19:43] Daviey, well, find out what keeps it in main ... [19:50] doko: I can't see that anything is, it's not directly seeded - and it's rdepends are all universe. :/ [19:51] doko: where do you see it still in main? A quick lookup here shows me that source is in universe and all its binaries too [19:52] doko: same with axis2c actually, source and binaries appear as being in universe here (up to date oneiric) [19:52] doko: where are you seeing it in main? [19:52] stgraber: yeah, that is what i am seeing. [19:54] stgraber, ahh, fooled by the test rebuild page === dendro-afk is now known as dendrobates [20:16] darn LibO FTBFS, seems to stumble over new libpq-dev from today :/ [20:19] is there a mailing lest to send basic packaging questions to? Perhaps motu? [20:23] ahasenack: the best place to ask is probably debian-mentors@lists.debian.org or #ubuntu-packaging on freenode and #debian-mentors on irc.debian.org [20:24] jtaylor: cool, didn't know about #ubuntu-packaging either, thanks [20:37] How do I disable multiarch? [20:42] Quintasan: install i386 version, or another distro ;) [20:43] Quintasan: what about multiarch is it that you want to disable? [20:43] actually, i386 is equally multiarch so scratch that.. [20:43] i386 has multiarch too. But I assume he meants "how do I make it stop downloading Packages files for another arch?" [20:43] meant* [20:43] right [20:44] infinity: yeah, this is confusing to say at least [20:44] Like getting conflicts on installing pbuilder [20:44] Eh? [20:45] that's not multiarch's fault [20:45] Well, maybe not pbuilder [20:46] Well, let me put it other way -> http://wstaw.org/m/2011/08/25/plasma-desktopJN2047.jpg <-- this doesn't look helpful no matter how I look at it [20:46] yep [20:47] so if you're sure you want to disable multiarch, edit /etc/dpkg/dpkg.cfg.d/multiarch and comment out the line [20:47] slangasek: Oh. Do you know if there a bug filed (or a dpkg patch in the works) for why wildcard matches on dpkg -l don't show foreign arch packages? [20:47] slangasek: Can bad things happen when I disable it? [20:47] slangasek: (Compare the output of "dpkg -l zlib\* | grep ^i" with "dpkg -l | grep '^ii zlib'") [20:47] though if you were to help improve aptitude to do more sensible things with multiarch, that would be better :) [20:47] infinity: dpkg -l zlib:* - not a bug but a deliberate design decision [20:48] sorry, dpkg -l zlib*:* [20:48] Quintasan: you won't be able to install flashplugin, nspluginwrapper, or skype (from partner) [20:48] if you don't care about those things, there are no other consequences for you currently :) [20:48] Urgh [20:48] slangasek: Hrm. That's deliberate? Seems a bit goofy and unintuitive to me. But okay. [20:48] infinity: it's a backwards-compatibility thing [20:49] buxy can explain in detail :) [20:49] slangasek: Yeah, I guess I can see that. Still wildly unintuitive. [20:49] slangasek: I don't need detail, I can see why. [20:49] aptitude seems to want to get rid of all my i386 packages, whenever there's any dependency problems *anywhere* (not related to the i386 packages) :/ [20:50] yep, sorry about that === dendrobates is now known as dendro-afk [20:50] tumbleweed: bug 831768 [20:50] Launchpad bug 831768 in aptitude (Ubuntu) "aptitude cannot handle the same packages of different architectures being installed" [Undecided,Confirmed] https://launchpad.net/bugs/831768 [20:50] update-manager and software-center both do better [20:50] And apt. [20:50] synaptic, aptitude, dselect all still have gaps [20:50] I wonder how dselect's coping. [20:50] Ahh. :) [20:50] infinity: except for the lack of interactivity for apt :) [20:50] slangasek: Yeah. [20:50] slangasek: so flashplugin-installer pulling i386 libs is normal now? [20:50] slangasek: sure, but none of them handle interactive upgrades (like we all need every day) [20:51] Well, if I want interactive, I still prefer dselect (I know, I'm weird), but I very rarely need that sort of thing anyway. [20:51] ah, that was mentioned :) [20:51] Quintasan: It always has, it just used to do it via the gian ia32-libs blob, and now it does it correctly. :P [20:51] Quintasan: yes - ia32-libs is die-die-die-deprecated [20:51] s/gian/giant/ [20:51] I see [20:51] it was an unmaintainable stopgap solution [20:52] tumbleweed: actually, update-manager does me fine for daily interactive upgrades [20:53] I have no real issues with apt for my daily oneiric upgrades... [20:53] http://paste.kde.org/114355 [20:53] Uhm [20:53] But then again, I tend to feed it the same sort of info I'd give an interactive package manager. [20:53] Is this also normal? [20:53] slangasek: update-manager doesn't show the change in package sizes, which is why I like aptitude [20:53] (apt-get --purge install add1 add2 remove1- remove2-) [20:54] Quintasan: that's an oft-reported bug, it may have to do with missing i386 libraries; which version of flashplugin-installer do you have currently? [20:54] (4ubuntu4 was uploaded today which should fix this) [20:54] infinity: shorter: apt-get purge add1+ add2+ remove1 remove2 [20:55] slangasek: Oh right, because purge is actually just "--purge remove" now, isn't it? [20:55] slangasek: I see, my mirror must be out of date then [20:55] 4ubuntu3 here [20:55] slangasek: And remove is actually just negative install. Clever. [20:56] * Quintasan changes to us mirror [20:56] Quintasan: yes - so you have the 4ubuntu3 amd64 flashplugin-installer, which relies on ia32-libs for the libraries and that no longer works. Upgrading should fix that [20:56] mdeslaur: I don't suppose you closed the million open bugs on flashplugin-nonfree when you uploaded? :) [20:57] slangasek: I just closed the one I was subscribed to...let me take a look [20:58] us mirror ++ [20:58] slangasek: Indeed, that worked. [21:01] mdeslaur: actually, I guess they're probably filed against nspluginwrapper... bug #833558, bug #830784 [21:01] Launchpad bug 833558 in flashplugin-nonfree (Ubuntu) "package flashplugin-installer (not installed) failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1 (dup-of: 830802)" [Undecided,New] https://launchpad.net/bugs/833558 [21:01] Launchpad bug 830802 in flashplugin-nonfree (Ubuntu Oneiric) "Firefox freezes and grays out because of missing i386 Flash Player dependencies on x86-64" [High,Fix released] https://launchpad.net/bugs/830802 [21:01] Launchpad bug 830784 in nspluginwrapper (Ubuntu) "Problem when installing flashplugin" [Undecided,Confirmed] https://launchpad.net/bugs/830784 [21:01] Quintasan: good good. I'll do an upload of ia32-libs to make the upgrade a bit more seamless too. [21:02] slangasek: I've just duped a bunch of flashplugin-nonfree bugs, I'll take a look at nspluginwrapper [21:02] mdeslaur: ta :) [21:02] * Quintasan is not sure how multiarch is better but he can help with testing [21:03] Quintasan: because when a security upload is done for a library, it becomes available to all users immediately via the i386 package instead of requiring somebody to upload an ia32-libs source package the size of a CD [21:04] Well, I can't dispute with that ^_^ [21:05] here, you can watch me blather on about multiarch at length if you like. :) meetings-archive.debian.net/pub/debian-meetings/2011/debconf11/high/747_Multiarch_in_Debian_6_months_or_6_years_on.ogv [21:11] * Quintasan downloads [21:11] Woah, 540MB [21:11] slangasek: You must have had a hard time talking so long :P [21:12] you clearly haven't met me [21:12] ;) [21:12] Maybe we can meet at UDS [21:12] are you coming to this one? [21:13] No idea, I need sponsorship to go there :) [21:13] * Quintasan is just a high school student [21:13] You don't want to listen to slangasek speak. It's a trap. Don't do it. [21:14] :O [21:14] slangasek: and there go my next 40 minutes ;) needed a break anyway [21:19] stgraber: hey, slacker, I didn't say *you* should watch it! :) [21:20] Quintasan: did you apply for sponsorship? I believe the sponsorship queue is closed now [21:20] slangasek: I did apply, waiting for result :P [21:21] yeah, the queue *just* closed, decisions haven't been made yet [21:21] slangasek: :) [21:21] pitti: You have a sync sitting unflushed on cocoplum, did you plan to do something with that? (pygobject-2) [21:22] I guess that's the one he was still trying to work out whether it breaks ubiquity [21:23] pitti: Err, nevermind, was just a crufty source package, not an upload. [21:23] pitti: Ignore me. :) [21:23] slangasek: Yeah, it didn't have a changes file. flush-syncs (helpfully?) deleted it on cleanup though. :P [21:23] ok :) [21:29] doko: Would you please retry korundum in the archive rebuild? === ximion1 is now known as ximion [22:09] Stumbling with germinate, how do you guys test seeds locally? I can't seem to get the command just right. === dendro-afk is now known as dendrobates [22:12] Figured that I need to use the --bzr option, but now I stumble on missing platform.oneiric seed. [22:14] astraljava: -S http://people.canonical.com/~ubuntu-archive/seeds/ -d oneiric -s ubuntu.oneiric [22:14] astraljava: (For example) [22:14] astraljava: The manpage is reasonably verbose. [22:16] astraljava: Or are you running it against a local bzr branch that's incomplete? [22:18] infinity: Not a local one, but one that's in LP. [22:18] But not yet uploaded for spinning the images. [22:19] astraljava: Well, if you have a seed that depends on another branch (like ubuntu.oneiric depends on platform.oneiric), I suspect you'll need side-by-side branches of both. But don't quote me on that, I've never tried. [22:20] infinity: Right. I see from germinate logs, that it tries to fetch platform.oneiric when building Studio images, but continues even when not finding such. But it doesn't seem to work locally. [22:20] I don't recall it having any clever fallback code for dependencies, though, so you probably need to copy all the deps. [22:23] Actually, it does fallback on ~ubuntu-core-dev's platform. How can I do that locally? [22:25] Couldn't find that bit of information from the manpages, while admittedly they're pretty elaborate, like you mentioned. [22:27] Not entirely sure. You might be able to specify -S more than once. Like I said, never tried. I have a local mirror of all the seeds anyway. [22:29] Thanks, that was all I needed. Just branched platform.oneiric, and I'm good to go. Cheers! :) [22:29] Just have to remember to bzr update it regularily, I suppose. [22:35] ScottK, done [22:59] slangasek: so... multiarch silliness. [22:59] my system doesn't seem to acknowledge that :i386 exists. [22:59] $ cat /etc/dpkg/dpkg.cfg.d/multiarch [22:59] foreign-architecture i386 [22:59] yet: [22:59] E: Unable to locate package flashplugin-downloader:i386 [23:01] kees: apt-get update'd? [23:02] slangasek: yup. it's up to date. [23:02] though it's as if apt is ignoring i386 [23:02] kees: mv /var/cache/apt/pkgcache.bin* /somewhereelse? [23:02] (&& apt-get update again) [23:04] slangasek: nope :( [23:04] kees: apt-get update doesn't even show i386 Packages files being downloaded? [23:05] kees: is your local mirror amd64-only? [23:05] infinity: it doesn't show i386 being fetched, no. slangasek: my mirror is both. [23:05] (but I'm pulling from the main archive too) [23:05] hmm [23:05] hi [23:06] kees: local apt config settings that are overriding dpkg? [23:06] there used to be a second apt config to turn on multiarch... [23:06] kees: apt *defaults* to what dpkg uses, but you can override it [23:07] i have this bug with kernel module nv_tco https://bugs.launchpad.net/ubuntu/+source/linux/+bug/791089 [23:07] Ubuntu bug 791089 in linux (Ubuntu) "crash after rebooting or shutting down from Ubuntu 11.04" [Undecided,Confirmed] [23:07] kees: $ apt-config dump | grep APT::Architectures [23:07] i have the same bug to 11.04 and now after the upgrade i find that the bug still exists [23:08] slangasek: ah-ha. that's it. when "getting rid" of the apt multi-arch config, I left it _defined_ as amd64. I need to drop the entire line. [23:09] muuuuch better [23:09] thanks! [23:10] vista_killer: this is not a support channel; you could try asking on #ubuntu-kernel, you'd at least be more likely to reach the right audience for your question there [23:10] kees: aha :) [23:10] ok sorry [23:11] slangasek: wow. that is a lot of :i386 to install. :) [23:14] kees: software is complicated :P [23:14] slangasek: ia32-libs is huge ;) [23:15] It used to be bigger ... [23:15] Boo. wine's broken. [23:15] Hm, if something is open source (eucalyptus) but only works properly with sun java .. is it appropriate to move it to multiverse? [23:16] SpamapS: is this new? wasn't it in main? [23:17] micahg: eucalyptus was dropped to universe for 11.10 [23:17] SpamapS: right, I meant the java dep [23:17] and now bug 791607 is apparently stumping their engineers or something [23:17] Launchpad bug 791607 in eucalyptus (Ubuntu Oneiric) "Oneiric Eucalyptus fails to start up" [High,Triaged] https://launchpad.net/bugs/791607 [23:17] Actually I think the deal was that they wanted to do euca 3.0 but that release date is slipping. [23:22] slangasek: can you please copy an update for me? [23:26] SpamapS: is it a build or run time dependency? [23:27] SpamapS: ah, I see the comment in the bug, I don't think it would need to move to multiverse if it recommends non-free software, but you wouldn't be able to add a depends on something in partner AFAIK [23:35] libssl1.0.0:i386 1.0.0d-2ubuntu2 (Multi-Arch: same) is not co-installable with libssl1.0.0:amd64 1.0.0d-2ubuntu1 (Multi-Arch: no) which is currently installed [23:36] kees: did you enable multiarch? [23:36] micahg: I did. seems dpkg is unhappy. doing some manual per-package installs now... [23:37] wow, it's blowing up on all kinds of stuff :( [23:38] kees: I assume you're dist-upgrading? [23:38] yeah :) [23:40] heh, while ! apt-get dist-upgrade ; do apt-get -f install ; done ;) [23:46] kees: add a dpkg --configure --pending in between [23:46] doko: ah, yeah, good idea. [23:48] StevenK: are you available for an archive copy? [23:50] micahg: What are you after? [23:50] StevenK: ubuntu-mozilla-security thunderbird 3.1.12+build1+nobinonly-0ubuntu0.10.04.1 to lucid-security [23:52] RAOF: wine broken how? [23:52] SpamapS: yeah, I think a depends on sun-java would translate to multiverse :/ [23:52] micahg: sure, what's the update? [23:53] slangasek: ah, I ask StevenK already, but thanks [23:53] oh, did StevenK take this one? [23:53] ok [23:54] I haven't yet [23:56] got it then [23:56] micahg: done [23:56] slangasek: thanks [23:57] have we entered beta freeze yet? [23:58] or can I push a small ftbfs fix still === micahg changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #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: === micahg changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta 1 Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #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: [23:59] hmm… looks like I just missed it [23:59] cnd: if it's needed for beta, I believe so