=== bregma_ is now known as bregma
=== tkamppeter_ is now known as tkamppeter
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== dendrobates is now known as dendro-afk
=== asac_ is now known as asac
=== dendro-afk is now known as dendrobates
slangaseklamont: so I'm pretty sure that postfix used to copy sasl modules over into its chroot without my intervention; this seems to have broken with the convertion of cyrus-sasl2 to multiarch, but I can't find where in the code it would do the copy.  Can you cluebat me?02:20
slangaseklamont: ah n/m, I've probably managed to break saslauthd02:31
slangaseklamont: hmm, nope, saslauthd doesn't look like it was ever configured... so something else has gone wrong02:41
jbichadoes Feature Freeze mean that it's too late for new packages from Debian to get into Oneiric?02:47
micahgjbicha: with a good reason, you can still get them in, just file for an exception02:48
jbichamicahg: ok, thanks, I'll give it a try then02:48
micahg*if you have a good reason :)02:48
jbichait'll just depend on if someone bothers to sponsor it in, otherwise it will happen automatically next cycle02:50
micahgwe'll still be going through the sponsorship queue regularly, the trick is only the FFe for new packages02:51
=== dendrobates is now known as dendro-afk
=== Arcademan is now known as Arcademan`
=== Arcademan` is now known as iArcade
=== iArcade is now known as Arcademan
merlotHello, I have c++ program that I would like to put in a .deb package and make available for people. I'm not familiar with the build scripts anyone with a url?03:30
RAOFmerlot: https://wiki.ubuntu.com/PackagingGuide/Complete is the full packaging guide; depending on what you want to do it can be a bit of overkill.03:43
RAOFmerlot: If you just want something simple, there are tools being developed.  http://pkgme.net/ would be something to look into.03:46
merlotRAOF: Do I need to read the automake manual first? I just have a single .cpp file.03:53
merlotI've done make files before but not sure how to do this with automake03:53
RAOFAh.  Your program is even simpler than that :).03:54
RAOFAutomake would likely be overkill there.  I'm not sure how well pkgme handles plain makefile buildsystems.03:55
RAOFOn the other hand, it would also be fairly easy to whip up a source package by hand in that case.03:55
RAOFhttps://wiki.ubuntu.com/PackagingGuide/Complete#Basic_Packaging isn't a bad guide there.03:56
pittiGood morning04:39
* slangasek waves to pitti 05:01
pittihey slangasek05:02
slangaseklamont: postfix figured out; patch pushed to oneiric05:02
=== tkamppeter_ is now known as tkamppeter
dholbachgood morning06:59
pittidoko_: I got a yelp merge proposal, OK to upload gnome-ish packages again?07:41
doko_pitti: fine, as long as it doesn't leave some packages unbuildable. didn't start the rebuild yet07:47
pittino, shouldn't; no ABI change, and builds fine locally07:47
lamontslangasek: a07:49
slangasekdoko_: anything blocking the rebuild from happening?07:54
doko_slangasek, time \o/ ... will start it today07:55
slangasekok :)07:55
ev@pilot in08:17
=== udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Feature Freeze | 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: ev
OdyXtkamppeter: I changed my mind: http://bugs.debian.org/637978 I think it's a greatly better way to solve this.08:18
ubottuDebian bug 637978 in cups "cups: Please add a dpkg trigger to update PPDs on driver upgrades" [Wishlist,Open]08:18
=== doko_ is now known as doko
pittiOdyX: dpkg trigger sounds a lot more elegant indeed, thanks for working on this!08:30
OdyXpitti: thank tkamppeter for writing the postinst in the first place; it sounds almost easy now. :-)08:30
merlin371hey guys would anyone be able to help me? I'm getting an error when I try and run sudo pbuilder create08:33
sladenmerlin371: probably more luck if you paste (pastebin) the error message :-)08:34
merlin371E: Failed getting release file http://ppa.launchpad.net/qbzr-dev/ppa/ubuntu/dists/natty/Release08:34
merlin371E: debootstrap failed08:34
merlin371that's what I get08:34
tkamppeterOdyX, great. I like this. This perfectly overcomes the conflict between PPD updater and non-CUPS spooler support in Debian.08:38
tkamppeterOdyX, thanks for working on this.08:39
OdyXtkamppeter: actually, it's probably a damn simple patch as almost everything is already in CUPS's postinst.08:39
OdyX(if we accept updating "all" queues' PPDs at any driver upgrade, but I think that this is sustainable (and safe))08:39
tkamppeterOdyX, to check whether a driver package should trigger the update, the packages are all which contain *.ppd files under /usr/share/ppd and/or /usr/share/cups/model, files in /usr/share/cups/drv and/or files in /usr/lib/cups/driver. In addition it should be possible to manually mark a package as a printer driver package so that it triggers a PPD update.08:43
tkamppeterOdyX, every update of any printer driver package should trigger a PPD update then.08:43
OdyXtkamppeter: my strategy was just to trigger a CUPS "update all your queues' PPDs" whenever another package touches anythin under /usr/lib/cups/filter or /usr/lib/cups/driver08:44
RAOFmerlin371: Why is it trying to grab a PPA during debootstrap?08:46
RAOFmerlin371: Also know as: stop doing that :)08:46
sabdflour number08:47
merlin371RAOF I really dont know :P08:48
RAOFmerlin371: How are you calling pbuilder?08:49
merlin371sudo pbuilder create08:49
RAOFmerlin371: Pastebin your ~/.pbuilderrc?08:50
merlin371it's just one line http://pastebin.com/Jf5h5TGR I added what was said on the tutorial :)08:52
RAOFHm.  And /etc/pbuilderrc?08:53
merlin371I'm guessing that's the problem?08:54
merlin371what mirrorsite should I use on it?09:11
tkamppeterOdyX, you need change this strategy a little bit: The update should be triggered if anything under /usr/lib/cups/driver, /usr/share/cups/drv, /usr/share/ppd, /usr/share/cups/model, or /usr/share/foomatic is touched. All this influences PPD files.09:18
OdyXtkamppeter: reasonably easy; I'll put my level-0 patch to the bugreport within the hour.09:19
tkamppeterOdyX, it is also needed to mark binary packages manually as needing a PPD update after installation, as it can happen that the data on which the PPDs are based are in another binary package than the executable in /usr/lib/cups/driver.09:20
OdyXtkamppeter: the trigger always happens at the end of the installation process, so that should be OKay.09:21
tkamppeterOdyX, important is that one can mark packages manually when one creates them that they need the trigger.09:22
OdyXtkamppeter: I don't understand why: if one package installs / upgrade a file under any of those directories, then the trigger will update all queues.09:23
RAOFmerlin371: Just remove the mirrorsite and it'll use archive.ubuntu.com09:26
tkamppeterOdyX, imageing that package A installs an executable /usr/lib/cups/driver/A and this executable supplies PPDs to CUPS based on data in /usr/share/A. Now a printer driver package B puts data files into /usr/share/A in order to get its PPDs supplied via /usr/lib/cups/driver/A. Now let us have an update which only updates B and not A. This should also trigger the PPD update.09:27
merlin371ya it's working now RAOF thanks :)09:27
OdyXtkamppeter: if B puts a file into /usr/lib/cups/driver, it'll be OK.09:28
tkamppeterOdyX, so we must tell to packagers that every printer driver package which needs a PPD update has to put a file into the said directories. If it does not need so for itself to work, it should simply put a zero-byte dummy file.09:32
OdyXtkamppeter: well… for a driver to be recognised (and used) by CUPS, doesn't it already have such a requirement ?09:33
tkamppeterOdyX, principally yes and as AFAIK all current driver poackages have at least one file in the appropriate directories..09:34
OdyXtkamppeter: I sent the patch to the bug, it "works here", but is certainly imperfect.09:35
OdyXtkamppeter: what will be needed at "postinst removal" time on the driver packages is to add a versioned Breaks on cups, to ensure proper upgradeability.09:37
tkamppeterpitti, OdyX is introducing an infrastructure to eliminate repeated code in the postinst files of printer drivers. Should this go into Oneiric or wait for P.09:37
pittitkamppeter: the patch should be rather easy, just re-run the configuration for a trigger09:37
pittithis seems fine for me for oneiric09:37
pittiall of the actual code is already happening after all09:38
OdyXpitti: said patch is on the bug: http://bugs.debian.org/637978 .09:38
ubottuDebian bug 637978 in cups "cups: Please add a dpkg trigger to update PPDs on driver upgrades" [Wishlist,Open]09:38
tkamppeterpitti, OK, then if the appropriate CUPS is up, I will remove the code from the postinst files of the drivers.09:38
OdyXtkamppeter: I'm available to coordinate this trough Debian unstable: I propose we do the updates on the Debian side and "just" sync to Ubuntu.09:39
pittiOdyX: thanks, that looks fine09:39
pitti1.4.8 moved to testing, so I'm fine with uploading 1.5.0-2 to unstable now09:39
OdyXpitti: I dislike the '.*' regex as it creates a 14'000 lines file in /tmp, but I couldn't find my way around it.09:40
tkamppeterOdyX, why the '\' before the '.', does this not make the regexp matching only URIs beginning with any number of '.'s (which are all, as zero '.'s is included). Would it not be more intuitive to have the regexp empty or ".*"?09:48
OdyXtkamppeter: shell escaping. Otherwise the ".*" gets transformed as ".gitrc .bashrc …"09:50
OdyX(well at least here it was needed)09:50
tkamppeterOdyX, another problem is that the drivers used individual regexps to assure that PPDs get only updated with PPDs of the same driver (and flavor of the driver like HPLIP and Gutenprint have IJS and CUPS Raster drivers). The regexps also overcome weird nickname changes between driver versions.09:52
tkamppeterOdyX, so what we really need is that the drivers deliver their individual regexps but the code for the update is centralized.09:53
OdyXtkamppeter: I thought about that, yeah. And feared it would be necessary.09:54
OdyXtkamppeter: idea: cups triggers on any file in /usr/lib/cups/driver/regexes/ and drivers put their regex in those files: /usr/lib/cups/driver/regexes/${package}, which the trigger then reads.09:55
tkamppeterOdyX, so the CUPS package could deliver the code in a script which takes two (optional) parameters (the regexps). But we must do all these script runs at the end of the installation, in the trigger stage, to assure that for a CUPS user CUPS is running.09:55
OdyXtkamppeter: then use my "cupsppdupdate" (just a dump of the postinst): http://anonscm.debian.org/gitweb/?p=collab-maint/pkg-printing-tools.git;a=blob;f=cupsppdupdate/cupsppdupdate;h=dadc19a658904830122a72b54958f99f58118e99;hb=HEAD09:56
OdyXit even has a manpage.09:56
tkamppeterOdyX, OK, but let us use /usr/share/cups/regexps, as once the regexps are not executable programs (so they do not belong into /usr/lib) and second, /usr/lib/cups/driver/ should not get a subdirectory.09:57
OdyXsure. I picked a random name.09:57
OdyXmake that "driver-regexps", to be fully clear.09:57
tkamppeterOdyX, let us improve the name: /usr/share/cups/ppd-updaters09:58
OdyXtkamppeter: As it's your code, are you going to implement it in cups or do you need me to provide patches ? (I can do it, it's just a matter of not doing things twice.)09:59
tkamppeterOdyX, and note that there are two regexps, do not hardcode gennicknameregexp to empty.\10:00
OdyXtkamppeter: I mostly copy-pasted this from rastertosag-gdi's, feel free to make it even better.10:01
tkamppeterOdyX, as you are already on it, provide me the patch. Please base it on the current HEAD, which is 1.5.0 (probably in experimental).10:01
OdyXtkamppeter: okay. Will prepare somethin.10:01
tkamppeterOdyX, you can base the trigger on files in /usr/share/cups/ppd-updaters/ then. A PPD update without regexps does not make sense, as updating all queues easily leads to switches to an unwished driver.10:08
OdyXtkamppeter: opinions on rleigh's answer on the bugreport ?10:26
fish_just a question: is there something special on natty's libc related to getaddrinfo? (no, I don't want support but it looks like I've found a "bug" or feature or something forcing getaddrinfo to lookup dns instead of /etc/hosts10:31
Davieyfish_: best thing to do would be to raise a bug, with a minimal code example - and output on natty, and maverick - showing the difference.10:40
fish_Daviey: well, I don't have a maverick here right now.. but i'll open a bug with code example and output on natty vs debian/testing10:41
Davieyfish_: That sounds great!10:41
tkamppeterOdyX, I have answered Roger's question now.10:46
fish_Daviey: ah damn... shame on me *facepalm*.. soo stupid typo.. hostname was 'apollo' but hosts entries apollon... ;)10:55
Davieyfish_: heh.. at least you caught it :)10:58
fish_yeah, but kind of frustrating to spend so much time on a so stupid typo ;)11:00
cjwatsontseliot: could you please look at the fglrx-installer part of bug 827046?11:09
ubottuLaunchpad bug 827046 in fglrx-installer (Ubuntu) "package grub-gfxpayload-lists 0.2.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [High,Triaged] https://launchpad.net/bugs/82704611:09
tseliotcjwatson: sure, I'll investigate the issue. Thanks for reporting11:11
cjwatsonuploading the workaround now11:11
OdyXtkamppeter: Too bad: dpkg-triggers only launches …/postinst triggered /usr/share/cups/ppd-updaters11:26
OdyXtkamppeter: that means I don't know which package got updated.11:26
=== zyga is now known as zyga-doctor
Davieysmoser / cjwatson / stgraber : is bug #759545 likely to be addressed for Oneiric?  Thanks11:31
ubottuLaunchpad bug 759545 in grub2 (Ubuntu Oneiric) "user prompted to update unmodified grub configuration during Ubuntu server upgrade" [Medium,Triaged] https://launchpad.net/bugs/75954511:31
tkamppeterOdyX, we must somehow do one run of the ppd-updater in the end of the installation process and if there are no traces of which packages got actually updated, we must do updates on all regexp files in /usr/share/cups/ppd-updaters. To make it not too slow we must run "lpinfo -m" once and use this output for all updates.11:32
tkamppeterOdyX, perhaps we can determine by file change dates which packages got replaced with the current update and which not?11:33
OdyXtkamppeter: that means maintaining states for those, I don't want that.11:33
OdyXtkamppeter: "run lpinfo -m" once means having that not in a separate script, but all in the postinst (I can do that actually, not hard).11:34
=== yofel_ is now known as yofel
cjwatsonDaviey: not from my side11:46
dokoSweetshark, hi, any reason for not building lo in the libreoffice ppa?11:47
cjwatsonI'd take patches but it's a horrible rathole of a bug and IMO attempts to fix it have a very high propensity to go wrong11:47
Sweetsharkdoko: -l10n needs translate-toolkit-1.9 and that seems to be a bit messy repository-wise on our side.11:49
dokoSweetshark, what's the issue with translate-toolkit, if we do not import the translations, or do we?11:50
Davieycjwatson: it uses ucf, right?11:51
cjwatsonDaviey: sort of, it's a mix of ucf and manual handling11:51
cjwatsonwhich is why it's a pain11:51
Sweetsharkdoko: I trying a build without translate-toolkit which would work hopefully, but I wanna see a successful local build first.11:52
dokoSweetshark, comment out the export-gsi target11:52
Davieycjwatson: I'll see if smoser has any thoughts, it's really quite ugly at the moment.. but don't want to do more damage trying to fix it! :)11:54
OdyXtkamppeter: okay, I'm done. Pushing the patch to the bug in seconds…12:04
OdyXtkamppeter: http://people.debian.org/~odyx/tmp/04dde8d6a3f412b3e6b1d3a36e8bae06/cups-triggers_1.5.0-1.1.debdiff fyi.12:07
=== bregma_ is now known as bregma
=== dendro-afk is now known as dendrobates
tkamppeterOdyX, great, thank you. I will look into it.12:44
dokoProcessing 8 changed doc-base files...12:53
dokoErrors were encountered while processing:12:53
doko /var/cache/apt/archives/gstreamer0.10-camerabin_0.10.22-2ubuntu2_amd64.deb12:53
dokoError in function:12:53
dokoSystemError: E:Sub-process /usr/bin/dpkg returned an error code (1)12:53
dokoev: ^^^ there seems to be a replaces missing12:53
=== zyga-doctor is now known as zyga
mvojames_w: hello! do you have a advice for me? I'm trying to build a tree with a "flat" debian directory, i.e. instead of debian/changelog just changelog. it used to be possible to do this with bzr-buildpackage in --merge mode, but now its no longer. any hints for me how to make it work again?13:01
mvojames_w: fwiw its lp:~vmbuilder-dev/vmbuilder/packaging13:01
=== dendrobates is now known as dendro-afk
evdoko: okay, thanks13:21
mvohallyn: hi, I would like to do a new release of ubuntu-vm-builder but bzr-buildpackage is rather unhappy, do you have any preferences about how the package should be build? I would like to move it to a bzr-buildpackage configuration, it will require a working vcsversion.py, not sure yet how that is generated. or what method did you used in order to create the source package?13:21
hallynmvo: <thinking>13:27
mvohallyn: if you don't have any preferences, I would simply move the packaging into a new debian/ subdir13:27
hallynmvo: I guess i just stick the packaging dir in there by hand for each build13:28
mvohallyn: and generate the vcsversion.py via a bzr-buildpackage build hook13:28
hallynthat is, lp:~vmbuilder-dev/vmbuilder/packaging under lp:vmbuilder13:28
Davieymvo: Hmm, what are you doing with it exactly>13:28
hallynmvo: that's fine with me, though.  Please go ahead and document the new workflow somewhere.13:28
mvoDaviey: fixing it enough so that it can generate oneiric images13:28
mvohallyn: sure, I will create a debian/README.source13:29
hallynmvo: thanks!13:29
Daviey.. we were thinking of dropping it from the archive soon.. because nobody is maintaining it.13:29
mvohallyn: but the idea is that bzr-buildpackage will be enough, nothing else13:29
mvoDaviey: I know and yet livebuild is not (yet) a replacement IMO, at least last I checked it was not at all trivial to build a vm image with it13:29
mvoDaviey: and honestly I think we need to have something as simple as "whatever build kvm oneirc"13:30
hallynyeah, I'm rather using 'vm-new -t mini' as a replacement13:30
hallynmvo: bzr-buildpackage from vm:vmbuilder ?13:30
Davieyhallyn: vm-new ?13:30
mvohallyn: from the packageing checkout13:30
mvohallyn: so what do I need to install to get vm-new :) and will it be able to genertate images for older distro releases as well (I assume so, right)?13:31
hallynDaviey: vm-tools - see https://wiki.ubuntu.com/SecurityTeam/TestingEnvironment13:31
hallynmvo: yup, shoudl work for all releases.  That's a requirement for security team13:31
mvoeh, if I have to do all the 5 steps and create this textfile in ~ I think we are not quite there yet13:32
hallyncoudl be, but if there will be wider useage perhaps we cans mooth that out13:32
hallyns/cans mooth/can smooth/13:32
mdeslaurmvo: would you like a python gui as well? :P13:32
mvoI mean, no offense, but I'm really impatient and for me this is a tool13:32
mvomdeslaur: no, just "vm-new kvm oneiric" or whatever synatx after I installed it13:33
mvono exports, no textfiles13:33
Davieymvo: Yeah, it was just on my todo to raise an archive removal request this week. :)13:33
hallynDaviey: jinkeys.  i thought we were waiting for 12.04 to actually pull it13:33
mvoI think that is too early, IMO we need at least document what replaces it13:33
mdeslaurvm-new --mvo-mode kvm oneiric13:33
mvomdeslaur: yeah vm-new --auto kvm oneiric ;)13:34
hallynDaviey: note that vm-builder should mainly still work!  We just don't want to be maintaining all the little corner cases that break.13:34
mvomdeslaur: no offense, I think this is all wonderful work, but this last bit for just works(tm) is missing ;)13:34
hallynmvo: mdeslaur: i'd like to find some time to smooth some of that out and maybe make a package of it13:34
Davieyhallyn: I hit a corner case everytime i use it :)13:34
hallynDaviey: you *are* a corner case13:35
Davieythanks. :)13:35
hallynok well then maybe i shoudl bump priority of productizing vm-tools?13:35
hallynnote it's still not a full vmbuilder replacement as it requires running qemu/kvm...13:35
Davieywell rather that than reinventing d-i :)13:36
mdeslaurI'm not sure vm-tools is something that ought to be a package or a product13:36
mdeslaurit's a 2000 line bash script full of workarounds and hacks13:36
Davieymdeslaur: Does it support foreign arches btw?  armel on amd64 host?13:36
mdeslaurIt's not a vmbuilder replacement...it's just some scripts that we use to help us create vms13:37
* Daviey makes a mential note that this really needs clarification at the next UDS with what we are doing.13:37
mvoheh :) I will just go ahead and do my tiny tiny fix for vmbuilder to make it create oneiric VMs, I'm not attached to it in any way, but I need something like this that is so simply that even I can use it13:39
hallynmdeslaur: hm.  but don't you think that sort of thing always will necessarily be so?13:40
Davieyecho mvo > vmbuilder-maintainers.list13:41
hallynmdeslaur: always have to deal with little per-distro/per-release special cases, as well as local mirroring/network context?13:41
hallynanyway, i'll wait then :)13:42
mdeslaurhallyn: yes, but I don't think a 2000 line bash script is the way to handle it...package it if you want, but you'll be spending all your time SRUing fixes to it13:43
mdeslaurupdates break it, new releases break it, etc.13:43
mdeslaurironically, it's not a vmbuilder replacement...it used to be a wrapper _around_ vmbuilder :P13:44
Davieyhallyn: /usr/bin/vm-tool could just be a wrapper to wget from http://people.ubuntu.com/~mdeslaur/vm-tool and exec as root. Seems clean enough to me :)13:45
hallynyes, but most bug reports for vmbuilder didn't come from vm-tools users :)13:45
hallyncause it had fewer options.13:45
mdeslaurDaviey: there you go! +113:46
mdeslaurhallyn: right...so what we need then is a vmbuilder replacement that only uses command line opts, and then modify vm-new to use that replacement to add all our hacks and customizations13:46
hallynwell, one coudl argue that we spend enough time maintaining an installer that requiring users to set up their own pre-seeded install isn't unreasonable13:47
hallynmdeslaur: let's have Daviey write it :)13:47
mdeslaurhallyn: ah! sounds like a plan :)13:47
DavieyI'll write it in go.13:49
mdeslaurDaviey: there you go, and you'll win a prize :)13:50
hallynDaviey: \0/13:50
hallyn(i'm an alien, i always have a big head)13:50
mdeslaurmaybe testdrive is the tool that should be used13:50
hallynit doesn't actually install13:50
Davieyheh.. smoser and perhaps RoAkSoAx was quite keen for cobbler/koan to be considered for a replacement13:51
hallyndo they have a prototype?13:51
DavieyRoAkSoAx did show me how easy it could be with koan.13:51
mdeslauryes, I actually started to try and get koan working and packages13:52
mdeslaurbut I lost patience and added preseeding to vm-new instead13:53
mdeslaurbut koan would be a lot better at a package app than a 2000 line bash script13:53
hallynRoAkSoAx: ^ if you've been advocating it as a replacement, do you have something close to a package providing a cmd-line tool that can be tried out?13:54
hallynDaviey: uh, now, you're uploading gtk-vnc with sbeattie's fix right?13:55
Davieyyes sir!13:55
hallynDaviey: thanks :)13:56
smoserimo the right way to build vms is via network or cd boot13:56
smoserwhich is waht koan does, but which can also be fairly easily done without cobbler requirement13:57
smosersee my 'cobbler-devenv' and the way it builds a reproducible image13:57
smoserthe one nasty thing in it is that it ahas to extract the initramfs and gues at the command line parameters that would be set by syslinux13:58
smoserimo the right way to fix *that* is to have the installer optionally read a seed file off a LABELed disk.13:58
smoserthen we'd just attach a second ISO or floppy disk that had a preseed in it it and a label named "PRESEED" on the filesystem.13:58
smoserand boot the Cd13:58
hallynsmoser: yes, that's how the new mini type for vm-new works13:59
hallynI nabbed that idea+code from yours :)13:59
hallynworks very nicely13:59
smoserand no root!13:59
smoserbut really, we need more cooperation from the installer13:59
smoserparsing syslinux is no fun, and changes every release.13:59
Davieysmoser: you and your care for non-root...13:59
hallyndon't you run everything as root anyway?14:00
* hallyn loads up a flash website14:00
smoseroh, i like root, and i like the fact that i have root on just about every machine Daviey touches.14:00
mdeslaurhallyn: btw, I still haven't merged your mini iso stuff in, I was trying to get virt-install to use a initrd without rebuilding the iso14:02
mdeslaurhallyn: but haven't succeeded yet14:02
RoAkSoAxhallyn: sudo apt-get install koan :)14:02
RoAkSoAxhallyn: https://help.ubuntu.com/community/Cobbler/Deployment#Deploying via koan14:03
RoAkSoAxhallyn: and yes smoser's cobbler devenv is also pretty cool14:03
RoAkSoAxhallyn: btw.. SRU's version on changelog's are like (if changelog is ubuntu2 then SRU is ubuntu2.1)14:08
hallynRoAkSoAx: my understanding was that that's only needed if the next release has ubuntu3, but not if it switched to a whole new version14:11
hallynbut in any case yeah i did notice i didn't do that in the other debdiff.14:12
hallynbut since i've deleted that, you can all just STEP OFF!  :)14:12
hallynall right time to figure out wtf is going on with libvirt+cgroup-bin14:13
RoAkSoAxhallyn: but I should proceed with the SRU's right?14:13
hallynRoAkSoAx: the ones i asked about yesterday?  yes please14:18
RoAkSoAxhallyn: cool. Looking at them right now ;)14:18
=== dendro-afk is now known as dendrobates
dobeypitti: ping https://bugs.launchpad.net/ubuntu/+bug/817133/comments/13 :)14:33
ubottuUbuntu bug 817133 in Ubuntu "[FFe] [needspackaging] ubuntuone-installer needs packaged" [High,New]14:33
RoAkSoAxhallyn: uploded!14:35
hallynRoAkSoAx: thanks!14:35
hallynRoAkSoAx: i may have to submit another upload soon-ish :(  think we need a cgrulesengd policy for libvirt.  not sure yet14:36
=== dendrobates is now known as dendro-afk
RoAkSoAxhallyn: ok, just let me know ;)14:36
hallynjbernard: hey, do you have a sec?14:44
hallynjbernard: i have a cgrules.conf entry:14:45
hallynroot:libvirtd   *               libvirt/14:45
hallynbut libvirt only ended up in cpu:libvirt, but is in devices:/sysdefault (and sysdefault for all the others)14:46
hallynjust wanna make sure i'm not doing something wrong with the entry14:46
hallynwell this must be a bug14:50
hallynmeh.  perhaps we want the default libcgroup install to run cgrulesd but NOT cgred14:59
hallynsmoser: ^14:59
hallynsmoser: have you tried running '/usr/sbin/cgrulesengd -v -d'?  every task create causes that thing to work14:59
hallynmaybe they should be split up into two packages15:00
hallynwell, that's for later i guess.  fix the bug first15:00
smoserhallyn, i think libvirt works fine15:03
smoserits cgroups-bin that is the issue15:04
smoserits not starting before libvirt and then libvirt has to be restarted and 'restart libvirt' doesn't funciton15:04
hallynsmoser: no15:04
hallynsmoser: yes cgroups-bin is the issue.  but just bc it reclassifies libvirt under /sysdefault15:05
hallynit *has* to start before libvirt.  we have upstart enforcing that15:05
hallynwell, ok15:06
hallynwhat you point to is the better fix, but it's a fix in libvirtd!  it should be able to handle having its cgroup changed15:07
hallyni.e. it starts in '/', then cgred gets aroudn to reclassifying it15:07
mterryDoes anyone know why installing devscripts ends up asking a dpkg question about postfix setup?  (I understand the dependency tree, but I'm curious if there's a good reason we need to keep doing this...)15:08
mterrycjwatson, seems like you would know ^^15:08
cjwatsonI do not15:09
cjwatsontry lamont15:09
mterrycjwatson, thanks!  lamont, consider yourself asked  :)15:10
infinitymterry: Are you asking why postfix asks debconf questions, or why devscripts is pulling it in?15:10
mterryinfinity, devscripts->bsd-mailx->default-mta->postfix  is the chain I think15:10
mterryinfinity, I guess why it should ask debconf questions15:10
infinityBecause an MTA that asks no questions ends up being nearly useless.15:11
infinityWhen we shipped one by default, we used to go questionless, and people complained because it was neutered (it had to be to not have open ports).15:11
hallynsmoser: (honestly, it doesn't quite make sense to me.  the code seems to do the right thing.  this shouldn't be happening)15:11
infinityWhen we moved all the m-t-a deps to recommends, we un-neutered postfix.15:12
infinityAnd I suppose then things went pear-shaped with install-recommends-by-default, where people now get asked questions sometimes, but... It beats typing "apt-get install postfix" and ending up with something that doesn't actually work as an MTA.15:12
mterryinfinity, I'm looking at making the fresh-to-Ubuntu-packaging experience easier, and the dpkg question seems to be a point of pain.  I'm trying to see what could be done to make that easier/go away15:13
infinity--no-install-recommends will make it go away. :P15:13
tkamppeterOdyX, I have tested your patch and added it to Debian's BZR repo of CUPS now.15:14
OdyXtkamppeter: yay. Did you need to change stuff ?15:14
tkamppeterpitti, can you upload the CUPS package to Debian and Ubuntu? Thanks.15:14
mterryinfinity, bsd-mailx is used for 'bts', 'mass-bug', and 'pts-subscribe' devscripts.  I assume those are all useful enough that we couldn't tweak them or move them to a suggested package or something?15:15
tkamppeterOdyX, no, worked out of the box. I have tested by updating rastertosag-gdi appropriately.15:15
infinitymterry: mailx itself is already suggested...15:15
infinitymterry: But perhaps in a recommends chain from another recommends?15:15
Laneymterry: install another mta explicitly such as nullmailer, then you won't get postfix at all15:16
infinityThat's an option, sure.15:16
mterryLaney, hm15:16
mterryinfinity, bsd-mailx is in the recommends for devscripts, not suggests15:17
infinityI dunno.  Call me crazy, but if people can't answer a debconf prompt, or figure out how to install another MTA to avoid a dependency, their packages will frighten me. ;)15:17
mterryinfinity, :) actually, I'm coming at this from the "quickly" side, where the tool is doing the packaging for the user15:17
mterryinfinity, so I'm targetting a pretty packaging-leery audience that doesn't want to see such questions15:17
infinitySuggests: bsd-mailx | mailx15:18
infinitymterry: Which version are you seeing that as a recommends?15:18
OdyXtkamppeter: by re-reading the patch, I think we should put the lpinfo -m in a if [ "$1" = configure ] || [ "$1" = triggered ]; then …; endif to not launch it in other cases.15:18
Laneyinfinity: appears to be recommends on natty15:21
* infinity is curious when that changed.15:22
Laneygit blaming now15:22
mterryinfinity, 2.10.69ubuntu215:22
mterryinfinity, in oneiric15:22
Laneygrr, wrap-and-sort15:23
=== dendro-afk is now known as dendrobates
infinityAnyhow, that's probably the "correct" solution for us, going forward.15:24
infinityNeutering postfix for the sake of an odd use-case of "devscripts being used by people who don't understand what devscripts is for" seems odd to me. :P15:25
jtaylorbarry: there is a minor problem with the m2crypto upload, it accidentally patches the removed file back in and one of the patches include to seperate fixes15:25
jtaylorbarry: the former is not really a problem, as the file was confirmed as free by the author, the latter would be nice for the future merge in P15:25
pittitkamppeter: ah, thanks for committing the patch15:26
barryjtaylor: can you submit a bug report on it?15:26
jtaylorshould I fix it?15:27
jtaylorno functional change so no exception necessary15:27
barryjtaylor: that would be great; happy to sponsor it15:28
mterryinfinity, ok, I can look into why it is now a recommends instead of a suggest and maybe it's a revertable change...15:29
infinitymterry: Err.  No, it's now a suggests.  It *was* a recommends.15:29
infinitymterry: As in, this is fixed in unstable and oneiric.15:30
jtaylorbarry: not sure if I should remove the unintentional adding of the file, as there is an allowance by the author to distribute it, maybe just add a notice to the patch?15:30
barryjtaylor: good question.  ScottK might have some input on that.  if there's some definitive reference for its free-ness, adding that to the patch and leaving the file included should be okay i think15:32
mterryinfinity, guh, I'm using two laptops, one oneiric and one natty15:32
mterryinfinity, looking at natty, but mentally thinking oneiric, because that's where my chat is15:32
mterryinfinity, ok, awesome15:32
infinityOkay, this is really starting to irk me: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist15:37
=== kklimonda is now known as Guest54756
barrybdmurray: ping15:41
barry(might be too early for you tho)15:41
bdmurraybarry: not if I'm in London (which I am)15:42
barrybdmurray: ah! cool. do you have a few minutes to talk about launchpad bugs?15:42
bdmurraybarry: yes15:42
barrybdmurray: i'll go to pvtmsg15:43
pittitkamppeter: uploaded15:48
tkamppeterpitti, thanks.15:51
OdyXyay, thanks !15:53
pittiOdyX: thanks muchly15:53
mdeslaurcyphermox: any idea on how to get evolution to not segfault on startup now that I've updated to oneiric?15:54
OdyXNow it's time to update all drivers to use that. Yay.15:54
=== Guest54756 is now known as kklimonda
seb128mdeslaur, run it in gdb?15:54
seb128(that does it for me)15:54
mdeslaurseb128: nope, no dice :(15:56
=== deryck is now known as deryck[lunch]
=== beuno is now known as beuno-lunch
cjwatsonLaney: ah, I missed the existence of syncpackage -d, thanks16:18
tumbleweedand I was just about to file a sync request for ubuntu-dev-tools... :)16:20
LaneyNEVER AGAIN!16:21
jamespagedoko: are you tagging Java on ARM related bugs in any way?16:28
kirklandhallyn: Daviey: just read a little of the above conversation;  cobbler+koan is *very* slick for that16:29
dokojamespage: jamvm16:30
dokocjwatson: where can I find the usb images?16:31
cjwatsondoko: nowhere yet, I'm to sort them out this week16:33
dokocjwatson: are these a subset of the dvd images, or is there something more installed?16:33
dobeypitti: replied on bug. sorry for all the confusingness of it all. :)16:34
cjwatsondoko: they should end up being roughly a subset16:35
mdeslaurcyphermox: hmm...I think doing dpkg -P evolution-webcal fixed it16:36
hallynkirkland: can it be reduced to a single command line tool to create any supported ubuntu release?16:36
mdeslaurcyphermox: or one of these: dpkg -P libecal1.2-8 libebook1.2-10 libebackend1.2-0 libebook1.2-8 libedata-book1.2-816:37
kirklandhallyn: hmm, good question;  with the right preseed, yes, i don't see why not16:39
kirklandhallyn: poke RoAkSoAx, as he's really deft at it16:39
hallynwe have, i think it's on his brain :)16:40
Laneycjwatson: do you mind if i sync mono or would you still like to reserve it to test?16:56
Ursinhakenvandine: hey, now I understand what you said yesterday :)16:57
cjwatsonLaney: could I still reserve it just for a bit longer, I'd like to test that fix17:02
cjwatsonLaney: hm, I notice that BaseWrapper has a __call__ method that's return self._lpobject17:02
Laneyyou could actually do the sync if you want, I've got to walk home now17:02
cjwatsonLaney: do you think that violates encap too?17:02
cjwatsonI sort of agree that at least the bare copyPackage method probably ought to be done in lpapicache, so that callers just see Archive wrapper objects, though17:02
LaneyI see why it can be pragmatically useful, but I'd prefer to keep stuff in ubuntutools as far as possible17:03
Laneylike I say, don't block on that though — we can do it later17:03
cjwatsonI'm doing it now anyway :)17:03
cjwatsonseems like a very odd use of __call__17:03
=== deryck[lunch] is now known as deryck
LaneyI wonder if it's made use of anywhere17:04
cjwatsonhard to tell ...17:04
Laneysilly dynamic languages :-)17:05
Laneyanyway, back later17:05
=== beuno-lunch is now known as beuno
tkamppeterkees, hi17:28
keestkamppeter: hello!17:32
* doko hides from the colord fight ...17:34
kenvandinehey Ursinha17:36
tkamppeterkees, I have seen your answer. So we must see whether Richard Hughes (or RAOF) can improve the situation, otherwise we need to skip the Blueprint over to P and give Richard six months to improve colord.17:50
=== bdrung is now known as bdrung_vacation
tkamppeterkees, the inserted media case is already covered by one of Richard's patches. RAOF could include it in the package.17:58
ahasenackhi guys, are there some guidelines somewhere about using dh_python2 in ubuntu? Or should I just follow the debian guides?18:00
micahgahasenack: http://wiki.debian.org/Python/TransitionToDHPython2?action=show&redirect=Python%2FPythonSupportToDHPython2, conversion needs an FFe though18:02
ahasenackmicahg: FFe for what, oneiric?18:02
micahgahasenack: yeah, the change probably shouldn't happed for anything before18:03
ahasenackmicahg: ok, thanks18:03
ahasenackmicahg: I'm playing with a ppa first, and this package isn't in ubuntu18:03
micahgah, ok, well have fun then :)18:03
ahasenacknor debian18:03
ahasenackmicahg: is there a doc for starting from scratch with dh_python2? That one is about converting existing packages18:04
ahasenackI guess man dh_python218:04
ahasenackor the instructions about packaging python apps, let me search for that18:05
slangasekfrom scratch:  %:\n\tdh $@ --with=python2\n^D18:07
slangasekby default, it should all DTRT18:08
ahasenackI meant a debian/rules file, not /etc/sendmail.cf18:08
slangasek   dh $@ --with-python218:09
ahasenackmuch nicer :)18:09
ahasenackok, I will have to work a bit here, as this package has to build on hardy, lucid and all the rest that is still supported18:09
slangasekwell, backporting dh_python2 for lucid is a todo for this cycle still18:10
ahasenackI have lots of ifneq (,$(findstring $(dist_release),"hardy")) type of things in this rule file18:10
slangasekbut backporting it to hardy isn't in the cards; the python upstream support isn't there that far back18:11
ahasenackand the other releases18:11
jtaylor--with python no hyphen18:11
dobeyScottK: do the last few comments on bug #817133 help any? or you need more clarification?18:15
ubottuLaunchpad bug 817133 in Ubuntu "[FFe] [needspackaging] ubuntuone-installer needs packaged" [High,New] https://launchpad.net/bugs/81713318:15
slangasekjtaylor: er, yes; I meant --with=python2, sorry18:17
slangasekyou know, I would swear flashplugin is eating less CPU now that I've removed ia32-libs18:18
micahgslangasek: is flashplugin-installer using the multiarch libs now?18:19
slangasekmicahg: all the libs necessary to cross-install flashplugin-installer are multiarched18:19
slangasekmicahg: so you need only run 'apt-get install flashplugin-installer:i386'18:20
micahgslangasek: can we switch the amd64 version to use the multiarch 32 bit libs?18:21
slangasekmicahg: no; what we can do is drop the amd64 package from the archiv18:21
micahgslangasek: why wouldn't we want to have it displayed as an option to install for people? (or does flashplugin-installer:i386 show up in software center)?18:22
slangasekmicahg: i386 packages will show up just fine in software center18:22
slangasekand "want to have it displayed" is not the issue - the issue is that we don't support specifying "this package of arch x depends on that package of arch y"18:23
slangasekyou can only say "arch needs to match" or "arch doesn't need to match" - so it has to be an i386 package to ensure the correct i386 libs are pulled in18:23
micahgslangasek: also, don't we still need the nspluginwrapper depends for it?18:23
slangasekI'm working on that part18:24
jbichaAdobe just needs to hurry up and release Flash Player 11 for 64bit18:32
slangasekthey did that once before; it wasn't very good18:32
slangasekwell, not 1118:32
slangasekother numbers18:32
jbichait was never an official release, just an unsupported beta right?18:33
micahgslangasek: does multiarch installation work against partner as well or just the main archive?18:33
jbichaI'm using Flash 11 64 from sevenmachines' PPA18:33
slangasekmicahg: works fine with partner; I have skype:i386 installed right now, and have tested adobe-flashplugin:i38618:33
micahgslangasek: very cool, so once you get the nspluginwrapper bits fixed, we can just drop flashplugin-installer entirely18:34
slangasekhmm, really?18:35
slangasekI didn't realize that was the only reason it was around18:35
micahgyeah, flashplugin-installer is just a wrapper to handle the nspluginwrapper bits18:35
ricotzslangasek, hello, could you get gnome-menus NEWed?18:37
slangasekricotz: there are an awful lot of packages in the NEW queue ahead of it; is there some particular reason gnome-menus is needed right now?18:38
ricotzslangasek, hmm sorry, i would like to update the gnome-shell snapshot which already depends on it18:40
ricotzslangasek, i was hoping pitti would get to it, but he called it a day already ;)18:40
slangasekricotz: I'll have a look at cutting down the NEW queue, but it's first come first serve :)18:40
ricotzslangasek, no problem, thank you18:41
slangasekbdmurray: is there a sensible way to write a bug pattern to trap the duplicates listed on https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bugs?field.searchtext=upgrade+134 ?  (The error code is not enough to identify them as duplicates, we should examine the backtrace in the term.log...)18:59
micahgLaney: did you use th new script to sync mono?19:01
micahgso, it's not doing the equivalent of -vUBUNTU_VERSION, I'm just wondering if this is a known issue19:03
Laneyjust filed it19:03
slangasekScottK: still waiting for Debian feedback on bug #825689?19:04
ubottuLaunchpad bug 825689 in qt4-x11 (Ubuntu) "libqt4-dbus: contains an executable in /usr/bin, breaks multiarch, Policy 8.2" [Medium,New] https://launchpad.net/bugs/82568919:04
slangasekScottK: provided that no one can see a reason that qdbus is needed in the -dev package, I'm happy to JFDI19:04
cjwatsonLaney: I filed that too ...19:07
slangasekmdeslaur: I've just uploaded a multiarchified nspluginwrapper; I have one outstanding doubt, which is that the internal protocol between npwrapper.so and npviewer.bin has changed since natty, which implies there should be a versioned dependency between the i386 and amd64 parts.  Do you have an opinion on what that versioned dep should be?  Should it just be kept in version lockstep?19:07
micahgheh, glad I asked19:07
Laneygot a number so that I can dupe it?19:07
cjwatsonha, adjacent bug numbers!  bug 827576 bug 82757719:07
ubottuLaunchpad bug 827576 in Launchpad itself "copyPackage only includes changes from upload being copied" [Undecided,New] https://launchpad.net/bugs/82757619:07
ubottuLaunchpad bug 827577 in Launchpad itself "native sync announcement mails don't show all changes since last version" [Undecided,New] https://launchpad.net/bugs/82757719:07
cjwatsonI guess yours wins19:07
micahgcjwatson: I filed a sponsored sync bug earlier, but yours is more verbose, so I duped mine to yours19:08
cjwatsonmicahg: I had a sponsored sync bug?19:08
tumbleweedit looks like "derivation" is the tag to use for copyPackage bugs19:08
cjwatsonit is19:08
cjwatsonper bigjools19:08
micahgcjwatson: a bug about supporting sponsored syncs19:08
cjwatsonoh, ok19:09
mdeslaurslangasek: multiarchified? oh, you split the package in half? I'm not quite sure I comprehend19:09
slangasekmdeslaur: right; so 32-bit npviewer.bin is now in an i386 package, the 64-bit npwrapper.so is in an amd64 package, and the amd64 package depends on 'nspluginviewer' - of which there's only one in the archive, on i386, so the dep gets satisfied via multiarch19:10
cjwatsonmicahg: thanks, I hadn't gone through the full list, on the assumption that since I was writing the client tool I'd be encountering most of the problems for the first time :-)19:10
slangasekmdeslaur: so because they're now in two separate packages, there could be version skew unless we specify otherwise; so I'm wondering what to specify19:11
mdeslaurslangasek: oh I see...yeah, I'd go with a version lockstep19:11
* mdeslaur hugs slangasek for killing ia32-libs19:13
slangasektrying to kill it19:13
slangasekI think I've cut through the skin ;)19:13
mdeslaurslangasek: so the ia32-libs package will be empty and will just have depends for whatever it's contents used to be?19:14
seb128slangasek, you probable want gtk3 switched to multiarch19:15
seb128having gtk2 converted is nice but that one is deprecated ;-)19:15
slangasekYokoZar: hi, speaking of killing ia32-libs, I see that there hasn't been much progress on multiarching the stuff that was recently added for wine's benefit.  Do you think you'll have time to work on that sometime soon?  I'm inclined to kill ia32-libs from the archive as soon as p opens19:15
slangasekseb128: yes, I would like that... I sighed when I saw it had been added in non-multiarch form :)19:16
slangasekthough I guess the packaging dates back to maverick, so that makes sense19:16
seb128right ;-)19:17
YokoZarslangasek: I'll need to see exactly what's missing still19:17
seb128it's somewhat on my list but desktop world still has lot of things that need to be done for oneiric19:17
YokoZarslangasek: and the state of how much today's wine depends on it19:17
seb128so not sure when it will be done, it's rather low on the stack19:17
slangasekseb128: yes, and it's probably too late to change that for oneiric; best to do the conversion when p opens19:18
slangasek(it's not a blocker for ia32-libs reduction, anyway)19:18
tumbleweedcjwatson: hrm I notice debversion isn't validated, and I can file a sync request for a package that launchpad hasn't imported from debian yet19:18
tumbleweedah bug 826850 will take care of that19:21
ubottuLaunchpad bug 826850 in Launchpad itself "package sync failures should send a rejection email" [High,In progress] https://launchpad.net/bugs/82685019:21
slangasekmdeslaur: depends for its contents> nothing nearly so gentle; since we have no way for ia32-libs to say "Depends: libcups2:i386" right now, the plan is to simply cull the contents, and users will need to be sure to upgrade to the oneiric i386 version of the package in question19:22
slangasekmdeslaur: so partial upgrades would be broken, and some local packages might be broken - users would have to track down the corresponding i386 package and install that19:23
slangasekor resolve the library deps by hand19:23
mdeslaurslangasek: I see...I'm just thinking of people downloading something like skype from their website19:24
mdeslaurslangasek: where they have an amd64 package that pulls in ia32-libs because it actually contains i386 binaries19:24
slangasekthere's a skype package in partner19:24
mdeslaurslangasek: but...meh...19:24
tkamppeterI cannot start emacs, I get19:24
tkamppeteremacs: symbol lookup error: /usr/lib/gio/modules/libgiozeitgeist.so: undefined symbol: g_desktop_app_info_launch_handler_get_type19:24
mdeslaurslangasek: yes, exactly19:24
tkamppeterAny workaround?19:24
slangasekand since they're a *partner*, perhaps we can encourage them to drop the amd64 .deb19:24
slangasekin general, I expect ISVs will be thrilled to not be providing amd64 .debs anymore :)19:25
slangasekseb128: btw, I committed a small multiarch fix to gtk+2.0 bzr; should I upload that, or wait until there's another reason to upload?19:32
seb128slangasek, if you want to upload feel free but I think doko was looking at starting a rebuilds test so maybe check with him if that's a right time to create instalability issues on some archs around gtk19:33
slangasekseb128: does gtk out-of-dateness cause uninstallability?19:33
dokowell, I don't think so19:34
dokotoday's toolchain builds are all in the archive for amd64/i38619:34
slangasekall dependencies on libgtk2.0-common are unversioned, so it should be safe19:34
seb128slangasek, it used to, I think it got fixed though19:35
seb128slangasek, right, feel free to upload then ;-)19:35
slangasekseb128: cool, going19:35
slangasekdoko: oh, another round of toolchain builds before the test rebuild?19:36
dokoslangasek: they're done19:36
slangasekstill thinking to start the test rebuild today?19:37
Laneyinteresting, the Debian uploader gets credited with syncs using the API19:37
slangasekcool... once there are some failure logs I can spend some time hammering on those19:39
=== Amaranthus is now known as Amaranth
bdmurrayslangasek: I'd think so20:11
jmlthat is a lot of kept-back packages20:14
jmlupgrade made caps lock stop being a control key :(20:30
cjwatsontumbleweed: wouldn't hurt to validate it anyway; I'll take care of that20:30
cjwatsonLaney: er, they do?  I thought that was fixed20:30
Laneycredited was probably a bit much, but nobody gets it on +uploaded-packages20:31
ionjml: This? https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/74021420:31
ubottuUbuntu bug 740214 in console-setup (Ubuntu) "Keyboard settings reset to X defaults whenever keyboard-config is updated" [Undecided,New]20:31
cjwatsonLaney: do file a derivation bug then ...20:32
SpamapShmm.. so gdal is building without finding libxerces .. despite having --with-xerces and libxcerces-28-dev as a build-dep..20:33
jmlion: seems right20:33
SpamapSThere is the failure from config.log ...20:33
jmlion: definitely same symptoms, but so much was upgraded I couldn't swear to same cause20:33
SpamapSI notice that -lxerces-c is before conftest.cpp ...20:34
SpamapSI've seent his problem before.. but not sure how to correct it20:35
SpamapSif -lxerces-c is moved after conftest.cpp .. it works fine20:36
cjwatsonSpamapS: put -l arguments in LIBS not LDFLAGS during configure20:43
cjwatsonone of the standard failures with ld --as-needed20:44
SpamapSHeh.. that was me :q'ing the wrong file.. to go try that. :)20:44
broderhaha, i assumed you screwed up the :p smiley20:44
SpamapSdouble entendre, vim style20:45
cjwatsonthere are pkg-config options that may help IIRC20:45
ionjml: Look at the dpkg/apt log. Was keyboard-config updated?20:45
SpamapScjwatson: so it looks like a new m4 macro is in autoconf archive that does it "right" ..20:46
cjwatsonsounds plausible20:46
jmlion: yes20:47
cjwatsonwe're not the only distro using --as-needed after all20:47
SpamapSbut they changed the name from "with-xerces" to "with-xercesc" .. hrm.20:47
SpamapS        saved_LDFLAGS="$LDFLAGS"20:47
SpamapS        LDFLAGS="$LDFLAGS $xerces_lib_flags"20:47
SpamapSso need to change that to LIBS20:47
cjwatsonif you're unlucky you may need to split them20:48
cjwatsonI did that recently in, er, was it collectd?20:49
SpamapSthis one was never found as it just silently moves on w/o xerces support20:50
dokoslangasek: https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+builds?build_text=&build_state=failed20:54
jmlion: heh, I also can't seem to run the keyboard preferences app either. or logout :\21:01
* jml does it the old-fashioned way21:02
=== yofel_ is now known as yofel
=== Quintasan_ is now known as Quintasan
=== dendrobates is now known as dendro-afk
slangasekdoko: yay :)21:46
dokoslangasek: well, business as usual, we don't get any buildds :-(21:47
dokoI'll rescore ~300 builds before I get to bed21:48
slangasekby hand? :/21:48
dokocurrently scoring down all the uninteresting builds21:49
slangasekwould really be nice to get the default queue balancing fixed21:50
ScottKbarry and jtaylor: I'd say that since the author confirmed the file was Free, there's no need to worry about it being there (my comments about removing it were from before that was known (at least to me)).22:40
barryScottK: +122:40
ScottKdobey: I think it's clear now.  Thanks.22:41
jtaylork then I'll add the patch to bzr with a comment?22:41
ScottKslangasek: I think moving it there for the moment is fine.  I was hoping to get feedback from fabo first though.  Maybe you can ask him?  I don't mind JFDI if he doesn't reply soon.22:42
slangasekScottK: as long as it's just a question of where to move it or whether to drop it, it's easy enough to move it again if needed and I'm happy to do that; I'd just like to get the upload done since it blocks me taking an axe to ia32-libs ;)22:44
slangasekanyway, have pinged fabo22:44
ScottKslangasek: Let's not block axing ia32-libs.22:44
RAOFslangasek: Thinking of ia32-libs - are you able to install libgl1-mesa-glx:i386?22:45
slangasekRAOF: well, I appear to *have* it installed... I think libgl1-mesa-dri isn't coinstallable however, due to libdri2+libpciaccess22:46
slangasekdue to just libpciaccess, rather22:46
RAOFslangasek: Yeah, for me it works fine once it's already installed.  But trying to install it fails.22:46
* RAOF should prod #debian-x again on the libpciaccess multiarch branch.22:46
cjwatsonLaney: I happened to notice that that __call__ method is used in the implementation of Archive.getSourcePackage22:46
slangasekRAOF: pastebin the failure?22:47
cjwatson                srcpkg = self.getPublishedSources(source_name=name,22:47
cjwatson                                                  distro_series=series(),22:47
slangasekoh, libpciaccess is debian-x, innit?  I should upload that then :P22:47
slangasekwell, no22:47
cjwatsonalthough that's in lpapicache itself so arguably doesn't count22:47
slangasekI should fix the xorg copyright file so KiBi doesn't stab me for playing with multiarch ;)22:47
RAOFslangasek: http://paste2.org/p/159002622:48
cjwatsonLaney: TBH it would be nice for BaseWrapper objects to automatically JSON-serialise to the right thing so that passing them directly to LP API methods just works22:48
RAOFslangasek: You're multiarching xorg?22:48
slangasekRAOF: oh, that error, argh22:48
slangasekRAOF: well, I have Debian XSF commit access, and have push most of the multiarch patches into unstable22:49
slangasekRAOF: do you have an up-to-date version of libgl1-mesa-glx installed?22:49
RAOFslangasek: Were I to guess, I'd guess that it's because libgl1-mesa-glx Provides/Conflicts/Replaces libgl1, and there's already libgl1-mesa-glx:amd64 providing that package.22:49
slangasekRAOF: IME, that error happens because apt is doing something wrong when trying to calculate how to sort out the implicit conflict between $package:i386 $ver and $package !$ver22:50
RAOFslangasek: Yes; I've got an up-to-date libgl1-mesa-glx:amd64 installed.22:50
slangasekoh, interesting22:50
RAOFslangasek: Ah. So you're not multiarching the Xserver, just all the libs and such.  Yeah.22:51
slangasekI don't see the point in a multiarched X server22:51
ionCan one switch an ia32 system to amd64 yet without reinstalling?22:52
slangasekion: only if you hack yourself up a multiarch libbz2 locally :)22:52
slangasekcross-grading is not a goal for this cycle22:53
cjwatsonoh, bah, multiarch libbz2 didn't just happen for us?22:53
slangaseknot yet22:53
ionMultiarch libbz2 is the *only* thing missing for that?22:53
slangasekanibal has a few FTBFS bugs in unstable, I guess he's a bit inactive at the moment22:53
cjwatsonhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528143 poo22:54
ubottuDebian bug 528143 in bzip2 "Add multiarch support" [Wishlist,Open]22:54
slangasekion: actually, we ironically have regressed a bit this cycle because libapt-pkg has been split out into a separate package.. and isn't multiarched :D22:54
slangasekbut libapt-pkg and libbz2 should be the only ones needed to switch your system's architecture view22:55
slangasekonce you have apt and dpkg switched, the rest is a simple matter of calculating the upgrade path22:55
cjwatsonand remember to switch the kernel first :)22:56
slangasekhah, yes22:56
slangasekwell, that's easy enough, won't dpkg fail to configure itself if you don't? :)22:56
barryslangasek: tell me there's no chance that setting up multiarch as per your email can break your desktop22:56
slangasekbarry: there's no chance :-)22:57
barryslangasek: okay, back to the drawing board ;)22:57
slangasekbarry: slow down apt-get update and possibly cause extra warnings if you have any single-arch apt sources enabled, yes; but it shouldn't break the desktop :)22:58
barryslangasek: yeah, i really think my desktop was broken by trying to install fglrx, not by enabling multiarch22:58
barryslangasek: hopefully the desktop guys will be awake tomorrow, 'cause i'm at a dead end trying to get it working again22:59
RAOFbarry: Ah, you're here!23:00
slangasekoh poo; libedit is FTBFS in the archive rebuild test, and it uses pmake, which is multiarched... which means I have to *un*multiarch libedit as part of the patch if I don't want to deal with the knock-on effects23:00
slangasekbarry: what's the symptom?23:00
barryRAOF: yes!  been having system problems since i tried my little experiment23:00
barryslangasek: no dock, no ubuntu menu, no indicators23:00
barryslangasek: no app menus23:00
cjwatsontumbleweed: I've added validation for the Debian version now23:01
barryslangasek: both unity 3d and 2d are hosed23:01
RAOFbarry: /var/log/Xorg.0.log... and the output of glxinfo would be the price of entry on the debugging train.23:01
cjwatson*cough* and really now23:01
hallynjdstrand: are you around by chance?23:32
hallynif so, since you reported it :) would you mind uploading the fix (from debdiff attached) for bug 827279 ?23:32
ubottuLaunchpad bug 827279 in libcgroup (Ubuntu) "Several problems in cgclear" [Medium,In progress] https://launchpad.net/bugs/82727923:32
hallynjbernard: ^ that bug should be present in debian and every previous release (and upstream) as well - races in cgclear23:37
hallynjbernard: let me know if you want me to file the debian bug23:38
micahghallyn: tab complete failure?23:48
micahgoh, maybe not...23:49
micahghallyn: nevermind23:49
hallynmicahg: heh, surprisingly no :)23:53
hallynjbernard: holy shnickities, near as I can tell src/api.c doesn't even pretend to parse '*' for controller, which it is supposed to :)23:53
hallynthe code just ignores that possibility23:53
jonohi folks23:54
jonoI just did an upgrade and my X won't start23:54
jonois anyone getting this issue?23:54
jonoRAOF, are you aware of any uploads that break X?23:56
jonoI tried switching to gdm and gdm could not start either as it was missing a config file23:56
slangasekbarry: so, that sounds to me like the gnome-session issues I'd been seeing lately; I currently have gnome-session on hold, and assumed based on the widespread echoes I was hearing about the symptom that a bug had been filed and was probably in progress.. but I confess not to have checked.23:56
slangasekbarry, jono: do you also find that in the dm menu, the session selector is empty by default?23:57
jonoslangasek, I am not even a dm23:58
brycehjono, if X won't start it typically says something as to why in a log file23:58
jonoit looks like X isn't starting for me23:58
slangasekjono: oh, ok23:58
jonobryceh, I checked the syslog and dmesg23:58
jonoit doesn't say anything about X23:58
brycehjono, in an X log ;-)23:58
jonobryceh, which x log?23:59
jonoI didnt see anything in Xorg.0.log23:59
bryceh /var/log/Xorg.0.log* or /var/log/gdm/:0.log or /var/log/lightdm/* or /var/log/kdm/* or....23:59

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