ScottKUltimately some kind of software engineering discipline is required.  Let's figure out how to have infinite variants of all libraries interact with each other is a recipe for insanity.00:01
SpamapSScottK: We all agree on that. We are trying to deal with exactly that lack of discipline by providing the ability to assemble multiple versions of Ubuntu/Debian packaged software for a single application's expectations.00:01
ScottKSpamapS: I think that's the wrong solution.00:02
SpamapSits pretty much the way the web is developed these days.00:02
SpamapSsane or not00:02
lifelessSpamapS: folk can choose to publish source or not00:03
ScottKI think it's reasonable for developers to be able to layer cpan/pypy/maven/gems/etc on top of the distro, but I think can't make that part of the distro.00:03
lifelesssome upstreams are insane, and need to be helped to learn about open *SOURCE*00:03
SpamapSYou're saying if 99% of zope is good, but 1% of it breaks its API in the next release of Ubuntu, people who are relying on said API should ... not use zope?00:03
lifelessScottK: I think that we've segued.00:04
lifelessScottK: I'm not talking about mass important pypi00:04
lifelessor maven.org00:04
SpamapSI do see Scott's point though. That we're facilitating API madness.00:04
* ScottK was in transit for a while.00:04
lifelessScottK: I'm talking about removing the *technical limitation* that prevents coinstalling incompatible versions of a dependency shared by either (other packages) or (user installed software)00:04
ScottKYes.  Please don't do that.00:04
ScottKlifeless: If packages are packaged for co-installation that's not a problem.  People just have to be convinced it's worth the trouble.  See the postgresql packaging for a excellent example of how to do it.00:05
lifelessScottK: right now for C/C++/CLR packages we support this by putting the soname in the library package, and making clients of the library depend on the libraryname-soname package, with some minimum version specified00:05
ScottK(I know you know that)00:05
lifelessScottK: ack00:06
lifelessScottK: so the thing is that neither the java nor python packaging policies cater for this.00:06
ScottKTrue, but we also normally only ship one version in a final release unless there are multiple source packages.00:06
lifelessScottK: *and* we need some sensible upstream support/blessing for making 'get the newest $soname-like thing' for the more dynamic (python and ruby specifically) languages.00:07
ScottKlifeless: Actually what we're trying to do with separate binary packages for Python 3 is a form of this.00:07
lifelessScottK: cool; I have to admit I haven't looked really closely at that.00:07
lifelessScottK: did you see my use case on the debian-python list?00:07
ScottKlifeless: I did, but I confess I only skimmed it.00:07
lifelessScottK: fair enough00:07
lifelessvery briefly, the scenario is to be able to have two versions of launchpad installed on a machine, (which commonly requires two different releases of (say) zope.publication)00:08
lifelessthis is orthogonal to whether launchpad itself would be a package.00:09
lifelessScottK: re: different source packages & binary packages - I would expect different source packages in this scenario00:10
lifelessScottK: all the discussion about maven and pypi glue for finding stuff is simply saying: if we can support a richer set of $language packages, then we can -more easily- do the following things:00:11
lifeless(in no particular order)00:11
lifeless - have packages that build with easy_install and the like be fenced off from the internet and get their requirements from apt00:12
lifeless - when a user is using easy_install, have it preferentially find versions from apt00:12
lifeless(for java s/easy_install/maven/, etc)00:12
lifelessI'd personally still expect to be looking at a deb source package and putting license metadata into place - perhaps assisteded by some automation, but such automation is also orthogonal00:13
ScottKIn the world of cheap VMs isn't this a bit overenginieered?00:17
ScottKlifeless: Why not just run a separate VM for each one and don't worry about conflicts?00:19
lifelessScottK: for a developer doing development, who has the same issues, vms are not at all that cheap.00:22
lifelessScottK: one could say the same thing about having libgettext4 and libgettext5 installed - just use a vm fo rthe programs that need the old/new thing.00:23
SpamapSBasically, just allow debian packagers to produce binary packages that play in upstream packaging space.00:24
SpamapSif pypi has a way to do version requirements, allow a .deb to satisfy that...00:25
ScottKSpamapS: I agree with that.00:27
ScottKIsn't that (at least sort of) what our patched easy_install does now?00:27
lifelessScottK: two key missing points:00:29
lifeless - packagekit integration to get extra requirements on the fly00:29
lifeless - packaging policy change to put the version number (or as many significant bits as we choose) in the package name.00:29
ScottKpackagekit is pretty broken with respect to Debian packages anyway.00:29
lifelesssadly :(00:30
ScottKIn order for Kpackagekit to know if it needs extra packages, it actually has to attempt a simulated install and see the results (or something close to that)00:30
lifelessso the idea though, of user space code being able to say "I need this library, please, now" is useful but not strictly needed.00:30
SpamapSlifeless: or you could package your app, and the requirement would be resolved at install time.00:43
lifelessSpamapS: that doesn't help with runtime determined dependencies00:44
lifelessSpamapS: doesn't help *us* the *packagers*00:44
SpamapSlifeless: ok, my brain's full.. will need to process this a bit to feel good about it. :)00:55
=== bjf is now known as bjf[afk]
ScottKSpamapS: I think run time dependency discovery is not a great idea.  Imagine a web page waiting for a new library to install before it can render.01:36
lifelessScottK: by runtime I'm primarily thinking about build chains that do runtime determination01:37
lifelessScottK: not after-packagin runtime dependencies01:37
ScottKAh.  OK.01:37
ScottKThat's a bit different.01:37
ScottKPOX has done some stuff kind around that idea in dh_python2/3.01:37
persiaProbably nice to split the problem space: have one thing that tries to determine what is missing.  Have an entirely different thing that tries to address this perceived lack.01:42
persiaThe first is hugely useful for packagers.  The latter is potentially useful for someone.01:42
persiaIf the output of the first is compatible to the input of the second, folk share.01:42
ScottKStep 0 though is upstreams that are willing to maintain API/ABI compatbility or document when they change.01:43
lifelessScottK: I don't really see that as hugely important; we can do what we did with e.g. libcamel for upstreams that don't.01:44
lifelessScottK: its nice then they do, but we don'tneed it.01:44
persiaThere's vast potential to improve the interface for upstreams to be able to do so easily.  Some languages don't even have a convention available to indicate a version.01:45
ScottKJust use releases as API/ABI surrogates?01:45
persiaThat said, I've found it a rare upstream that isn't willing to track API/ABI, assuming they can be shown how to do so.01:46
ajmitchas long as upstreams know how to01:46
ajmitchinstead of doing things like bumping SONAME for every upstream release, or the equivalent01:46
persiaRight, hence the importance of making better tools available, or *any* tools/convention for things like Java.01:47
lifelessand we're back to changing the packaging policy to encode more data ;)01:48
ajmitchyeah, we had this debate yesterday in #debian-cli :)01:48
ScottKlifeless: I'd start with an upstream concept and see how to extend it.01:48
ScottKFor example, what do Python eggs not have that we need?01:48
ScottKOr if they have it, how do we exploit it?01:48
lifelessScottK: thats where I started01:49
lifelessScottK: pkg_resources.require, which is a setuptools (not distutils) thing, supports versioning of dependencies01:49
lifelessif we say (reasonably so) that you should use that if you need versioned depends, then the upstream angle is taken vare of01:50
ScottKlifeless: I'd talk to POX about what he's already doing to automatically generate versioned depends in dh_python.01:50
lifelesswhere does he hang ou?01:50
persiaAnd we can use that to populate autodependencies (${Python:Depends} in this case)01:50
lifelesspersia: sure, but that is orthogonal to the problem I want to solve01:51
ScottKlifeless: #debian-python on OFTC is best, but #ubuntu-motu also often works.  He's in .pl, so likely sleeping.01:51
persialifeless, I'm thinking about "by runtime I'm primarily thinking about build chains that do runtime determination".  Why would the build-chain output not want to auto-generate package dependencies?  end-user-runtime differs.01:52
lifelesspersia: I think it would nice to do so.01:56
lifelesspersia: I'm saying that that is a separate benefit to being able to even *build* such things more easily.01:57
persiaYou want build-time installation of build-deps?01:57
lifelesspersia: and to being able to *install* concurrent versions01:57
lifelesspersia: yes, its a key thing for both maven and easy_install chains; its not -mandatory- but we can save a lot of packager headache if we do it well01:58
persiaConcurrent installation isn't hard, if one packages it in a namespace-safe manner.  That said, having been involved with the pain that was maven, I'm convinced the idea of build-time install of build-deps is misguided at best, and potentially actively harmful.01:59
persiaWe have a solution for maven.01:59
lifelesspersia: hah. no, we don't.01:59
persiaHave had it for > 1 year.01:59
lifelessdoesn't scale, doesn't handle enough cases.01:59
persiadoesn't scale how?01:59
persiaWhat cases doesn't it handle?01:59
persiaShow me bugs, or explain yourself :)02:00
lifelessit doesn't handle the concurrent-deps case02:00
lifelessOSGI apps for instance02:00
persiaDoes if the package of the dep is concurrent-install safe.02:00
persiaThat we choose not to do that much is a different thing :)02:00
ScottKNo policy changes are needed to do so, just will to do the work.02:01
lifelesspersia: they aren't orthogonal; the maven helper whose code I saw doesn't understand concurrent installs02:01
lifelessScottK: in which case it will be easy.02:01
ldunnHi, I'm looking at https://bugs.launchpad.net/ubuntu/+source/bzr/+bug/644015, and in debian/rules, there's the following line: ifneq (,$(findstring test,$(DEB_BUILD_OPTIONS)))02:01
ldunn. I'm guessing that's to disable testing?02:01
ubottuLaunchpad bug 644015 in bzr (Ubuntu) "bzr package build should run the test suite" [Undecided,New]02:01
ldunnIf so, changing 'ifneq' to 'ifeq' should enable it, right?02:02
lifelesshey, I'm not trying to make this it a Big Thing. Last I checked though, bother the java and python policy specified *how* packages were named, and didn't provide an abi-or-equivalent field.02:02
persialifeless, It's been a while since I looked, but my memory was that concurrency was experessed by installing two different packages (versioned), which provided two different .pom files, which maven happily processed.02:02
persialifeless, Dunno much about python, but for Java, nthykier and mjj29 have been working on that for some time.02:03
persiaWon't hit policy until there's a healthy bundle of stuff in the archive, and very unlikely to go pre-squeeze-release because of the RC load that level of policy violation would create (RT would kill folk)02:04
lifelessok, java policy has been updated02:04
lifelessSome package must also provide a symbolic link from... <- a bit fragile for upgrades, still.02:05
lifelesshowever http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html is still no-allowance-for-concurrent02:07
ajmitchwith the cli policy, libraries are installed into a versioned directory & can be requested by version, because they contain the version information within them02:08
persialifeless, Java policy is still work-in-progress :)  For python policy, definitely talk to POX before trying to invent something.02:09
lifelesspersia: I hear you02:09
lifelesspersia: I sent mail to barry/spamaps/jos precisely because I don't have time to invent something... but I want to benefit from it ;)02:09
persiaThen they ought go talk to debian-python :)02:10
ScottKWhich is where barry started.02:10
persiaExcellent.  Why are we talking about it here then?  It's an interesting discussion, but I'm now confused.02:11
ScottKNot sure, but that's only the Python bits of this anyway.02:11
lifelesspersia: because SpamapS told me his head was exploding.02:12
lifelesspersia: and then we started over 3 times as new people weighed in02:12
* persia gives SpamapS a exceedingly strong head restraint, for preservation of skull02:13
persialifeless, I didn't see that much repetition in the restarts, but maybe I didn't read closely enough.02:13
jiboumanslifeless: fwiw, i understand what you want to achieve. there's a similar problem in perl (except require foo 2.3 works). this does seem like an issue for python/debian-python though that we might support, not one we can likely drive =/02:13
lifelessjiboumans: oh hai :P02:14
ScottKIt's going to take someone that wants it enough to champion it.02:14
* jiboumans omnipresent02:14
lifelessjiboumans: I'm looking in the long term02:14
jiboumanslifeless: not being a python expert, is there a 'proper' python way to do it now if i were installing from source/github?02:15
lifelessjiboumans: I'm happy to help organise etc, I don't think I can put in lots of time.02:15
lifelessjiboumans: pkg_resources.require, part of the setuptools (now distribute) stack.02:15
* ScottK calls on the spirit of barry to cover all things Pythonic.02:15
persiajiboumans, eggs are about as close as you'll find for that sort of thing, and the cheeseshop is a better example than github for use.02:15
lifelesswhich is in equal parts reviled and adored all the Python worlds.02:15
jiboumanspersia: i... failed to parse that.. eggs? cheese?02:16
jiboumanslifeless: what i'm getting at is that if there's a best practice, we can probably integrate and codify it02:16
jiboumansor at least give it a shot02:16
persiajiboumans, Uhhh : python things to help folk shop for code?  Ask someone who doesn't run and hide when confronted with pythong.02:17
lifelessjiboumans: yes, thats what it is02:17
lifelessjiboumans: the 'it all works easily stuff' is built on:02:18
lifeless - distribute (new shiny)02:18
lifeless - eggs02:18
lifelessthey have an ongoing discussion about metadata02:18
lifelessbut the critical bit is that in a app/library you say02:18
lifelessimport foo02:18
jiboumansi've been through this with perl, i have a vague idea of the space :)02:18
lifelessand you either get an error, or foo 1.3.202:18
lifelessimport foo02:19
lifelessand you might get foo 1.402:19
jiboumanslifeless: right, so now we have to make sure you can install foo 1.3.2 and foo 1.3.3 at the same time and life is good02:19
lifelessjiboumans: exactly02:19
lifelessjiboumans: which requires two things:02:19
lifeless - disk layout02:19
lifeless - a symlink or something so that a trivial script that just does02:19
lifeless'import foo02:19
lifelesswill pickup the latest shiny.02:19
lifeless(or most stable shiny, whatever - policy not mechanism)02:20
jiboumansright.. alternatives can do that02:21
jiboumanswe'd want debian to adopt that though, or we'd carry a nasty delta02:21
lifelessalternatives, a meta package (supplying the symlink and current 'best' dependency)02:21
persiaRather, we'd want to inherit the solution from Debian, although some of us may participate in it's creation.02:21
lifelesspysupport could put the link in place02:21
lifelessit is, in principle, very simple02:22
jiboumansSMOP ;)02:22
lifelesshah, perl 6 you say?02:22
persiajiboumans, More than that, programming + working with all the people who need to use the feature to make sure they adopt it as the one-true-way.02:23
jiboumansand mind you, there's a release of perl 6 ;)02:23
jiboumanspersia: *nods*02:23
jiboumansintuitively it feels like debian is the place where this would happen though and we'd follow, even as you said we'd participate in the creation02:24
jiboumansthe 'we' there is not very likely my team though given our goals02:24
persiaYep.  We tried the other way once (dh_iconcache) and it only made it harder to reach the correct final state.02:24
jiboumans(the latter we, who'd create it ;)... damn it's getting late02:24
jiboumansfood calls &02:26
ldunnHmm. So, bzr tests are running, and the fails so far have been unicode encoding errors. Can these be safely ignored?02:28
ldunn…ok then.02:28
persiaLots of folk use Ubuntu in places where non-unicode is unreadable confusing garbage.02:28
persiaDo they fail only on the buildds or also run locally?02:29
lifelesspossible a stable build-dep on testtools 0.9.602:29
persiaI think the buildds default to C as a locale, which complicates things.02:29
lifelesspersia: we turn off relevant test sfor that case02:29
ldunnOh? Hm. I'm just running it in pbuilder at the moment. I'm new to this :)02:30
lifelesspersia: but yes, it could be related02:30
persialifeless, OK.  That's safe then.02:30
lifelessldunn: you might like to chat to maxb02:30
* persia hasn't ever seen unicode work right when LANG=C02:30
* ldunn sits around, waits for tests to finish02:37
=== hunger is now known as Guest97520
* ScottK is sitting around waiting for builds to start.02:43
bdrung_ScottK: for what build?02:49
ScottKbdrung_: PPA uploads of the new clamav release for Lucid, Karmic, Jaunty, Hardy, and Dapper.02:50
ldunn... bzr build failed. >:(02:53
mathiazpersia: hi!03:40
mathiazpersia: is there a standard way to find the current JAVA_HOME?03:40
persiamathiaz, In what context?03:57
MarkDudeSo is there a better more up to date source for info on app submission process then : https://wiki.ubuntu.com/PostReleaseApps/Process -- I need info for a session at Code Camp03:57
mathiazpersia: https://issues.cloudera.org/browse/DISTRO-203:57
mathiazpersia: ^^ trying to support building with default-jdk *and* sun-java-jdk03:58
mathiazpersia: depending on which one is installed03:58
mathiazpersia: JAVA_HOME will be different IIUC03:58
persiaMarkDude, That's about as close as it gets.  Note that under current semantics that submits applications to something that isn't Ubuntu, but dependent on Ubuntu.03:58
mathiazpersia: it seems that /usr/lib/jvm/default-java/ won't point to the sun-jdk if installed03:58
persiaYes, JAVA_HOME would differ.  Why would you want to support building with sun-jdk?03:58
mathiazpersia: because that's what upstream strongly recommends04:00
MarkDudeok persia  - and the important thing for me to stress would be that; the process is *still fluid*. Also that the process is *open* and public - correct?04:00
persiaRight, looking at recent discussions, it seems we're trying to move away from any expectation or dependence on JAVA_HOME04:01
persiaMarkDude, Could you explain more about the topic and audience?  I may be able to provide more targeted advice.04:01
MarkDudeIt will be primarily an MS crowd04:02
MarkDudenot all tho04:02
MarkDudeSilverlight, etc and Iphone04:02
MarkDudeBut some Android devs also04:02
persiaYeah, that's probably best for now.  There are other processes (also still fluid) that would be more appropriate for people working on primary system applications, but if you're talking to a bundle of folk who just want to have some little bit, they can use that.04:03
persiaNote that if their work is interesting, it might make sense to incorporate that as a system application, but that's a more complicated message than is easy to put across in a short time (plus, making it a system application creates an expectation of ongoing maintenance, etc.)04:04
MarkDudeCool. ty. I might come back in a week or so to see if I could get some nice person to glance at my notes :)04:05
MarkDudeThat would make sense- but I would use that info after - when talking to a specific person04:06
MarkDudeThank you developers, you folks ROCK!04:06
persiamathiaz, I've just reviewed the current draft of what will become Java policy, and it specifically fails to mention JAVA_HOME, as most stuff is packaged to not require this.04:06
persiamathiaz, My recommendation for the upstream solution would be to check for the JAVA_HOME environment variable, and if not set, use the regular Ubuntu way to build stuff.  If set, use it.04:07
persiamathiaz, For extra points, remind upstream of the upcoming EOL date for sun-java, and that even Oracle primarily extends openjdk these days.04:08
mathiazpersia: yop - that's what I'm saying to upstream04:15
mathiazpersia: it seems that they're running into issues when using openjdk04:16
mathiazpersia: I'll look at the debian/rules again04:16
mathiazpersia: thanks again for your input on JAVA_HOME04:16
persiaOpenJDK isn't bug free :)  That said, when issues are encountered, upstream is usually happy to get patches.04:16
persiaSorry I didn't have more useful news.  JAVA_HOME was all the rage some time back.04:17
ldunnBlugh. I'm lost with these tests04:19
spivldunn: for the bzr package?04:19
spivPastebin the failures?04:19
ldunnErr. They're going way past my scrollback in gnome-terminal. Does pbuilder keep logs somewhere?04:20
spivI don't know, sorry.  (But I am a bzr dev, so I may be able to help with the bzr test failures)04:22
ldunnHm, well there were 16 failures, I think about 5 were related to unicode errors, and a few were broken pipes with the HTTP server04:22
* ldunn re-runs pbuilder and collects failures as they come04:23
ldunnheh, I'm not going to be able to catch all of them04:29
ldunnhttp://ubuntu.pastebin.com/tYxTJ9i8 spiv, that's more or less what's come up so far, up to ~2500/2500004:30
spivIt's not possible to redirect the output with > or tee?04:30
ldunnuh. Let me check04:30
ldunnthere we go.04:32
persiapbuilder *does* make logs (although I don't use it, so don't know where).  Check the docs, and save yourself hassles.04:33
ldunnbah, --logfile. :D04:34
ldunn... ok, so... that... didn't really seem to work.05:05
ldunnUnless it doesn't store the log in the pwd05:05
ldunnIn which case... here's a few more failures http://ubuntu.pastebin.com/ZgxFLrBn05:07
ScottKldunn: You need to do --logfile [path to logfile from pwd including name]05:12
ScottKi.e. --logfile log05:12
ldunnThat's what I have05:12
ldunnsudo pbuilder build bzr_2.2.0-1ubuntu1.dsc --logfile pbuilder.log05:12
ScottKNeeds to go after build and before the .dsc05:13
ScottKpbuilder doesn't look after the .dsc05:13
ldunn... oh!05:13
ldunn*that's* more like it. Thanks :)05:13
* ldunn waits another half hour05:13
ScottKYou're welcome.05:14
hyperairldunn: you might like to try sbuild, it works much faster ;-)05:14
hyperairespecially those aufs + tmpfs builds05:14
ldunnoh? I'll investigate05:15
nigelbjames_w: ahoy there! You're doing package training on Thursday - just a reminder :)05:21
=== almaisan-away is now known as al-maisan
ldunn[laptop]Ok! Finally. http://pastebin.com/kVa8N0Pa06:33
=== amitk-afk is now known as amitk
ldunn[laptop]5750 lines... o.o06:36
persialdunn, Yep, but only the test failures are interesting: most of the rest is just context.06:36
ldunn[laptop]I figured I may as well paste it all in case there's some other info that might help06:37
persiafrom the looks of it, the tests store test logs somewhere: is the dirty build environment still available?  There may be files of interest there.06:37
ldunn[laptop]It seems like pbuilder removes the environment. "I: removing directory /var/cache/pbuilder/build//2021 and its subdirectories"06:38
* ldunn[laptop] pokes the manpage a bit more06:38
persiaThere's some argument that preserves it (again, I have no idea which)06:38
persiaIf there's no way to preserve it, that's a bug in pbuilder06:38
persiaIt's also worth inspecting the test source: lots of times it's possible to figure out the issue from the way the test fails and the test source.06:40
spivpersia: bzr includes the log entries with the failures06:45
persiaspiv, Those little 4-5 line bits are the entirely of the test failure output?06:45
spivYes, although some are much longer!06:46
spivSee e.g. the log starting at line 409206:46
persiaTracebacks are interesting, but I have to admit, I really appreciate exception handlers that try to explain what went wrong for test failures.06:46
spivYes, me too :)06:47
spivSome tests are much better than others at that...06:47
persiaIt's always the case.  It's easy to mandate that folk write tests when committing code.  It's much harder to convince folk that their tests need to fail in a helpful manner without accusations of recursive TDD06:48
ldunn[laptop]So, I guess some of these tests are failing because the pbuilder env isn't set up for unicode?06:49
persialdunn, To put that another way, perhaps the tests are making unwarranted assumptions about the environment in which they are run.06:50
spivWell, bzr's test suite is supposed to cope with LANG=C.06:50
spiv(By skipping tests, if necessary)06:50
ldunn[laptop]It skipped 246 unicode-related tests, apparently06:51
persiaMind you, skipping tests isn't usually the best way to get around stuff, as it might defeat the point of the tests running during the build :)06:51
ldunn[laptop]This is true.06:51
persiaAnother option would be to adjust build-depends, force LANG=${something-else}, and then run the tests.06:52
persiaEither way, looks like a bug in the test suite (the test should have been skipped if it depended on LANG != C )06:52
ldunn[laptop]Hm. :/06:53
spivThat said, at least the bzrlib.tests.blackbox.test_alias.TestAlias.test_unicode_alias failure is reproducible with LANG=C06:54
spivSo it appears our test suite has some bugs here :/06:55
ldunn[laptop]So, at the moment, the test suite probably shouldn't be enabled on this package?06:56
* spiv kicks off a local test run06:56
spivAt the moment, yes :(06:56
spivPlease attach that log to the relevant bug, if you haven't already.06:57
ldunn[laptop]I haven't, I'll do that06:57
persialdunn, Based on the meeting last night, I believe the test suite is required to be enabled on that package.06:57
spivI'll see how easy it is to fix these failures, it's probably not hard.06:57
persianew microrelease coming up ? :)06:57
spivIf LANG=C is the only cause, a reasonable workaround may be to set it to something else (and cause more tests to run too, as an added benefit)06:58
persia(might wait until the test suite passes in a buildd environment before placing the final tag)06:58
spivHmm, I notice python-paramiko isn't installed in that environment... that's good, paramiko has a bug that causes a test failure ;)06:59
spiv(I've submitted a patch to upstream and to the bug for the ubuntu package, but no response yet)07:00
persiaThat's part of why we use the specialised environment: we can control what packages are installed there (save a certain minimal set, but anything that doesn't work with those is probably suspect anyway)07:00
spivIn an ideal world, perhaps the package build would manage to run the test suite twice: once with the minimal dependencies, and once with all the Recommends and Suggests as well.07:02
spivBut I expect that would be pretty tricky to do.07:02
persiaspiv, Requires turning on (limited) network access mid-build, which then permits packages to significantly vary behaviour based on contents of internet sources, which permits a number of interesting avenues to enable running arbitrary code on arbitrary machines.  That said, a responsible upstream wanting to make sure their testsuite runs under adverse conditions can always add all sorts of random things to build-depends to test it.07:04
spivWell, we already have http://babune.ladeuil.net:24842/07:06
spivWhich currently exercises our trunk on a variety of platforms07:07
ldunn[laptop]I note it failed on maverick :P07:07
spiv(In addition to merges to trunk and the stable branches having to go through PQM, which runs 'make check')07:07
persiaThat's probably the right place to exercise it in a variety of environments on each platform then.07:07
* persia has a 5 line patch that passes "make check" and causes complete system failure for all users07:08
spivldunn[laptop]: failed to fetch the code due to a config issue:07:08
ldunn[laptop]oh. Alright, heh07:08
ldunn[laptop]Ah, so I see.07:08
spivpersia: Me too, how about we apply it to the packaging? ;)07:09
persiaPlease no :)07:09
persiaI think that fails the intent of the request to run the test suite, even if it satisfies the letter.07:09
pittiGood morning07:10
pittihey Keybuk07:52
Keybukmorning pitti07:52
KeybukRight, time to get the day started; it's Emacs time, baby, yeah!07:57
ldunnM-x start-day07:57
pittiemacs kills IRC clients!!08:02
pittithat's why vim is better!!11!08:02
ldunn:k irc08:03
ldunnOr something.08:03
pittitkamppeter: I reject your "ignore every error" uploads; this is a way too big hammer (and a wrong one, too) to fix this crash08:12
pittitseliot: can you please upload fglrx-installer for maverick as well?08:33
tseliotpitti: yes, now I can, however it was broken in maverick because it wasn't compatible with the new X (not only because of the security fix)08:34
pittitseliot: ah, right; we disabled it in jockey, didn't we?08:47
pittitseliot: so, not urgent then08:47
tseliotpitti: yep, I'll revert that change when the driver is ready08:47
=== apachelogger_ is now known as apachelogger
=== spike_ is now known as spikeWRK
pittiara: nice work on qa.u.c.!09:16
arapitti, thanks :)09:19
apwpitti, are we making work items db for natty yet ?09:30
pittiapw: we don't09:31
apwpitti, any idea when we're going to ?09:31
pittiI guess I should finally move the stuff from ~pitti to ~platform :)09:31
ttxhmm, looks like there is an issue with the recent apache2 security update09:50
ttxThree reports of bug 64485309:50
ubottuLaunchpad bug 644853 in apache2 (Ubuntu) "apache2.2-common 2.2.14-5ubuntu8.2 failed to install/upgrade: Module reqtimeout does not exist!" [High,Confirmed] https://launchpad.net/bugs/64485309:50
ttx!regression-alert ^^09:52
ubottucjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive09:52
ttxmdeslaur: ^09:53
ttxhm, strange09:58
pittiweird, did that change in the packaging?09:59
ttxpitti: not in the security update... I suspect a more general upgrade issue introduced in a past update10:00
pittihttp://launchpadlibrarian.net/53953428/apache2_2.2.14-5ubuntu8.1_2.2.14-5ubuntu8.2.diff.gz looks really strange, though10:00
* ttx checks out branch10:02
ttxbeh, no lucid-updates branch10:03
sorenThat debdiff is wrong. There were actual changes in the upload.10:06
sorenNone that should cause this, though.10:07
sorenI found these two, though:10:07
ubottuLaunchpad bug 576255 in apache2 (Ubuntu) "can't install apache2.2-common (2.2.14-5ubuntu8)" [Low,Invalid]10:07
ubottuLaunchpad bug 562370 in apache2 (Ubuntu Lucid) "Upgrade from 2.2.14-5ubuntu6 to 2.2.14-5ubuntu7 results in syntax error, missing module" [Critical,Fix released]10:07
ttxright, the 8 -> 8.2 debdiff is clean10:08
cjwatson$ dpkg -c /home/lp_archive/ubuntu/pool/main/a/apache2/apache2.2-bin_2.2.14-5ubuntu8.2_i386.deb | grep reqtimeout10:10
cjwatson-rw-r--r-- root/root     13704 2010-08-19 03:23 ./usr/lib/apache2/modules/mod_reqtimeout.so10:10
cjwatsonand that package was just configured ...10:10
sorenif dpkg --compare-versions "$2" lt 2.2.15-1~0;10:10
sorenlooks really weird in a package with version 2.2.14-5ubuntu8.210:11
sorenBut maybe that's just me.10:11
soren(from apache2.2-common.postinst)10:11
ttxsoren: yes, maybe the error is triggered once you pass twice that piece of code.10:14
cjwatsonso the error specifically means that /etc/apache2/mods-available/reqtimeout.load doesn't exist10:14
sorena2enmod decides whether a module exists based on whether a conffile exists.10:14
soren...so if the use deletes said conffile, the postinst goes boom.10:14
cjwatsonquite so10:14
ttxso those three users would just have played too much manually with their conffiles ?10:15
ttxah! ah!10:16
ttxa2enmod is supposed to be run only once. And with that update, it runs twice.10:16
cjwatsonttx: I still don't see how that could cause that error10:16
cjwatsona2enmod doesn't remove the .load file10:17
ttxcjwatson: wouldn't /etc/apache2/mods-available/reqtimeout.load move to mods-enabled or something ?10:17
cjwatsonit's not moved, no.10:17
ttxarh, too bad for my explanation10:17
* ttx should just set up a reproduction.10:17
cjwatsona2enmod should be idempotent10:17
cjwatsonthe added a2enmod in the postinst matches the pattern of a2enmod calls above10:18
sorenIt's the exact same bug as this:10:18
ubottuLaunchpad bug 576255 in apache2 (Ubuntu) "can't install apache2.2-common (2.2.14-5ubuntu8)" [Low,Invalid]10:18
cjwatsonalbeit ones for a fairly old version10:18
ttxcjwatson: except that the above ones are much more restrictive in versioning.10:18
cjwatsonsure, but nevertheless10:18
sorenThe user reporting it just failed to mention that he got the error on upgrade, so it was marked Invalid.10:18
soreninfinity probabaly assuming that the user just tried manually doing "a2enmod reqtimeout" and having removed the corresponding .load file had caused it himself.10:19
cjwatsoncertainly seems like || true would be a sufficient fix10:19
cjwatsonand that the version guard should be fixed for the backport to lucid10:19
sorenIt's rather surprising this never happened before.10:20
sorenThere's a bunch of a2enmod calls in that postinst.10:20
sorenThere's probably a howto somewhere on the internetz telling people to delete that file.10:20
lifelesssoren: there's a howto for every bad idea ;P10:20
cjwatsonhaving the list of available modules effectively come from /etc isn't really a great design10:21
=== ldunn[laptop] is now known as ldunn
sorenlifeless: Some day we should clear out the internet and start over.10:21
ttxsoren: and appoint you as BMP reviewer, maybe10:22
sorenttx: BMP?10:22
ttxbranch merge proposal10:22
ttx"Internet core committer"10:22
sorenYeah, keeping the internet in bzr sounds like a good idea.10:22
sorenI can think of a few pages, I'd like to run "bzr blame" on.10:23
ttxsoren: I see which precise one you mean.10:23
sorenttx: I'm sure you do :)10:23
* soren shakes his fist in the Internet's general directoin10:23
* ttx discards the regression alert on the "Internet's fault" pile10:25
ttxsorry for the noise chaps. Blame those 3 concurrent bug reports.10:26
=== hanska is now known as dapal
tkamppeterpitti, what about only ignoring IOError (this upstream has introduced a little later) for bug 618017?10:50
ubottuLaunchpad bug 618017 in splix (Ubuntu) "openprinting-ppds crashed with IOError in ls()" [High,Triaged] https://launchpad.net/bugs/61801710:50
pittitkamppeter: you can do that, but only at the actual print statement, not for the entire program10:50
pittiif it fails to open an output file, it should fail properly10:51
tkamppeterpitti, this program is rather simple. It only takes data which it contains by itself (the compressed PPDs are embedded in the program) and it does nothing else than putting the data out to stdout. It does not open any files.10:56
didrocksev: hey, before you release the next ubiquity version, if you can just look at my merge proposal (bump dep on libindicator for ABI change). Thanks!10:57
evdidrocks: absolutely10:57
pittitkamppeter: well, but hiding each and every error in it will make debugging a pain; you won't even know that it's this program which is at fault then10:57
didrocksev: thanks a lot :) the new libindicator-dev will be available within the day10:58
pittididrocks: wow, ubiquity is using indicators now?10:58
ogra_acpitti, in the new minimal panel :)10:58
didrockspitti: yeah, in the "install only" mode10:59
tkamppeterpitti, normally the program is called by CUPS and the output is piped into another program. The other program does not necessarily read all the output of the PPD archive and closes before the archive program finishes. This situation should not trigger Apport.10:59
didrockspitti: you have a top panel now10:59
ogra_acdidrocks, pitti, or in oem-config mode11:00
ogra_acits really slick and small11:00
pittitkamppeter: ah, right; so the print should catch that IOError and cleanly exit the program then11:00
ogra_acwe should use it everywhere !11:00
pittitkamppeter: this at least explains the pipe error11:00
didrocksogra_ac: yeah, it's great :)11:01
apparlehello guys, is there any API on linux similar to page 73 of this http://www.aquaphoenix.com/hardware/ledlamp/reference/synaptics_touchpad_interfacing_guide.pdf11:03
apparleor if you know a better channel to ask that, please forward me there11:04
tkamppeterpitti, I can do one of two things:11:07
tkamppeterpitti, 1. I use the upstream version of pyppd, as usually one should use programs as they come from upstream. It catches only KeyboardInterrupt and IOError but for the whole program.11:09
tkamppeterpitti, 2. I can consider the upstream program as not acceptable (reporting a bug to upstream), letting only KeyboardInterrupt being caught for the whole program and IOError only for the two print statements for the list and for the PPDs.11:11
tkamppeterpitti, WDYT?11:11
pittitkamppeter: hm, I think use 1. and report a bug to them to only catch the IOError on the print11:12
tkamppeterpitti, OK. I will do so.11:12
cjwatsondidrocks: FYI the Build-Depends change needs to be done in d-i/update-control11:13
cjwatson(in addition)11:13
cjwatsonactually I should just say that in the merge proposal, shouldn't I11:13
didrockscjwatson: really? I don't see them as rdepends of libindicator011:14
didrocksoh, the path11:14
* didrocks is tired, sorry :)11:14
didrockscjwatson: ok, fixing that ;)11:14
didrockscjwatson: merge reproposed, sorry for not seeing it11:17
pitticjwatson: btw, I processed unapproved this morning (and now again); light-themes, compiz, and telepathy require more input, but I can't self-approve my udev and p-common uploads11:18
=== amitk is now known as amitk-afk
tkamppeterpitti, new version of foomatic-db uploaded. Please check and tell me whether it is OK, after that I will do the rest.11:42
tkamppeterpitti, the pyppd there is now unpatched upstream. Functional change is only the "try: ... except: ...", all the noise in the debdiff is doc files and version number change.11:43
pittitkamppeter: perhaps you could replace "apport popup" with "crash on SIGPIPE"11:46
pitti(but don't worry about that for foomatic-db)11:46
pittitkamppeter: looks fine to me, accepting11:48
ogramvo, sw-center change works (enables the PPA), but i get an "untrusted packages" error when trying to install from the PPA12:03
mvoogra: thanks, could you file a bug please?12:10
ogramvo, will do12:11
ograany specific logs you want ?12:11
=== MacSlow is now known as MacSlow|lunch
mvoogra: no, I think I know what the problem is12:15
mvoogra: just the bug so that I can target it12:15
ogramvo, k12:16
ografiling as we speak :)12:16
ogramvo, bug 645120 for you12:22
ubottuLaunchpad bug 645120 in software-center (Ubuntu Maverick) "using an apturl source that also enables a PPA pops up an "Untrusted Packages" message when installing from the PPA" [High,New] https://launchpad.net/bugs/64512012:22
=== dmart_ is now known as dmart
ogramvo, oh ... i didnt click past the error message yet, seems hitting the install button is a no-op12:28
ograis that a separate bug or related ?12:28
tkamppeterpitti, hplip is uploaded.12:31
mvoogra: please add it to the bugreport (the info)12:32
=== amitk-afk is now known as amitk
mvoev: I'm doing a fresh install now and selected "use entire disk" but in the confirmation screen I have only a ext4 now, no mention of a swap device. is that intentional (information most users will not care about). or did it for some reason not create a swap device?12:36
* mvo is trying to reproduce the apt-cdrom bug that keybuk mentioned yesterday12:36
Keybukyeah, sorry, I oddly haven't been able to reproduce now it's all installed12:36
Keybukwhat I originally did:12:36
ograreinstall !12:36
Keybukinstalled from CD-ROM, no network connection12:36
mvoKeybuk: no worries, I wanted to see the new installer anyway (its shinny!)12:37
mvoKeybuk: desktop install or alternate install?12:37
Keybukdid apt-cdrom add, apt-get update (which complained obv. about no network) then apt-get install bcmwl-kernel-source12:37
Keybukthen apt complained that it couldn't find the files12:37
Keybukit gave the name of the CD exactly as it was12:37
Keybukand it gave the paths exactly as they were on CD12:37
KeybukCD was mounted at /media/apt12:37
Keybukogra: it was rather too much of a fight to get things installed in the first place!12:38
ograKeybuk, yeah ...12:39
* ogra has no ubuntu probelms anymore since he bought an armel netbook :)12:39
mvoKeybuk: so it was the desktop-install cd?12:39
Keybukit was12:39
* mvo is doing the install now12:39
mvoev: its really shinny, kudos12:39
Keybukright, lunch - grab me later or tomorrow if you can't replicate and I'll try and help out12:40
mvoKeybuk: bon appetite12:41
ogramvo, hmm ... now i'm trying to install oo.o here, seemingly using the metapackage (sw-center says: openoffice.org office suite  in the UI) but that only offers me an "update now" button, installing one of the components works though12:44
mvoogra: oh, i check12:52
ogramvo, seems i get the metapackage offered in "addon packages" in the writer screen12:53
* ogra wonders if thats just a wanted design i'm to dumb to understand12:53
mvoogra: that OOo is not there is a bug12:54
=== al-maisan is now known as almaisan-away
ogramvo, ah, k, i was doubting my skills to understand mpt's decisions :)12:55
mvoyou are not a target user ;)12:55
mptwait what?12:55
mvoogra: but seriously, this one is a bug12:55
mvoogra: I think a bug in the meta-data to be precise12:56
mvoogra: is that on i386?amd64?*cough* arm?12:56
ogramvo, *cough* arm indeed :)12:57
mptThere shouldn't be an "Update Now" button anywhere afaik12:57
mvoogra: ohhhhh12:57
ograbut writer installs just fine12:57
ograoo.o finished building yesterday12:58
ograso data should be available12:58
mvompt: it appears if there is meta-data for a item but we have no package for it, it usually means that /var/lib/apt/lists is empty for some reason12:58
mvompt: and a update fixes the issue12:58
mptah, I see12:58
mvompt: but apparently ogra has hit a bug on arm12:58
ograanother one :)12:59
mvoogra: what does apt-cache policy openoffice.org give you?12:59
ogralets see12:59
mvoogra: dude, if you find more bugs, you will have to rotate into QA!13:00
ograinstalled and candidate say (none), rest is empty13:00
ogramvo, nah, rotate more QA ppl to arm so i dont have to search them :)13:01
mvoogra: hm, why is this? is the package not availalbe for arm at all?13:01
* ogra cant ssh in currently and a writer install is running, i need to test OO.o for doko ... so i have to copy/brain/paste here13:01
mvoogra: at least LP says it is13:01
ograyes, it is13:01
mvobut why does apt not know about it then :) ?13:02
ograno idea13:02
ogradoes the apturl stuff run an apt-get update if it enables them ?13:03
ograthough the package cache should be up to date, the image was rolled this morning ... (3h ago)13:04
=== dendrobates is now known as dendro-afk
bullgard4What is an »unseeded package«? As in "ubuntu-release delegations for unseeded packages in universe/multiverse"13:14
micahgbullgard4: usually packages without a Task13:15
bullgard4micahg: Thank you.13:16
evmvo: thanks!  Very much appreciated.13:23
=== almaisan-away is now known as al-maisan
cjwatsonmvo: Keybuk's problem might have been an installer bug instead - just uploaded a backport of a change I made to Debian a couple of days ago to fix a similar problem13:31
mvoev: I just saw that a swap device is created so my earlier question is solved13:31
mvocjwatson: aha, ok. what branch should I look at to see the diff?13:32
=== MacSlow|lunch is now known as MacSlow
cjwatsonmvo: lp:~ubuntu-core-dev/base-installer/ubuntu13:36
mvocjwatson: that seems to be a bit confusing, I check why apt is requiring both13:37
mvo(confusing on apts side)13:37
ogramvo, hmm, so even after apt-get update i dont see oo.o meta in apt-cache policy13:48
ogramvo, http://paste.ubuntu.com/498447/13:49
* ogra has ssh now13:49
mvoogra: I can't see it in the packages file for armel on ports13:52
ograpublisher hiccup ?13:53
* wgrant looks.13:53
cjwatsonogra: you don't have universe enabled13:54
cjwatsonopenoffice.org | 1:3.2.1-6ubuntu2 | maverick/universe | amd64, armel, i386, powerpc13:54
cjwatsonthe metapackage has been in universe since lucid (I don't know why)13:54
cjwatsonif it needs to be re-promoted, somebody should seed it13:55
mvoI can do that, I need to seed ubuntu-extras-keyring anyway13:55
ogracjwatson, oh, weird13:56
ograthanks !13:56
salty-horsehey. I'd like to get this tiny bugfix in the cairo2 package -- should I just file a bug pointing to it? https://bugs.freedesktop.org/show_bug.cgi?id=3011513:56
ubottuFreedesktop bug 30115 in general "cairo_device_type_t enum has a trailing comma" [Normal,Resolved: fixed]13:56
mvocjwatson: can I ask for a quick advice? should I seed it into desktop ? or rather platform? I think desktop is better as we probably leave it out on the server, but I don't have a strong opinion. as it only contains new stuff it should not harm much to have it as a recommends on ubuntu-standard13:56
ogracjwatson, mvo, hmm, shouldnt sw-center have told me that its in universe though ? (and offer to enable it)13:58
cjwatsonmvo: I think ubuntu.maverick/supported-desktop-extra, given that there's already oo.o stuff there13:58
mvoogra: it should have, that is a bug in the meta-data, I add a test for this13:58
ograthats what i thought13:59
mvocjwatson: I meant where to seed "ubuntu-extras-keyring" :)13:59
cjwatsonmvo: my gut feel would be platform.maverick/desktop-common14:01
mvocjwatson: yeah, that makes sense, thanks14:03
mvohm, it looks like openoffice.org depends on some other universe stuff (like openoffice.org-filter-mobiledev14:07
ograimho we dont need it seeded in main14:13
mvoogra: ok, I fix the meta-data14:15
ogra(we dont use it on armel at all btw)14:16
ogra(in the images)14:16
=== badipod_ is now known as badipod
hrwI have good news - armel cross compiler 4.5 landed in ubuntu (gcc-4.4 is on a way)14:44
=== bjf[afk] is now known as bjf
tkamppeterpitti, all new packages for bug 618017 uploaded.15:13
\shhow can someone disable on lucid the write_net_rules script to overwrite self written /etc/udev/rules.d/70-persistent-net.rules file? during jaunty this behaviour was different somehow..15:13
ubottuLaunchpad bug 618017 in splix (Ubuntu) "openprinting-ppds crashed with IOError in ls()" [High,Fix committed] https://launchpad.net/bugs/61801715:13
=== hanska is now known as dapal
\shoh damn....the format changed...halleluja15:18
ograScottK, in case you have a bored minute i'd like to draw youre attention to bug 645200 :)15:23
ubottuLaunchpad bug 645200 in systemtap (Ubuntu) "please sync systemtap 1.3 from debian experimental" [Undecided,New] https://launchpad.net/bugs/64520015:23
=== hanska is now known as dapal
=== ivoks-afk is now known as ivoks
LLStarkskenvandine, i found a glaring ambiance/radiance bug not fixed by your new release.15:58
LLStarksshould i mark its bug for uife?15:58
kenvandineLLStarks, file a bug for sure... i know very little about the theme :)15:59
kenvandinebut i can make sure someone looks at it asap15:59
ubottuLaunchpad bug 622284 in light-themes (Ubuntu) "font blur on some buttons in beta theme" [Medium,Confirmed]16:00
LLStarksoh wow16:01
LLStarksmark already jumped on it16:01
LLStarksi feel honored.16:02
evmvo: http://paste.ubuntu.com/498545/ - interested?16:05
jcastrocharlie-tca: https://wiki.ubuntu.com/UbuntuOpenWeek/Timetable can you pass that along to xubuntu folks? Sessions wanted!16:06
mvoev: yes, checking16:06
evthat's roughly: fakeroot fakechroot -s debootstrap --variant=fakechroot maverick maverick; fakeroot fakechroot -s chroot maverick; apt-get -y install ubiquity ubiquity-frontend-gtk; apt-get -f install16:06
charlie-tcaBe happy to.Thanks for letting us know16:07
evI noticed you fixed a similar bug relatively recently, in ubuntu1, not sure if this is related though16:07
mvoev: so that is from debootstrap?16:08
evthe error is not from bootstrap16:09
evthat succeeds after it retries a few times16:09
evthe error is from chrooting into the presumably successfully created chroot and trying to install ubiquity16:09
evdebootstrap returns 016:10
\shoh I'm stucked now...I'm writing my own 70-persistent-net.rules file, and in jaunty write_net_rules never touched it when it was there..now on lucid, it always replaces my rules with its own...which is totally different behaviour, even chmod 444 of this file doesn't prevent udev to overwrite16:41
JanCcjwatson: it seems like the btrfs patch you added to GParted causes it to crash - https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/60944716:43
ubottuLaunchpad bug 609447 in gparted (Ubuntu) "gpartedbin crashed with signal 5 in Glib::exception_handlers_invoke()" [Medium,Confirmed]16:43
cjwatsonpsurbhi: ^- that was your btrfs patch for gparted - could you look at that, please?16:44
=== dendro-afk is now known as dendrobates
RoAkSoAxcjwatson: you are the one who generates the cdimage .manifest-daily right :)?16:47
=== ivoks is now known as ivoks-afk
cjwatsonRoAkSoAx: scripts that I operate do it, yes16:49
cjwatson(though I am but one of the operators these days)16:50
RoAkSoAxcjwatson: Well I think there might be a mistake with this entry: " ubuntu maverick /kubuntu-mobile/daily-live/current/maverick-mobile-i386.iso 701138944"sionce it is pointing a kubuntu ISO instead of an ubuntu one :)16:51
slangasekpitti: 618017> the packages seem to have been accepted, in spite of your nack in the bug log - did you and tkamppeter work this out off-line?16:51
pittislangasek: yes, I rejected the original ones, and he uploaded fixed versinos16:53
slangasekpitti: oh; the changelogs still all refer to try: main() except: pass16:53
pittislangasek: really? where?16:54
pittihplip (3.10.6-1ubuntu10) maverick; urgency=low16:54
pitti  * debian/local/pyppd/pyppd/: Updated to pyppd 0.4.9, to suppress runtime16:54
pitti    error tracebacks by putting a "try: ... except ...: pass" construct around16:54
pitti    the main function call. This avoids Apport pop-ups when the execution of the16:54
pitti    self-extracting compressed PPD file archives gets stopped by the calling16:54
pitti    process (LP: #618017).16:54
pittislangasek: those were the ones I've seen16:54
pittislangasek: I think there was one package which got accepted before, something with p*16:54
pittislangasek: but it got fixed again as well16:54
slangasekpitti: "around the main function call" - looks to me like exactly what you were objecting to16:55
slangasekanyway, if you're aware of it, I assume all is as it should be :)16:55
pittislangasek: right, but now only KeyboardInterrupt and IOError16:55
slangasekahh, ok16:55
pittislangasek: the latter is still not quite well, but I asked Till to file an upstream bug16:55
pittislangasek: and since the program is basically just one fancy print statement, I considered it "good enough"16:56
cjwatsonRoAkSoAx: thanks, fixed16:56
pittibut I didn't want it to shadow things like ImportError, or wrong format strings, etc.16:56
pittitkamppeter: bug 645328> oops, sorry about that, and thanks for finding; I'll get it fixed first thing tomorrow16:57
ubottuLaunchpad bug 645328 in cups (Ubuntu Maverick) "use of dpkg-vendor requires dpkg-dev" [Undecided,New] https://launchpad.net/bugs/64532816:57
RoAkSoAxcjwatson: thank you :)16:57
=== al-maisan is now known as almaisan-away
tkamppeterpitti, thanks for passing through my uploads. Don't you have access to pass through ptouch-driver?17:03
pittitkamppeter: perhaps it wasn't in the queue yet when I processed it; but we'll get it in, don't worry17:05
* pitti -> dinner17:05
=== dendrobates is now known as dendro-afk
mvozul: I noticed that after a recent upgrade squid seems to be not always started anymore, is that a know issue? might be something with squid-deb-proxy, I have not investigated yet17:15
zulmvo: ill take a look17:16
mvothanks, I can dig more into it tomorrow (almost dinner time for me :)17:16
=== hrw is now known as hrw|gone
mvoev: apt bug is fixed, thanks for reporting it17:34
evmvo: you rock!17:34
mvothanks :)17:35
* mvo will not say just how silly the bug was17:36
\shanyone have a short hint on how to enable debugging mode for udev? udev.conf: udev_log="debug" or something like this?17:38
cjwatsonyes, that.  or udevadm control --log-priority=debug17:39
cjwatsonrun update-initramfs -u after editing the file if you want debug output in the initramfs too17:39
\shoh wow...if this is not a big bug17:41
\shok...here it goes: /lib/udev/write_net_rules writes into /etc/udev/rules.d/70-persistent-net.rules, while debugging enabled, it reads this 70-persistent-net.rules file, but adds stuff into the very same file, because the main rules files which triggers write_net_rules is 75-persistent-net-generator.rules17:42
\shso 70 comes first, and 75 changes everything17:42
cjwatsonI thought it had to be that way.  the purpose of writing the net rules is to record the state of the mac->device mapping in this boot, to preserve it for future boots.  thus writing the net rules has to come last17:43
cjwatsonbut I'm going out so can't debug this now17:44
\shcjwatson: if you want to have a nic named "eth0 " on a different device, you need to say that normally in 70-persistent-net.rules but somehow this is not wanted by /lib/udev/rules.d17:44
\shif the admin tells udev to "this is the action you need to do when finding this device with mac address X:Y:Z", the system shouldn't overwrite his wish17:45
\shthe second bug I would say is, that write_net_rules helper script can't be prevented to write the 70-persistent-net.rules file, even if admin says that this file is chmod 44417:51
=== beuno is now known as beuno-lunch
=== deryck is now known as deryck[lunch]
DarxusWhy do the graphical package management tools use apt-get instead of aptitude?17:57
DarxusThey don't flag packages as installed as a dependancy, right?17:57
hallynhow does debuild -S decide what files to keep?  iow, how does it decide whether to ignore .git/ ?18:08
evhallyn: the DEBUILD_DPKG_BUILDPACKAGE_OPTS environment variable lets you control that18:13
hallynev: thanks!18:14
hallyn(wonder if there is a way to get 'bzr dailydeb' to honor that)18:15
ev~/.devscripts most likely18:15
pittialways a good thing to have18:17
dokohttp://qa.ubuntuwire.com/ftbfs/ isn't updated anymore18:17
=== ivoks-afk is now known as ivoks
ScottKdoko: The admin for that is away right now, but I've pinged them.18:29
dokoScottK: thanks18:30
\shcjwatson: ok, the workaround is to overwrite 75-persistent-net-generator.rules in /etc/udev/rules.d/ but this should not be the case, when the README tells something else18:32
\shand that doesn't work when you do it when you start the server up...*grmpf*18:36
=== rickspencer3_ is now known as rickspencer3
=== BlackZ_ is now known as BlackZ
achiangdoes anyone know who calls sysv-style initscripts like "reboot" and "shutdown"? if i issue them as root from the cmdline, i think i'm directly calling the binaries in /sbin...18:52
=== beuno-lunch is now known as beuno
=== deryck[lunch] is now known as deryck
=== dendro-afk is now known as dendrobates
jcastrocharlie-tca: I've got karl looking at the tomboy menu thing19:07
charlie-tcaThank you19:07
charlie-tcaI hope we can get it fixed19:07
charlie-tcaIt just seems not everyone can reproduce it.19:08
jcastroI think we got it19:08
jcastrocharlie-tca: was there someone working on appindicator support for XFCE somewhere? I remember seeing something a while back.19:09
charlie-tcaI don't remember. I will have to go looking19:09
jcastrook if you run into anything lmk. (That being said the fallback is supposed to be working anyway)19:10
charlie-tcaI will do that. Thanks19:10
jcastroif someone is interested but needs help I can get them help too19:11
=== dendrobates is now known as dendro-afk
mr_pouitjcastro: not really. There's a panel plugin (xfce4-indicator-plugin), but nothing in xfce core.19:17
tkamppeterpitti, I have reported the pyppd problem upstream now.19:19
=== dendro-afk is now known as dendrobates
hallynhggdh: my bug-control membership is about to expire, you're listed as someone to get in touch with - can you renew?20:18
hggdhhallyn: doing it now20:19
hallynhggdh: thanks!20:19
hggdhhallyn: what is your LP id?20:19
hggdhhallyn: forget, got it. You are all set.20:21
=== hrw|gone is now known as hrw
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== hrw is now known as hrw|gone
mvoogra: the channel adding stuff should be fixed in trunk now (in software-center)20:54
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== bjf is now known as bjf[afk]
=== tkamppeter_ is now known as tkamppeter
=== ivoks is now known as ivoks-afk
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates

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