[04:30] <jturek> Anybody running Maverick having their wireless LED indicator on their laptop flash everytime there is network activity (not normal)
[04:30] <jturek> I'd open a bug for maverick, but i have no clue how to describe it ;)
[05:00] <kklimonda> why isn't it normal? it may be distracting at first but I'm not sure what do you mean by normal - I thought it was doing that for a long time.
[07:59] <alex88> !roadmap
[08:06] <alex88> http://www.markshuttleworth.com/wp-content/uploads/2010/05/LightScreenshot.png what means start windows? maybe i havent' understand what's light for?
[08:36] <pitti> Good morning
[09:06] <smb> pitti, Morning, I just saw that the Jaunty kernel still is in the queue. As we agreed on not wanting that for Jaunty, can you reject it? Also could you sru in lucid-lbm -24.20 (-24.19 got superseded and can be removed/rejected)
[09:14] <pitti> smb: did the two rejections; I actually had a question about the lbm stuff
[09:14] <smb> ok
[09:14] <smb> was the question in one of the bug reports?
[09:14] <pitti> smb: it seems that this renames the -wireless package to -compat-wireless? won't that create problems on upgrade?
[09:14] <pitti> smb: no, not yet; I tried to understand the debdiffs
[09:16] <smb> Ok, yes it renames the binary packages but usually people should use the meta packages and those are kept in a way to make the upgrade
[09:16] <pitti> but why?
[09:17] <pitti> from what I can see, it adds a new -wwan package, which is fine (as per discussion in the gobi bug)
[09:17] <pitti> but I don't see a rationale for renaming the -wireless one
[09:17] <smb> So linux-backports-modules-2.6.32[-24]-generic points to the new names
[09:19] <smb> The rationale is probably that this more matches what it comes from. And touched because now there is a compat-wireless based on .35 and .34 in parallel
[09:20] <pitti> ah, right, it also introduces yet another linux-backports-modules-compat-wireless-2.6.35-2.6.32-24-generic-pae, indeed
[09:20] <pitti> smb: but then the conflicts seem wrong
[09:20] <pitti> -Package: linux-backports-modules-wireless-2.6.32-24-generic
[09:20] <pitti> +Package: linux-backports-modules-compat-wireless-2.6.34-2.6.32-24-generic
[09:21] <pitti> [...]
[09:21] <pitti> +Conflicts: linux-backports-modules-compat-wireless-2.6.35-2.6.32-24-generic
[09:21] <pitti> smb: ^ it shoudln't conflict to itself, but it should conflicts:/replaces: the old name (modules-wireless-2.6.32-24)
[09:21] <StevenK> pitti: It doesn't conflict with itself
[09:21] <pitti> otherwise you'll get a file overwrite error
[09:21] <smb> Doesn't that mean that you cannot have a .35 installed at the same time you have a .34?
[09:21] <pitti> StevenK: ah, sorry
[09:22] <pitti> smb: right, sorry
[09:22] <StevenK> pitti: It's very close :-)
[09:22] <smb> and confusing i agree
[09:22] <pitti> smb: so, the new name then additionally needs to conflicts: with teh old name, and also replaces: it
[09:22] <StevenK> smb: No fair uploading packages with *one char* different :-)
[09:22] <pitti> but seriously, it'd make upgrades much easier if we just keep the old name
[09:23] <pitti> gratuitous renames in stable updates are more trouble than it's worth
[09:23] <dholbach> good morning
[09:23] <pitti> smb: I see the conflicts has been added to -meta, but that's neither sufficient nor required
[09:24] <pitti> erm, or is it?
[09:24] <pitti>  Package: linux-backports-modules-wireless-lucid-generic
[09:24] <pitti> +Conflicts: linux-backports-modules-wireless-2.6.35-lucid-generic
[09:24] <smb> pitti, So probably it needs waiting on Tim, who probably has a better knowledge why he did the renaming part.
[09:24] <pitti> smb: any idea why this new conflicts in -meta is there?
[09:25] <smb> pitti, I am trying to remember
[09:25] <pitti> ah, I know
[09:25] <pitti> linux-backports-modules-wireless-lucid-generic and linux-backports-modules-wireless-2.6.35-lucid-generic are both metapackages
[09:25] <pitti> and you can have just one
[09:25] <pitti> so that's fine
[09:25] <smb> ah, ok. Yes they are
[09:26] <pitti> ok, so -meta looks fine, under the assumption that the rename is done
[09:26] <pitti> but lbm is missing conflicts/replaces: to the old wireless-2.6.34 names
[09:26] <smb> We did not change the linux-backports-modules-wireless-lucid-generic beacause that exists already
[09:26] <smb> And the new one has a version in it
[09:26] <pitti> so we either need those C/R, or revert the renaming
[09:28] <smb> pitti, Ok, so just to rephrase it, to be sure I understood. If we keep the nameing then the binary also needs to conflict/replace the old binary. Wouldn't that be true even without the rename?
[09:29] <pitti> smb: I don't understand?
[09:29] <pitti> if you don't rename a package, there's no potential conflict on upgrade
[09:30] <pitti> but if you rename foo to bar, then you need to tell apt to remove foo before installing bar, to avoid file conflicts
[09:31] <smb> Hm, well compat-wireless-2.6.35 should not be installed if wireless (old) name is installed.
[09:31] <smb> So if you install the new wireless the old one needs to get removed even when it has the old name
[09:33] <pitti> yes, that too
[09:33] <pitti> that's the conflicts which is already there in the upload
[09:33] <pitti> the one which confused me as being "conflicts itself", whereas it makes 34 conflicts to 35 only (which makes sense, too)
[09:34] <smb> ah ok, so it also needs to conflict to the old name
[09:34] <pitti> and a Replaces: tooo
[09:34] <pitti> otherwise apt will hold back the new package instead of removing the old one and install the new one
[09:35] <smb> Ok, so it seems we need at least to rework that. And I probably ask Tim how forcefully he is willing to defend the rename, right? :)
[09:36] <pitti> smb: I don't like the rename (it creates trouble without an obivous advantage for the user, especially since it's all hidden behind metapackages anyway)
[09:36] <pitti> smb: but if you guys really want to, I won't continue arguing against that
[09:36] <pitti> but then we at least must make the upgrade working
[09:37] <smb> Ok, agreed. I will get that resolved. So for now that is another reject then
[09:40] <ogra> ari-tczew, hey
[09:41] <ari-tczew> hello ogra
[09:41] <ogra> ari-tczew, i'm just looking at http://qa.ubuntuwire.org/ftbfs/ and see you did a commons-daemon upload that fails on arm because the arch is missing in the list of supported arches, mind to fix that ?
[09:44] <ari-tczew> ogra: looking
[09:46] <ari-tczew> ogra: feel free to fix it :)
[09:46] <ogra> hmm
[09:46] <ogra> k
[09:47] <tjaalton> hum, no keybuk.. anyone can explain why "start on (foo started or bar)" seems more like s/or/and/ in gssd.conf (nfs-common)?
[09:51] <tjaalton> it's actually "(started portmap or mounting TYPE=nfs4 OPTIONS=*sec*krb5*)", but it doesn't proceed even though portmap is running
[09:52] <tjaalton> using autofs, so the shares aren't mounted on boot
[10:07] <tjaalton> doesn't work even with just "start on started portmap"..
[10:08] <tjaalton> well, a workaround is easy
[11:29] <jibel> mvo, Hey, could you please have a look at bug 614993 ? some users are reporting broken upgrades from 10.04 to 10.10 due to xorg and xserver-xorg-video-nouveau
[11:43] <mvo> jibel: will do after lunch
[11:58] <RAOF> I'm pretty sure there's nothing left in the X stack which would break updates - everything should be installable.
[11:59]  * ogra wonders why ubuntu-netbook shows up on http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html for armel, tonights images built just fine and there is nothing that could cause uninstallability of the meta anymore
[12:00] <persia> ogra, A recommends failure won't break images
[12:00] <ogra> ah, right
[12:01] <ogra> though i dont see any recommends on that list either
[12:01] <persia> Oh, doesn't even matter.  So, ubuntu-netbook the package might be uninstallable, but livecd-rootfs is using the task.
[12:01] <ogra> which installs the package
[12:01] <persia> You'd have to resort to aptitude why-not
[12:01] <persia> But using a different resolver logic.
[12:01] <ogra> yeah
[12:02]  * persia tries
[12:15] <ogra> Riddell, is it necessary that we build two versions of qt4-x11 at the same time ? looks to me like -0ubuntu7 is superseded anyway by -0ubuntu8 (we'Re short on armel builders)
[12:16] <Riddell> ogra: you can kill -0ubuntu7
[12:16] <ogra> great, i cant though
[12:16] <ogra> i think only lamont can kill it
[12:18] <lamont> well, not only me, but not ogra
[12:19]  * lamont applies a kiss of death to -0ubuntu7
[12:23]  * ogra hus lamont 
[12:23] <ogra> *hugs even
[12:51] <Riddell> mvo: I don't suppose you've any quick thoughts on bug 624599 ?
[13:39] <mvo> Riddell: could downloadSize be None for some reason?
[13:39] <mvo> Riddell: I assume its not reproducable?
[13:44] <Riddell> mvo: I ran it again from the same machien and had no problems, next step is to reset the machine and try it again from the start
[13:57] <G> ttx: I just updated 455832, want me to edit the Maverick status?
[13:58] <ttx> bug 455832
[13:58] <G> ttx: it's Lucid only and really at most a potential Lucid candidate
[13:58] <ttx> G: sure, go ahead :)
[13:59] <G> okay, fixed the status :)
[14:14] <mvo> Riddell: thanks, let me know, I hope its something simple like a None tha
[14:38] <pitti> oh, did edge just switch to the new ubuntu font?
[14:40] <ScottK> Is the font released?
[14:42] <jml> pitti, yes.
[14:42] <jml> ScottK, I don't know.
[14:43] <ScottK> If it doesn't have a free license, how would that work?
[14:47] <Pici> Its just specified in the CSS, you need to have the font on your computer.
[14:57] <smoser> is there a place / utility that I can query that maps adjective -> version ?
[14:57] <smoser> ie: hardy => 8.04 , lucid = 10.04 ...
[15:03] <geser> smoser: you could use the LP API for it
[15:04] <smoser> geser, true. thanks for that suggestion. i seare i saw a utility once.
[15:27] <smoser> well, finding nothing for query above, i have: http://paste.ubuntu.com/483989/
[15:30] <G> ttx: if you want, I could create a debdiff for both bug 455832 & updated bug 571093
[15:30] <G> i.e. ready for SRU
[15:32] <ttx> g: that can help, sure
[15:34] <G> ttx: okay will do
[15:40] <dpm> hi cr3, do you think you could have a look at bug 514401 to make checkbox translatable? Thanks!
[15:41] <OdyX> pitti: aye. Thanks for the very fast upload of usb-modeswitch-* !
[15:43] <pitti> OdyX: no problem; it's you who did all the real work :)
[15:44] <cr3> dpm: hi there, I received your email and haven't had time to look into it yet :(
[15:44] <OdyX> pitti: upstream's to thank on that one.
[15:44] <dpm> cr3, no worries, just making sure you got it. Thanks!
[15:45] <cr3> dpm: thanks for following up though :)
[15:51] <jibel> mterry,  could you please have a look at the script to test bug 590133. It fails to run in lucid and we'll have to wait 6 months to know if the fix works.
[15:52] <mterry> jibel, yes, it's on my list of stuff to do.  :-/
[15:52] <jibel> mterry, great! thank you.
[16:16] <G> ttx: I've got a debdiff, so I just need to put the testcase etc into the description of the bug right w/ link to the debdiff?
[16:17] <ttx> G: yes
[16:17] <ttx> See https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[16:29] <G> ttx: I can't seem to Nominate for Lucid
[16:30] <G> ttx: do I need to change Maverick to Fix Released to nominate for Lucid?
[16:31] <ttx> G: no, it's a rights issue. I'll do it
[16:31] <G> ttx: okay :)
[16:31] <ttx> G: bug link ?
[16:32] <G> Bug #455832
[16:32] <ttx> G: it's already targeted to Lucid.
[16:33] <ttx> You just need to subsribe ubuntu-sru and ubuntu-sponsors, now.
[16:33] <G> ahhh, so I just go ahead and subscribe sru
[16:33] <G> right thanks :)
[16:33] <G> Oh right thats right, I remember what Nominate for Release is now :P
[16:34] <G> ttx: done, thanks
[16:35] <G> ttx: so thats all I need to do for now right?
[16:56] <ttx> G: yes !
[17:39] <cnd> seb128, utouch-grail in ubuntu has been waiting for mtdev to build
[17:39] <cnd> mtdev has built for all but ia64 and sparc
[17:39] <cnd> should utouch-grail be kick started so it builds?
[17:40] <cnd> there's a chain of dependencies on the new utouch-grail, so the sooner it's built, the better
[17:42] <pitti> cnd, seb128: apparently my main propagation a few days left out the binaries
[17:43] <pitti> so yes, those builds need to be restarted in 80 minutes, when the mtdev binaries went into main
[17:43] <cnd> pitti, ahh, thanks!
[17:43] <pitti> in fact, I'm retrying now, they shoudl go to depwait
[17:43] <pitti> (I won't be here any more in 80 mins)
[17:44] <cnd> ok
[19:26] <cnd> pitti, libmtdev-dev still couldn't be found for the grail build
[19:28] <cnd> pitti, however, I see that we have a new version of grail that should be uploaded today
[19:28] <cnd> so don't worry about kicking off a new build for it if you fix the mtdev issue
[19:53] <lifeless> whats the current hwdb client package name?
[19:53] <lifeless> or is it just part of apport ?
[19:55] <deryck> lifeless, you mean checkbox?
[19:55] <lifeless> the thing that gatheres data for lp's hw db
[19:56] <lifeless> yeah, looks like checkbox these days - thanks
[19:58] <deryck> np
[20:13] <kirkland> hallyn: cjwatson: i'm installing a VM from today's server image ... the guest is not able to see its virtio disk
[20:13] <kirkland> hallyn: cjwatson: is this a known issue?
[20:13] <kirkland> there is no /dev/vda
[20:13] <kirkland> virtio modules are loaded
[20:23] <hallyn> kirkland: not known to me
[20:24] <hallyn> kirkland: the issue that *is* known to me is that the maverick installer is not working under kvm - with either lucid or maverick host
[20:25]  * ebroder just booked my flights for UDS :)
[20:26] <hallyn> kirkland: url for the iso you were using?
[20:27] <hallyn> (ubuntu-10.04.1-server-amd64.iso is working for me with virtio - /dev/vda1 is there)
[20:27] <hallyn> kirkland: and, what cmdline?
[20:30] <kirkland> hallyn: cool, good to know you know about it
[20:30] <kirkland> hallyn: is there an open bug?
[20:31] <kirkland> hallyn: if so, it's beta-release-critical, and we need to mark it as such immediately
[20:31] <hallyn> i thought i'd filed one, but now i can't think what i woudl file it against
[20:31] <hallyn> how does one list all the bugs one created?
[20:32] <kirkland> hallyn: probably a kernel bug, as i have no /dev/vda
[20:32] <kirkland> hallyn: or, against debian-installer, which cjwatson can easily triage to the misbehaving component
[20:33] <ScottK> mvo: software-center 2.1.14/.1 didn't land before the freeze.  Did you want that in for beta?
[20:34] <kirkland> hallyn: command line:
[20:34] <kirkland> kirkland  1176   960 80 14:33 ?        00:00:04 kvm -m 1024 -smp 2 -cdrom /home/kirkland/.cache/testdrive/iso/ubuntu_maverick-server-amd64.iso -drive file=/home/kirkland/.cache/testdrive/img/testdrive-disk-qKihPq.img,if=virtio,cache=writeback,index=0,boot=on -usb -usbdevice tablet -net nic,model=virtio -net user -soundhw es1370 -vga cirrus
[20:35] <hallyn> kirkland: i wonder if starting it by hand and dropping either the cache=writeback or boot=on line will let it work
[20:35] <mvo> ScottK: that would be nice, 2.14.1 has some icon updates, we got the icons really late from the icon team and some last second design team input
[20:35] <mvo> ScottK: eh, 2.1.14 I mean (2.1.14.1 is really very minor)
[20:37] <ScottK> Looks fine.  You'll get a reject for 2.1.14, so don't be suprised.
[20:38] <ScottK> Done.
[20:39] <hallyn> kirkland: no, wait - installer is now working for me
[20:39] <hallyn> seems to be fixed
[20:43] <geser> mvo: did you had time to look at bug 618597 yet? luckily it doesn't happen too often when I use gdebi with pbuilder so it's not that important
[20:44] <mvo> geser: not yet, sorry, but I can do that tomorrow, it looks straightforward
[20:45] <hallyn> kirkland: feh, i can't reproduce your lucid vda error with your arguments
[20:45] <kirkland> hallyn: hmm
[20:45] <hallyn> kirkland: doh!  you're using *maverick* iso
[20:45] <kirkland> hallyn: yes
[20:45] <hallyn> i didn't know such a thing existed
[20:46] <kirkland> hallyn: this is a maverick issue
[20:46] <kirkland> hallyn: cdimage.ubuntu.com
[20:46] <kirkland> hallyn: or, sudo apt-get install testdrive
[20:46] <kirkland> hallyn: $ testdrive-gtk
[20:47] <hallyn> yeah that's what i'm doing
[20:54] <hallyn> kirkland: installer is really misbehaving for me.  seems like SDL hanging or something
[20:55] <kirkland> hallyn: hmm, my install completed, once i went from virtio disk to scsi
[20:56] <hallyn> kirkland: can you try a desktop install and tell me what you see?
[20:56] <hallyn> (i'm waiting on server iso to d/l - virtio not working = !acceptable imo)
[20:56] <kirkland> hallyn: well, i've installed eucalyptus into a vm, which takes like 3GB of mem, and both of my processors :-)
[20:56] <kirkland> hallyn: so i can't very easily run more than one at a time
[20:58] <hallyn> kirkland: doh
[21:01] <seb128> slangasek, I've uploaded unity-place-* updates with an extra recommends and rules cleaning
[21:03] <slangasek> seb128: approved, thanks
[21:03] <seb128> slangasek, thank you
[21:03] <slangasek> seb128: is libzeitgeist-gio already on all the same images as these packages?
[21:04] <seb128> slangasek, "image"
[21:04] <slangasek> that's a yes, then? :)
[21:04] <seb128> slangasek, it's a new binary from libzeitgeist which was in main
[21:04] <seb128> I promoted the binary early today
[21:04] <seb128> well the binary was added some days ago
[21:04] <slangasek> ok
[21:04] <seb128> well the source is in main and the binary has been promoted
[21:04] <seb128> so "yes" ;-)
[21:05] <slangasek> right - was basically just wondering if I needed to worry about impact on image size
[21:05] <slangasek> and dig any deeper - but it sounds like I don't
[21:05] <seb128> no, it's tiny
[21:09] <hallyn> kirkland: did you file a bug about the virtio disk not being there?
[21:09] <hallyn> i can confirm it
[21:10] <kirkland> hallyn: i did not -- was asking if you had yet;  i can do it, though.
[21:11] <Hopsa> Is this the correct place to ask about dhcpd3 segfaulting and valgrind saying its: "Invalid read of size 4" ?
[21:11] <Hopsa> In lucid.
[21:14] <ScottK> Hopsa: Your best bet is to file a bug with the information.
[21:17] <seb128> slangasek, nautilus uploads with a trivial patch to get a default desktop menu with indicator-appmenu
[21:17] <seb128> uploaded
[21:21] <Hopsa> ScottK: Im interrested in verifying this as well. Can you see if dhcpd3 starts on one of your computers, or anyone else ?
[21:22] <Hopsa> It could just be my computer maybe, but im feeling it isnt.
[21:22] <kenvandine> slangasek, i uploaded ubuntu-wallpapers with the community contest winners
[21:23] <kenvandine> slangasek, we're going to have a few DX uploads coming too
[21:23] <kirkland> hallyn: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/624915
[21:23] <Hopsa> It complains about missing semi colons, but the conf is totally ok and it works on other computers. Those other computers have newver versions of dhcpd though.
[21:23] <Hopsa> newer.
[21:24] <ScottK> Sorry, just on my way out the door.
[21:24] <Hopsa> I can put my conf on some site for testing purposes if you want ?
[21:25] <Hopsa> Ah, ok.
[21:25] <Hopsa> This problem doesnt bother me much, but i thought i could fix it for other Ubuntu users.
[21:26] <Hopsa> (If the bug is correct)
[21:26] <kirkland> hallyn: you can confirm that bug, when you get a chance
[21:27] <hallyn> kirkland: oh - yeah, on it
[21:27] <Hopsa> Yep, but i thought id speed up the process some. Im the upstream gadmin-gdhcpd maintainer so i feel users could add bugs to that and email us alot.
[21:28] <Hopsa> Also, gadmin-dhcpd has the wrong --sysconfdir set. It should be "/etc", or DHCPD_CONF="" is pointed wrong.
[21:29] <Hopsa> But that wont matter if dhcpd3 is hosed.
[21:33] <nasserash> hey there, I'm trying to find the location of the indicators icon, the monochrome icon, anyone knows where it should be?
[21:33] <nasserash> icons*
[21:34] <Hopsa> .. /usr/share/pixmaps or /usr/share/icons
[21:34] <Hopsa> Maybe in a subdirectory with the name of that application below the dirs i showed.
[21:34] <nasserash> thanks :) it's in /usr/share/icons
[21:34] <Hopsa> nasserash.
[21:35] <Hopsa> Np!
[21:35] <Hopsa> Hmm, wonder why /usr/share/icons is used by a tiny bit of apps ?
[21:36] <Hopsa> to be fair "icons" is what they are, but i wonder if its worth changing every app to put the icons there instead of in pixmaps :P
[21:37] <Hopsa> Perhaps those applications are badly configured ?
[21:40] <Hopsa> Does any of you people compile some programs for ubuntu (devel) or do you just download some select Debian versions ? I just burnt Debian 505 and will install it to check how that works.
[21:40] <Hopsa> ? :)
[21:41] <Hopsa> I use all the dists i can to test software on and Ubuntu seems like a nice dist.
[21:42] <Hopsa> I just have Lucid atm, upgraded from the 8.04 one
[21:43] <Hopsa> Tried to remove dhcpd3-server and dhcpd3-common and reinstalling those but the result is the same. Segfault - Invalid read of size 4. Updating it to something newer would most likely solve the issue.
[21:44] <Hopsa> (Thats what valgrind sais)
[21:48] <seb128> slangasek, unity update to drop a build-depends on libvala-dev which is a nbs
[21:49] <seb128> slangasek, and appmenu-gtk update from dx
[21:53] <Hopsa> Im also going to test the torque pbs cluster .deb's to chack if they need fixing. Lots of directories missing and also files. I think it should be good to go as a server once installed and perhaps editing one file.
[21:53] <Hopsa> chack/check.
[21:54] <Hopsa> Makes a nice cluster btw! :)
[21:57] <Hopsa> Also, there should be 2 .deb's for it. One server and one client version.
[21:57] <Hopsa> The client should only have psb_mom and the server all 3: pbs_server pbs_sched and pbs_mom
[21:58] <Hopsa> psb/pbs /hmmz
[21:59] <kenvandine> slangasek, i uploaded indicator-messages, indicator-applet, and indicator-application for DX
[22:08] <seb128> slangasek, I've sponsored an utouch-grail update
[22:09] <slangasek> seb128: ok; working through the backlog now :)
[22:09] <seb128> slangasek, thanks
[22:09] <seb128> slangasek, you might want to bin NEW some of the recent uploads as well
[22:09] <seb128> I've noticed that ubuntuone has an upload blocked due to -dbg adding
[22:09] <seb128> and avahi has a soname change in a lib
[22:09] <seb128> which is a bit unfortunate now but the rdepends are managable for a rebuild
[22:10] <slangasek> ooh, 25% reduction in size on ubuntu-wallpapers
[22:10] <slangasek> seb128: would be good if another archive admin could help with some of that in parallel; I'll certainly pitch in in a bit
[22:11] <kenvandine> slangasek, thanks :)
[22:11] <seb128> slangasek, ok, I will finish my queue of uploads and then see if I can help if I'm still up for something ;-)
[22:12] <kenvandine> i was worried when i saw the default wallpaper was a bit bigger than the old one... but the contest wallpapers makes up for it and more :)
[22:39] <amikrop> Hello. Is there a solution for this bug? https://bugs.launchpad.net/ubuntu/lucid/+source/consolekit/+bug/544139 It renders my system useless.
[22:47] <Hopsa> Pseudo for devs: "if -EINVAL" , "reinit_thread_function()"
[22:49] <Hopsa> Or if devkit is old, upgrade it!
[22:50] <tumbleweed> can someone kick mtdev through binary new?
[22:52] <amikrop> I mean, it's a really important bug and many people can confirm it. It would be vital to release a fix as soon as possible. It happens to me at 70% of the boots.
[22:53] <Hopsa> tumbleweed: This one ? http://bitmath.org/code/mtdev and why ?
[22:53] <Hopsa> new ver ?
[22:54] <Hopsa> Multi Touch seems cool :)
[22:55] <Hopsa> But touching things is outdated before it even began. I want to think and the computer should do.
[22:57] <glickster> hey is there anyway i can install mod_wsgi 3.3 on ubuntu? it only comes with 2.8 but thats long obsolute
[22:59] <Hopsa> tumbleweed: See if they can fix dhcpd3 as well. Mine segfaults! (Invalid read of size 4) plus the ubuntu version is very old.
[23:03] <Hopsa> Where can i find the changelog for dhcpd3 ?
[23:13] <persia> Hopsa, `aptitude changelog dhcpd3` is probably easiest.  http://changelogs.ubuntu.com/ may also work, depending on your preference.  Both run ~4 hours behind the publisher: for newest stuff you need to chase them from the packages in the archive.
[23:20] <Hopsa> persia: Thanks! ... I found this as well!
[23:20] <Hopsa> https://launchpad.net/ubuntu/+source/dhcp3/+bugs
[23:21]  * persia is suspicious about LP's concept of "changelog"
[23:22] <Hopsa> persia: Coundlt find the changelog it sais
[23:22] <Hopsa> couldnt
[23:22] <persia> Which "it"?
[23:22] <Hopsa> "aptitude changelog dhcpd3"
[23:23] <Hopsa> So the IT would be the program called aptitude residing on my Lucid computer :)
[23:24] <persia> Ah.  My typo: `aptitude changelog dhcp3`  Sorry.  I believe dchp3-server is the binary package that does the dchpd stuff for dhcp3, but there's always a chance of more packages that I can't find.
[23:25] <Hopsa> Thanks! As its called DHCPD its hard to get it right when its named badly.
[23:25] <Chipzz> Hopsa: not per se
[23:26] <Chipzz> depends if it uses the source package name or the binary package name
[23:26] <Chipzz> dhcpD is compiled from dhcp which also contains dhcp client
[23:26] <glickster> hey does anyone know where i can get a .deb of mod-wsgi 3.2 it looks like its in maverik, but shouldnt there be a deb?
[23:27] <geser> !info libapache2-mod-wsgi maverick
[23:28] <geser> looks ok
[23:29] <geser> glickster: the source package is named "mod-wsgi" but the binary package it builds is named "libapache2-mod-wsgi"
[23:30] <glickster> geser, is there a .deb i can download somewhere for it?
[23:32] <geser> doesn't apt-get (or any other package manager) work for you? or do you only need the .deb file itself?
[23:33] <Hopsa> Chipzz: The source is: http://ftp.isc.org/isc/dhcp/dhcp-4.2.0.tar.gz
[23:34] <Hopsa> But Ubuntu uses 3.1.3, how come ?
[23:35] <Hopsa> Thierry Carrez made the last change, the seconad last change was made by Evan Dandrea, the third last change was made by Chuck Short
[23:37] <slangasek> seb128: appmenu-gtk is "new upstream version" in debian/changelog and no upstream changelog in the package describing what this change is for; I'm pushing it in, but that's less than ideal, maybe you want to push back on your upstream :)
[23:37] <seb128> slangasek, I will, upstream is dx so I can easily do that ;-)
[23:39] <Hopsa> IS Thierry here ?
[23:39] <Hopsa> Could be good to trackback and see what went wrong
[23:42] <Hopsa> Also, if you update dhcpd and use the much much newer debian versions then recompile gadmin-dhcpd with --sysconfdir=/etc DHCPD_CONF=/etc/dhcp3/dhcpd.conf (not /etc/dhcp3/dhcpd/dhcpd.conf) So itll work out-of-the-box so to speak.
[23:43] <Hopsa> Do you use the debian compile cluster or does ubuntu have some of its own ?
[23:44] <Chipzz> Hopsa: I wasn't asking sth, I was *telling* you sth :P
[23:44] <Hopsa> sth ?
[23:45]  * Hopsa feels old :P
[23:45] <Hopsa> What does sth mean ?
[23:46] <Hopsa> Dont worry, im only 35 and will continue to write open source programs until im 65 atleast.
[23:49] <Hopsa> If Canonical wants a nice cumputer image here instead of the image at the top i think i can accept that for some sort of donation. IBM, Intel etc etc would also be nice.
[23:49] <Hopsa> http://mange.dynalias.org/linux/gadmin-control-panel/screenshots/GAdmin-Control-Panel.png
[23:49] <Hopsa> BTW: The app is fairly nice ;)
[23:50] <maco> Hopsa: sth = something
[23:51] <Hopsa> Aha! ... hard to get all the abbriviations these days :P
[23:51] <Hopsa> abbreviations ?
[23:52] <ion> *shiver*
[23:54] <Hopsa> ion. Are you cold or something ?
[23:54] <Hopsa> Shiver me timbers! :)
[23:55] <ion> Nope, just saw the screenshot
[23:56] <Hopsa> Oh, yeah.. the top image is there because of a need for a new one.
[23:57] <Hopsa> Plus the top image (cloud or egg or elipse or etc) will be looking good if some company donates a bit and puts their image there. PS: Not microsoft :)
[23:57] <Hopsa> Im unemployed now :(
[23:58] <Hopsa> Microsoft could offer me 3 bigillions, i wouldnt take the money.
[23:58] <Hopsa> :)