[02:59] <Gryllida> hi
[03:00] <faina> hello
[03:50] <Gryllida> faina: http://packages.ubuntu.com/natty/all/emacs/filelist ... is that all that Ubuntu has for emacs? Why do I download the .deb at http://packages.ubuntu.com/natty/emacs and it has very few files?
[03:53] <faina> emacs is a meta-package just depends on the actual real packages that contain a real version of emacs
[03:53] <faina> so you can just install emacs and not worry if its emacs22 or emacs23
[03:53] <Gryllida> faina: I want to look into the deb. What package would the `real` one be?
[03:54] <faina> Best path is to do apt-cache show emacs and look at the dependency list
[05:20] <Gryllida> I'm trying to add a usr/share/menu/packagename to  .deb; I can extract it, add file to a dir, but have no idea how to compress it back.
[05:31] <faina> Gryllida: I usually do apt-get source, modify the package, and then do debuild, but that can be difficult depending on the package
[05:32] <Gryllida> faina, ok, I'll read on that; thank you.
[05:00] <pitti> Good morning
[05:01] <faina> hello
[06:51] <didrocks> good morning
[07:01] <dholbach> good morning
[07:16] <infinity> pitti: "Two days out from the expected release of Maverick Alpha 3 ..." <-- Cut'n'paste, for the loss? :)
[07:16] <pitti> infinity: argh
[07:17] <pitti> at least the milestone bug link is correct
[07:17] <infinity> Yeah, I just checked that.
[07:17] <pitti> that indeed took some extra time to fight against the giant ftbfs bug list
[07:19] <chrisccoulson> pitti has a time machine!
[07:19]  * pitti quickly hides it, otherwise everyone would want to use it
[07:31] <pitti> ScottK: do you know why kpackagekit/packagekit want to go to universe? doesn't kubuntu use that?
[07:31] <pitti> plasma-widget-networkmanagement as well, was that replaced with something else?
[07:43] <debfx> pitti: kpackagekit has been replaced by muon
[07:43] <debfx> we still use plasma-widget-networkmanagement
[07:44] <debfx> the source package has been renamed though
[07:48] <pitti> debfx: ah, thanks
[07:48] <pitti> debfx: so plasma-widget-networkmanagement should be removed entirely?
[07:49] <debfx> pitti: yes (the source package)
[07:51] <pitti> debfx: so the network-manager-pptp-kde binary should be removed with it? (no rdepends except plasma-widget-networkmanagement)
[07:51] <pitti> oh, that's a replaces:
[07:52] <pitti> so it seems both binaries can be removed along?
[07:52] <debfx> the network-manager-*-kde binaries can be removed as well
[07:53] <pitti> ok, done; thanks!
[07:53] <tkamppeter_> didrocks, hi
[07:53] <didrocks> tkamppeter_: hey
[07:54] <tkamppeter_> didrocks, we have decided on that during our session and there we have already found out that the extra space consumption is small (~ 300K). RAOF is already working on packaging colord.
[07:55] <didrocks> tkamppeter_: we are already oversized, but if there is a log of the session to bring color management to the CD, I'm ok
[07:55] <didrocks> tkamppeter: can you see this blueprint btw?
[07:57] <tkamppeter> didrocks, the Blueprint is https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-icc-color-management
[07:59] <tkamppeter> It is approved for Oneiric and on the Whiteboard you can see that the estimated space consumption is ~300K.
[07:59] <didrocks> tkamppeter: with colord and argyll?
[08:00] <tkamppeter> seems so.
[08:01] <didrocks> tkamppeter: so, can you make a MIR for argyll and update it as well to a recent version? seems nothing is happening there
[08:08] <tkamppeter> didrocks, I will do so. IThere is a new package available but not officially uploaded. See Debian bug 622620, most recent posting: https://launchpad.net/~pmjdebruijn/+archive/argyll-release
[08:08] <didrocks> tkamppeter: poke me once done
[08:11] <tkamppeter> didrocks, OK.
[08:13] <dupondje> cjwatson: Are you working on merging courier ? Or can I take ,
[08:13] <dupondje> ?
[08:15] <soren>  /win 38
[08:15] <soren> YEah, that'll work. :(
[08:42] <pitti> YokoZar: FYI, removing ttf-umefont (following Debian), which wine1.[23] depend on; the package was renamed to fonts-horai-umefont
[08:51] <nickmoeck> Hi, I'm not sure if this is the right place for this question, but #ubuntu is being pretty much useless, so... here goes:
[08:51] <nickmoeck> Let's say the official repos contain software-2.2.1. I create a PPA with a package based on software-2.2.1 (with just a slightly different build configuration).  I call it software-2.2.1~ppa1 and I install it from my PPA.  What happens if software-2.2.2 gets uploaded into the Ubuntu repos, and I don't make a new package in my PPA?
[08:52] <pitti> nickmoeck: 2.2.1~ppa1 is smaller than 2.2.1, so you couldn't even upgrade to your PPA
[08:52] <pitti> nickmoeck: and if 2.2.2 gets into Ubuntu, an upgrade will use that
[08:55] <nickmoeck> pitti: Okay, I guess it's time to get a little more specific then.  I need php without the suhosin patch, so I want to create a package with it disabled, put it into a PPA, and apt-get upgrade to that version. I don't want the version with suhosin to be installed if the official package is upgraded.
[08:55] <nickmoeck> Is there any way to do that, short of using pinning?
[08:57] <pitti> nickmoeck: I'd use apt pinning; I don't know of another way, excecpt of course always providing a newer version in your ppa
[08:59] <nickmoeck> pitti: okay, thank you very much
[09:02] <MrRagga> hi, is there any kind of frontend package maintainer use to promote packages between the different stages?
[09:03] <pitti> "stages"?
[09:09] <MrRagga> pitti: what i am looking for is a web gui frontend, which can be used to promote packages between different stages using an authorized system. e.g. user A is allowed to promote the package foo-1.0.deb from experimental to stable using a web gui
[09:10] <MrRagga> pitti: similar to what is described here http://maemo.org/packages/
[09:16] <pitti> MrRagga: for unstable -> testing that's done by a script; for the testing -> stable part, that's called "release team" :)
[09:16] <pitti> in Ubuntu we have a release team, but no concept of "testing"
[09:17] <pitti> (FTR, these are called "releases", not "stages")
[09:17] <pitti> or "series" in the DAK/Soyuz terminology
[09:18] <ogra_> well, we have a web gui for copying packages between PPAs
[09:19] <ogra_> not necessarily the same but similar
[09:21] <MrRagga> ogra_: is this web gui open source?
[09:21] <ogra_> its part of launchpad, so yes, i think so
[09:21] <ogra_> dont ask me about launchpad code though :)
[09:22] <MrRagga> hehe, ok. thanks.
[09:29] <jml> Good morning
[09:35] <Satoris> How can I found out what graphics driver a live CD system is using, since it does not come with glxinfo? System settings just says it is  "unknown".
[09:36] <tjaalton> grep Xorg.0.log
[09:36] <tjaalton> though it's not that easy to actually find the match
[09:36] <tseliot> pitti: I've added support for multi-arch to the fglrx handler in jockey. Shall push my changes, release and upload or just push and leave it unreleased? http://pastebin.ubuntu.com/638304/
[09:37] <pitti> tseliot: hm, you didn't push yet?
[09:37] <pitti> tseliot: anyway, please upload
[09:38] <Satoris> Oneiric live cd has lost 3D acceleration on my Intel machine, so I need to find out if it's the driver or something in Unity.
[09:38] <tjaalton> Satoris: grep drivers /var/log/Xorg.0.log | tail -1 | sed 's/.*\///;s/_drv.so//'
[09:38] <tseliot> pitti: no, I haven't pushed anything yet. I'll make an upload too then, thanks
[09:39] <Satoris> Hmm, it loads intel, vesa, fbdev and then intel for the second time.
[09:43] <tjaalton> fallbacks
[09:43] <tjaalton> dunno why it loads intel the second time though
[09:43] <tjaalton> my X61 works fine with intel, and just finished the upgrade on my sandybridge desktop
[09:43] <Satoris> What is the correct package for reporting this bug? X? Mesa? Kernel? Something else?
[09:44] <tjaalton> intel is loaded but 3d doesn't work? pastebin the logfile
[09:44] <tjaalton> and you can install mesa-utils on the live session :)
[09:45] <tjaalton> btw, the upgrade removed many "unneeded" packages, like postfix, bsd-mailx etc
[09:45] <tjaalton> dunno why
[09:45] <Satoris> It says that "mesa-utils has no installation candidates".
[09:46] <tjaalton> enable universe
[09:46] <tjaalton> quite silly to move binary packages to universe, when the rest are in main..
[09:46] <tjaalton> ah
[09:46] <tjaalton> sorry, that's not the same source as mesa
[09:46] <tjaalton> but mesa-demos
[09:48] <Satoris> http://pastebin.com/zc7jNkgD
[09:49] <tjaalton> everything looks ok to me, same chip as on my X61
[09:50] <tjaalton> duh, no this is sandybridge of course :)
[09:50] <tjaalton> ok let me boot up this one
[09:51] <Kottizen> hi, the package 'teeworlds' is outdated - what can I do?
[09:52] <tjaalton> Satoris: works fine here
[09:53] <Satoris> With the latest daily build live CD?
[09:53] <tjaalton> Satoris: nah, upgraded system. I can try that one too
[09:54] <Satoris> Also, this is a Macbook which are always kind of tricky in their own ways.
[09:55] <Satoris> Glxinfo says it should be working. But still I get unity-2d.
[09:55] <tjaalton> what if you run 'compiz --replace' from a terminal?
[09:56] <Satoris> Now it works. Modulo the fact that compiz crashes quite quickly after that.
[09:56] <Satoris> Assuming it falls back to unity-2d?
[09:56] <tjaalton> maybe so
[09:57] <tjaalton> maybe the daily cd is missing some updates?
[09:57] <Satoris> Trying to report the compiz bug gives an error saying that the problem can't be reported due to obsolete package version. So that would be a yes then.
[09:58] <tjaalton> run dist-upgrade and restart gdm/lightdm
[10:00] <seb128> hum, valgrind seems to be broken in oneiric
[10:00] <seb128> doko_, lool: ^ do you know if that's due to the eglibc update?
[10:01] <lool> that happens frequently wiht eglibc upgrades indeed
[10:02] <seb128> :-(
[10:02] <lool> --9631-- Warning: DWARF2 CFI reader: unhandled DW_OP_ opcode 0x2a
[10:02] <lool> valgrind: m_debuginfo/readdwarf.c:2338 (copy_convert_CfiExpr_tree): Assertion 'srcix >= 0 && srcix < VG_(sizeXA)(srcxa)' failed.
[10:02] <lool> that's pretty bad
[10:02] <lool> Implement some extra DWARF ops that gcc 4.6.1 seems to use. Fixes #275284.
[10:02] <lool> today on the valgrind devel list
[10:02] <lool> Date: Tue,  5 Jul 2011 10:22:33 +0100 (BST)
[10:02] <lool> some hours ago  ;-)
[10:03] <lool> http://article.gmane.org/gmane.comp.debugging.valgrind.devel/13919
[10:03] <lool> so actually due to gcc 4.6.1, not eglibc
[10:08] <lool> seb128: I'm pushing this patch, but didn't test whether it's enough to fix valgrind
[10:09] <seb128> lool, thanks, I will test once it's built
[10:10] <seb128> lool, I found a bug where somebody confirmed r11856 fixes a similar issue so let's see
[10:11] <lool> I read through the last 15 or so SVN commits, and that seemed to be the only interesting one for x86
[10:13] <seb128> lool, thanks!
[10:23] <lool> seb128: new valgrind works for me
[10:24] <seb128> lool, \o/
[10:24] <seb128> lool, well done, thanks again
[10:25] <lool> seb128: np, I feel like I am returning the favors from last week   ;-)
[10:25] <seb128> ;-)
[10:32] <directhex> is something frozen?
[10:47] <dupondje> cjwatson: https://bugs.launchpad.net/debian/+source/debootstrap/+bug/805886 if you have some time :)
[11:13] <hrw> cjwatson: debootstrap hack for bug 802985 provided as debdiff - take a look when have time
[12:57] <mterry> @pilot in
[13:12] <barry> pitti: ping
[13:13] <ScottK> pitti: Kubuntu doesn't use kpackagekit/packagekit anymore in oneiric.  It can go to Universe.
[13:15] <pitti> ScottK: thanks
[13:15] <pitti> barry: pong
[13:15] <barry> pitti: hi, re: bug 788514 and python-oauth
[13:16] <barry> pitti: doesn't look like i can comfortably use udd to merge sid's package with oneiric (lots of conflicts).  do you have any suggestions?  i.e. should we just blow away oneiric's version and upload sids?
[13:16] <pitti> barry: I haven't checked whether we have some ubuntu specific changes there; I just took the sid source, built it, and tested
[13:17] <pitti> barry: we can sync sid's version if we don't need changes, no need for an upload there
[13:17] <barry> pitti: gotcha.  okay, i'll investigate further then
[13:17] <barry> pitti: unfortunately, all the changes are in-tree, so sussing out the ubuntu specific changes is going to be difficult
[13:18] <pitti> barry: I hope they won't be necessary in the first place; distro specific changes in a protocol library sound bad
[13:19] <barry> pitti: agreed.  i'll see what i can do and i'll ping dobey since he touched the package last
[13:24] <barry> zul: ping re: bug 788514 and python-image-store-proxy.  any word on that package?  anything i can do to help?  it's the last python-central package on the server cd so i'm eager to see this one closed
[13:24] <zul> barry: sorry for the delay ill take a look at it today
[13:25] <barry> zul: thanks!
[14:18] <seb128> slangasek, hi
[14:19] <seb128> slangasek, it seems you forgot to push your recent avahi upload to the vcs, do you still have it locally? could you push?
[15:39] <apw> pitti, did we find any alternative to editmoin in the end?  i
[15:39] <pitti> I didn't
[15:39]  * apw has just reliased that his status pages are no longer updating as a result
[15:47] <james_w> apw, why do you need an alternative?
[15:47] <apw> james_w, it doesn't seem to work any more
[15:48] <james_w> apw, "no content found" error or something similar?
[15:48] <apw> error: body information not found
[15:48] <apw> james_w, ^
[15:48] <james_w> not sure that means you have to replace it :-) bug 801284
[15:51] <apw> james_w, ok i'll try and get that to work
[15:57] <pitti> jibel: https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-xorg-stakeholders-request has "Arrange community testing for Alpha-2" for you for alpha-2; does that go beyond the usual image testing which  happens anyway?
[15:58] <jibel> pitti, yes there are specific test cases http://xorg.qa.ubuntu.com/qatracker/
[15:59] <pitti> jibel: oh, nice!
[15:59] <pitti> jibel: so if that is being done already, I guess this could be set to done?
[16:00] <apw> james_w, did you test this change successfully ?
[16:00] <jibel> pitti, it is not done, it will start next week. If binary drivers are ready of course.
[16:01] <pitti> jibel: ack
[16:01] <apw> james_w, as it seems to be sorely lacking some code, and doesn't work on wiki.ubuntu.com
[16:04] <saam> hello, when I install fglrx form jockey in oneiric it says SystemError: installArchives() failed  But a recent changelog in jockey says multi arch problem with fglrx solved
[16:06] <apw> james_w, so for w.u.c you need to use MOIN_SESSION_80_ROOT regardless of it being https, for w.c.c you need _443_ ...
[16:06] <apw> james_w, and the patch as is doesn't actually pass the cookiename
[16:11] <apw> pitti, ok with some hackery i have a (bodged) editmoin which works ... the changes arn't commitable me thinks, but it may be of use
[16:12] <pitti> apw: oh, awesome! so it's not some complicated change to oauth?
[16:12] <pitti> apw: we must make Gustavo use the wiki more
[16:12] <apw> pitti, the issue is the names of the cookies have changed, and changed in an incompatible way on w.u.c and w.c.c
[16:15] <apw> pitti, ok i've bodge this hideously but it at least works for those two destinations, and should be the same for the rest: http://people.canonical.com/~apw/misc/editmoin
[16:16] <pitti> apw: hah, nice one
[16:16] <apw> pitti, you need to lookup the new ID strings in your browser cookies and shove them in .moin_ids as normal
[16:16] <pitti> apw: perhaps an upstreamable fix would be to try all three of these in succession?
[16:16] <apw> pitti, yeah that sounds more reasonable doesn't it
[16:16] <apw> i'll try that out later
[16:24] <apw> pitti, ok i've updated the version at the above url, should be more like you are suggesting
[16:29] <apw> james_w, i've pushed an updated patch to your bug, which seems to work on all the wikis
[16:36] <apw> and james_w good work finding that, its been making me grumpy for weeks
[17:30] <mterry> sabdfl, fyi just noticed that ~ubuntu-users is using the old Ubuntu branding
[17:30] <mterry> (you are the team owner)
[17:38] <jml> g'night folks.
[17:42] <sabdfl> thanks mterry
[17:59] <mterry> @pilot out
[18:15] <barry> pitti: bug 806103
[19:36] <doko> ogasawara, apw: did miss the notice; gcc-4.6 4.6.1-2 now has the Linaro updates (still building on armel)
[19:40] <slangasek> seb128: blast; if I didn't push it to the VCS, it's because I grabbed the UDD branch again by mistake.  Let me grab the right branch and push now, if you haven't already done it
[19:42] <seb128> slangasek, I didn't but don't bother, I can do it when I do the upload if the work need to be redone anyway
[19:42] <seb128> it was in case you had it and forgot to push
[19:42] <slangasek> seb128: seems not :(
[19:42] <seb128> slangasek, I would say "debcheckout it your friend" but it might have been confused by the debian vcs infos
[19:44] <slangasek> seb128: debcheckout is only my friend if there is a Vcs field... I have suggested that debcheckout should DTRT for both UDD and non-UDD branches, but I don't think that's been implemented
[19:44] <seb128> slangasek, there was a vcs field in the upload before yours
[19:44] <seb128> oh you mean if there is not one if will not fetch the udd vcs
[19:45] <seb128> would make sense to checkout the vcs if specific or udd if there is none
[19:45] <seb128> (ok, we could also move to UDD for desktop, but that would be too easy :p)
[19:47] <slangasek> there are still other packages maintained in non-UDD branches, it's not just a desktop problem
[19:47] <seb128> indeed
[19:48] <seb128> ev, could you drop the libcheese depends from ubiquity in the next upload if you still not use it?
[20:06] <tlp> Bug #804655 must be what killed Unity for me on my iMac. No r300g.
[22:16] <broder> so...if -dbgsym packages aren't going into the librarian currently, does that mean there's no way to get debugging symbols for a package that's been superseded?