[03:08] <selite_> Alright, since I care deeply about Ubuntu and know how to code. Can you please tell me how can I contribute?
[03:09] <RAOF> selite_: Any number of ways; what would you like to do?
[03:09] <selite_> RAOF: Write code.
[03:10] <robru> selite_, so, write some code then.
[03:10] <RAOF> Any particular type of code? You can usefully write code anywhere from the kernel to trivial apps.
[03:10] <plars> cjwatson: sounds good, I have a dr. appointment and a few other things, but if you can send me the details, we should be able to get it tested out early on
[03:10] <selite_> RAOF: my answer seems to be general but that is because I am lost, I am currently checking it Bazaar and I just don't understand how this thing works.
[03:11] <RAOF> selite_: So, Ubuntu is, in part, the aggregation of tens of thousands of individual projects, from the kernel to apps like Gwibber.
[03:11] <RAOF> selite_: Contributing to any one of those projects helps Ubuntu.
[03:12] <robru> selite_, so think of a program that you want to like, but has problems that bother you, and then go fix those.
[03:13] <selite_> robru: I download the source code from github, I fix a bug and then what do I with it?
[03:13] <selite_> robru: What if someone decides to put bugs intentionally how do you keep track of that?
[03:14] <RAOF> selite_: That depends on the project. If it's a project on github, generally what you'll do is fork, make your changes, and then submit a merge request.
[03:14] <RAOF> selite_: For Launchpad projects it's similar.
[03:14] <RAOF> selite_: For other projects (like the kernel, X, or mesa) the process is to create your patches and submit them to a mailing list.
[03:14] <RAOF> selite_: It depends on the project :)
[03:15] <selite_> RAOF: I understand. Do they keep a list of bugs that need to be fixed?
[03:15] <selite_> RAOF: For example for Gwibber.
[03:16] <RAOF> selite_: Generally, yes. You can check out the Ubuntu bugs on launchpad - https://launchpad.net/ubuntu/+source/gwibber/+bugs ; projects generally also have their own bug tracking. For example, github issues.
[03:20] <robru> RAOF, maybe not the greatest example because all those bugs are obsolete ;-)
[03:20] <robru> but yeah
[03:21] <robru> oh, he left. d'oh
[05:38] <pitti> mpt: I think I'll change apport to just not pass an UI object for crashes post-release
[06:33] <vibhav> cjwatson: What is the pkg-config "name" for libpipeline?
[06:36] <pitti> $ dpkg -L libpipeline-dev|grep pkgconfig
[06:36] <pitti> /usr/lib/x86_64-linux-gnu/pkgconfig/libpipeline.pc
[06:36] <pitti> vibhav: ^
[06:36] <vibhav> thanks
[06:37] <vibhav> pitti: but, shouldn't this be in PKG_CONFIG_PATH ?
[06:37] <pitti> it is
[06:37] <pitti> pkg-config knows about multiarch
[06:38] <vibhav> pitti: http://paste.ubuntu.com/5636218/
[06:38] <pitti> $ pkg-config --cflags --libs libpipeline
[06:38] <pitti>  -lpipeline
[06:38] <pitti> missing libpipeline-dev ?
[06:39] <vibhav> This is crazy, software center doesn't find libpipeline-dev
[06:39] <vibhav> while apt does
[06:40] <pitti> it's not an application
[06:40] <vibhav> yes, but SS does find -dev packages
[06:40] <vibhav> (at least here, it used to do that)
[06:48] <infinity> vibhav: I wouldn't generally recommend using SS for searching for libraries and dev things.  Most of the time, if it displays one, that's a bug, not a feature.
[06:48] <infinity> (IMO)
[06:49] <infinity> It's meant to be a top-level view of applications, with some semblance of user-friendliness which is, almost by design, developer-hostile.
[06:55] <vibhav> infinity: ah ok
[06:56] <infinity> vibhav: apt-cache search is probably a developer's best friend in this case.
[06:58] <sarnold> <3
[07:07] <zyga> good morning
[07:53] <leagris> Hello there,
[07:53] <leagris> I am testing 13.04 for some time and use google chrome from unstable chanel.
[07:54] <leagris> I know it is unstable and unsupported software. So I don't asks for any help here:)
[07:55] <leagris> Meaningwhile, I experience some huge bd2 (Ext4 journal update) with GoogleChrome
[07:56] <jamesh> mvo: ping?  Would you have time to answer a few questions about the software center?
[07:56] <leagris> So badly I came back to Firefox, because my spinning rust disk is so busy while Chrome is running, it become unresponsiv if it needs to fetch user profile datas for form filling and so on :)
[07:57] <leagris> I just like to reade your own experience with these unstable builds of Google Chrome here. Did you also notice an excess of IO with the bd2 process?
[07:59] <leagris> Google Chrome 27.0.1430.0 (Build officiel 186115) dev
[07:59] <leagris> WebKit	537.33 (@144673)
[07:59] <leagris> Mozilla/5.0 (X11; Linux x86_64)
[07:59] <mvo> jamesh: hi, sure
[08:00] <jamesh> We have a bunch of packages containing Unity scopes, and were wondering on the best way to make them show up together in a category on the software center
[08:01] <jamesh> Looking at the code, there seemed to be some stuff to scrape XB-Category fields from the package metadata, but this doesn't seem to be what is used for the majority of packages in the archive
[08:02] <mvo> jamesh: I'm talking with mhr3 about this right now
[08:02] <mvo> jamesh: in #ubuntu-desktop
[08:02]  * jamesh joins
[08:04] <leagris> Though, I am reluctant on updating an old bug about unexpected bd2 activity preventing laptop disk spin down and draining batteries. I use a desktop computer, and I identified Google Chrome as the source of this excessive bd2 activity.
[08:06] <leagris> oups, I meant jbd2
[08:07] <leagris> It could match this still opened old bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/607560
[08:10] <leagris> Launchpad is a so big load of bugs filled by clueless users like me. I praise you dev and maintainers unbelivable ability to pick any relevant information from it :P
[08:15] <dholbach> good morning
[08:16] <leagris> hello good morining dholbach
[08:16] <dholbach> hi leagris
[09:11] <pitti> vibhav: https://code.launchpad.net/~vibhavp/ubuntu/raring/libpipeline/add-atuopkgtest/+merge/154883 verified; bouncing to cjwatson as I guess he wants to keep this in sync and upload to Debian instead
[09:13] <vibhav> sure, thanks
[09:24] <mitya57> jamespage: re bug 1157421: I now have a working branch attached, but I don't yet know what to do with the linux-headers-generic dependency (which makes it build with 3.2 headers)
[09:25] <mitya57> (asked on #ubuntu-kernel now)
[09:26] <jamespage> mitya57, I'd be tempted to drop the dependency on headers; thats what openvswitch and iscsitarget do
[09:26] <mitya57> and also I wonder if I should add fix-vm-reserved.patch from raring to fix compilation with 3.7+
[09:27] <jamespage> mitya57, no - we just need the minimal fix for 3.5 support right now
[09:27] <tkamppeter> xnox, jodh, I have reported a bug on avahi, to apply a workaround for making CUPS to reconnect to avahi-daemon after a restart of avahi-daemon, bug 1158686. Can you apply it in Raring?
[09:28] <mitya57> jamespage: it doesn't depend on openvswitch or iscsitarget — or what do you mean?
[09:28] <jamespage> mitya57, both of those packages ship dkms packages; the dkms package don't depend on linux-headers
[09:29] <mitya57> ok, but dkms itself now also doesn't depend on headers...
[09:29] <jamespage> mitya57, yeah - but the ubuntu install process should install the correct headers for the right kernel by default
[09:30] <mitya57> fair enough :)
[09:30]  * mitya57 drops the dependency and files a MP
[09:31] <jamespage> mitya57, nice one!
[09:32] <mitya57> jamespage: should I leave "linux-headers-generic [i386 amd64] | linux-headers" in Suggests?
[09:32] <jamespage> mitya57, personally I would just drop them
[09:37] <seb128> cjwatson, hey, do you think you could add https://launchpadlibrarian.net/131228119/openssh_lp-952185_raring.patch to your review list? it's in the sponsoring queue but reflected as SRU for lightdm, but in fact has a patch for openssh
[09:40] <cjwatson> seb128: it *is* on my review list already
[09:40] <mitya57> jamespage: done, https://code.launchpad.net/~mitya57/ubuntu/precise/blktap-dkms/lp1157421/+merge/154892
[09:41] <cjwatson> but I need to think hard about it - even though it's a small patch I need to go and make sure that moving the env handling doesn't affect anything undesired within sshd
[09:41] <ogra_> hmm, seems like the rm for /current misses a -r in the new cdimage code :)
[09:41] <ogra_> (unlink() fails)
[09:43] <ogra_> oops, i thought i was in -release
[09:43] <seb128> cjwatson, ok, good, I will unsubscribe sponsors from the bug if that's fine with you (so we avoid having other people doing the review, or somebody just sponsoring without giving it too much thinking)
[09:43] <cjwatson> seb128: sure, somebody already said they'd done that yesterday ...
[09:43] <seb128> ok, done
[09:44] <cjwatson> ogra_: where are you seeing that?
[09:44] <cjwatson> oh, yeah, ok, build logs
[09:44] <ogra_> in the failed buildlogs
[09:44] <cjwatson> I'll sort that out, thanks
[09:44] <ogra_>  File "/srv/cdimage.ubuntu.com/bin/../lib/cdimage/osextras.py", line 53, in unlink_force
[09:44] <ogra_>     os.unlink(path)
[09:44] <ogra_> OSError: [Errno 21] Is a directory: '/srv/cdimage.ubuntu.com/www/full/ubuntu-server/precise/daily/current'
[09:44] <cjwatson> I only just got in, give me a minute to go through it all
[09:45] <ogra_> i didnt mean to be pushy .... just reported it as i found it when reading morning mail :)
[09:45] <cjwatson> aside from anything else there's the question of why that's a directory, since the new code isn't supposed to be active yet
[09:45] <ogra_> yeah
[09:45] <cjwatson> so need to do some background checking
[09:45] <vibhav> ogra_: For a moment, I thought the C unlink() wasnt working :D
[09:46] <ogra_> vibhav, well, not sure if cjwatson ported cdimage to C secretly over night :)
[09:46] <ogra_> looks like a python error though ;)
[09:47] <vibhav> ogra_: I mean unlink() in the daily builds :P
[09:47] <vibhav> I read it incorrectly
[09:47] <cjwatson> os.unlink is a very thin wrapper around libc unlink anyway
[09:48] <jamespage> mitya57, looking now
[09:49] <mitya57> jamespage: one more question for you: "the ubuntu install process should install the correct headers for the right kernel by default" — does that apply to Debian?
[09:49] <jamespage> mitya57, hmm - not sure
[09:49] <mitya57> (otherwise we should apply this in raring as a delta)
[09:51] <mitya57> zigo: maybe you know (^)? we are talking about dropping linux-headers dependency from blktap-dkms package you're maintaining :)
[09:51] <xnox> tkamppeter: updated the bug with more "upstart like" post-start. But you are correct that post-start does not run on restart avahi-daemon. I can't remember how to execute stuff on restart, let me check the cookbook again.
[09:53] <mitya57> zigo: btw you may also be interested in my support_kernel_3.4.patch
[10:02] <jamespage> mitya57, uploaded and subscribed ubuntu-sru to the bug report
[10:02] <jamespage> mitya57, thanks for fixing that up
[10:04] <mitya57> jamespage: thanks! maybe it'll make sense to do a raring upload dropping the dependency (otherwise it can be rejected)
[10:05] <jamespage> mitya57, I think that would make sense
[10:05] <mitya57> jamespage: should I do another MP?
[10:05] <jamespage> mitya57, that would be lovely!
[10:06] <xnox> tkamppeter: posted a task job which should reload cups whenever avahi-daemon is started or restarted.
[10:09] <mitya57> jamespage: https://code.launchpad.net/~mitya57/ubuntu/raring/blktap-dkms/no-headers-dependency/+merge/154897
[10:21] <cjwatson> ogra_: fixed
[10:26] <ogra_> cjwatson, great, thx
[10:27] <tkamppeter> xnox, looks great, I am testing now.
[10:30] <tkamppeter> xnox, on cold boot avahi-daemon starts before cups, so when the task gets triggered "reload cups" is executed with cups not yet running and so it exits with 1. Does this cause any problem? Should we surround the "reload cups" by "if status cups | grep start/running; then ...; fi"?
[10:30] <xnox> tkamppeter: it's fine, the task starts & fails, and live goes on.
[10:30] <xnox> s/live/life/
[10:31] <xnox> tkamppeter: the task stanza is special as each time this job is triggered a new unique (throwaway) instance is created and expected to exit soon.
[10:31] <zigo> mitya57: Why dropping the kernel header thing?
[10:31] <zigo> mitya57: If you drop that dependency, can the DKMS module build?
[10:31] <mitya57> zigo: in Ubuntu the right headers are always installed
[10:32] <zigo> mitya57: You mean, by default, you *always* have the headers?
[10:32] <zigo> Even with a raw system installed by debootstrap?
[10:33] <mitya57> jamespage: ^
[10:35] <zigo> mitya57: Could you please send requests to me via the Debian BTS ?
[10:35] <zigo> mitya57: Including your patch if possible.
[10:36] <zigo> blktap-dkms-2.0.93.patch ?
[10:36] <zigo> Is it that one?
[10:37] <mitya57> zigo: that was not a request, but a suggestion :)
[10:37] <mitya57> patch is https://bazaar.launchpad.net/~mitya57/ubuntu/precise/blktap-dkms/lp1157421/view/head:/debian/patches/support_kernel_3.4.patch
[10:38] <mitya57> (there's also another patch in raring that makes it work with 3.7/3.8)
[10:38] <zigo> mitya57: I don't mind request or suggestion, I appreciate both! :)
[10:38] <zigo> Well, I can apply on one of them, no?
[10:39]  * xnox ponders who or what creates ~/.cache/archive-cache/ which is filled with 11GB of .debs I have on a local mirror anyway....
[10:39] <mitya57> zigo: as experimental has 3.8, you may want to apply both
[10:40] <mitya57> (obviously, that's for jessie, not for wheezy)
[10:41] <tkamppeter> xnox, I have tested it and it works on stop/start, restart, crash/respawn (simulated by "killall -9 avahi-daemon"), reboot.
[10:41] <xnox> tkamppeter: cool thanks. uploading then.
[10:41] <mpt> ev, what revision is errors.ubuntu.com running?
[10:42] <ev> mpt: 300, by the looks of it.
[10:44] <cjwatson> ogra_: OK, I worked out why those were directories as well - it was due to stale builds for architectures that we no longer build for by default.  I've removed those images and "current" should automatically collapse itself back to a symlink at the next build.
[10:45] <ogra_> ok
[10:45] <ogra_> which arches ? armel and so on ?
[10:45] <cjwatson> powerpc, and amd64+mac for server
[10:45] <ogra_> ah
[10:46] <cjwatson> now, metalinks still aren't working right
[10:46]  * cjwatson looks at that next
[10:46] <tkamppeter> xnox, so the new file will be in avahi?
[10:46] <ogra_> do we still need them ?
[10:47] <mitya57> zigo: looks like in Debian dkms takes care about headers itself, so the explicit dependency is not needed (take a look at openvswitch-datapath-dkms for example)
[10:47] <ev> mpt: I'd like to get tip deployed, but I'm trying to fix a few things that are going to drive people mad, like how changing the "users of" box doesn't update the table.
[10:47]  * ogra_ would think we might put wubi down at some point soon
[10:48] <ev> mpt: ideally I'd like to fix the pinstripe and the transition of the milestones when you select a different release, but there are far more important things to deal with.  I think you wrote on the list recently you were happy to sponsor ureadhead fixes, want to look at this one? ;-)
[10:52] <ev> mpt: there's always http://poppy-dev.local
[10:52] <mpt> Oh. Right.
[10:52] <ev> :)
[10:53] <cjwatson> OK, any broken metalinks should sort themselves out over the next day or two now; I regenerated the most important ones
[10:54] <zigo> mitya57: The kernel header stuff are pulled by dkms Recommends:
[10:54] <xnox> zigo: not on ubuntu.
[10:54] <zigo> mitya57: So as much as I understand it, the linux-header dependency is really needed.
[10:55] <zigo> xnox: So, in Ubuntu, you have a Depends:?
[10:55] <xnox> zigo: no. externally managed/installed. kernel itself depends on headers.
[10:55] <mitya57> in Ubuntu we don't even have Recommends
[10:55] <xnox> zigo: you should depend on the headers in Debian, though.
[10:56] <zigo> Ok, then I believe I have to do a conditional Depends: then.
[10:56] <xnox> but in ubuntu we do not want it.
[10:56] <zigo> (using the substvar trick and dpkg-vendor...)
[10:56] <mitya57> xnox: so will that "external management" work in "a raw system installed by debootstrap"?
[10:56] <zigo> I'm doing that now then.
[10:57] <xnox> zigo: basically we do not have a single top-level headers package and it gets renamed, hence the dependency is in the kernel flavour. Not sure what you mean by a raw system installed by debootstrap - if kernel is installed on ubuntu (even via debootstrap), headers package will be pulled in.
[10:58] <mitya57> xnox: thanks for clarifying that!
[10:58] <xnox> if there is no kernel installed, headers will not be pulled in. And well I am not sure there is a use-case for dkms, if kernel is not installed.
[10:58] <zigo> xnox: Well, you do not really have to install a kernel to have a working system!
[10:58] <vibhav> win 6
[10:58] <vibhav> soory
[10:58] <vibhav> sorry, even
[10:58] <zigo> xnox: I run hundreds of virtual machines at GPLHost without the kernel package installed.
[10:59] <xnox> zigo: sure, but dkms will not work without a kernel package, now will it? =) Oh.... hmm... I see....
[10:59] <zigo> But well, anyway, I'm doing what I wrote above to make you guys happy! :)
[10:59] <tkamppeter> xnox, thank you very much for your help.
[10:59] <xnox> tkamppeter: no problem.
[11:00] <ev> mpt: I decided to make the milestone labels noninteractive last night. Being able to select which lines are shown on the graph independent of the "Showing error reports from" box state, which also determines what lines are shown, seemed confusing (plus the code was getting complex).
[11:00] <mpt> ev, they were interactive before??
[11:00] <ev> briefly
[11:00] <ev> like so: http://nvd3.org/
[11:00] <mitya57> zigo: if you are going to add a conditional depends, that will be very good (and probably will allow us to drop our delta at some point)
[11:01] <ev> (click on stream2)
[11:01] <zigo> mitya57: Yes, I'm doing that right now.
[11:01] <mitya57> thanks!
[11:01] <cjwatson> eh, packages generally can't ever sensibly depend on kernel headers
[11:02] <cjwatson> because they don't know which kernel flavour is installed
[11:02] <mpt> ev, love the stereotypical open-source whimpering on that page: "This project is an attempt to build..."
[11:02] <cjwatson> this is why we have to have something like dkms to do it at run-time instead ...
[11:02] <ev> mpt: lol
[11:03]  * mitya57 will be back in 1.5 hours
[11:04] <ev> d3 at least breaks from some of the other stereotypical open source stuff, like giving you lots of nobs and switches to write bad code. (https://groups.google.com/forum/?fromgroups=#!topic/d3-js/mEjem7IPshY)
[11:11] <zigo> http://anonscm.debian.org/gitweb/?p=pkg-xen/blktap-dkms.git;a=commitdiff;h=ab9a0d189cc196a2a09e35127a8570950d2c419c <--- As requested.
[11:11] <zigo> (or suggested ... :) )
[11:13] <zigo> So which patch should I apply then?
[11:16] <leagris> Something wierd just happened. I had apport crash popup soon after login in 13.04, then it said the problem wals already reported here https://bugs.launchpad.net/bugs/1121896
[11:16] <cjwatson> zigo: well, surely that dependency is wrong in Debian too.  What if somebody has, say, linux-image-amd64 installed rather than linux-image-generic?
[11:16] <cjwatson> s/installed/running/
[11:16] <leagris> Unfortunately, well as you can see, this page/bug does not exist at Launchpad ;D
[11:17] <leagris> So, It failed to tell what crashed and pointed to an invalid bug
[11:17] <cjwatson> It exists but it's private
[11:17] <cjwatson> However I don't know enough about indicator-sync to know whether I can safely mark it public (i.e. whether it contains user data)
[11:18] <cjwatson> Perhaps somebody else does
[11:19] <leagris> Ah yes, funny situation :) got it mentioned in here https://bugs.launchpad.net/ubuntu/+source/indicator-sync/+bug/1130062
[11:20] <seb128> cjwatson, leagris: I market it public, the indicator can "leak" filenames, nothing else
[11:20] <seb128> but that's not even the case in that report
[11:21] <pitti> darkxst: I have a proposed general hook for you in bug 1158119
[11:21] <leagris> thank you seb128 and no worries, I know someone will look at it before release :)
[11:22] <darkxst> pitti, thanks, let me test
[11:23] <leagris> Are there some maintainers of compiz and or accessibility team here?
[11:25] <leagris> I'd like to share my concern on the maybe endangered future of compiz within Ubuntu. I am visually impaiared and the eZoom plugin is my most efficient beloved screen magnifier for everydays since years. Gnome Orca and other tools are pale and inappropriate replacementss I would not want to fallback to.
[11:25] <didrocks> leagris: TheMuso is the accessibility specialist, but he lives in australia, so you maybe want to chat with him
[11:27] <tkamppeter> xnox, I have assigned bug 1158686 to you, as you told that you are uploading avahi with the new file.
[11:27] <leagris> I already avoided Unity for its poor experience with compiz eZoom (launch bar not magnified and not following zoomed area). I really feel left behind more and more. Not funny and no trolling here.
[11:27] <xnox> tkamppeter: sure. just fighting with my new desktop to make it build packages (homedir rsync still in progress)
[11:29] <darkxst> pitti, will that still run the normal package hooks as well?
[11:29] <pitti> darkxst: yes
[11:31] <darkxst> ok, looks good then
[11:32] <leagris> I'd pay for having compiz eZom maintained. Not that much in regard to the work and responsabilities, but at least I sure would drop $600 as it is the price of a ZoomText licence for the Microsoft OS :)
[11:35] <leagris> And I am reluctant to drop money to a broad organisation, be it non-profit as it may be significantly diluted before it reach the compiz eZoom package maintener for Ubuntu.
[11:36] <zigo> cjwatson: linux-headers-amd64 has a Provides: linux-headers
[11:36] <zigo> So the dependency is satisfied.
[11:36] <didrocks> leagris: again, as told previously, you should talk with TheMuso when he's online
[11:37] <leagris> didrocks: took a note to poke TheMuso wile in the proper timezone thanks
[11:37] <didrocks> yw
[11:54] <cjwatson> zigo: It's satisfied, but there's no reason apt will pick the right one; as a result the user will often have to intervene anyway
[11:55] <cjwatson> zigo: A dependency on plain linux-headers would make sense, perhaps - but there's no reason, either in Debian or Ubuntu, why the package has any justification for claiming it knows what the preferred alternative is
[11:55] <cjwatson> So I don't think it is right to specify a preferred alternative
[11:56] <cjwatson> (I don't know the history of this bug/patch/whatever so I don't know if this started out with the dependency being actively inconvenient in Ubuntu)
[11:56] <zigo> cjwatson: With the patch from upstream it fails to build the kernel module for 3.8
[11:56] <zigo> http://paste.debian.net/243647/
[11:57] <zigo> It did work for 3.2.0-* though.
[11:57] <cjwatson> That has nothing to do with dependencies though
[11:57] <zigo> Ah no.
[11:57] <zigo> Sorry, forgot to push / pull it seems.
[11:57] <zigo> cjwatson: Right, that's another problem! :)
[12:06] <zigo> Uploaded.
[12:42] <mitya57> zigo: hi again :)
[12:42] <mitya57> you need either *both* patches or none of them
[12:42] <zigo> mitya57: Both being which ones?
[12:43] <zigo> I applied only the one from upstream, for linux 3.7+, and it worked, always ...
[12:43] <zigo> For me, it seems fine.
[12:43] <mitya57> what you applied doesn't make sense without https://bazaar.launchpad.net/~mitya57/ubuntu/precise/blktap-dkms/lp1157421/view/head:/debian/patches/support_kernel_3.4.patch
[12:43] <mitya57> worked? let me recheck...
[12:44] <hallyn> wait - does uefi not work with virtio?
[12:45] <zigo> Yup, it seems it built with 3.2 and 3.8 kernels.
[12:45] <zigo> I didn't try with 3.4 though (as this isn't in Debian).
[12:55] <mitya57_> zigo: I have no clue why it works for you without the "first" patch, but if it works, let's leave it as is
[12:55] <mitya57_> fwiw, my patch was based on https://github.com/mcclurmc/blktap-dkms/commit/d33302b91d
[13:17] <hallyn> cjwatson: trying <IP_ADDRESS> desktop install again.  last syslog line is "purging configuration files for user-setup", then I see defunct plugininstall.p
[13:18] <hallyn> well, but no, i guess dpkg is still running.  it's not really hung.
[13:19] <hallyn> wonder why it's sooooo sloooooooooow
[13:20] <GridCube> hi, its allow-guest removed from the default lightdm.conf?
[13:33] <ogra_> distro packages shouldnt use" !#/usr/bin/env python", right ? or do i misremember
[13:34] <ogra_> ah, there was some confusion of autopilot setting it to env ... seems thats not ture
[13:35] <mitya57> ogra_: they can, but /usr/bin/python[3] is better, see http://lists.debian.org/debian-python/2012/04/msg00104.html
[13:35] <ogra_> yeah
[13:35] <ogra_> thats what i remembered
[13:36] <ogra_> just wanted to make sure i didnt miss another policy change :)
[13:36] <mitya57> You shouldn't care if you use dh_python2 (3)
[13:36] <ogra_> yup
[13:42] <hallyn> stgraber: all right, so 12.04.2 in qemu using ovmf and ide drives seems to be installed in secure mode.  Now - this appears to be (in contrast to TPM) completely useless to me.  So what exactly was it that you wanted to have be configurable?
[13:43] <hallyn> pstore?
[13:44] <stgraber> hallyn: so what we should have configurable is the various secureboot bits. Basically having the option to preseed the VM with the standard Windows CA or have it boot in setup mode (without any key)
[13:45] <hallyn> ruh roh - fails to boot on second boot
[13:46] <hallyn> stgraber: ok, i think i understand - thx
[14:27] <bdrung> bryce: i like to help fixing bug #1094499. i can reproduce the crash and could help collecting the needed information. i just need to know what to do.
[14:50] <ev> mpt: why require the tilde character in the package subscription field on errors.u.c? It's always going to be a team or user, so isn't the tilde superfluous?
[14:50] <mpt> ev, to distinguish it from a package name
[14:51] <ev> mpt: you think people will type the name of a package into a box preceded by "packages subscribed to by"?
[14:53] <mpt> Oh, right. Why did I do that?
[14:53]  * mpt rereads
[14:55] <Sarvatt> bdrung, bryce: looks like http://lists.mplayerhq.hu/pipermail/dvdnav-discuss/2013-March/001896.html is the fix to that
[14:56] <mpt> ev, ah, it's because I specified a combo box, where the currently selected menu item wouldn't be visible
[14:56] <mpt> whereas now it's a menu followed in that case by a text field
[14:56] <Sarvatt> (possibly)
[14:56] <ev> ahh, in that context it makes sense to me
[14:56] <mpt> ev, in that case, yeah, drop the tilde
[14:56] <ev> woo
[14:56] <ev> bdmurray: ^
[14:58] <mpt> ev, <http://www.quickmeme.com/meme/3thdxg/>, but in the meantime, I'll edit to describe the text field
[14:59] <ev> lol
[14:59] <bdrung> Sarvatt: let me try that patch
[15:01] <bdrung> Sarvatt: nope, it does not help
[15:06] <stokachu> barry: im using this http://paste.ubuntu.com/5637189/ for python dict with named attributes on 2.7 and was curious if this was a decent approach or if you know a better way
[15:06] <cjwatson> stokachu: Have you tried collections.namedtuple?
[15:07] <stokachu> cjwatson: i looked at that but was turned off since they were immutable
[15:07] <cjwatson> true
[15:07] <stokachu> i also saw recordtype on pypi which is a mutable named tuple of sorts
[15:07] <cjwatson> having lots of explicit setattrs seems dangerous; not sure why you wouldn't just implement __getattr__ instead
[15:08] <mpt> ev, https://wiki.ubuntu.com/ErrorTracker?action=diff&rev2=152&rev1=151
[15:08] <cjwatson> I mean it seems kind of like an invitation for things to get out of sync
[15:08] <stokachu> cjwatson: hmm good point
[15:08] <ev> thanks
[15:08] <cjwatson> the point of that sort of seems to be to constrain the set of field names at __init__ time
[15:09] <cjwatson> I think if I wanted to do that I might have just stored the set of keys somewhere and consulted it in __getattr__ instead
[15:09] <cjwatson> but whatever :)
[15:09] <stokachu> lol, i also found this routine that does a mutable named tuple as well http://paste.ubuntu.com/5637204/
[15:09] <stokachu> but it won't handle nested dicts
[15:10] <stokachu> which i guess really isn't a problem
[15:15] <barry> stokachu: hey.  yeah, it's kind of a shame you have to roll your own mutable named tuples
[15:16] <stokachu> barry: i saw python 3.3 has something like a simplenamedtuple or something
[15:17] <barry> stokachu: afaict, not in the collections module
[15:18] <barry> doesn't ring a bell
[15:18] <stokachu> ok
[15:20] <smartboyhw> slangasek, ping
[15:23] <ev> jodh: \o/ well done
[15:24] <jodh> ev: ta :)
[15:27] <slangasek> smartboyhw: hello
[15:27] <smartboyhw> slangasek, private message?
[15:28] <slangasek> smartboyhw: sure
[16:21] <chiluk> mvo in regards to pad.lv/1087543  Can we get that SRU'd into precise as well?
[16:22] <chiluk> I can create the debdiff if you'd like, but I wanted to find out what you'd want first *(if anything).
[16:22] <infinity> Well, and if what he committed upstream matches the patch.
[16:22] <chiluk> deb-diff bzr branch?...
[16:22] <chiluk> right.
[16:35] <roadmr> Hey folks! question. We're past feature freeze, I have upload rights for a package, and I need to upload a new version that contains only bugfixes. Do I upload it as usual or is additional process needed to e.g. get it reviewed/approved by someone? (e.g. release team)
[16:49] <slangasek> roadmr: upload as usual
[16:49] <slangasek> roadmr: the feature freeze exception process is for things that are exceptions to the freeze on *features*, bugfixes require no extra paperwork :)
[16:50] <roadmr> slangasek: awesome, thanks!
[16:58] <xnox> roadmr: also we are in UI freeze as well, so if your package/app is visible in screenshots / documentations / translations please get a UIFe for it.
[16:59] <slangasek> ... if you're changing the UI
[17:02] <roadmr> xnox: thanks for the reminder :) Just checked, no UI or string changes
[17:05] <mvo> chiluk: I think we can SRU it if it got serious testing from you guys
[17:06] <mvo> chiluk: iirc this is already in debian experimental, I'm not 100% certain about the freeze status in raring, but I think we could merge some of the recent fixes in apt should all be pretty safe for raring
[17:07] <chiluk> mvo, testing does become the issue.
[17:07] <chiluk> and that is my concern as well.
[17:08] <mvo> chiluk: I see, what can we do? provide a testing PPA for you to make the testing eas{y,ier} ?
[17:10] <chiluk> Yeah I guess a precise PPA wouldn't be a bad idea.
[17:11] <chiluk> let me ask this how do you feel about the risk of this change.
[17:11] <mvo> chiluk: I think the risk is low but non-zero
[17:12] <chiluk> mvo at first glance it looks like a quick change
[17:12] <mvo> chiluk:  I can create a testing PPA on monday - would you remind reminding me again then?
[17:12] <chiluk> yeah sure.. I can do it as well.
[17:12] <mvo> chiluk: sure, either way is fine
[17:12] <chiluk> also where is the development branch for apt.
[17:12] <chiluk> is it lp:ubuntu/apt ?
[17:13] <mvo> chiluk: the ubuntu branch is lp:~ubuntu-core-dev/apt/ubuntu
[17:13] <chiluk> mvo glad I asked I wouldn't have guessed that.
[17:13] <mvo> chiluk: the upstream one is on bzr.debian.net/bzr/apt/debian-{wheezy,sid,experimental2}
[17:14] <mvo> chiluk: :) its in the apt-cache showsrc apt header in Vcs-bzr
[17:16] <chiluk> thanks mvo, I'm still new to source control in this debiany world..
[17:16] <mvo> chiluk: np
[17:16] <mvo> chiluk: and thanks for working on this! just keep me updated on the PPA thing, I will go and have dinner now :)
[17:16]  * mvo waves
[17:17] <chiluk> thanks mvo
[17:18] <mvo> yw
[17:54] <bdmurray> slangasek: so the other day was a bug day for ubuntu-release-upgrader and some bug triage was done and I'm reviewing most of it.  There is one bug 1044144 re: 'mixed non-coninstallable and coinstallable package instances present' which sounds familiar.
[17:56] <infinity> bdmurray: I think we have a hackish workaround in dpkg for that now.
[17:57] <infinity> bdmurray: https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1015567
[17:58] <infinity> bdmurray: Your bug is probably a dupe of that, and long ago fixed.
[17:58] <infinity> Well, "fixed".
[17:58] <bdmurray> infinity: thanks I knew it sounded familiar
[17:58] <infinity> We still don't have a strategy to upgrade the database sanely, IIRC, but the symptom should be gone.
[18:00] <bdmurray> right the upgrade looks like bug 1057367
[18:00] <bdmurray> which probably should be targetted to some future release
[18:02] <infinity> Oh look, there's a new dpkg in unstable for me to merge.
[18:03] <ScottK> What could go wrong?
[18:03] <infinity> It's all just bugfixed and translations, it was aimed at a freeze unblock.
[18:03] <infinity> bugfixes, even.
[18:04] <infinity> In fact, MOM did a clean merge.  I wonder if I should be suspicious of that. :P
[19:36] <bdmurray> slangasek, infinity: I've also seen a couple of bugs where packages eem to unpacked and then later when trying to set them up there is an error regarding them not being installed
[19:36] <bdmurray> bug 1068996 is an example
[19:37] <cjwatson> I think you've mis-explained that
[19:37]  * cjwatson follows up
[19:39] <cjwatson> (done)
[19:40] <cjwatson> heh, that terminology is particularly confusing in that example.  In the first case "installed" really means "configured", and in the second case it really means "unpacked", I think.
[19:41] <bdmurray> cjwatson: could you elaborate a bit?
[19:42] <cjwatson> I followed up in the bug - do you mean elaborate further on that?
[19:42] <bdmurray> "In the first case 'installed' really means 'configured'".  Which first case?
[19:43] <cjwatson> You quote a fragment of apt-term.log with two occurrences of "installed"
[19:43] <cjwatson> wait.  sigh.  I'm obviously confused and should finish for the week.
[19:44] <ironhalik> Hello, I'm a newbie and I wanted to submit a patch. I'm just not sure wether I should submit it to the gnome project or Ubuntu (it regards gnome-system-monitor) to get the best chance of seeing it in 13.04
[19:45] <cjwatson> bdmurray: followed up again in a slightly less confusing way, sorry
[19:46] <bdmurray> cjwatson: ah, thanks
[19:47] <bdmurray> ironhalik: given where we are in the development of 13.04 I would say both
[20:46] <bdmurray> infinity: is that previous bug really bug 1062503?
[20:46] <bdmurray> 'do not do lock-step configuration for a M-A:same package if it isn't unpacked yet in SmartConfigure and do not unpack a M-A:same package again in SmartUnPack if we have already configured it
[20:48] <infinity> bdmurray: It *might* relate.  It's hard to say from just the log why the :i386 one hadn't been unpacked.
[20:48] <infinity> bdmurray: It might not have been on the install list at all, which would be a resolver failure, or it might have been on the list, but not unpacked at the right time.
[23:47] <geomyidae> Can I get help with these bugs: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1080701 https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1120938
[23:47] <geomyidae> I think they're the same bug, kind of a bigish deal imo


[12:04] <mparillo> More of Plasma 5.22.2 landed in II. Re-booted. No immediate breakage.
[12:05] <RikMills> should be all of it done
[12:57] <BluesKaj> Hi all
[18:22] <RikMills> test
 IRC bot is back
[19:19] <valorie> :-)


[14:51] <mneptok> why has by desktop backgroound gone all pixellated?
[14:52] <jussi> mneptok: put on your glasses you old fart. :P
[14:54] <mneptok> jussi: i assure you, they're on. i'm legally blind without them.
[14:54] <jussi> mneptok: perhaps its time to go see the optometrist then?
[14:54]  * mneptok wouldn't even be able to see the monitor without them
[14:55] <mneptok> ophthamologist, not optometrist. my eyes are *bad*.
[15:00]  * genii-around gives mneptok impromptu laser eye surgery
[15:08] <topyli> today is "no it can't be a technical problem" day? :)
[15:08] <mneptok> genii-around: not an option, sadly.
[15:10] <mneptok> in fact, my eyes have been a constant source of real concern for the past 4 decades (i stand a good chance of losing an eye every year or two during outbreaks of a viral infection i carry). so probably the less said about them the better.
[15:11] <genii-around> OK
[15:11] <LjL> :(
[16:46] <pangolin> !caps > txomon
[17:36] <topyli> txomon can see the factoid, but not the !caps trigger :)
[17:40] <pangolin> topyli: true
[17:41] <topyli> think an alias would be in order? i'm not sure if !capitals would be very common
[17:42] <pangolin> might not be common but wouldn't hurt to have it
[17:46] <mneptok> what is bobweaver smoking?
[17:47] <pangolin> !caps > pangolin
[19:55] <Mamarok> Mark_ in #kubuntu seems wanting to get a kick, he sent me a PM asking me to go to hell
[19:57] <Mamarok> and for some strange reason I don't seem to have op rights anymore
[20:01] <Mamarok> nvm, I made a typo
[20:01] <topyli> i was starting to wonder what's going on :)
[20:02] <knome> revolucion?
[20:02] <knome> :)
[20:03]  * Tm_T hides
[20:09] <topyli> sneaky revolutionaries :(
[20:10] <knome> yeah, we are everywhere
[20:10] <knome> (o.o)
[20:15] <Tm_T> also, good night
[20:15] <knome> night Tm_T


[00:18] <qwebirc34017> Hello, I have just upgraded to the latest mythtv-updates and libQt and after that I am getting this: mythfrontend.re[2296]: segfault at a0 ip 00007ff982de4ddc sp 00007fffaba871d0 error 4 in libQtCore.so.4.7.0 every time I want to view Program Guide, and mythfrontend falls down, does anybody know whats happen (i.e. is it myth or Qt related?)


[00:28] <fignew> Hi everyone here that never talks and stuff
[01:30] <nightfrog> Same with every state channel I have been in except for Florida
[01:33] <nightfrog> i have seen a maximum of four people in #ubuntu-us-al
[01:37] <collinp> Wow.
[01:37] <collinp> I thought the Georgia team was dead.


[00:13] <justCarakas> hey AkivaAvraham :) I'm sorry not mutch thinking for me tonight anymore :) just came back from a conference
[00:13] <AkivaAvraham> justCarakas, oh neat; for what?
[00:14] <justCarakas> I met @coderabbi
[00:14] <AkivaAvraham> o_O
[00:14] <AkivaAvraham> neat!
[00:14] <justCarakas> indeed
[00:15] <justCarakas> he gave the opening talk about what we can learn from  the talmud that can help us in programming
[00:15] <AkivaAvraham> come join the channel at #bacon2d; the developers are really nice there.
[00:15] <AkivaAvraham> justCarakas, I didn't know you were jewish too
[00:15] <justCarakas> Im not :)
[00:15] <AkivaAvraham> oh :P
[00:15] <justCarakas> but I know a little about it ):
[00:15] <justCarakas> :)
[00:15] <justCarakas> my dad is friends with a rabbi :)
[00:15] <AkivaAvraham> heh; the talmud is big enough; it ought to cover everything
[00:16] <justCarakas> and I followed old hebrew lessons :)
[00:16] <AkivaAvraham> anyways I came up with some great ideas for the game; really taking from my own family history
[00:16] <justCarakas> I remember enough to be able to say the alphabet :D
[00:16] <justCarakas> nice :)
[00:16] <AkivaAvraham> :O
[00:17] <AkivaAvraham> justCarakas, actually I am curious; do you have any family lineage you know about?
[00:17] <justCarakas> but it will be for another time :) cause I have to get up in 6 hours :)
[00:17] <AkivaAvraham> ah
[00:17] <AkivaAvraham> okay I won't hold you
[00:17] <AkivaAvraham> justCarakas, https://docs.google.com/spreadsheets/d/14H0XoXCzY5xt06HWDWWT7V1Ch258lh4K2xyyCx2RrnE/edit?usp=sharing
[00:18] <AkivaAvraham> thats what I'm working on. Synopsis; You determine your character by drawing tarot cards
[00:18] <justCarakas> well, family of my grandmother has his own wiki page about his involvement in WO I
[00:19] <justCarakas> but that is about it :)
[00:19] <AkivaAvraham> justCarakas, also if you come across any good ideas, I want to get them all in.
[00:19] <justCarakas> that I know of
[00:19] <AkivaAvraham> justCarakas, hmmm maybe you should explore it
[00:19] <justCarakas> I'll look at it tomorrow :)
[00:19] <AkivaAvraham> justCarakas, I am the 17th descendent of a fellow named Sir Francis Drake :)
[00:20] <AkivaAvraham> Thus the name, "Drake's Crest"
[00:20] <justCarakas> fancy /D
[00:20] <AkivaAvraham> anyways get some sleep!
[00:20] <justCarakas> anyway gnight :) talk to you later :)
[00:20] <AkivaAvraham> o/
[01:11] <rpadovani> sverzegnassi, o/ still around?
[01:12] <sverzegnassi> rpadovani: I'm here! :D
[01:13] <rpadovani> sverzegnassi, \o/ I don't find anymore any example about how to change icon of enter key in keyboard, do you have one? You show one to me a couple of months ago :D
[04:29] <kophy> kophy
[11:06] <justCarakas> could you guys do me a favour ? I can win a php elephant if I get enough retweets on this, would be really nice if you would help me
[11:06] <justCarakas> https://twitter.com/continuousphp/status/558943141001461760
[12:53] <qtros> Hi all
[12:53] <qtros> Does someone know how to use headers of DownloadManager?
[14:59] <randy_O> does anyone know if the ubuntu pay UI is going to implement a donations element?
[20:56] <AkivaAvraham> justCarakas, o/
[23:04] <nik90> Elleo: thnx for approving my MPs :)
[23:05] <Elleo> nik90: no worries, thanks for helping improve podbird :)
[23:06] <nik90> Elleo: I suppose you will have to manually merge since we don't have jenkins
[23:06] <Elleo> nik90: yep, already done
[23:06] <nik90> ah yes just saw the email notification


[02:41] <allyai> hi
[03:42] <skellat> allyai: Hello
[03:47] <allyai> how's it going? :D
[03:47] <allyai> i'm new to ubuntu
[03:57] <skellat> Ah
[03:57] <skellat> It has been a cold Monday
[03:58] <skellat> Just did a test upgrade of Xubuntu and reported it on the testing tracker
[03:58] <skellat> What part of Ohio are you from?
[04:17] <Unit193> Temp: 45 F (7 C) ~ Clear ~ Windchill: 44 F (6 C) ~ Humidity: 93% ~ Observed: Mon 22, 23:52
[04:17] <Unit193> :D
[04:17] <skellat> .wx 44005
[04:17] <jenni> Cover: Clear, Temp: 48.2°F (9.0°C), Dew Point: 44.5°F (7.0°C), Humidity: 87%, Apparent Temp: 46.3°F (8.0°C), Pressure: 30.28in (1025.27mb), Condition: Clear Night, Wind: Light breeze 4.7mph (7.6kmh) (↙) - Ashtabula, Ohio, United States (Powered by Forecast, forecast.io)
[04:17] <skellat> Yep, we've entered Autumn
[04:19] <skellat> .wx 44199
[04:19] <jenni> Cover: Clear, Temp: 50.8°F (10.4°C), Dew Point: 45.4°F (7.4°C), Humidity: 82%, Apparent Temp: 50.8°F (10.4°C), Pressure: 30.28in (1025.27mb), Condition: Clear Night, Wind: Light breeze 4.9mph (7.9kmh) (↓) - Cleveland, Ohio, United States (Powered by Forecast, forecast.io)
[04:20] <skellat> I think the Coasties win down at 9th District HQ


[08:20] <purpleposeidon> cold enough for ya?
[10:59] <nixternal> anyone want to check Ubuntu Hug Day story in the queue. All I did was copy and paste what bdmurray typed up in the email to the list.
[11:18] <jenda> 22:40 -!- crimsun [n=crimsun@pdpc/supporter/silver/crimsun]  has joined #ubuntu-marketing
[11:18] <jenda> 22:41 < crimsun> someone please add June 29, 2007 at 11:00 UTC (MOTU meeting) to fridge
[11:18] <jenda> 22:41 -!- alpha-one<EMAIL_ADDRESS>has joined #ubuntu-marketing
[11:18] <jenda> 22:41 < crimsun> (#ubuntu-meeting/Freenode as per usual; agenda at https://wiki.ubuntu.com/MOTU/Meetings )
[11:18] <jenda> 22:41 < crimsun> thanks in advance
[11:22] <LaserJock> hola everyone
[11:37] <gnomefreak> If anyone is here just a heads up about bug 122035 all the links point to fridge.ubuntu when im assuming they should point to ubuntu.com
[11:38] <gnomefreak> https://bugs.launchpad.net/ubuntu/+bug/122035 is the bug
[11:38] <gnomefreak> forgot bot wasnt here


[12:02] <mpt> mjg59, ok, thanks anyway -- reporting the bug now
[12:02] <Christophe971> ploum_: you're following the devel list no ?
[12:09] <jdub> mae: conary? interesting, but with the burden of complexity very mich on the user
[12:10] <ploum__> Christophe971, yes, I'm following it
[12:10] <Christophe971> ploum__: so what about "ubuntu-multimedia" and "ubuntu-*" metapackages ? it's for dapper ?
[12:12] <mae> jdub, yeah, but some of its ideas could be taken and integrated into apt, it would require alot of infrastructure change.. would probably need to branch off for awhile... but the transactional features are very nice.
[12:12] <Christophe971> ploum__: ton pseudo est enregistr ?
[12:12] <ploum__> yes
[12:12] <Christophe971> ben alors
[12:12] <ploum__> (ploum at least)
[12:12] <Christophe971> tu rponds pas ? :D
[12:12] <Christophe971> arf
[12:13] <Christophe971> ploum__: au fait, t'as qu'a nettoyer ta liste jabber, c'est facile
[12:14] <Christophe971> ploum__: so, this teasing about the marketing campain of ubuntu
[12:14] <Christophe971> ?
[12:14] <ploum__> Christophe971, please tell me this in private, not on this channel
[12:15] <Christophe971> impossible, you're not registered
[12:15] <Christophe971> kill your ghost
[12:24] <jdub> mjg59: so
[12:25] <jdub> mjg59: have you seen the buzzy image you get when you switch an intel card to display on both the lcd and vga?
[12:25] <jdub> mjg59: which you don't get if you output to the vga alone?
[12:28] <crimsun> yeah, that's problematic
[12:28] <mjg59> jdub: Yes
[12:28] <mjg59> No, there's currently no good workaround
[12:29] <jdub> bum
[12:30] <jdub> it's okay when you get another screen in front of you
[12:30] <jdub> but really annoying when you only have your laptop screen as a reference - or the main projector screen
[12:31] <mjg59> Yes
[12:31] <mjg59> Need to speak to alanh about it, really
[01:49] <ogra> yeah, hi shermann
[01:49] <\sh__> jo ogra :)
[01:49] <ogra> mdz, around ?
[01:50] <\sh__> hehe...funny
[01:50] <ogra> *g*
[01:50] <\sh__> my laptop (netboot) via ogras laptop over his wlan card...
[01:50] <ogra> mdz, we're just running multiarch ltsp over here ...
[01:51] <\sh__> ogra, it works :) great :)
[01:51] <ogra> yeah
[01:56] <\sh__> ok..shutting down the laptop...good night ;)
[02:09] <shadeofgrey> hello!  im not a coder or developer or anything so ill get out of everybody's way i just...,...  wanted very much to say thanks to everybody who makes ubuntu possible and free for people like me...  i always wanted to learn linux and failed miserably thanks to the daunting task of learning fedora core...
[02:09] <shadeofgrey> but thanks to ubuntu ive managed to learn thousands of times more than i ever thought possible by myself, and for that, you all deserve far better than my heartfelt thanks could ever give you...
[02:10] <shadeofgrey> anyway...  my name is Chris and my email address is<EMAIL_ADDRESS>-- send me an email if i could ever be of any help - especially with your assistive software because im very physically handicapped, so id make an excellent guinea pig
[02:12] <shadeofgrey> thanks again for all your hard work and dedication..  you've made it possible for me to kill windows with an Ice pick, and now that I've broken free, I'll never ever go back...  even if i hgave to pay for ubuntu... I would.
[02:12] <shadeofgrey> keep up the good work and thanks!
[03:16] <Robot101> love that xorg bug where xine initialising the screen makes it hang
[03:16] <Robot101> crash
[03:17] <Robot101> and then gdm restarts it in an infinite loop
[03:17] <Robot101> displaying the cursor before the server crashes again
[03:17] <Robot101> apparently indefinitely
[03:17] <Robot101> its not in the slightest bit annoying
[03:18] <Keybuk> heh
[03:18] <Keybuk> Robot101: you know gtk stuff a bit, right?
[03:19] <Robot101> The display server has been shut down about 6 times in the last 90 seconds. It is likely that something bad is going on.  Waiting for 2 minutes before trying again on display :0.
[03:19] <Robot101> oh it got the message. making me wait a minute and a half sure sucks
[03:19] <Robot101> Keybuk: yes
[03:19] <Keybuk> so I have a TreeView, and I want to draw in one of the cells with cairo
[03:19] <Keybuk> and I've got the puzzle in front of me, and all I have is sky
[03:20] <Keybuk> if I put a CellRendererPixbuf in there, I can't get a cairo context for it
[03:20] <Keybuk> etc.
[03:20] <dieman> http://keithcu.com/wordpress/?page_id=15
[03:20] <dieman> someones ranting on ubuntu bugs
[03:20] <dieman> hope hes reporting them
[03:21] <dieman> looks like a former windows user, too, though.
[03:21] <Robot101> Keybuk: how do you usually render cairo in a gtk widget?
[03:22] <Keybuk> Robot101: no idea
[03:22] <Robot101> Keybuk: I think that's the source of the problem :D
[03:22] <dieman> when do we get opengl accelerated cairo? :)
[03:22] <Keybuk> like I say, I just have sky at the moment, looking for a corner or an edge <g>
[03:22] <Keybuk> never had time to play with this new cairofied gtk
[03:22] <Keybuk> and I figure what I'm doing is perfect for cairo
[03:25] <Keybuk> maybe I just need to stop fiddling with pixbufs and sub-class GtkCellRenderer myself to implement a Cairo one
[03:27] <dieman> with ubuntu server, does it just installa different task and have different stuff on cd?
[03:28] <dieman> christ, search for ubuntu server edition and you get my mirror instead of ubuntulinux.org
[03:29] <Robot101> Keybuk: if cairo can target an X window, you should be able to ferret out the right thing from the cell renderer
[03:30] <jdub> dieman: it installs the minimal server selection by default, includes different extra packages on cd
[03:30] <Robot101> Keybuk: GTK_WIDGET(foo)->window is the GdkWindow
[03:30] <dieman> jdub: ok.
[03:30] <Robot101> Keybuk: but I don't seem to have found any code that does this, or pixbuf rendering
[03:30] <Robot101> http://live.gnome.org/ProjectRidley_2fGnomeCanvas
[03:30] <Robot101> there's some vapourware plans
[03:30] <dieman> jdub: is it a task or just ubuntu-base?
[03:31] <Robot101> http://www.gtk.org/plan/meetings/20050913.txt refers to some "example code" which I can't find
[03:32] <jdub> dieman: ubuntu-standard i think, but you should check with Kamion to be sure
[03:32] <dieman> jdub: thanks tho, just wondering. dont want to stare at bits of d-i to find this ;)
[03:32] <dieman> d-i is confusing as heck last time i looked
[03:33] <dieman> just wondering, as I do most of my ubuntu installs through fai
[03:33] <dieman> (and do work in-house to make fai work well with ubuntu for our needs)
[03:33] <Keybuk> Robot101: I've worked out how to grab a CairoContext from any drawable
[03:33] <Keybuk> so I just need to sub-class cellrenderer and override its render function (which gives me a drawable)
[03:34] <dieman> i've got a new guy to help out at work too, i threw him at the debian policy manual first ;)
[03:38] <Robot101> Keybuk: cairo_t *gdk_cairo_create(GdkDrawable *drawable) ?
[03:38] <Keybuk> yeah
[03:55] <Mithrandir> dieman: pft, d-i is sensibly laid out and easy to grasp, even more so after you understand the basic concepts.
[03:58] <Nafallo> Mithrandir: oh! why are you awake? :-)
[03:58] <Mithrandir> Nafallo: just got home from a party.
[03:59] <Nafallo> ah :-)
[04:00] <Nafallo> Mithrandir: I've pounded on the www.magicalforest.se ;-)
[04:19] <jcohen85> One of the breezy goals was to have the ubuntu update manager automatically inform users when a new Ubuntu release was available and to allow a distribution upgrade w/o having to edit the repositories. This goal was unfortunately deferred. Will this be something that's done for dapper?
[04:24] <eazel7> hi ppl
[04:37] <fede2> Hey guys about the sparc port... what's the deal with it? I haven't been able to find mutch information other that the repository at http://sparc.ubuntu.com/.
[04:38] <Lathiat> there was an announcement that went out
[04:38] <Lathiat> http://lists.ubuntu.com/archives/ubuntu-announce/2005-October/000040.html
[04:40] <fede2> Lathiat, _thanks_.
[04:53] <mpt> jcohen85, https://wiki.ubuntu.com/AutomaticUpgrade should answer your question within a month
[05:47] <jcohen85> mpt: why have a seperate application? It makes far more sense to have the ubuntu upgrade manager inform you of a new release and offer to upgrade as that application is used by users on a regular basis anyways.
[05:56] <mpt> jcohen85, I entirely agree, and said so on that wiki page
[05:57] <jcohen85> wasn't the breezy goal an addition to the upgrade manager rather than the creation of a new program?
[05:57] <mpt> I have no idea
[05:57] <jcohen85> thanks for the info
[05:57] <mpt> I didn't know it was a Breezy goal
[05:58] <jcohen85> https://wiki.ubuntu.com/SystemUpgradeTool
[05:58] <mpt> Hopefully we can reduce the number of graphical installation/update tools from 3 to 1
[05:59] <jcohen85> 3?
[05:59] <jcohen85> aren't the main ones synaptic and ubuntu update manager?
[05:59] <mpt> synaptic, gnome-app-install, update-manager
[06:00] <jcohen85> gnome-app-install is the "Add/Remove Applications" one for new users?
[06:00] <mpt> yeah
[06:00] <jdub> mpt: update and install are different enough that it's not worth combining (you'd just end up with an over-stuffed ui)
[06:00] <jcohen85> each one seems to serve different purposes
[06:00] <jdub> (like synaptic)
[06:00] <jdub> (which ought to stay, as the advanced admin tool)
[06:00] <jcohen85> i like the fact that the upgrade tool has a simple interface and just lists the packages to be updated with info on what was changed as an option
[06:01] <jdub> (so the current number and split is fairly reasonable)
[06:01] <jcohen85> i think it should also have an option to upgrade automatically- to make the process even simpler. It's good that the upgrade tool is trivially easy to use
[06:01] <mpt> jdub: The combined tool would be simpler than synaptic is currently
[06:01] <jcohen85> mpt: what would you do with g-a-i?
[06:02] <jdub> mpt: it would still be over-stuffed, if attempting to combine install and update
[06:02] <jdub> (into one ui)
[06:02] <jcohen85> i can't see it as a replacement to synaptic. synaptic offers many advanced features g-a-i doesn't have and shouldn't have
[06:02] <mpt> well, there's not much I can say to that, except, I disagree
[06:02] <jdub> there needs to be more commonality, but not combination at the ui level
[06:03] <jdub> otherwise you end up going down the path of the windows add/remove thingy, then red carpet, then synaptic (in order of complexity)
[06:03] <jcohen85> what's red carpet?
[06:03] <jdub> teh novell/ximian synaptic-like tool
[06:04] <jdub> it used to be quite simple, but had a frustrating ui
[06:04] <jdub> now it's almost as complicated as synaptic
[06:04] <jdub> but a bit nicer for the admin use case than synaptic
[06:05] <whiprush> i find redcarpet much easier to use than synaptic
[06:05] <jdub> yeah
[06:05] <jdub> much clearer
[06:06] <whiprush> well, except for that monkey molesting a computer icon they have. :p
[06:06] <jcohen85> what's wrong with synaptic?
[06:06] <jcohen85> i came from mandrake and i thought synaptic was a great improvement
[06:06] <jcohen85> very powerful and easy to use
[06:07] <jcohen85> if you haven't used mandrake- they had a tool for installing AND a tool for removal- it was essentially the same program but you couldn't do both at once which was very frustrating.
[06:07] <jdub> it's fine for admin-level users, but still has a difficult user interface for that use case
[06:07] <jcohen85> isn't g-a-i for new users?
[06:07] <mpt> jcohen: It's not obvious how to upgrade, editing repositories is very awkward, making selections is very awkward, the workflow isn't obvious
[06:07] <jdub> gai is for the common use case (not just new users)
[06:08] <mpt> and every so often update-manager will say "This is too hard for me, use synaptic"
[06:09] <jcohen85> so- for users that want to view changelogs, need to do a dist-upgrade (run the development version), lock an application at a certain version etc. you would use synaptic. But you see gai as what the average user will use?
[06:09] <mpt> eww
[06:10] <mpt> scrolling tabs
[06:10] <SuperLag> Any of you guys happen to use Ubuntu on PPC?
[06:11] <jdub> jcohen85: hopefully most users (not new, not average) will find a gai equivalent straight-forward and easy to use for installing and removing applications
[06:11] <jdub> SuperLag: sounds like a question coming that would be more appropriate on #ubuntu
[06:12] <jcohen85> jdub: huh- maybe i have to look at gai again. I found it pitifully inadequate in hoary. I spoke with the developer of the new gai and found some of the new features quite interesting but I never saw it as a synaptic replacement.
[06:12] <SuperLag> jdub: Well.  Normally I'd say yes.  I'm not a newbie though, and though I develop for another distro... I've got things going on with this install that I think I'd get quicker help from a fellow developer.
[06:13] <jdub> probably easier to ask straight up
[06:13] <jdub> jcohen85: it landed first in hoary
[06:13] <jdub> jcohen85: it is not a 'synaptic replacement'
[06:13] <SuperLag> Yaboot isn't playing nice, and is trying to install a new version from the installer when it's already installed.
[06:14] <SuperLag> I know I have this set up right, because I can get an install with Gentoo, but no matter what combination of options I try, yaboot fails every time.
[06:14] <jdub> jcohen85: it's an application add/remove tool, which is overwhelmingly the major goal users have with this kind of tool - synaptic is much more appropriate as an admin tool (and could be vastly better at handling that use case, too)
[06:16] <jdub> jcohen85: (and gai is going to keep improving release to release)
[06:27] <Amaranth> and, best of all, the new gai works with newer pyxdg versions! ;)
[06:44] <Lathiat> Amaranth: gai?
[06:44] <Amaranth> gnome-app-install
[06:44] <Lathiat> ah
[07:59] <jsgotangco> greets
[08:43] <spacey_ki> morning
[10:04] <jsgotangco> dum dum dee dum
[10:05] <sivang> Morning all
[10:05] <jsgotangco> morning sivang
[10:05] <sivang> jsgotangco: hi there, what's up?
[10:05] <jsgotangco> ahhh just relaxing on a sunday afternoon (its raining outside so i can't really go out)
[10:14] <sivang> jsgotangco: ah nice, where are you in?
[10:16] <jsgotangco> sivang, here in Manila (Philippines)
[10:27] <sivang> jsgotangco: oh cool, that's a nice place :)
[10:29] <zyga> hello
[10:30] <sivang> hi there zyga
[10:38] <siretart> morning folks!
[10:40] <swestres> mornin' siretart
[11:29] <pitti> Hi
[11:30] <ajmitch> hi pitti
[11:30] <ajmitch> how are you this morning?
[11:37] <pitti> Hi ajmitch! fine, thanks
[11:37] <pitti> and you?
[11:38] <ajmitch> good thanks
[11:38] <ajmitch> just went & visited parents for the weekend
[11:38] <ajmitch> so it was nice & quiet :)
[11:38] <ajmitch> now it's time for me to write up some stuff for UBZ
[11:41] <\sh> todo for tomorrow: package new python-kde3 and hope it's fixed by upstream
[11:49] <sivang> pitti: Hi Martin!
[11:50] <sivang> ajmitch: goign to plan SELinux ?
[11:56] <ndazza> hi! i have a local mirror of the ubuntu repo and i'm looking to build the official CDs/DVDs for all the arch's for my local LUG. can this be done through jigdo or some other mechanism? I have found the jigdo files for the install CDs but not for DVDs or live CDs
[12:03] <ajmitch> sivang: sure
[12:56] <pef> hello
[01:00] <sivang> hey pef
[01:13] <Solatis> hello, i'm having some glibc problems (linking never works, returns errors that there are undefined references in the glibc library), did a clean breezy install and still have the same problems, and my bug report @ bugzilla doesn't really get any real responses (other than "do you have all the latest packages installed") ... any recommendations on what to do ? I've created a really simple test case that reproduces the problem...
[01:21] <Solatis> anyone has any idea where to go next ? i'm getting really desperate (which is why i'm spamming here)
[01:22] <mdke> not much more you can do apart from keep answering questions on the bug report
[01:22] <mdke> maybe try the mailing list -devel
[01:22] <Solatis> ok, if there are still no respnses to the bug report today i'll do that
[01:34] <infinity> Solatis : Have you attached your testcase to the bug report?
[01:34] <Solatis> infinity: no not yet, at the moment i've only pasted it inside the comments ( basically, to show the problem couldn't be my code )
[01:35] <mvo> Solatis: what bug number?
[01:36] <Solatis> 17771
[01:39] <infinity> Solatis : Your testcase works here.  Which arch is this one?
[01:39] <infinity> s/one/on/
[01:39] <Solatis> athlon xp, if that's what you mean
[01:40] <infinity> Kay, this is an i386 system here too, and your test case (compiled exactly as you did) works fine.
[01:40] <Mithrandir> Solatis: is the system otherwise stable?  Without looking very much at it, it sounds like hardware trouble.
[01:40] <Solatis> then do you have any idea why/how this can go wrong on a clean breezy install ? i just created one inside vmware
[01:41] <Solatis> yes, last thursday it worked perfectly... then i upgraded to breezy, and this happened
[01:41] <Solatis> and the system is perfectly stable otherwise, yes
[01:45] <infinity> Solatis : What's the output of:
[01:45] <infinity> nm -D /lib/libpthread.so.0 | grep libc_stack_end
[01:46] <Solatis>          U __libc_stack_end
[01:47] <infinity> Right, kay.  Nothing wrong there, then.
[01:47] <infinity> Does adding "-lc" to your linker line magically make the error go away?  (no, this shouldn't be necessary)
[01:47] <Solatis> `g++ -lc -o test ./test.cpp` still gives the error
[01:48] <infinity> Same error?  Cause that's pretty weird, then.
[01:48] <infinity> Err, you don't have another libc in your search path, do you?
[01:49] <Solatis> well, no, not really... if i add -pthread option, it finds a fault in libpthread.so.6, if i don't add that option, it find a fault in libc.so.6....
[01:49] <Solatis> not that i know of
[01:49] <Solatis> it's a clean breezy install, so it should be... how can i easily check on libc's in my search path ? using ldconfig -p ?
[01:50] <Solatis> by the way, if i rewrite my application to be fully c instead of c++ it still gives linking errors
[01:51] <Solatis> this time:
[01:51] <Solatis> /lib/libc.so.6: undefined reference to<EMAIL_ADDRESS>[01:51] <Solatis> /lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE'
[01:51] <infinity> I assume libc6-dev is installed, and not messed up in some way?
[01:51] <Lathiat> what on earth are you doing :\
[01:52] <Solatis> yes, version 2.3.5-1ubuntu12 is installed, and no i did no configuring whatsoever
[01:56] <infinity> So, I assume a basic C printf("Hello World"); fails to link too?
[01:57] <Solatis> yep
[01:57] <Solatis> ok, this does it... i'm going to test if my machine fails even under a totally different linux distro
[01:57] <infinity> Yeah, very unusual, and you're quite obviously the only person with this issue, or our archive wouldn't build. :)
[01:58] <Solatis> because i really get the feeling this indeed is very unusual
[01:58] <infinity> Can you dup your environment to the bug log?
[01:58] <Solatis> yeah, i'm getting the feeling this really is some problem you guys cannot help
[01:58] <infinity> s/dup/dump/
[01:58] <Solatis> sure, what command do i have to use to do that ?
[01:59] <infinity> The output of "set" would be fine.
[01:59] <Solatis> ok
[01:59] <infinity> But it looks like linc isn't being linked.
[01:59] <infinity> (Well, the RIGHT libc isn't being linked)
[02:00] <infinity> Which is so clearly not an issue in breezy, or we'd all be broken.  So, it's got to be something local.
[02:00] <Lathiat> not mounting an old /usr/local or something ?
[02:00] <Lathiat> or have a LD_LIBRARY_PATH\or LD_PRELOAD
[02:00] <Solatis> nop, i am mounting an nfs /home
[02:00] <Lathiat> or something
[02:00] <infinity> linker looking anywhere in you ~ for libs?
[02:01] <infinity> s/you/your/
[02:01] <Solatis> yeah, one of my own homebrew libs, no glibc as far as i'm aware
[02:01] <infinity> Solatis : An strace of the linker call would be nice too.
[02:01] <Solatis> ok
[02:01] <infinity> Solatis : Do a hello world, compile to a .o, then link it.  strace the link.
[02:01] <infinity> That should show us where it's looking, and hopefully why it's not getting libc.
[02:02] <infinity> Attach all of this to the report, please don't inline it in massive comments. :)
[02:02] <Solatis> haha kay kay :)
[02:02] <Solatis> thanks for your help, i really appreciate it
[02:02] <Mithrandir> to see if it's something in the environment, try compiling hello as root?
[02:03] <infinity> Or just with a clean env.
[02:03] <Solatis> ok, lemme try that
[02:03] <Solatis> oh boy....
[02:03] <Solatis> ok, that worked
[02:03] <infinity> "env -i gcc foo.c"
[02:03] <Solatis> ok, i guess at the moment i'm wasting your time - it's clearly something with my environment
[02:03] <Lathiat> Solatis: run an export and paste that into a file somewhere
[02:03] <Lathiat> with your normal env
[02:04] <infinity> Solatis : Oh, I assumed it was your environment long ago, I'm still curious how you're managing to not link libc, though. :)
[02:05] <infinity> The only way I can think of off the top of my head is with -fno-default-libs.
[02:05] <Lathiat> shouldnt -lc change that tho
[02:05] <infinity> And I somehow doubt your environment contains "alias gcc="gcc -fno-default-libs", y'know?
[02:05] <Lathiat> Solatis: export output?
[02:06] <infinity> And yes, -lc would bring libc back even with -fno-default-libs, good point.
[02:06] <Lathiat> i think the appropriate description is 'f**ked' :)
[02:06] <infinity> So, the assumption here is that you ARE linking libc from somewhere, just not the one in /lib/
[02:06] <Solatis> yeah indeed
[02:06] <Solatis> but where...
[02:06] <Solatis> :)
[02:07] <Lathiat> Solatis: run export, and put the output on pastebin or something
[02:08] <infinity> Solatis : As previously-suggested, an strace of the failing linker call will probably point out your problem in big blinking letters.
[02:08] <infinity> Cause you should see it scanning the (wrong) directory, and opening the (wrong) libc to link.
[02:08] <Lathiat> indeed
[02:10] <Solatis> http://pastebin.com/395292
[02:10] <Solatis> that's the export
[02:10] <Solatis> now the strace
[02:11] <Lathiat> Solatis: nothing strange looking there
[02:11] <infinity> Not a very exciting environment.
[02:11] <Lathiat> quite
[02:11] <Lathiat> strace then
[02:11] <Solatis> infinity: it's a clean install! i am exciting, usually...   I live to give.
[02:15] <Lathiat> Solatis: heh, its ok
[02:15] <Lathiat> i didnt realise ld searched out libraries in the current dir tho
[02:15] <infinity> Solatis : Just go update and close the bug, and we're even. :)
[02:15] <Solatis> haha :)
[02:15] <Solatis> infinity: roger :)
[02:21] <\sh> infinity: can u do me a favour for dapper? and include the nice splitlog script from gentoos apache..it works much better in vhost environments then the original ones
[02:21] <\sh> -s
[02:23] <infinity> \sh : Uhh, what's wrong with having a log for each vhost, which is what most sane people do?
[02:24] <infinity> (Okay, if you have millions of vhosts and don't want to eat file descriptors, i could see logging to one log and splitting it, but that's an unusual setup)
[02:25] <infinity> (One unusual enough that you probably have some pretty interesting custom logging and splitting anyway)
[02:25] <\sh> infinity: no...it's not unsual...using a ENV var for setting the log to vhost bla and everything works niceley...and the cpu consumption is not worth to mention...
[02:26] <\sh> infinity: the vhost setup from gentoo is really easy to administrate...and fits perfectly in debians "sites-available, sites-enabled" system....i can give u an example of the config ;)
[02:27] <\sh> infinity: but it's just an idea of improvement...a nice to have
[02:28] <\sh> CustomLog "|/usr/sbin/split-logfile" vhost env=VLOG
[02:29] <\sh> and in virtualhost section
[02:29] <\sh> Setenv VLOG /var/www/blogweb.de/logs/
[02:29] <\sh> that's all..ok I missed out the LogFormat line for vhost
[02:31] <\sh> then a nice clean install of templated mod-logan analyzer stuff, a small script which replaces the hostnames and a hourly cron script...and voila -> \sh is happy, because he's a lazy admin ;)
[03:05] <infinity> \sh : I don't see how that ends up being drastically different from just setting CustomLog for each vhost.
[03:06] <\sh> infinity: u set it once serverwide and the rest is done by the split-log script automatically...and using mod_vhost for mass hosting is much easier to handle
[03:09] <infinity> \sh : Err, but you just said you do a custom SetEnv for each vhost.  That seems pretty much identical to a custom CustomLog for each vhost.
[03:10] <\sh> infinity: for mod_vhost u do only one
[03:13] <infinity> Alright, I'll bite.
[03:13] <ndazza> hi! i have a local mirror of ubuntu and i'd like to build my own cds/dvds from them, including live CDs. I can probably figure out building the install CDs from jigdo but how can i build the live CDs/DVDs
[03:13] <infinity> File a bug in Debian's BTS, with the script attached (including whatever license Gentoo is licensing it with, I won't include it if it's not Apache-compatible)
[03:14] <infinity> ndazza : You don't, at least, not easily.
[03:14] <ndazza> infinity: bugger! there's no automagic scripts to build a live cd then?
[03:15] <infinity> \sh : Err, wait.  split-logfile comes from the apache sources.
[03:15] <infinity> \sh : Unless Gentoo's is somehow different..
[03:15] <infinity> \sh : Yeah, we include it.  So, how is theirs better?
[03:17] <infinity> \sh : Ahh, I see, the upstream one doesn't allow you to specify the target of the logs.
[03:17] <infinity> \sh : Well, file a bug and a patch, please.
[03:17] <\sh> infinity: will do :)
[03:18] <infinity> \sh : And make sure the behaviour is backward compatible with the upstream split-logfile, if called the same way.
[03:18] <\sh> infinity: I'm using it btw on my hoary install :)
[03:18] <\sh> infinity: yeah it's called the same way
[03:18] <infinity> (I'm not going to break existing installs)
[03:18] <infinity> Right, but if it's called without specifying the target location, does it behave the same way?  (split logfiles into ./$(vhost).log)?
[03:19] <\sh> infinity: hmmm..we can provide a new name for it and bring it in as alternative
[03:19] <\sh> infinity: yes...including date etc.
[03:19] <Lathiat> 8/win 38
[03:19] <\sh> infinity: so it's doing logration on it's own
[03:19] <\sh> infinity: I'll send you a test setup as well...
[03:20] <infinity> Alright.
[03:20] <infinity> Debian BTS, package "apache2-utils".
[03:20] <\sh> k
[03:27] <\sh> looks like if libofx is our waterloo
[03:27] <\sh> motus waterloo to be exactly
[03:29] <\sh> infinity: can we make an update to libofx via breezy-updates?
[03:29] <infinity> After all those uploads, you still got it wrong
[03:29] <infinity> ?
[03:31] <\sh> infinity: we focused the replaces on libofx1 and not on hoarys libofx0
[03:31] <\sh> grmpf
[03:31] <\sh> two people one bug
[03:31] <siretart> hm. do we have a breezy-updates policy somewhere on the wiki or elsewhere?
[03:32] <infinity> \sh : Erm, when have we ever shipped a libofx0?
[03:32] <infinity> \sh : Oh, you mean libofx0c102?
[03:32] <\sh> infinity: yes
[03:32] <infinity> I vaguely recall mentioning that one, way back when. :)
[03:32] <infinity> You realise that finding overlapping files is as easy as searching for that file on packages.ubuntu.com, right?
[03:33] <infinity> http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=libofx.la&searchmode=searchfiles&case=insensitive&version=hoary&arch=i386
[03:34] <infinity> http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=libofx.la&searchmode=searchfiles&case=insensitive&version=breezy&arch=i386
[03:34] <\sh> infinity: put some salt into our wounds *headbangingonthetablenexttome*
[03:34] <infinity> So, that shows the three packages which needed Replaces.
[03:34] <infinity> Anyhow, breezy-updates is approval-only, probably even for universe.
[03:35] <siretart> infinity: who approves breezy-updates? and according to what policy?
[03:35] <\sh> infinity: which is fine with me..I only want to have the possibility
[03:37] <\sh> s/want/need/
[03:41] <\sh> and somehow now, this ABBA song is in my head..
[05:04] <janimo> is there a place I can get old versions of binary debs? I am interested in the ati driver deb from 6.8.2-75
[07:51] <einheit> on apt-get update:
[07:51] <einheit> W: GPG error: http://lt.archive.ubuntu.com breezy-updates Release: The following signatures were invalid: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key<EMAIL_ADDRESS>[07:51] <einheit>
[07:51] <einheit> anything to worry about?
[07:53] <Znarl> einheit : Do you use a proxy server?
[07:53] <SteveA_> hi karl
[07:53] <SteveA_> not on purpose
[07:53] <SteveA_> but i think my isp enforces one
[07:54] <SteveA_> semi-transparently
[07:54] <Znarl> Ah, that could be it and that our archive mirrors are falling out of sync again.
[07:57] <Znarl> I just re-synced our two temp archive servers.  Shouldn't happen now.
[07:59] <SteveA_> looking better
[08:12] <SteveA_> thanks Znarl
[08:27] <KraetziChriZ> Hi Guys
[08:27] <KraetziChriZ> After Upgrading to KDE 3.4.3 the QT-Tool "klibido" is a littlebit broken -> http://www.ubuntuusers.de/download.php?id=153 -> anyone know what there is going wrong?
[08:28] <KraetziChriZ> (too many menues..)
[09:36] <zyga> everyone is sleeping? :)
[09:41] <ajmitch> morning
[09:41] <mdke> morning
[11:04] <ogra> mdz, around ?
[11:04] <pitti> Hi ogra
[11:04] <ogra> hey pitti
[11:04] <ajmitch> hi pitti
[11:08] <sivang> hey pitti , ogra , ajmitch
[11:34] <ogra> infinity, come over here.-.. quick... then its still sunday evening
[11:34] <sivang> infinity: morning Adam :)
[11:35] <sivang> it's Sun 23:13 here
[11:35] <Lathiat> haha
[11:35] <Lathiat> its mon 5:35 here
[11:35] <ajmitch> infinity: isn't it far too early for people to be up over there?
[11:35] <infinity> 7:30 for me.
[11:35] <infinity> Not that it means anything, I've been up all night.
[11:36] <ajmitch> right, I at least managed to get an early night @ 1AM
[11:37] <infinity> Oh well.  Guess I didn't need them hilighted anyway.
[11:37] <sivang> lol
[11:37] <infinity> It's just trying to save me from myself, I'm sure.
[11:37] <infinity> I had stuff marked "unread" from 8 months ago.
[11:42] <sivang> infinity: this happens to me all the time actually
[12:01] <hughsie> ogra: ping!
[12:02] <ogra> high
[12:02] <sivang> infinity: you in the US ?