[00:00] <dtchen> if you have the debs in /var/cache/apt/archives/, you can use ..install binpackage=version
[00:01] <nixternal> ya, they aren't there anymore :/
[00:01] <dtchen> did you see bryce's mention in u-devel about the debs in his ppa?
[00:02] <arand> nixternal: nah, I'd say it's somewhere in gdebi-gtk>>dpkg, since gdebi-gtk gives dpkg: unable to read filedescriptor flags for <package status and progress file descriptor>: Bad file descriptor
[00:02] <nixternal> ya I did actually, what is his ppa
[00:02] <arand> ...whereas gdebi from terminal works without problems
[00:02] <dtchen> deb http://ppa.launchpad.net/bryceharrington/ppa/ubuntu karmic main
[00:03] <nixternal> thank you
[00:03] <dtchen> np
[00:03] <nixternal> hahahaha, I was trying to move my mouse to copy that :p  can't do that w/o X
[00:04] <DanaG> you can do it with gpm, if you get used to it.
[00:04] <BUGabundo> ok gonna test out #NM 0.7.1 . if I don't come back, blame @asac ... ;)
[00:08] <nixternal> dtchen: thanks dude, that fixed it
[00:08] <nixternal> ahh, I love my KDE when I can use it :)
[00:09]  * genii throws un unknown widget error at nixternal!
[00:09]  * nixternal throws the widget back
[00:09] <nixternal> who needs silly widgets anyways :p
[00:09] <genii> True, true
[00:09] <BUGabundo> oops
[00:09] <BUGabundo> nixternal: did you really say that?
[00:10] <nixternal> I haven't seen anything under my Konsole in a long time anyways :)
[00:10] <BUGabundo> Plasmoids are soooo cool
[00:10] <nixternal> oh they are, I just need to start utilizing them after I write them :)
[00:10] <BUGabundo> I hope a day I can drag one from my LCD to a phone screen
[00:11] <bobesponja> kwin is crashing here since my latest update of karmic, any quick fix please? :)
[00:12] <bobesponja> nixternal: any clue? :)
[00:13] <nixternal> bobesponja: why yes, I know how to fix it
[00:13] <nixternal> deb http://ppa.launchpad.net/bryceharrington/ppa/ubuntu karmic main
[00:13] <nixternal> sudo apt-get update
[00:13] <nixternal> sudo apt-get upgrade
[00:13] <bobesponja> cool, thanks a lot
[00:13] <nixternal> add that to /etc/apt/sources.list of course
[00:14] <nixternal> bobesponja: just fixed that about 2 minutes before you joined the channel
[00:14] <bobesponja> nixternal: yeah I saw your latest message and suspected exactly that
[00:14] <nixternal> you get to kdm, log in, it starts and then crashes back out to kdm?
[00:14] <bobesponja> yes
[00:15] <nixternal> if so, then yes, what I just said will fix it, or at least should fix it
[00:15] <nixternal> intel video?
[00:15] <bobesponja> yep
[00:15] <bobesponja> I'm using plasma-desktop from xfce right now, but it I start kwin I get the same error
[00:15] <BUGabundo> nixternal: took you a while, but now you don't miss users confirming it
[00:15] <nixternal> right, earlier I couldn't get anyone on my side
[00:16] <nixternal> I need to do the same on my GNOME box too so I can get it back up and working
[00:17] <nixternal> back in a bit all
[00:33] <pace_t_zulu> anyone else experiencing problem w/ GNOME?
[00:33] <pace_t_zulu> in ubuntu+1 that is
[00:34] <arand> pace_t_zulu: That is a _very_ generic description ;)
[00:35] <pace_t_zulu> arand: login doesn'
[00:35] <pace_t_zulu> t complete
[00:35] <pace_t_zulu> arand: failsafe GNOME doesn't complete login either
[00:35] <arand> pace_t_zulu: In what way, black or white screen? ...
[00:36] <pace_t_zulu> arand: see the desktop wallpaper... panels come up... notify window showing network is connected... then screen goes blank and back to login splash... not enough time for the Ubuntu login audio to complete
[00:37] <pace_t_zulu> arand, do you know where the relevant log files might be?
[00:37] <pace_t_zulu> arand, i can get to failsafe terminal
[00:38] <arand> Uhm, no, I had some problems with it going to white or black screen every now and then but that seems to be a completely different thing
[00:38] <pace_t_zulu> arand, i think this could be visual effects... but i don't know where i might find logs that would indicate what is causing the problem
[00:39] <arand> /var/log/gdm might be something...
[00:41] <pace_t_zulu> arand, yeat that's what i'm looking at... in /var/log/gdm/:0.log.2 the last line is "Saw signal 11. Server aborting."
[00:42] <pace_t_zulu> arand, see the same thing in /var/log/gdm/:0.log.3
[00:43] <pace_t_zulu> arand, i /var/log/gdm/:0.log.1 and /var/log/gdm/:0.log.4 i see " ddxSigGiveUp: Closing log"
[00:45] <Wicla> pace_t_zulu: sounds like bug #391808
[00:46] <pace_t_zulu> Wicla: yeah i've got Intell chipset... i think 965M
[00:46] <Wicla> Had the same problem. A fix is submitted in that bug report that fixes it :)
[00:48] <pace_t_zulu> Wicla, the fix being Bryce's PPA?
[00:48] <Wicla> yeah.
[00:56] <pace_t_zulu> Wicla, thank you ... problem solved
[00:57] <pace_t_zulu> i have another problem w/ karmic ... I was using the BCM 43xx STA driver in Jaunty... when i upgraded to Karmic this went away (not even an option on "Hardware Drivers" ... anyone know how to resolve this issue?
[01:08] <pace_t_zulu> anyone know how to resolve my BCM 43xx WiFi driver issue?
[01:11] <Sarvatt> sudo apt-get install bcmwl-kernel-source, or just unblacklist b43 and ssb to use the kernel drivers
[01:11] <pace_t_zulu> Sarvatt, thank you ...
[01:11] <pace_t_zulu> Sarvatt, how do i "unblacklist" ?
[01:12] <Sarvatt> i dont know exactly what file the old driver put the blacklist in, it would be one of the ones in /etc/modprobe.d/
[01:13] <pace_t_zulu> Sarvatt: thank you
[01:18] <pace_t_zulu> Sarvatt, the method for dealing w/ the blacklist seems to be addressed here: http://ubuntuforums.org/showthread.php?t=248141
[01:18] <pace_t_zulu> Sarvatt, thank you for pointing me in the right direction
[01:19] <Sarvatt> ah, I was asking you for the output  of ls /etc/modprobe.d/ to try to walk you through it in a PM, but looks like you found a guide :)
[01:19] <pace_t_zulu> Sarvatt, sorry missed the pm
[01:19] <Sarvatt> in one of those files you'll find blacklist b43 and blacklist ssb, you want to remove the # in front of those
[01:19] <Sarvatt> err you want to ADD a # in front of those, sorry
[01:34] <pace_t_zulu> Sarvatt, commenting out those lines does not resolve the issue after i purged bcmwl-kernel-sources
[01:35] <Sarvatt> look through the other files in /etc/modprobe.d/, the old STA drivers probably didnt use that one
[01:35] <pace_t_zulu> Sarvatt, i also commented out 'blacklist bcm43xx" in blacklist.conf
[01:36] <Sarvatt> i dont know why you installed bcmwl-kernel-source and then commented it out and then purged bcmwl-kernel-source
[01:36] <Sarvatt> just reinstall bcmwl-kernel-source :)
[01:36] <pace_t_zulu> Sarvatt, i commented out all lines in blacklist-bcm43.conf
[01:37] <pace_t_zulu> Sarvatt, i purged bcmwl-kernel-source because i prefer not to have unnecessary packages on my system
[01:38] <pace_t_zulu> Sarvatt, it seems as if the bcmwl-kernel-source resolved the issue... the modprobe.d blacklist had no effect
[01:39] <Sarvatt> because the old STA drivers were blacklisting b43 and ssb somewhere else, the blacklist-bcm43.conf was probably installed by bcmwl-kernel-source
[01:42] <pace_t_zulu> Sarvatt, so i need to find any blacklist command referring to bcm and comment it out?
[01:45] <pace_t_zulu> i suppose i just need to install bcmwl-kernel-source again
[01:59] <pace_t_zulu> so Sarvant... wireless networking is not an option in my notification tray... but the driver is indicated to be active in "Hardware Drivers"
[02:04] <pace_t_zulu> Sarvatt, bcmwl-kernel-source uncomments the blacklisted items
[02:10] <pace_t_zulu> Sarvatt, is bcmwl-kernel-source required? or can this issue be resolved with the correct blacklist configuration?
[02:38] <DanaG> Sarvatt: you deal with the radeon-kms PPA, right?
[02:39] <DanaG> I'm trying it on a Radeon 7500, and I'm getting this:
[02:39] <DanaG> er
[02:39] <DanaG> (EE) AIGLX error: Calling driver entry point failed
[02:39] <DanaG> KMS itself is working (now that I removed the xinput2 PPA packages), but DRI is not -- it's using swrast.
[02:44] <DanaG> damn.
[03:08] <DanaG> ah, I got help in #radeon.
[03:08] <DanaG> I just have to compile my own mesa.
[03:12] <RAOF> To use libdrm-radeon1, probably, yes.
[03:13] <billybigrigger> what version of mesa do you have DanaG ?
[03:14] <DanaG> http://pastebin.com/f582b2036  -- that's *drm* and *radeon*
[03:15] <billybigrigger> seems a fix is coming DanaG for mesa
[03:15] <DanaG> 7.6.0~git20090624.bc5c40d7-0ubuntu0sarvatt
[03:15] <billybigrigger> apt-cache policy mesa-common-dev
[03:16] <billybigrigger> what does that show?
[03:16] <DanaG>   Installed: 7.4.1-1ubuntu3
[03:16] <DanaG>   Candidate: 7.6.0~git20090621.df70d304-0ubuntu0sarvatt2
[03:16] <billybigrigger> mesa (7.4.1-1ubuntu6) karmic; urgency=low
[03:16] <billybigrigger> Launchpad-Bugs-Fixed: 379797
[03:16] <billybigrigger> bug 379797
[03:17] <DanaG> Is that for with r100/r200 KMS?
[03:17] <billybigrigger> is that your problem?
[03:17] <DanaG> Yeah, I'm using the KMS repo.
[03:17] <DanaG> check the pastebinned thingg.
[03:17] <bjsnider> DanaG, which one is that?
[03:17] <billybigrigger> oooh missed the pastebin :P
[03:18] <DanaG> I've tried the 7.6 one; no change.
[03:18] <Sarvatt> ...are you using the kernel in the PPA?
[03:18] <bjsnider> DanaG, i mean what is the kms repo
[03:18] <Sarvatt> (notice its a lower version than in ubuntu right now)
[03:19] <DanaG> Yeah, I'm booted into -9kms4 (or whatever that '4' was).
[03:19] <DanaG> gmake[5]: INSTALL@: Command not found
[03:19] <DanaG> that's a strange error.
[03:19] <DanaG> (in trying to compile my own mesa.)
[03:20] <Sarvatt> why? the mesa in the ppa uses libdrm-radeon1
[03:20] <DanaG> lemme' show you the xorg log.
[03:20] <DanaG> Driver entry point failed, is what I get.
[03:20] <Sarvatt> theres another problem, probably didnt revert absolutely everything when you switched
[03:21] <DanaG> (EE) AIGLX error: Calling driver entry point failed
[03:22] <Sarvatt> xorg should be ubuntu packages, all 4 libdrm's should be 2.4.11+git20090617.2fa2db13-0ubuntu0sarvatt
[03:22] <Sarvatt> xserver-xorg-video-ati should be 1:<IP_ADDRESS>+git20090605+radeon-gem-cs3.7a514a75-0ubuntu0tormod3
[03:24] <DanaG> dpkg -l *mesa* *xorg* *radeon* *drm*:
[03:24] <DanaG> or wait, apt-cache policy is better... lemme' pastebin that.
[03:24] <bjsnider> i didn't know the radeon driver still used aiglx
[03:25] <DanaG> ugh, apt-cache policy won't take wildcards.
[03:26] <Sarvatt> dpkg -l | grep sarvatt or grep tormod :)
[03:26] <Sarvatt> if you have more than drm and mesa in my name it needs to be downgraded
[03:27] <DanaG> http://pastebin.com/f1309edbe
[03:27] <Sarvatt> #
[03:27] <Sarvatt> #
[03:27] <Sarvatt> ii  drm-modules-source                          2.4.11+git20090604+libdrm-radeon.2cb4c64d-0ubuntu0tormod3       Source for the DRM kernel rendering modules
[03:27] <Sarvatt> you installed drm-modules-source and wiped out drm from the kernel
[03:27] <Sarvatt> purge it, reinstall the kernel
[03:27] <DanaG> modinfo drm
[03:28] <DanaG> filename:       /lib/modules/2.6.30-9-generic/kernel/drivers/gpu/drm/drm.ko
[03:28] <Sarvatt> #
[03:28] <Sarvatt> #
[03:28] <Sarvatt> ii  mesa-utils                                  7.6.0~git20090624.bc5c40d7-0ubuntu0sarvatt                      Miscellaneous Mesa GL utilities
[03:28] <Sarvatt> downgrade that
[03:29] <Sarvatt> you dont have intel but this needs to be downgraded if you use intel later #
[03:29] <Sarvatt> #
[03:29] <Sarvatt> ii  xserver-xorg-video-intel                    2:<IP_ADDRESS>1+git20090624.f0270bbb-0ubuntu0sarvatt               X.Org X server -- Intel i8xx, i9xx display d
[03:29] <DanaG> To another your-name one, or back to bare ubuntu?
[03:29] <Sarvatt> everything from xorg-edgers isnt portable anywhere else right now because of the dri2proto changes
[03:29] <Sarvatt> just sudo apt-get install mesa-utils/karmic xserver-xorg-video-intel/karmic
[03:29] <Sarvatt> sudo apt-get purge drm-modules-source
[03:29] <DanaG> 7.6.0~git20090621.df70d304-0ubuntu0sarvatt2 0
[03:30] <DanaG> that's the other.
[03:30] <DanaG>         500 http://ppa.launchpad.net karmic/main Packages
[03:30] <DanaG> stupid apt-cache... doesn't show WHICH ppa.
[03:30] <Sarvatt> iyep thats the right one
[03:31] <DanaG> Might be good to add a bit of the PPA name to the package version.
[03:31] <DanaG> =P
[03:32] <DanaG> The only currently-visible difference is commit number and date.
[03:32] <DanaG> Oh yeah, I tried MPX (on an nvidia-based thingy)... fun.
[03:32] <DanaG> Too bad nothing is compiled to use it.
[03:32] <DanaG> MPX works as part of the xinput2, of course.
[03:33] <DanaG> And nvidia is quite glitchy with cursor drawing.
[03:33]  * DanaG restarts gdm...
[03:35] <DanaG> yay, that worked.
[03:35] <DanaG> Thanks!
[03:35] <DanaG> (oh yeah, I'm running finch in screen.  Quite a winning combination.)
[03:36] <DanaG> Checking for non power of two support: Not present.
[03:37] <Sarvatt> DanaG, are you using my xi2 ppa?
[03:37] <DanaG> Was now, but not anymore.
[03:37] <bjsnider> ppa packages are supposed to end with ~ppa but the system doesn't reject the upload if they don't
[03:37] <Sarvatt> https://edge.launchpad.net/~sarvatt/+archive/xorg-testing
[03:38] <Sarvatt> ah ok
[03:38] <DanaG> But that doesn't help with having MULTIPLE ppa archives.
[03:38] <Sarvatt> it just recently added support for >255 keys
[03:38] <Sarvatt> (remember you having a problem with that)
[03:38] <DanaG> ooooooooh!    NPOT is missing.
[03:45] <DanaG> I wonder if that secondary card (a no-display-attached voodoo3 that doesn't even have tdfx load) would do it.
[03:45] <DanaG> NOte that the tdfx driver is not loading.
[03:46] <DanaG> That reminds me... I wanna' reboot with that card as primary, just for the hell of it.
[04:29] <bjsnider> DanaG, how old is the voodoo card?
[04:29] <DanaG> Voodoo3.
[04:29] <DanaG> http://www.csc.calpoly.edu/~dgoyette/tdfx
[04:30] <DanaG> er, probably 1999-2000-ish.
[04:36] <Sarvatt> DanaG: there have been a bunch of fixes in that area since the mesa in the radeon-kms PPA but we cant update mesa in there until theres a newer kernel :)
[04:36] <Sarvatt> the ppas and you have linux-libc-dev from 2.6.30-10 which doesnt have the radeon KMS stuff in it
[04:36] <bjsnider> DanaG, does it work or what?
[04:37] <Sarvatt> it'll be better once 2.6.31-rc1 comes out
[04:54] <DanaG> The voodoo3 doesn't give DRI -- screen-res and color depth are too high.
[04:54] <DanaG> I'd have to make Xorg start at 16-bit color, for one.
[04:55] <DanaG> oh yeah, and compiz on the radeon isn't working -- reports no NPOT.
[04:55] <DanaG> Linux GLaDOS 2.6.30-9-generic #10kms6-Ubuntu SMP Mon Jun 15 19:25:59 UTC 2009 i686 GNU/Linux
[04:55] <DanaG> that's uname -a.
[05:00] <Amaranth> DanaG: What did you expect?
[05:01] <DanaG> On what?  The radeon?
[05:01] <Amaranth> either one
[05:01] <DanaG> Without the KMS PPA stuff, NPOT is fine on the RV200.
[05:01] <Amaranth> what kind of radeon is it?
[05:01] <Amaranth> ah, rv200
[05:01] <DanaG> Radeon 7500.
[05:01] <Amaranth> ok then, bug in the KMS stuff
[05:03] <DanaG> What's the difference between R100 and RV200... and between RV200 and R200?
[05:04] <DanaG> real R200 is 8500, isn't it?
[05:04] <Amaranth> yeah, I believe so
[05:04] <Amaranth> pretty sure the RV200 is the R200 with stuff taken out though
[05:04] <Amaranth> vs an R100 with stuff added
[05:05] <DanaG> http://dri.freedesktop.org/wiki/ATIRadeon#head-fe8db4f01efc841aa992be504f62d77518eaab10
[05:07] <bjsnider> is aiglx going to be taken out with the 2.6.31 kernel?
[05:10] <DanaG> argh, where's my NPOT?
[05:11] <mase_work> bjsnider: isn't aiglx part of xorg ?
[05:12] <bjsnider> i think aiglx is software 3d rendering
[05:12] <bjsnider> which shouldn't be necessary with ttm
[05:12] <mase_work> bjsnider: isn't TTM a memory manager ?
[05:13] <mase_work> http://www.x.org/wiki/ttm
[05:13] <bjsnider> ttm makes hardware 3d rendering possible
[05:14] <mase_work> hardware 3d rendering is currently possible afaik.
[05:14] <mase_work> where are you getting this information from ?
[05:14] <bjsnider> it isn't wihtout a memory manager
[05:14] <Amaranth> AIGLX is Accelerated Indirect GLX
[05:14] <Amaranth> Indirect GLX is normally software rendering, AIGLX makes it hardware rendering
[05:15] <DanaG> oh, and: DRM version 1.0 too old to support HyperZ, disabling.
[05:15] <Amaranth> It has a slight overhead versus direct rendering but not enough to matter for things like compiz (the only that that needs it)
[05:15] <bjsnider> but direct rendering is possible with ttm no?
[05:15] <Amaranth> DanaG: Ah, the DRM version changed and the driver is turning stuff off based on that
[05:15] <Amaranth> bjsnider: direct rendering is possible now
[05:16] <joetheodd> People talk in this channel?
[05:16] <joetheodd> Exciting!
[05:16] <bjsnider> but not without a memory manager
[05:16] <Amaranth> bjsnider: What isn't currently possible is pbuffers, framebuffer objects, and texture_from_pixmap
[05:16] <DanaG> I'm also getting horrid font corruption.
[05:16] <Amaranth> note those are all somewhat related
[05:16] <DanaG> Ugh.
[05:16] <Amaranth> bjsnider: No, AIGLX is only used for compiz on your system right now
[05:16] <Amaranth> bjsnider: all other 3D apps are using direct rendering
[05:17] <mase_work> bjsnider: the TTM allows other things, it doesn't really have much to do with 3d in its self .
[05:17] <bjsnider> so aiglxis all about the compositing
[05:17] <DanaG> www.csc.calpoly.edu/~dgoyette/screenshot.png
[05:17] <DanaG> Might need capital S.
[05:17] <DanaG> yeah.
[05:17] <mase_work> bjsnider: The purpose of the TTM implementaion is to provide tools for buffer object placement, caching, mapping and synchronization
[05:17] <Amaranth> TTM allows for mode setting and those things I mentioned above
[05:18] <DanaG> UUgh, have to restart Xoreg.
[05:18] <bjsnider> at what point does it become possible for the open source drivers to abandon aiglx?
[05:18] <Amaranth> bjsnider: Why would they? It's useful for remote X sessions
[05:18] <mase_work> bjsnider: in order to do what exactly ?
[05:18] <bjsnider> to use composite direct rendering
[05:19] <mase_work> bjsnider: but why ? i don't see what you gain
[05:19] <Amaranth> bjsnider: AIGLX was always a TODO, it was just low priority until 3D compositing needed it
[05:19] <mase_work> i only see what you loose
[05:19] <Amaranth> bjsnider: On my system right now (intel) I have GEM, UXA, and DRI2 so I run compiz without AIGLX
[05:19] <DanaG> oh, and: DRM version 1.0 too old to support HyperZ, disabling.
[05:20] <DanaG> oops, already said that.
[05:20] <Amaranth> but there is no reason to remove AIGLX, it is useful for remote sessions
[05:20] <Amaranth> like if I start up an X server on my machine and run glxgears on your machine without AIGLX it'll use software rendering
[05:20] <DanaG> Would be best with gigabit ethernet.
[05:20] <bjsnider> Amaranth, how's that working these days?
[05:20] <DanaG> Okay, now what do I do?
[05:20] <Amaranth> with AIGLX it'll use the hardware on my machine to do the rendering
[05:21] <Amaranth> bjsnider: pretty well, KMS is not so nice though
[05:21] <Amaranth> I lost my brightness control and my screen is locked to full brightness
[05:21] <bjsnider> well, forget kms
[05:21] <DanaG> http://www.csc.calpoly.edu/~dgoyette/Screenshot.png
[05:21] <Amaranth> Intel had better fix that before the 9.10 release or people will scream
[05:21] <Amaranth> DanaG: You showed that already
[05:21] <Amaranth> DanaG: The answer is (turn off KMS)
[05:21] <DanaG> fixed the case.
[05:21] <Amaranth> err, "" not ()
[05:21] <mase_work> Amaranth: that issue is in F11 too i believe. you should be able to use kde / gnome brightness controls though
[05:21] <bjsnider> just before jaunty was released you told me it would be a year before the intel driver was fixed
[05:22] <Amaranth> mase_work: No, my monitor does not expose any brightness controls
[05:22] <mase_work> ah ok
[05:22] <DanaG> Desktop, or laptop?
[05:22] <Amaranth> mase_work: It's all in the video chip and the kernel does not expose that interface
[05:22] <mase_work> fair enough.
[05:22] <DanaG> ... or all-in-one?
[05:22] <Amaranth> mase_work: I believe the plan is for the kernel to expose the interface and the intel xorg driver to use it to emulate the way it has always worked before
[05:22] <Amaranth> laptop
[05:23] <Amaranth> bjsnider: They suddenly put the breaks on features and spent months improving it
[05:23] <Amaranth> err, brakes
[05:23] <bjsnider> i see hahaha
[05:23] <Amaranth> it's still not as good as before
[05:23] <bjsnider> i think that's what i said would happen
[05:24] <Amaranth> but they also now have a new tool to see why things suck
[05:24] <bjsnider> but you cynically refused to believ it
[05:24] <Amaranth> bjsnider: I still think it'll be a long time before it even gets back to where it was before and all this new stuff promised to make it better and faster
[05:25] <bjsnider> oh come on
[05:25] <bjsnider> even when it's using gallium
[05:25] <bjsnider> and it will be the first drive to use it
[05:25] <Amaranth> bjsnider: yeah, gallium won't be for some time
[05:25] <Amaranth> nouveau is the first to use it, afaik
[05:26] <bjsnider> i doon't think so. it is being developed at the same time as gallium
[05:26]  * billybigrigger needs to read more about KMS
[05:26]  * billybigrigger doesn't know what all the fuss is about :P
[05:27] <billybigrigger> seems you intel and ati users are pretty pissed about this whole KMS deal :P
[05:27] <bjsnider> who cares. ubuntu isn't even going to use kms
[05:27] <Amaranth> bjsnider: actually nouveau has driven the advances in gallium recently
[05:27] <Amaranth> bjsnider: karmic has KMS on by default for intel now
[05:27] <Amaranth> that's why I'm using it
[05:28] <Amaranth> I booted, saw it, have been too lazy to reboot to fix it
[05:28] <bjsnider> it won't be much use if karmic boots in 10 seconds
[05:28] <Amaranth> uh, you're thinking of plymouth
[05:28] <Amaranth> kernel modesetting is used for X too
[05:29] <Amaranth> KMS is required to get ubuntu booting that fast
[05:29] <Amaranth> also, karmic won't boot in 10 seconds
[05:29] <bjsnider> are you sure?
[05:29] <Amaranth> the goal is for 10.04 to go from grub to fully loaded desktop in 10 seconds on a Dell Mini 9
[05:29] <bjsnider> my jaunty boots in 15 if you exclude grub
[05:29] <billybigrigger> quickest i had jaunty was 15s, and that was around A4, about beta/final it was back to 21s :P and haven't seen anything faster so far
[05:30] <Amaranth> fully loaded standard GNOME desktop, not netbook remix
[05:30] <billybigrigger> is this according to bootchart or a stopwatch?
[05:30] <Amaranth> probably both
[05:30] <Amaranth> you can tweak bootchart to chart login too
[05:30] <DanaG> Oh yeah, and KMS can make usplash look better, too.
[05:31] <Amaranth> we won't have any splash
[05:31] <bjsnider> i could cut it down if i eliminated grub's boot time
[05:31] <DanaG> My good laptop (the one with the R600) boots a relatively fresh Karmic in 20 seconds.  Sweeet.
[05:31] <Amaranth> black screen to desktop
[05:31] <billybigrigger> no time for a splash :P
[05:31] <DanaG> Jaunty was 35.
[05:31] <bjsnider> i don't see what's so great about kms
[05:31] <Amaranth> 5 seconds of black screen is no big deal
[05:31] <DanaG> Not having monitor do glitchy mode-switch thing would be nice.
[05:32] <Amaranth> bjsnider: better suspend/resume, faster startup, flicker free boot
[05:32] <DanaG> And having gdm draw right over usplash... would be nice.
[05:32] <bjsnider> startup and boot are insignificant
[05:32] <Amaranth> the kernel already has to set a mode, might as well set the one everything else is going to use and save some time
[05:32] <DanaG> and HAVING NON-POWER OF TWO TEXTURE SUPPORT *cough* *hack* *wheeze*
[05:33] <DanaG> =P
[05:33] <bjsnider> is there a flicker on boot?
[05:33] <DanaG> Well, it takes a while before KMS decides to initialize, for some reason, for me.
[05:37] <Amaranth> bjsnider: there is the mode set for your BIOS splash screen the the mode set by grub then the mode set for your system
[05:37] <Amaranth> and that's the end
[05:37] <virtuald> does usplash+kms work for anyone?
[05:38] <Amaranth> without KMS you get BIOS, grub, kernel, usplash, sometimes another flash during usplash, then gdm
[05:38] <DanaG> how do I find out what version DRM actually is?
[05:38] <DanaG> me needs hellllppplplpllpppp.
[05:38] <DanaG> =P
[05:38] <bjsnider> but are flashes a big problem that requires an entirely new graphics driver, when graphics drivers are already years of painstaking work
[05:39] <billybigrigger> 2.4.11
[05:39] <billybigrigger> DanaG::: thats what i have
[05:39] <DanaG> Hmm.  So why is it saying "1.0 is too old"?
[05:41] <billybigrigger> what is saying that?
[05:41] <billybigrigger> all the libdrm* packages i see are version 2.4.11
[05:41] <DanaG> I enabled hyperz in driconf... and now glxinfo spits that out.
[05:41] <DanaG> And I also get lack of non-power-of-two support!
[05:42] <billybigrigger> no idea
[05:42] <billybigrigger> im lost on this one :P
[05:43] <DanaG> ah, have to autogen.
[05:47] <Sarvatt> dmesg DanaG
[05:47] <Sarvatt> [    2.374678] [drm] Initialized drm 1.1.0 20060810
[05:47] <DanaG> Still, shouldn't it say "1.1" is too old?
[05:48] <DanaG> oh, and why is it using such an old drm module?
[05:48] <DanaG> It's from the PPA.
[05:48] <Sarvatt> you say this like radeon KMS support is anywhere near being as bug free as you are expecting :D
[05:49] <DanaG> Well, I don't expect it to be calling itself from 2006.  =P
[05:49] <DanaG> s/calling itself/stating that it's/
[05:49] <Sarvatt> did you reinstall your kernel after purging drm-kernel-source? if so i dont know what to tell you
[05:51] <DanaG> If it were really that old... would KMS even be working?
[06:00] <DanaG> http://pastebin.com/f50e6c5f7
[06:00] <DanaG> dang, same.
[06:00] <DanaG> 1.1.0.
[06:02] <Sarvatt> the DDX might be broken, will look into it tomorrow
[06:02] <DanaG> Ah, that works for me -- thanks.
[06:02] <DanaG> I should go to bed soon, anyway.
[06:02] <DanaG> Oh yeah, and when not giving that texture corruption... the 2D is being faster than it was before.
[06:03] <Sarvatt> [drm] Initialized radeon 2.0.0 20080528 for 0000:02:00.0 on minor 0
[06:04] <Sarvatt> your drm is fine, its probably the ddx needing an update
[06:06] <Sarvatt> hmm it might actually need to be built against xserver with dri2proto 2.1
[06:07] <Sarvatt> ugh yeah, that is crappy right now because of the linux-libc-dev problem, need a newer kernel in there to build all this
[06:08] <DanaG> grr, damn HID devices don't deal well with USB autosuspend.
[06:09] <Sarvatt> wont be able to fix this up until 2.6.31-rc1 most likely, should be any day now
[06:18] <DanaG> Will R600 get KMS in time?
[06:18] <DanaG> KMS and 2D acceleration, OR just 3D for compiz -- either would be great.
[06:19] <DanaG> Anyone else seeing failures to mount NTFS?
[06:21] <Sarvatt> yeah they're working on it, i wouldnt be surprised if it wasnt really fully usable until next year though :D most of the effort is going into things not supported by fglrx now
[06:21] <SeveredCross> So basically, we want to support things that fglrx doesn't, and halfassedly support things that fglrx does?
[06:22] <SeveredCross> Sounds like free software to me.
[06:22] <Sarvatt> more like, supporting things not supported by fglrx is such a huge task they need to focus on that for  now
[06:22] <DanaG> We need a fglrx for 2.6.30, though.
[06:22] <DanaG> Even if not for 2.6.31.
[06:22] <DanaG> yet.
[06:22] <SeveredCross> Sarvatt: Right, but why is that the effort?
[06:23] <SeveredCross> My commentary wasn't directed at the size of the effort, it was an underhanded comment on the state of priorities in free software.
[06:23] <Sarvatt> https://lists.ubuntu.com/archives//karmic-changes/2009-June/003139.html
[06:23] <Sarvatt> because theres more than 400 pci ids to support vs the 30 or so intel has and huge changes between each generation
[06:24] <SeveredCross> Oh, by things you mean cards.
[06:24] <SeveredCross> Okay.
[06:24] <SeveredCross> That's a  different story. Here I was thinking that effort was going into supporting OpenGL features that fglrx didn't support yet or something, not supporting actual hardware.
[06:24] <Sarvatt> r600-r700 support in mesa wont be until next year regarding my comment if you took it out of context by the waya
[06:25] <Sarvatt> he was asking about KMS support
[06:25] <SeveredCross> Right, but that context dind't help me to figure out if you meant supporting features or supporting hardware.
[06:25] <Sarvatt> r600-r700 support isnt far off
[06:25] <DanaG> Well, I was asking about whichever-comes-first.
[06:25] <Sarvatt> in mesa
[06:25] <Sarvatt> just not KMS
[06:25] <DanaG> But I need the NTFS thing fixed, top priority.  =P
[06:25] <SeveredCross> NTFS works here
[06:26] <DanaG> Doesn't work for me, for not-in-fstab drives on eSATA.
[06:26] <DanaG> Gives dbus timeout.
[06:26] <DanaG> And gvfs-gdu-monitor segfault.
[06:26] <DanaG> And gvfs-hal-volume-monitor crash, too.
[06:26] <SeveredCross> Hmm. I don't have any esata, but USB and internal partitions work.
[06:26] <Sarvatt> mounting mine fine too, odd
[06:26] <DanaG> Hmm, try taking a partition out of fstab (comment it out).
[06:27] <Sarvatt> its not in fstab
[06:27] <Sarvatt> mounted via nautilus
[06:27] <DanaG> Odd... for me, it gives timeout.
[06:27] <DanaG> DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus
[06:27] <Sarvatt> yeah sounds like a gvfs problem for sure
[06:29] <DanaG> org.freedesktop.DBus.Error.UnknownMethod : Method "Mount" with signature "ssas" on interface "org.freedesktop.Hal.Device.Volume" doesn't exist
[06:30] <DanaG> ... and before I fixed that, I got this:
[06:30] <DanaG> org.freedesktop.Hal.Device.Volume.UnknownFailure : Cannot get volume.fstype.alternative
[06:31] <DanaG> gnome-mount -vvnt --device /dev/disk/by-id/scsi-SATA_SAMSUNG_HD642JJS1AFJDWQ528361-part1
[06:31] <DanaG> that's what I was running.
[06:32] <DanaG> https://launchpad.net/bugs/300443
[06:32] <DanaG> NOte the date on that.
[06:33] <DanaG> It's damn well not fixed for me.
[06:33] <DanaG> In fact, it's been fine up until this last round of updates.
[06:35] <DanaG> I just don't get why it suddenly broke.
[06:35] <DanaG> do any of you have the fdi file mentioned... the one with "ntfs" in the name?
[06:35] <DanaG> I don't.
[06:36] <DanaG> grep -Ri ntfs /usr/share/hal
[06:36] <DanaG> <match key="volume.fstype" string_outof="ntfs;vfat">              <!-- allow these mount options for ntfs -->                <match key="volume.fstype" string="ntfs">
[06:36] <DanaG> those three things on three separate lines... that's all I get.
[06:39] <DanaG> PLEASE?
[06:39] <DanaG> er
[06:40] <DanaG> somebody please check what that gives.
[06:40] <DanaG> I see.. it IS right... the "ssas" is missing!
[06:42] <DanaG> .... please?
[06:44] <zniavre_> DanaG, do you need grep of karmic ?
[06:45] <DanaG> yeah, for somebody with working SATA mount of ntfs.
[06:45] <DanaG> Jaunty would also help.
[06:45] <DanaG> For me, they're all in this file: /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
[06:46] <zniavre_> http://paste.ubuntu-fr-secours.org/src-17098
[06:46] <DanaG> thanks.
[06:46] <zniavre_> sorry my karmix is on vbox i can't try ntfs
[06:46] <DanaG> well, seeing if it's any different will help, anyway.
[06:47] <DanaG> if your host is any other distro, in fact, that'd be useful for comparison.
[06:49] <DanaG> zniavre_: wow, that DOES help.... I am entirely missing that file!
[06:50] <DanaG> one more thing, please: dpkg -S 25-ntfs-3g-policy.fdi
[06:51] <SeveredCross> DanaG: apt-file is your friend.
[06:51] <zniavre_> just one line > ntfs-3g: /usr/share/hal/fdi/policy/10osvendor/25-ntfs-3g-policy.fdi
[06:51] <SeveredCross> I do not have that policy file, NTFS mounts fine via Nautilus.
[06:51] <DanaG> odd... for me, ntfs-3g does not have that.
[06:51] <DanaG> aND IT fails to mount.
[06:52] <SeveredCross> I have to authenticate, but it mounts.
[06:52] <Sarvatt> disk mounting isnt even done by hal in karmic
[06:52] <Sarvatt> devicekit-disks
[06:54] <Sarvatt> probably is a problem with ssas permissions in udev-extras or something
[06:56] <Sarvatt> devicekit-disks needs to be updated but needs polkit-gobject to get updated which isnt packaged yet as far as i can see
[07:00] <DanaG> ah.  well, if it's a known work-in-progress, that's enough for me.
[07:00] <DanaG> For tomorrow, I can just manually mount, and copy the stuff I need.
[07:54] <jml> I'm getting a fatal exception when I start gnome-do
[07:54] <jml> http://paste.ubuntu.com/203389/ -- Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Mono.Unix.Native.Stdlib ---> System.DllNotFoundException: libMonoPosixHelper.so  at (wrapper managed-to-native) Mono.Unix.Native.Stdlib:GetDefaultSignal ()
[07:56] <Hobbsee> jml: poke RAOF when you see him about that
[07:56] <jml> will do
[07:56] <jml> it's also happening with Banshee.
[07:59] <billybigrigger> jml probably because of mono being held back
[08:01] <jml> billybigrigger, ahh good point. apt-get reports a lot of mono packages being help back
[08:01] <billybigrigger> yup
[08:02] <billybigrigger> run gnome-do or banshee from terminal and look, you'll see mono errors
[08:02] <jml> billybigrigger, yeah I've done that already (see the above paste)
[08:03] <billybigrigger> ahh yeah
[08:04] <billybigrigger> its late :P gimme a break
[08:04] <billybigrigger> im off to bed
[08:04] <billybigrigger> nighta ll
[08:04] <jml> billybigrigger, g'night
[08:05] <billybigrigger> you can do a partial upgrade, but i don't suggest it, i did it on my karmic test system in a vm and thats about as far as i'd go :P
[08:06] <billybigrigger> some really nasty stuff *can* happen, not saying it will or anything...but...
[08:06] <jml> billybigrigger, installing the held back mono packages and running upgrade again seems to have not been too disastrous
[08:06] <jml> and banshee & do work now.
[08:06] <billybigrigger> cool beans, gnite :P
[08:07] <jml> g'night & thanks :)
[08:45] <nhasian> hello everyone
[09:57] <dupondje> can somebody remove busybox from topic ?
[09:57] <dupondje> its not an issue anymore
[09:57] <dupondje> since its fixed :P
[10:31] <maxb> Wha?!? There is a goldfish swimming across my screen?!
[10:31] <maxb> I have not installed anything like that
[10:32] <crdlb> maxb: you didn't type 'free the fish' into alt+f2? :)
[10:33] <maxb> no :-)
[10:33] <crdlb> apparently, it can also be triggered by pressing f three times on the about panels dialog
[10:33] <maxb> ahhh
[10:34] <hifi> karmic only? :(
[10:34] <crdlb> no, that easter egg has been there forever
[10:35] <hifi> about ubuntu and press three times f?
[10:36] <crdlb> no
[10:36] <crdlb> about panels
[10:36] <hifi> cool
[10:36] <dupondje> rofl :D
[10:36] <hifi> yay, my own fish
[10:37] <crdlb> the other easter egg is 'gegls from outer space' in alt+f2
[10:38] <hifi> I rebinded alt+f2, whats the app it runs?
[10:38] <hifi> (Run of course but whats the command line name)
[10:38] <crdlb> there isn't one
[10:38] <crdlb> the WM sends an X message to the panel to open the dialog
[10:39] <crdlb> openbox includes a gnome-panel-control that can do it, though
[10:39] <hifi> the command to open the alt+f2 to open the dialog to run sommand :p
[10:39] <dupondje> LOL, how to get rid of it ? :p
[10:40] <crdlb> dupondje: kill the gnome-panel process
[10:40] <dupondje> fishstick ! ;)
[10:43] <hifi> gegls from outer space was a hardcore easter egg
[10:45] <coz_> hey guys  strange occurance here... I am on kubutnu  and installed ubuntu-desktop as well... all sounds in gnome/ubuntu are disabled not drums and woodblocks etc :) however in kde  for non kde applications   like xchat...nvidia-settings..ccsm... each button or tab I hit I get one of the different wood block sounds from gnome
[10:47] <coz_> hifi,  is that gone?
[10:49] <crdlb> coz_: the problem is that gtk-enable-input-feedback-sounds is enabled by default
[10:49] <crdlb> so the libcanberra gtk module is playing sounds
[10:49] <coz_> crdlb,  ah
[10:49] <coz_> crdlb,  mm  it is most irritating :)
[10:49] <crdlb> on gnome, that setting gets disabled by gnome-settings-daemon (if you choose to disable it)
[10:50] <coz_> crdlb,  I did disable it in gnome
[10:50] <crdlb> right, but that doesn't affect kde
[10:50] <crdlb> since gnome-settings-daemon is not running
[10:50] <coz_> apparenlty :(
[10:50] <coz_> crdlb,  it is definitly irritating :)
[10:51] <coz_> crdlb,  although those specific sounds in gnome were greyed out
[10:53] <crdlb> try putting "gtk-enable-input-feedback-sounds = FALSE" in ~/.gtkrc-2.0
[10:53] <coz_> ok
[10:55] <coz_> crdlb,  mm that seems to have worked ... I put that in the ~/.gtkrc-2.0-kde4
[10:55] <coz_> I will have to restart xchat for that to take effect let me try that
[10:55] <coz_> nope
[10:56] <crdlb> maybe it needs to be false instead of FALSE
[10:56] <coz_> ok I will try that now
[10:57] <crdlb> if that doesn't work, you can remove libcanberra-gtk-module
[10:58] <coz_> crdlb,  no that didnt work...what side effects with removal of libcanberra-gtk-module?
[10:58] <crdlb> no input feedback sounds? :)
[10:58] <coz_> I probably should chach this in gnome also before doing that
[10:58] <coz_> crdlb,  oh cool  I wouldnt miss feedback sounds :)
[10:59] <crdlb> chach?
[10:59] <coz_> check
[10:59] <coz_> crdlb,  hey you know how well I spell at times :)
[10:59] <crdlb> well, the ~/.gtkrc-2.0 won't affect gnome since gnome-settings-daemon overrides it
[11:00] <coz_> ah ok
[11:02] <coz_> ok let me restart x  and try this
[11:04] <coz_> crdlb,  so much nicer  when its quiet :)
[11:05] <coz_> crdlb,  thanks  I should have known to ask you first :)
[12:16] <coz_> guys I notice that libgtk-.2 is no longer in the repos  I have one applications...not important... that uses that any way around that?
[12:17] <BUGabundo> humm
[12:17] <BUGabundo> anything superseeding it ?
[12:18] <Bmw1000c> BUGabundo
[12:18] <BUGabundo> Bmw1000c:
[12:18] <Bmw1000c> woo
[12:18] <coz_> BUGabundo,  you mean me?
[12:18] <BUGabundo> hello my friend! welcome to Karmic Koala
[12:18] <BUGabundo> coz_: any package to replace it?
[12:18] <coz_> BUGabundo,  ah well there are newer versions of it but the app doesnt see it
[12:18] <Bmw1000c> hello :) hello koala users
[12:18] <BUGabundo> coz_: file a bug on the app to upgrade
[12:19] <BUGabundo> and if required, file it upstream
[12:19] <BUGabundo> but before that check the build dds to see if it is still buiilding or if it failed to build
[12:19] <coz_> BUGabundo, well the problem with the app is that it is not really developed and I have tried to contact the originl developer
[12:19] <BUGabundo> Bmw1000c: you are now also a koala user!
[12:19] <coz_> BUGabundo,   not an important actually
[12:19] <Bmw1000c> yes i am
[12:19] <coz_> BUGabundo,  I just didnt want to have to go through a possible rewrite of the application
[12:20] <BUGabundo> coz_: out of luck then, unless you or someone for you repackage it to use the superseeded lib
[12:26] <Bmw1000c> guys, i've tried to install bootchart-java, but
[12:26] <Bmw1000c> E: ca-certificates-java: subprocess post-installation script returned error exit status 1
[12:27] <BUGabundo> humm
[12:28] <BUGabundo> remove --purge and try pybootchart instead
[12:28] <BUGabundo> Bmw1000c: ^^
[12:28] <Bmw1000c> thanks
[12:28] <Bmw1000c> lo
[12:29] <Bmw1000c> BUGabundo http://paste.ubuntu.com/203500/
[12:29] <dupondje> mmm :D wammu got fixed :D
[12:30] <BUGabundo> lunch
[12:38] <hifi> now for my whole day at work I have had the easter egg fish swimming across my screen
[12:46] <christophsturm> how can i see bugs reported by me in launchpad?
[13:29] <frandavid100> Hi! I just updated empathy but there's no geolocation... do you have any clue?
[14:04] <yofel> hey, any vim users here that could confirm bug 392086 ?
[14:13] <m_tadeu> hi everyone....is grub2 supported by previous grub configurators? like the one in kde system settings?
[14:44] <darthanubis> I am not able to find KK's kernel. 2.6.30-10? I'm looking in the kernel mainline
[14:45] <yofel> darthanubis: you do know that ubuntu has its own kernels at kernel.ubuntu.com ?
[14:45] <darthanubis> http://kernel.ubuntu.com/~kernel-ppa/mainline/
[14:46] <darthanubis> I thought those were the ones?
[14:47] <yofel> darthanubis: those are builds of the official kernels form kernel.org
[14:48] <darthanubis> no wonder
[14:48] <yofel> darthanubis: you can get the ubuntu kernels from the repositories
[14:49] <darthanubis> yofel, even if I'm still running 9.04? Because I don't seem to have the line in my source.list for 9.10 kernels?
[14:51] <yofel> darthanubis: you can try to get them from http://packages.ubuntu.com/karmic/
[14:51] <yofel> the images are  in 'base utilities'
[14:51] <yofel> and the headers in 'development'
[14:52] <darthanubis> I'll try that, but there is no easier way, like a PPA?
[14:52] <yofel> darthanubis: only easier way is to upgrade to karmic alpha
[14:53] <yofel> at least as far as I know
[14:53] <darthanubis> https://launchpad.net/~kernel-ppa/+archive/ppa
[14:53] <darthanubis> that looks dead
[14:55] <yofel> darthanubis: btw, why do you want the karmic kernel?
[15:01] <darthanubis> yofel, because it is a better kernel than the one for 9.04. Specifically, disk speeds
[15:06] <Briareos1> how can i verify that the "grub-installer/grub2_instead_of_grub_legacy=false" was correctly accepted by the system on boot (alpha 2)?
[16:58] <Yanick_> hi, I just upgraded KDE to 4.3 beta 2 (Kubuntu) and I can't find the printer-manager
[17:01] <Yanick_> anyone home?
[17:02] <yofel> Yanick_: well yeah, but it doesn't seem they know  the answer ;)
[17:02] <yofel> <- gnome
[17:02] <Yanick_> yoasif, I know, that's what I told the other guy in #kubuntu
[17:03] <Bmw1000c> <-- gnome also
[17:05] <Yanick_> I used to have gnome, but I wanted to try the kde interface. If I go back to gnome, I'll miss those desktop widgets :P
[17:05] <Pici> Yanick_: Are you running Karmic?
[17:05] <Yanick_> Pici, I'm not sure
[17:05] <Pici> Yanick_: Ubuntu 9.10?
[17:05] <Yanick_> Pici, 9.04
[17:06] <Yanick_> oh.... yearh... right, karmic is 9.10 :)
[17:06] <Pici> Yanick_: #ubuntu+1 is for discussing and troubleshooting issues with 9.10
[17:06] <Yanick_> feel dumb for a sec
[17:06] <Yanick_> Pici, I got referred here in #kubuntu
[17:06] <Yanick_> never been here
[17:07] <robin0800> Yanick_, use #ubuntu
[17:08] <Yanick_> ... lots of changes for 9.10?
[17:08] <Yanick_> :)
[17:09] <Bmw1000c> some
[17:38] <yofel> hey, any vim users here that could confirm bug 392086 ?
[17:44] <sotomayor> can I pm anyone for smome help with cve-2009-0688 what ever that is?
[17:45] <ikonia> sotomayor: what is he problem ?
[17:47] <sotomayor> well i keep getting a arrow saying i need to download some libs dealing with cve-2009-0688 i dont know what is wrong
[17:47] <Pici> sotomayor: An arrow?
[17:47] <xhema> hi all, anyone responsible for ldap here?
[17:47] <sotomayor> yess at the top of my screen next to the firstarter firewall
[17:47] <ikonia> xhema: ask the question
[17:48] <Pici> sotomayor: On Karmic?
[17:48] <xhema> ikonia, question : how can i easily include a schema in the new ldap back format. I have just a samba and other schemas i want to import and it is driving me crazy
[17:49] <sotomayor> no right here on update manager
[17:49] <sotomayor> http://pastebin.com/d7cc1cec5
[17:49] <xhema> it is just too difficult for n00bs
[17:49] <ikonia> xhema: it should be the same as before just put the schema file as an "include"
[17:49] <ikonia> xhema: or do you want to use ldap as the actual config file witin the directory
[17:49] <Pici> sotomayor: If you're not running Ubuntu 9.10 (Karmic Koala) then you should be asking your question in #ubuntu, the same goes for anyone else seeking support here.
[17:50] <sotomayor> ok sorry about that
[17:50] <sotomayor> i will move on but thanks anyway
[17:50] <ikonia> doesn't look like ubuntu
[17:50] <xhema> ikonia, there are no more includes in the new system
[17:50] <ikonia> xhema: so you're using ldap as the actual config file, like 309 project ?
[17:50] <xhema> ikonia,  i dont have a slapd.conf anyomre
[17:50] <ikonia> 389 sorry
[17:50] <xhema> ikonia, it seems that way
[17:51] <xhema> i just installed this
[17:51] <ikonia> xhema: is that packaged for karmic now #/
[17:51] <xhema> i have slapd 2.4.15 here
[17:51] <ikonia> and that's the karmic package ?
[17:51] <xhema> i am using 9.04 , but this seems to be a new feature
[17:52] <xhema> i can upgrade if it would help
[17:52] <ikonia> if you're using 9.04 why are you asking in here ?
[17:52] <xhema> ikonia, no offence, but i think it is an advanced question
[17:52] <xhema> i have no problem with upgrading
[17:52] <ikonia> this isn't an advacned channel
[17:52] <xhema> if you tell me it would help
[17:52] <xhema> or point me to the right channel
[17:52] <ikonia> this is a 9.10
[17:52] <ikonia> #ubuntu
[17:52] <ikonia> #309
[17:53] <ikonia> #389 sorry
[17:53] <ikonia> http://directory.fedoraproject.org/
[17:53] <xhema> ubunut is overcrowded and i got no help
[17:53] <ikonia> xhema: that doesn't mean come in here
[17:53]  * xhema looks #389
[17:53] <ikonia> this channel is for 9.10 discussion
[17:53] <xhema> ikonia, ok. if i upgrade to 9.10 can you help me then?
[17:53] <xhema> i would if if it would help.
[17:53] <ikonia> it won't help
[17:53] <ikonia> 9.10 is a pre-release software and is unstable
[17:54] <xhema> ok
[17:54] <xhema> i am a developer
[17:54] <xhema> and know about debian packageing
[17:54] <xhema> and testing
[17:54] <xhema> etc.
[17:54] <xhema> but, i dont know ldap
[17:54] <ikonia> how does that change anything ?
[17:54] <xhema> it is just making me crazy.
[17:54] <xhema> sorry to bother you
[17:54] <ikonia> I understand that, which is why I've pointed you at the correct support resources
[17:54] <ikonia> it's no both
[17:54] <ikonia> bother
[17:55] <xhema> thanks
[17:55] <xhema> i will try there
[17:55] <ikonia> no problem
[18:11] <tawmas> Hello!
[18:12] <tawmas> How do I get rid of the password prompt when I plug an USB disk?
[18:12] <tawmas> I tried giving myself permissions with PolicyKit, but that didn't work
[18:19] <BluesKaj> hiyas
[18:31] <BluesKaj> so how do I go about remounting the NTFS partition now that the latest kernel upgrade removed access thru fstab and mtab ?
[19:36] <cabrey> tap to click isn't working on this netbook, is this a known bug or should i file a bug?
[19:37] <cabrey> i had to pass an option to the psmouse module to get it to work, but it was the same with jaunty
[19:42] <Sarvatt> synclient TapButton1=1 didnt turn it on?
[19:43] <cabrey> i looked in system > preferences > mouse > trackpad
[19:43] <Sarvatt> it isnt on by default on any touchpad with more than 1 physical button (see man synaptics)
[19:43] <cabrey> and it said it was already on
[19:43] <Sarvatt> yeah thats not quite caught up with the driver changes
[19:44] <Sarvatt> it will be the next time gnome-settings-daemon is updated though
[19:44] <cabrey> well i created a file in /etc/modprobe.d containing options psmouse proto=imps
[19:44] <cabrey> and it works perfectly
[19:44] <cabrey> theres a bug on launchpad about it
[19:44] <cabrey> but i really don't know if thats a sorta temporary hack or acceptable to be included :/
[19:51] <Sarvatt> thats a hardware specific problem and they couldnt include it generically like that because that would make everything use imps, but if its a bug in the psmouse detection they could forward it to try to get it fixed. but theres other problems in the synaptics drivers in that they disabled tap to click by default now and you have to manually enable it, and the touchpad settings applet doesnt work right right now so you have to do it thr
[19:51] <Sarvatt> ough a hal fdi or synclient in terminal
[19:51] <maxb> cabrey: ooh that sounds familiar
[19:52] <maxb> I have an Aspire One, and the latest karmic kernel seems to randomly sometimes detect my touchpad as a mouse, sometimes not
[19:52] <cabrey> maxb, have you tried psmouse fix?
[19:53] <Sarvatt> i have an aspire one as well and dont have that problem, thats odd :D aoa150
[19:53] <maxb> Well, as I said, it's an intermittent problem
[19:53] <cabrey> well it's ok because i've had to use that on intrepid, jaunty, and now karmic
[19:53] <cabrey> but i also have another oddity -^
[19:54] <maxb> Interesting - I've only had the problem since the very last karmic kernel update
[19:54] <cabrey> under the Places menu i have a cdrom1 entry
[19:54] <cabrey> and obviously i don't have a optical drive
[19:55] <Sarvatt> you know, i've had to rmmod and modprobe psmouse after bootup twice since 2.6.30-10 too maxb because it wasnt even detecting the mouse
[19:55] <maxb> interesting
[19:55] <Sarvatt> i'm on a totally different x and using XI2 with synaptics 1.1.99 though
[19:55] <DanaG> damnit, my text is all screwed up.
[19:56] <DanaG> I'm going back to non-KMS radeon.
[19:56] <maxb> I think we can conclude that it's definitely something screwed up at the kernel level
[19:56] <Sarvatt> wonder if its the same thing and -mouse isnt getting loaded in my case where it is for you
[19:56] <Sarvatt> there wasnt anything changed in that regard between 2.6.30-9 and 2.6.30-10 though
[19:56] <cabrey> i literally just installed karmic
[19:57] <cabrey> not too sure about UXA being enabled by default tho :\
[19:57] <Sarvatt> its still a problem in 2.6.31 that i compiled yesterday at any rate, got a spurious ack message and it didnt load synaptics at boot and i had to rmmod modprobe right after
[19:58] <Sarvatt> think its just if i touch the touchpad while its booting
[19:58] <cabrey> hmm havent tried moving the touch pad during boot
[19:58]  * maxb tries that
[19:58] <cabrey> although grub is acting weird
[19:58] <cabrey> complaining about a --no-floppy option
[19:59] <cabrey> then when i tried to edit it everything got wiped out
[19:59] <Sarvatt> did you upgrade to grub 2?
[19:59] <Sarvatt> (you'd know because it brings up a graphical grub menu instead of the text one)
[20:00] <cabrey> no i thought it would be installed by default
[20:00] <cabrey> how do i upgrade?
[20:00] <cabrey> !grub2
[20:00] <Sarvatt> seems like its adding the --no-floppy to grub1 that doesnt support it so people that havent upgraded yet have problems in 2.6.30-10
[20:01] <Pici> grub2 is only installed on new Karmic installs, it will not upgrade grub if you are doing an upgrade from a prior release.
[20:01] <Sarvatt> grub2 is the default now but it leaves grub1 for you to manually upgrade if you were using 1 before
[20:01] <Sarvatt> yeah what Pici said :)
[20:02] <cabrey> well then it must be a bug because i wiped everything
[20:02] <Sarvatt> sudo update-grub-from-legacy i think it is
[20:03] <cabrey> nope
[20:03] <cabrey> maybe update-grub2?
[20:04] <Sarvatt> try sudo update-grub<hit the tab key twice>
[20:04] <cabrey> i have either update-grub or update-grub2
[20:04] <aemyr> It's update-grub, I tried it once
[20:05] <Sarvatt> that just updates the menu.lst
[20:05] <aemyr> actually twice
[20:05] <Sarvatt> theres a seperate command to upgrade from grub1 to grub2, cant remember what it was and it looks like its gone after you upgrade :(
[20:06] <cabrey> the package grub-pc is installed which says it is grub2
[20:06] <cabrey> and version 1.96 is shown but i still get a text based menu
[20:06] <cabrey> 1.96 == 2, correct?
[20:06] <Sarvatt> yeah by default it only adds grub2 as a chainload option in the grub1 menu
[20:07] <Sarvatt> sudo update-from-grub-legacy thats it
[20:07] <Sarvatt> it should have told you this when you installed grub2
[20:08] <cabrey> it seemed to have removed it
[20:08] <cabrey> s/seemed/seems
[20:08] <cabrey> hold on i'll reboot real quick
[20:09] <Sarvatt> thats weird, maybe it got confused with how you wiped but grub 1 was still installed in the mbr
[20:10] <Sarvatt> maybe try installing grub, let it do its thing then install grub2 again
[20:10] <Sarvatt> it'll remove grub2 when you install grub1
[20:12] <cabrey> ok that was interesting
 thats weird, maybe it got confused with how you wiped but grub 1 was still installed in the mbr
 maybe try installing grub, let it do its thing then install grub2 again
 it'll remove grub2 when you install grub1
[20:12] <cabrey> the entry for the most update-to-date kernel is still blank
[20:13] <cabrey> but i modified the <recovery> one and got KMS
[20:13] <cabrey> and it booted insanely quick
[20:13] <cabrey> alright so I would run grub-install first?
[20:20] <cabrey> ok so is there a way to completely start over with grub? running update-grub / update-grub2 bricked it
[20:20] <cabrey> everything is blank
[20:32] <BluesKaj> Im sure some of you guys had the ntfs access problem like I do after the last kernel upgrade , so how do i fix it. I re-edited fstab and mtab and added the proper lines and uid etc by the tutorial , but I'm still getting permission denied
[20:54] <DanaG> ah, non-KMS works fine.
[21:28] <Leftmost> I'm using xmodmap to remap a key on my system to Alt_L. After running xmodmap, xev reports the key as Alt_L but it doesn't behave as such. Any ideas?
[21:35] <BUGabundo> hey everyone
[21:35] <BUGabundo> anyone having disk trouble after suspend or hibernate?
[21:37] <yofel> syn match debcontrolSection contained "\v((contrib|non-free|non-US/main|non-US/contrib|non-US/non-free|restricted|universe|multiverse)/)?(admin|cli-mono|comm|database|debian-installer|debug|devel|doc|editors|electronics|embedded|fonts|games|gnome|gnustep|gnu-r|graphics|hamradio|haskell|httpd|interpreters|java|kde|kernel|libs|libdevel|lisp|localization|mail|math|metapackages|misc|net|news|ocaml|oldlibs|otherosfs|perl|php|python|ruby|science|shell
[21:37] <yofel> how did that happen now o.O
[21:37] <yofel> sry guys
[21:40] <BUGabundo> yofel: bad bad boy :p
[21:42] <yofel> BUGabundo: was busy debugging the vim debchangelog.vim syntax file, wanted to check what happend in irssi and pressed the wrong key -.-
[21:46] <Bmw1000c> guys how can i speed up my boot time??? http://img341.imageshack.us/img341/2121/bmwdesktopkarmic2009062.png
[22:40] <Bmw1000c> https://files.getdropbox.com/u/1416038/bmw-desktop-karmic-20090625-4.png
[22:40] <Bmw1000c> how can i speed up this
[22:40] <Bmw1000c> eheh
[22:40] <BUGabundo> crazy dude
[22:41] <BUGabundo> gets a 10sec boot and compaints!
[22:41] <SeveredCross> Get a faster HDD? :P
[22:42] <BUGabundo> get FAST SSD
[22:42] <BUGabundo> remove X
[22:42] <BUGabundo> LOL
[22:44]  * TheInfinity still not understand whats the difference between 10 and 50 sec booting :p
[22:45] <BUGabundo> TheInfinity: how many times do you boot?
[22:45] <BUGabundo> I boot like 2
[22:45] <BUGabundo> and suspend or hibernate the rest
[22:45] <TheInfinity> exacly.
[22:45] <BUGabundo> I got a 5 day uptime last week eheh
[22:45] <TheInfinity> or i just start it and get some coffee
[22:45] <BUGabundo> TheInfinity: Bmw1000c just rebooted like 20 times... we didn't even noticed it
[22:46] <BUGabundo> it was THAT fast
[22:46] <TheInfinity> i mean without coffee i cant work ;)
[22:46] <Bmw1000c> lol
[22:46] <TheInfinity> so -> why use time to speed it up? :p
[22:47] <Bmw1000c> SeveredCross my HDD is the fastest 250gb avaiable
[22:47] <Bmw1000c> lol
[22:48] <TheInfinity> Bmw1000c: -> ssd :p
[22:48] <Bmw1000c> yeah :(
[22:49] <TheInfinity> or just some patience. you will never save the time you need to get it shorter :p
[22:51] <SeveredCross> Heh. I think I boot once or twice a month.
[22:51] <Bmw1000c> :|
[22:51] <SeveredCross> My server box is up to 50 days, and it would be more if we hadn't moved it.
[22:52] <BUGabundo>  22:52:54 up  1:47,  4 users,  load average: 2.97, 3.05, 3.08
[22:52] <BUGabundo> Bmw1000c: $ w
[22:53] <Bmw1000c>  22:53:18 up 38 min,  2 users,  load average: 0.29, 0.35, 0.36
[22:56] <BUGabundo> SeveredCross: ?
[22:57] <SeveredCross>  17:57:27 up 50 days,  4:58,  7 users,  load average: 0.07, 0.14, 0.16
[22:57] <SeveredCross> That's from w.
[22:59] <BUGabundo> yeah I know
[23:03] <Bmw1000c> rip mickael jacksomn
[23:03] <Bmw1000c> rip mickael jackson
[23:03] <Tekno> :(
[23:04] <Tekno> king of pop
[23:08] <BUGabundo> !ot | Bmw1000c
[23:08] <BUGabundo> Tekno: you too :p
[23:08] <Bmw1000c> lol
[23:08] <Bmw1000c> sorry ubottu
[23:12] <BUGabundo> doh
[23:12] <BUGabundo> it was me!!
[23:12] <BUGabundo> hey RAOF
[23:12] <RAOF> Morning.
[23:12] <Bmw1000c> you?? it was ubottu
[23:15] <BUGabundo> no! it was me you told the bot to tell you !
[23:17] <BUGabundo> no! it was me you told the bot to tell you !
[23:17] <BUGabundo> Bmw1000c: ^^^^^^
[23:17] <Bmw1000c> what
[23:17] <Bmw1000c> it was ubottu
[23:20] <BUGabundo> (11:08:14 PM) freenode: !ot | Bmw1000c
[23:20] <BUGabundo> (11:08:15 PM) ubottu: Bmw1000c: #ubuntu+1 handles support for the development version of Ubuntu.  Please join #ubuntu for all other Ubuntu support.  Chat in #ubuntu-offtopic.
[23:20] <Bmw1000c> it was ubottu
[23:20]  * BUGabundo ignores the new kid on the block :p
[23:56] <ryan__> hello
[23:56] <BUGabundo> hi ryan
[23:56] <BUGabundo> hi ryan__
[23:57] <ryan__> Hi Bug
[23:57] <ryan__> anyone here an expert? im a nub
[23:57] <BUGabundo> I can try to help
[23:57] <BUGabundo> what s up ?
[23:58] <ryan__> i lost my toolbars on my desktop both top and bottom
[23:58] <yofel> ryan__: does pressing Alt+F2 open something?
[23:59] <ryan__> no
[23:59] <ryan__> no response
[23:59] <yofel> can you right click on the desktop?
[23:59] <BUGabundo> ryan__: eeepc?


[08:14] <snovaki> Hi! is there any docs about how to add high availability to a maas installation or how to backup/restore a maas instance? i don't want maas to be a single point of failure...
[11:47] <ingard> hi guys. Is there a way I can easily change the sources.list file that is installed on nodes?
[14:35] <roaksoax> allenap: howdy! so arenyou guys gonna do the FPI work?
[14:35] <roaksoax> rvba ^^
[14:36] <roaksoax> (all of it?)
[14:36] <rvba> Hi roaksoax, allenap is working on this, he will reply to you in just a sec ;)
[14:37] <racedo> hey roaksoax morning
[14:37] <roaksoax> rvba: cool thanks
[14:37] <roaksoax> racedo: Hi Ramon
[14:38] <racedo> roaksoax: could it be that python-django-piston in precise doesn't get well with django 1.4 as someone has pointed out in maas-devel?
[14:38] <racedo> i think that's what's breaking my maas on precise
[14:39] <allenap> roaksoax: I'm going to do some of it, so that you & smoser can switch between the traditional and fp installers.
[14:40] <roaksoax> allenap: ack! thanks
[14:40] <roaksoax> racedo: uhmmm
[14:40] <racedo> roaksoax:  your latest changelog for the quantal version mentions _is_string depending on the django version which is what i'm hiting i think
[14:41] <rvba> racedo: I came to the same conclusion, see my comment on https://bugs.launchpad.net/maas/+bug/1124085
[14:41] <roaksoax> rvba: could you please take a look at ^^
[14:42] <racedo> oh thanks rvba
[14:43] <roaksoax> racedo: he is probably best to help you with celery :-)
[14:43] <racedo> ok, so no django 1.4 for maas
[14:43] <racedo> roaksoax: gracias :)
[14:44] <roaksoax> :-)
[14:44] <rvba> racedo: the problem is the version of piston in precise.  maas itself works with django 1.4.
[14:44] <racedo> but i cannot install the ubuntu2 version of piston
[14:44] <racedo> in precise
[14:45] <racedo> well, i can but it breaks something else
[14:48] <racedo> rvba: ok, i got it, my django 1.4 comes from the ubuntu-cloud repository, all i need then is to get the django 1.3.1 from maas-maintainers
[14:48] <racedo> rvba: thanks again
[14:48] <rvba> racedo: np
[14:57] <rvba> roaksoax: btw, I wanted to ask you, were are we at with the new images? (bug 1115178 and bug 1115175)
[15:02] <roaksoax> rvba: I'm waiting on those images too :)
[15:03] <roaksoax> smoser: any ETA on the raring images?
[15:03] <rvba> roaksoax: okay :)
[15:27] <smoser> roaksoax, raring dailies are there now
[15:28] <roaksoax> rvba: ^^
[15:28] <roaksoax> smoser: awesome thnaks!
[15:28] <smoser> roaksoax, by design, the released would not come until at least we claimed something as release (alpha or beta or release)
[15:28] <roaksoax> smoser: ack!
[15:29] <rvba> smoser: thanks
[15:31] <smoser> roaksoax, i'm interested in seeing/knowing if the raring ephemerals actually boot successfully now with mellanox
[15:31] <smoser> they should
[15:31] <roaksoax> smoser: are you going to SRU bug #1115710 ?
[15:32] <roaksoax> smoser: heh :)
[15:33] <roaksoax> smoser: so this would not only work for the the ephemeral images, but also for the actual initrd right?
[15:33] <roaksoax> smoser: i think this needs to be SRU'd
[15:33] <smoser> well, the raring installer should have this fix
[15:33] <smoser> so raring should work all the way through.
[15:33] <smoser> now, the ephemeral image change, i think i've already shoved in to dailies for quantal and precise
[15:34] <smoser> but the installer changes will have to be sru'd.
[15:34] <smoser> (2 ephemeral changes: 1.) patch-or-have module-init-tools with fix 2.) build NETBOOT initramfs
[15:34] <rvba> roaksoax: I'm told raring won't have alpha releases… and the beta is scheduled March 28th.  Does this mean we will have to wait until that day to get a working MAAS package?
[15:35] <smoser> over time, the sru of module-init-tools will get into installer images so that should work for quantal and precise also
[15:35] <smoser> but, yeah, we need to verify that that works
[15:35] <smoser> and then also really verify that it works on precise
[15:35] <smoser> and then sur
[15:35] <smoser> sur
[15:35] <smoser> sru
[15:35] <roaksoax> smoser: right but for precise, if we SRU now it should become available for 12.03.2
[15:35] <roaksoax> err
[15:35] <roaksoax> 12.04.2
[15:36] <roaksoax> rvba: really? i though we were having alpha releases
[15:36] <smoser> roaksoax, i'm all for sru. lyou an fil out the sru template.
[15:36] <smoser> but really, i want to see that the fix *ACTUALLY WORKS*
[15:36] <smoser> before doing so
[15:36] <smoser> :)
[15:36] <roaksoax> smoser: yeah... which means that we need hardware to test it with :/
[15:37] <smoser> EntropyWorks, ^
[15:37] <smoser> EntropyWorks has such hardware....
[15:37] <rvba> roaksoax: well, you tell me… Alpha 2 is tomorrow.  But https://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule says "for opt-in flavors".
[15:40] <roaksoax> rvba: i guess that would work for server then
[15:43] <rvba> roaksoax: then this is great news, it means we will have the images tomorrow :)
[15:43] <roaksoax> smoser: could you confirm ^^
[15:44] <smoser> rvba, we can have "released" images of raring tomorrow if you want to do that.
[15:45] <smoser> those are not official ubuntu deliverables
[15:45] <smoser> (and there are not actually *any* required deliverables prior to release any more... odd.. but true)
[15:45] <smoser> if you want that, we can do it. we just basically promote a daily build to "released" and slap a label on it.
[15:45] <smoser> so we can do that for "alpha-2" tomorrow.
[15:46] <rvba> smoser: well, we need something to fix 1115178.  Either we have images or we fix the script so that it does not blow up when some images cannot be found.
[15:46] <smoser> but i need someone to actually *test* stuff and verifiy it works.
[15:46] <smoser> rvba, well someone shouldn't have committed code that didnt work!
[15:47] <rvba> smoser: I'm 100% with you on this one.
[15:48] <smoser> it is good to get those images out, though, and if we can get an enlistment test with a daily from even today, then we can mark it "released"
[15:49] <smoser> i'd like to hvae the ame kernel as the cloud-images alpha-2, but other than that, i have no real concern.
[15:49] <rvba> roaksoax: what's the reasoning behind adding "raring" to the list of the downloaded images before the images actually exist again?
[15:49] <smoser> (same kernel version number).
[15:49] <roaksoax> rvba: people needed to test raring
[15:49] <roaksoax> rvba: please feel free to disable it by default
[15:49] <rvba> Ok, chicken and egg problem then :)
[15:50] <roaksoax> rvba: then we will have to SRU it
[15:50] <roaksoax> once raring is released
[15:53] <rvba> roaksoax: ok, I'll comment out the changes made in https://code.launchpad.net/~andreserl/maas/raring_support/+merge/145523
[15:54] <roaksoax> rvba: hold on
[15:54] <rvba> With a reference to bug 1115178.
[15:54] <roaksoax> rvba: we still need raring
[15:54] <roaksoax> rvba: people still wants to deploy raring
[15:54] <roaksoax> rvba: so just remove raring from RELEASES in etc/maas/import_pxe_files
[15:55] <rvba> roaksoax: ok
[15:55] <roaksoax> rvba: the fact that we don't have an alpha's nor ISO's, doesn't mean that we are not releasing netboot images (which we are
[16:02] <rvba> roaksoax: https://code.launchpad.net/~rvb/maas/bug-1115178/+merge/148219
[16:02] <roaksoax> rvba: thanks :)
[17:44] <unwel> hi all, what do people commonly use as the region/cluster controller server? a virtual machine? another dedicated server?
[17:58] <roaksoax> unwel: depends on what you want :)
[17:58] <roaksoax> or your environment
[18:01] <unwel> roaksoax: i'm still not 100% clear on the region cluster server, is it just like pxe? can i turn it on and off when i feel like?
[18:02] <roaksoax> unwel: the region is where the database resides, the webui, and the node that juju communicates too
[18:02] <roaksoax> so nope :)
[18:03] <unwel> so i'll need a dedicated-ish high availability server for this?
[18:04] <unwel> i just made that up
[18:15] <roaksoax> unwel: yeah you could put the region on HA
[18:24] <unwel> roaksoax: what happens when if the region goes down? how hard is it to rebuild it in a worst case scenario?
[18:25] <roaksoax> unwel: that's why you need HA
[18:32] <racedo> any reason why sudo dpkg-reconfigure [ -plow ] maas-dhcp doesn't do anything?
[19:19] <unwel> thanks roaksoax
[23:21] <EntropyWorks> where should I be looking to add Raring as a choice when adding a new node.  /usr/share/pyshared/maasserver/enum.py appears to have it defined there.  but thats not something I want to modify.


[00:24] <torment> i guess ill try installing with a btrfs root and taking a snapshot and rolling back
[01:36] <torment> wow this is not like zfs :)
[01:37] <torment> 'btrfs subvolume get-dafault' lol
[03:11] <shang> hi all, I re-install maas on 12.04, ran all the updates, but now my enlist entry is not there anymore.
[03:11] <shang> If I put it back manually, it tells me that it cannot retrieve the preconfiguration file
[04:59] <roaksoax> torment: there is a fix on the queue waiting to be released
[05:01] <torment> i re-installed today, and maas-dhcp failed
[05:01] <torment> couldnt boot nodes
[05:03] <roaksoax> precise, queantal?
[05:03] <torment> maas server is quantal
[05:04] <torment> i figued out btrfs in a vm tonight, so ill try to install a base 12.10 tomorrow snap it and install maas let it burn and snap back
[05:05] <roaksoax> torment: https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1067929
[05:05] <torment> yes i ran into that today
[05:06] <torment> i did the workaround - i didnt get the error above - but i didnt get a working dhcp
[05:06] <roaksoax> yeah there's a couple fixes to DHCP also in the queue
[05:06] <torment> i have 13 nodes on 2 blade servers to play with
[05:06] <torment> using impi
[05:06] <torment> the ipmi seems to work well so far
[05:07] <roaksoax> Daviey: up already?
[05:07] <roaksoax> torment: awesome!
[05:07] <torment> whos the ipimi guy?
[05:07] <torment> if i give maas the root account it renames them to maas
[05:08] <torment> does it make a new acct?
[05:08] <roaksoax> torment: I am
[05:08] <roaksoax> torment: and yes it makes a new account
[05:08] <roaksoax> torment: we have ipmi autodetection/configuration
[05:09] <torment> so if the ipmi has an maas user acct does it recreate it if i give it root in the maas webui?
[05:09] <torment> i've reconfigured these blades quite a few # of times
[05:10] <roaksoax> torment: so maas creates a temporary account during enlistment, once you accept&commission, it will create the account it will use later on for deployments during the commissioning process
[05:11] <torment> ive only ever added them by hand
[05:11] <roaksoax> torment: so if the machjines have been enlisted, and commissioned, you can change the IPMI account you want to use for each machine, and won't be changed by maas
[05:11] <torment> is it able to delete the old maas user with 'whatever password' and make a new one
[05:11] <torment> thats what im asking
[05:12] <roaksoax> torment: everytime the machine is enlistment/commiussioned it creates a new password
[05:12] <torment> right, but i've had to reinstall my maas server like 3 times today
[05:12] <roaksoax> torment: so if you remove the machine from the maas clusgter, then the user will ramin
[05:12] <roaksoax> remain
[05:12] <torment> so if it loses that password...
[05:12] <roaksoax> torment: maas creates the password again
[05:12] <roaksoax> for the machines
[05:13] <torment> so it uses root permissions in ipmi to set passwords to a new password for the maas user
[05:13] <roaksoax> torment: again, during the commissioning is where the maas user for IPMI is created, and granted a pssword. If you remove and reinstall MAAS server, that means that you need to enlist/commission the machine again, that means that a password for IPMI maas user is recreated
[05:14] <roaksoax> torment: yes, we access the bmc
[05:14] <torment> ok
[05:14] <torment> im just trying to get to the juju point
[05:15] <roaksoax> torment: right, so simply enough, you should be able to 1. install maas. 2. enlist/commission machines 3. configure juju environment. 4. deploy
[05:15] <torment> i've installed ubuntu 12.10 MAAS 3 times yesterday
[05:15] <roaksoax> torment: if ipmi is detected correctly, it will be configured accordingly, and you should not have to do anything
[05:15] <torment> i've ventured into #btrfs to allow me to snapshot a base server OS
[05:16] <torment> then apt-get install maas after snap
[05:16] <roaksoax> right, TBH i haven't really test the DHCP stuff
[05:16] <roaksoax> cause i use external DNS/DHCP
[05:16] <torment> right
[05:16] <torment> there are a lot of changes i have to make
[05:16] <torment> internal
[05:18] <torment> what are you doing to reset?
[05:18] <roaksoax> torment: how are you confuring dhcp though?
[05:18] <roaksoax> configuring*
[05:18] <torment> are you reinstalling the whole OS? or is there a special treat apt-get remove line
[05:18] <torment> my first install went ok
[05:18] <torment> i did the maas install from DC
[05:18] <torment> CD
[05:19] <torment> it didnt install maas-dhcp
[05:19] <torment> i installed that through aptitude
[05:19] <roaksoax> torment: sudo apt-get remove --purge maas && sudo apt-get autoremove --purge
[05:19] <roaksoax> torment: and then sudo apt-get install maas
[05:19] <torment> dpkg-reconfigure maas-region-controller
[05:19] <roaksoax> torment: so you need to install maas-dhcp, and use https://maas.ubuntu.com/docs/maascli.html#cli-dhcp
[05:19] <torment> yes i did
[05:20] <torment> i had all 13 nodes in ready today
[05:20] <torment> but juju would not bootstrap -- but i had the '5 minutes to recheck maas images' thing
[05:20] <roaksoax> torment: right, so that's only matter of fixing the upstart job
[05:20] <torment> tell me more :)
[05:22] <torment> it seems the error in the web page is something in the DB that juju doesnt like
[05:22] <roaksoax> i'm hoping to have that fix released today
[05:22] <roaksoax> torment: can you show the output?
[05:22] <torment> im not at work now
[05:23] <roaksoax> torment: ah! so yeah, when you can just pastebinit and show it and I'll be able to tell you more of what might be going wrong
[05:23] <torment> and ill have to reinstall the nasty that i've done to the maas server at this point
[05:23] <torment> ok
[05:24] <torment> sudo apt-get remove --purge maas && sudo
[05:24] <torment>                   | apt-get autoremove --purge
[05:25] <torment> i've tried pretty much to this today
[05:25] <torment> it doesnt go well for me
[05:25] <torment> does it really work for you?
[05:25] <torment> can i apt-get install maas after a base server install?
[05:26] <roaksoax> torment: yes you can
[05:26] <torment> this is why im going to try using btrfs on my root
[05:27] <torment> this blades have horrible console access
[05:27] <torment> do you know if ubuntu has vnc install access like fedora
[05:28] <torment> i did the aptitude purge on maas -- and rabbitmq wants to die
[05:28] <torment> it's neat that they want to chang passwd often
[05:29] <torment> but it screws up uninstallation
[05:30] <roaksoax> how so?
[05:30] <roaksoax> can you pastebin?
[05:33] <torment> not at work, and will be installing fresh again when i get in
[05:33] <torment> but if i get one, ill letchu know
[05:34] <roaksoax> torment: i just installed maas, then sudo apt-get remove --purge maas && sudo apt-get autoremove --purge (selected to purge database), and reinstalled maas again, and everything seems just fine
[05:36] <torment> when does it change passwords from maas
[05:36] <roaksoax> torment: for the IPMI? that's during commissioning
[05:39] <torment> when i try to remove maas - it removes rabbit mq - it tries to connect and it says wrong passwd
[05:39] <roaksoax> torment: forget about that, it should not really affect on reinstallation
[05:39] <roaksoax> but i wonder what could have gone wrong there
[05:40] <roaksoax> torment: oh, for the juju stuff, did you add your SSH key to maas?
[05:40] <torment> it hangs when i remove
[05:40] <torment> because its trying to connect to the DB
[05:40] <torment> to remove the DB
[05:40] <torment> i havent gotten juju working yet
[05:40] <torment> this is pure maas
[05:42] <torment> this is pure bs until i get you pastebins or whatever
[05:42] <roaksoax> ok
[05:42] <roaksoax> yeah withouthem wont be able to tell for sure
[05:42] <torment> i'll be happy to work with yo tomorrw -- what are your hours
[05:42] <torment> timezone or whatever
[05:44] <torment> right
[05:45] <roaksoax> right now it is 7.45 am
[05:45] <roaksoax> for me
[05:46] <torment> ok, i can figure that out
[05:47] <roaksoax> alright
[05:47] <torment> id like to make this work
[05:47] <roaksoax> anywyas, im off to breakfast
[05:47] <roaksoax> torment: it should be pretty straight forward
[05:47] <torment> eat it up!
[05:47] <torment> :)
[05:47] <torment> i have a hard netowrk
[05:48] <torment> im interested to see what yall do for all my crazy net interfaces
[05:48] <torment> internal proxies
[05:48] <torment> i have a lot of fun hacking up the ephemerials
[05:49] <torment> ubuntu and their hate for internal ntp servers
[05:50] <torment> squid-deb-proxy -- needs a cache-peer etc
[06:51] <roaksoax> bigjools:
[06:51] <roaksoax> err
[06:51] <roaksoax> allenap: http://pastebin.ubuntu.com/1299424/
[06:55]  * allenap looks
[06:57] <roaksoax> allenap: this is the log: http://pastebin.ubuntu.com/1299433/
[07:08] <allenap> roaksoax: I think it means that the node group ("master") has not been found. Try bin/maas-cli maas node-groups, and use the uuid field.
[07:26] <allenap> roaksoax: Ah, okay. File a bug! :)
[07:27] <roaksoax> allenap: yeah but there seems to nbe aproble
[07:27] <allenap> I don't know what nbe aproble means.
[07:27] <roaksoax> allenap: trying to write what I' seeing
[07:28] <roaksoax> allenap: basically, the master seems to be created without any parameters, so I have to update it using the uuid
[07:29] <roaksoax> allenap: i'll further investigate later but that's what I'm seeing
[07:29] <roaksoax> right now
[07:30] <allenap> roaksoax: I don't fully understand the problem. Is this a regression?
[07:31] <roaksoax> allenap: maybe so, I was simply trying to follow the guide to setup DHCP and it doesn't seem to work that way. I'll futher investigate later
[07:31] <roaksoax> allenap: and let you know
[07:31] <allenap> roaksoax: Cool, okay. Is that the guide that Nick wrote?
[07:31] <roaksoax> allenap: yep
[08:01] <roaksoax> allenap: any thoughts? Oct 23 03:58:49 maas named[933]: error (network unreachable) resolving 'google.com/A/IN': 2001:500:1::803f:235#
[08:15] <allenap> roaksoax: No. Does this relate to a problem you're trying to debug, or did you just spot it in the logs? If the latter, it might be okay to ignore it for now.
[08:16] <roaksoax> allenap: the latter, and might be the DNS setup here might not
[08:16] <roaksoax> allenap: but because of this I cannot even enlist servers :(
[08:17] <bigjools> roaksoax: we at the tables near the cafe if you want to come over
[08:21] <roaksoax>  bigjools will be there in a bit, trying to debug this
[08:23] <bigjools> roaksoax: well we might be able to help :)
[08:25] <roaksoax> bigjools: i
[08:25] <roaksoax> bigjools: i think might be an issue with the network here
[08:27] <bigjools> roaksoax: forgive me for laughing then :)
[08:29] <Daviey> roaksoax: hey
[08:29] <Daviey> roaksoax: Can you add test cases for the SRU's please?
[08:29] <roaksoax> Daviey: ok
[08:34] <roaksoax> Daviey: please, copy the package to raring
[08:35] <Daviey> i did
[09:46] <allenap> bigjools: https://code.launchpad.net/~allenap/maas/proxy-settings/+merge/130966
[10:05] <roaksoax> allenap: ValidationError: {'__all__': [u'Node group interface with this Nodegroup and Interface already exists.']}
[10:06] <roaksoax> bigjools: ^^
[10:07] <bigjools> roaksoax: what are you doing?
[10:07] <roaksoax> bigjools: simply upgraded
[10:08] <roaksoax> bigjools: to the new upstream you prepared
[10:08] <roaksoax> for quantal
[10:09] <bigjools> roaksoax: when is it showing that?
[10:10] <bigjools> exactly
[10:10] <roaksoax> bigjools: maas is not running
[10:10] <roaksoax> bigjools: at al
[10:10] <roaksoax> bigjools: i just upgraded and stopped working and that error was shown
[10:10] <roaksoax> the only different that I did was configure DHCP
[10:11] <bigjools> roaksoax: which log?
[10:11] <roaksoax> bigjools: maas.log
[10:11] <roaksoax> bigjools: so I had maas installed from the archives, configured DHCP, then upgraded from -proposed, and that happened
[10:11] <bigjools> roaksoax: let me try the upgrade too, hang on
[10:24] <bigjools> roaksoax: can't recreate here
[10:25] <bigjools> roaksoax: did you poke anything in the DB etc?
[10:25] <roaksoax> bigjools: nope, I'm trying to recreate, but not that I had DHCP configured
[10:25] <roaksoax> s/not/note
[10:27] <roaksoax> an upgrade from a maas without DHCP configure to the -proposed packages works fine
[10:31] <bigjools> roaksoax: I think I need to see your session, I cannot see any problems here
[10:59] <roaksoax> y


[00:01] <sagaci> just mute the audio if you do
[01:38] <soc> hi
[01:38] <soc> anyone from the openjdk ppa online?
[01:38] <soc> i already tried it pn ubuntu-java, but there isn't to much happening in that channel
[01:39] <soc> there is a probelm with all the openjdk-7-* packages
[01:39] <soc> the "conflicts" version is bigger than the version of the deb itself
[01:39] <soc> and is therefore not installable
[02:27] <mase_wk> hey guys, i am trying to build a debian package using dpkg-deb -b dir however it complains that there is no DEBIAN/control file....there is a debian/control file however and all of the examples on packaging so far have indicated that the dir should be /debian not DEBIAN
[02:27] <mase_wk> the package builds with sbuilder ok
[03:20] <TheMuso> c
[06:34] <Rcart> hello. For a python CLI program, it's enough just to add 'python' to the Build-Depends and Depends ({python:Depends}) fields in debian/control file?
[07:25] <udienz> Rcart, not sure, but namy package put python-minimal
[07:28] <Rcart> udienz: i was watching the emesene control file, and just put 'python' in the Build-Depends and '{python: Depends}' in the Depends field
[08:42] <dholbach> good morning
[10:05] <ari-tczew> dholbach: I changed natty to UNRELEASED because this one wasn't uploaded to archive.
[10:07] <dholbach> ari-tczew, ah ok
[10:08] <ari-tczew> ScottK: ping
[10:22] <iulian> Morning dholbach.  Did you manage to wake up? :)
[10:40] <dholbach> iulian, somehow I did, yes - after 11h of sleep I'm still tired
[10:42] <ari-tczew> dholbach: This had to be a really good party
[10:42] <dholbach> ari-tczew, it was jetlag, not the party :)
[10:43] <ari-tczew> dholbach: aaaaaaaaa
[10:53] <iulian> dholbach: Heh, yea, I know the feeling.
[10:55] <dholbach> iulian, I'm back home again, the sun's shining, all's good - so I'm not complaining :)
[11:03] <iulian> dholbach: Uh, I miss the sun.  It has been raining here for a few days now.  It's horrible when I have to go out.
[11:03] <iulian> dholbach: Also, it's veyr windy, so brollies are useless.
[11:04] <Laney> I swear Orlando was the last time I saw sun
[11:04] <dholbach> iulian, luckily it didn't rain too much wherever I was
[11:05] <mok0> We have sun... sorta
[11:06]  * Laney weeps at ghc6
[11:06] <Laney> please, please just build on armel :'(
[11:06] <mok0> Laney, you need to be tough. Gcc doesn't respect a man who cries
[11:07] <iulian> Good point. :)
[12:10] <ricotz> coolbhavi, hello
[12:11] <coolbhavi> ricotz, I am on it just back from outside :) just 5 minutes
[12:11] <coolbhavi> :)
[12:11] <ricotz> coolbhavi, alright, no worries
[12:11] <ari-tczew> !patience | ricotz
[12:12] <ricotz> coolbhavi, could you also look at the libgcrypt11 merge?
[12:12] <coolbhavi> ricotz, m not a core dev so no
[12:12] <ari-tczew> ricotz: once I had a situation, when I taken one merge and contributor had to wait 3 days for my response since status In Progress
[12:13] <ari-tczew> ricotz: I'll look, I had a quick review this one in Friday
[12:13] <ricotz> coolbhavi, ok, but you merged it the last time, i also asked cjwatson and he also declined to look at it :(
[12:14] <udienz> thanks coolbhavi and ari-tczew
[12:14] <ricotz> ari-tczew, ok, feel free to look at it, thanks
[12:14] <coolbhavi> ricotz, no problems my merges are always free to take
[12:16] <ricotz> coolbhavi, ok
[12:18] <ari-tczew> coolbhavi: I'm interested in your merges in main :>
[12:18] <coolbhavi> ari-tczew, as I said my merges are free to take mate anytime
[12:31] <ari-tczew> ricotz: do you looking for free merges?
[12:33] <udienz> ricotz, bug 692457, feel free to take it. i will looking others
[12:34] <ari-tczew> ricotz, udienz: in universe we have some packages commented as 'Feel free to take'
[12:34] <ari-tczew> I encourage to get them.
[12:35] <ricotz> ari-tczew, udienz , actually i am not really looking for merges, libgcrypt11 just came into my way
[12:37] <ari-tczew> ricotz: ok understood.
[12:38] <ricotz> ari-tczew, sorry
[13:36] <ari-tczew> ricotz: I reviewed your patch.
[13:49] <bdrung> dholbach: the .css files on http://reports.qa.ubuntu.com/reports/sponsoring/ are whitelisted now for easylist in adblock-plus
[14:32] <ari-tczew> siretart: ping
[14:41] <ScottK> ari-tczew: pong
[14:45] <ari-tczew> ScottK: I have a proposed fix for FTBFS on armel and sparc in lucid. could you test it on your machine?
[14:46] <ScottK> ari-tczew: I wouldn't worry about sparc, but I can probably test armel.
[14:46] <ScottK> ari-tczew: Sparc in lucid doesn't run so there's no point in worrying about it at all.
[14:47] <ari-tczew> ScottK: the change should works for both
[14:47] <ScottK> OK.  Where's the diff?
[14:50] <ari-tczew> ScottK: http://people.ubuntu.com/~ari-tczew/clementine/fix_ftbfs_on_armel_lucid.debdiff
[14:50] <ari-tczew> ScottK: If it will built succeful, you could also upload it :)
[14:51] <ScottK> ari-tczew: Why is this a correct fix?
[14:51] <ari-tczew> or no, I'm rushing on other topic
[14:51] <ari-tczew> ScottK: upstream proposed.
[14:51] <ScottK> But it's not needed on Maverick or Natty?
[14:52] <ari-tczew> ScottK: maverick and natty built armel fine
[14:52] <ScottK> BTW, it'll be a bit as I have to create a Lucid chroot.
[14:52] <ScottK> Right, so why is Lucid different?
[14:52] <ari-tczew> ScottK: toolchain is different
[16:25] <bcurtiswx_> Whats the proper patch editing technique with quilt
[16:25] <bcurtiswx_> push the patch to be edited to top
[16:25] <bcurtiswx_> then quilt edit (file)
[16:25] <bcurtiswx_> then quilt refresh
[16:25] <bcurtiswx_> anything else?
[16:28] <tumbleweed> bcurtiswx_: http://dep.debian.net/deps/dep3/
[16:32] <bcurtiswx_> tumbleweed, i don't see how that answers my question.. sorry
[16:33] <Bachstelze> bcurtiswx_: yes
[16:34] <bcurtiswx_> Bachstelze, so yes means thats all.. or what else is there?
[16:35] <Bachstelze> that should do
[16:36] <Bachstelze> unless you're modifying a file that is not yet in the patch, then you would do a quilt add
[16:36] <tumbleweed> Bachstelze: quilt edit will add it for you if necessary
[16:38] <bdrung> tumbleweed: i am looking at the byteprefix man page. it's what i wanted. thanks. some things can be improved. 1) the three options can have some examples. e.g. like on https://wiki.ubuntu.com/UnitsPolicy
[16:40] <bcurtiswx_> Bachstelze, the file was in the patch already but it doesn't seem like it got added.. hmm
[18:08] <ScottK> ari-tczew: Still fails: http://paste.ubuntu.com/555132/
[18:37] <highvoltage> the last version of calibre uploaded to natty is 0.7.32+dfsg-1build1
[18:38] <highvoltage> what should the next upload version be? 0.7.32+dfsg-1build2?
[18:45] <geser> highvoltage: is it a rebuild or did you change something?
[18:45] <highvoltage> geser: made a change to a .desktop file
[18:46] <ebroder> highvoltage: if you made an actual change, it should be 0.7.32+dfsg-1ubuntu1
[18:46] <geser> then 0.7.32+dfsg-1ubuntu1 (-build2 would be in the non-change rebuild case)
[18:46] <ebroder> -NbuildM should only be used if there are no changes from the debian version
[18:46] <ebroder> (the autosync infrastructure considers -NbuildM as being unchanged from debian)
[18:47] <highvoltage> thanks, it didn't feel right without a 1ubuntu1 in there, but 0.7.32+dfsg-1build1-1ubuntu1 didn't look right either :)
[18:58] <bdrung> tumbleweed: got my reply?
[19:14] <tumbleweed> bdrung: was just having supper
[19:15] <bdrung> tumbleweed: and i will have lunch in a few minutes. ;)
[19:15] <tumbleweed> on holiday?
[19:16] <bdrung> tumbleweed: my plan after lunch is to write a README, merge your man page (after addressing the points), and release 0.1
[19:16] <bdrung> tumbleweed: no
[19:17] <bdrung> tumbleweed: why did you thought that?
[19:17] <tumbleweed> I thought we were in the same timezone
[19:18] <bdrung> we are, but i eat to unusual times. ;)
[19:19] <xteejx> Hi all. How do I edit the control file of an already-packaged .deb file to remove the version dependencies?
[19:19] <tumbleweed> bdrung: aah hacker time :)
[19:19] <bdrung> lunch at night, breakfast in the evening...
[19:20] <bdrung> xteejx: why not take the source, edit debian/control, and rebuild the package?
[19:20] <xteejx> I don't have the source, but really need the pkg to work
[19:20] <xteejx> It's not in Ubuntu
[19:20] <tumbleweed> xteejx: how sure are you that it'll work without those dependancies?
[19:20] <xteejx> I'm not at all, but it's worth a try
[19:21] <tumbleweed> dpkg --force-depends ?
[19:21] <xteejx> I only want to remove the strict version restrictions so that it will install
[19:21] <bdrung> xteejx: or extract the deb file, edit DEBIAN/control, and pack again (IIRC with dpkg-source)
[19:21] <bdrung> time for lunch. :)
[19:22] <xteejx> Hmm, the --force-depends option allowed the pkg to install, so will still need to install the deps
[19:24] <xteejx> tumbleweed: I think that's worked, thank you :)
[19:25] <tumbleweed> xteejx: my pleasure for helping you break your system :P
[19:25] <xteejx> tumbleweed:  lmao, actually I'm trying to do a NAND flash of an HTC Kaiser to rid it of windows CE and stick android on it :)
[19:25] <xteejx> so it's a little more complex than you might think ;)
[19:32] <highvoltage> so an update to 0.7.38+dfsg-2 would become 0.7.38+dfsg-2ubuntu1 right?
[19:34] <micahg> highvoltage: in Natty, yes
[19:34] <micahg> highvoltage: are you fixing the calibre FTBFS?
[19:34] <highvoltage> micahg: no, I was just about to find out that it has an FTBFS :)
[19:34] <micahg> highvoltage: should only be on arm
[20:03] <highvoltage> maco: around? I have some gally questions
[20:06] <maco> highvoltage: yep
[20:06] <maco> highvoltage: if its about natty, i know it doesnt work. a step in the build is failing
[20:27] <highvoltage> maco: if I install gally, it also installs python-kde4 that depends on quite a lot of KDE stuff (like kde-pim, aconadi, etc) in Edubuntu that we don't really need there, do you have any suggestions for that? if those depends moved to recommends we could choose to not install those extra packages at build time
[20:27] <highvoltage> maco: but I'm not sure if that would really be appropriate for that package
[20:30] <maco> highvoltage: id ask riddell
[20:31] <maco> highvoltage: though at the moment, i think we should hold off on gally til 11.10
[20:31] <JontheEchidna> I don't think gally would run without python-kde4 present
[20:31] <maco> not enough lessons to make it worth incuding
[20:31] <maco> JontheEchidna: i think it was about the things python-kde4 depends on
[20:32] <JontheEchidna> so it's more about what python-kde4 depends on?
[20:33] <maco> JontheEchidna: yeah. it has a huge depends list.... 37 things
[20:33] <JontheEchidna> It's a monolithic package containing bindings for every single kde library.
[20:34] <maco> most are libraries though. do the libraries depend on their matching apps for some reason?
[20:34] <JontheEchidna> Splitting it up would be quite a project, and we'd want to do that in concert in debian
[20:35] <JontheEchidna> which apps are being installed?
[20:36]  * maco looks at highvoltage for answer
[20:36] <ebroder> JontheEchidna: +1 for splitting up python-kde4 and python-qt4 :)
[20:38] <highvoltage> JontheEchidna: some kdepim stuff, akonadi, and other stuff (I have no idea what libknewstuff is :p)
[20:38] <JontheEchidna> both kdepim and akonadi have both libraries and apps
[20:38] <highvoltage> (sorry my boss is pesting me to update my timesheet for last week so work)
[20:39] <JontheEchidna> libknewstuff is part of kdelibs, which used to be all one monolithic package kdelibs5
[20:39] <JontheEchidna> so it's really not too much more than would have been installed a few releases ago, it just looks like more since it is split up further :P
[20:41] <JontheEchidna> but, yeah.  A split at the python-kde4 level would be required to remedy this issue
[20:47] <highvoltage> JontheEchidna: indeed. that would be ideal really.
[20:58] <bdrung> tumbleweed: "this style uses base units 2 with SI prefixes" this is not 100% correct. the K prefix differs from SI
[21:01] <maco> highvoltage: libknewstuff is something im planning on using to make it so gally can offer to download lesson packs from the net
[21:01] <maco> ya know....once there are lesson packs
[21:03] <tumbleweed> bdrung: r36
[21:03] <highvoltage> maco: heh
[21:03] <bdrung> tumbleweed: it's still "kB" for historic -> "KB"
[21:04] <highvoltage> maco: but there are at least some lessons available right now aren't there?
[21:04] <tumbleweed> bdrung: I can't parse that
[21:04] <bdrung> tumbleweed: historic: "1 KB = 1 024 bytes.", not "1 kB = 1 024 bytes."
[21:04] <maco> highvoltage: a couple ASL ones. someone had volunteered to work on dutch ones but disappeared :-/ atm we have a list of lessons we'd like to have (so there's some direction, not just "sign some words in front of a camera") but...
[21:05] <tumbleweed> bdrung: oh I see
[21:05] <highvoltage> maco: if there are even just a few I'd ideally like to keep it in edubuntu for this release, assuming it runs again in time :)
[21:06] <maco> highvoltage: i'll fix the not building ness by feature freeze ;-) ive just been busy with exams then moving then job hunting, now packing to move again and apartment hunting...
[21:06] <bdrung> tumbleweed: to point 1) yes, i want more. at least giga should fit without wrapping at 80 chars
[21:07] <maco> a few weeks helping mum since she had knee surgery... busy!
[21:08]  * bcurtiswx waves at ms maco
[21:08] <maco> hi bcurtiswx
[21:09] <bcurtiswx> maco, how's the home life?
[21:09]  * maco points at the word busy
[21:09] <highvoltage> maco: yay, cool.
[21:10] <bcurtiswx> maco, sounds just soo much fun.  Well I wish ya the best on your soon to be transition :)
[21:10] <maco> dear online banking: not everything has to be a servlet. you can list the "stuff you can redeem points for" with good ol' html
[21:15] <micahg> maco: think of network overhead as another banking fee
[22:03] <bdrung> tumbleweed: can you review my current README: http://paste.debian.net/104909/ ?
[22:09] <tumbleweed> bdrung: s/setup/set up/ when it's a verb. "libkibi is a library for byte prefixes. It's designed for formatting bytes." - neither of those actually describes what the library does (format sizes for display)
[22:09] <tumbleweed> bdrung: "The
[22:10] <tumbleweed> (whoops) ... byte prefixes are used depending on the user preferences." <- clumsy. I'd use something like "The user can configure a preferred prefix style."
[22:10] <bdrung> yes, that sounds better
[22:12] <tumbleweed> Input Functions could probably use some brief explanation too. That's all I can see.
[22:12] <bdrung> tumbleweed: http://paste.debian.net/104910/
[22:12] <bdrung> tumbleweed: yes, i was interrupted by your branch :)
[22:13] <tumbleweed> "formatting bytes" still doesn't quite sound right, "sizes in bytes" ?
[22:14] <bdrung> -> formatting sizes in bytes
[22:14] <tumbleweed> yeah. oh another one: "format sizes for outputting them" -> "format sizes for output"
[22:16] <bdrung> tumbleweed: http://paste.debian.net/104911/
[22:18] <tumbleweed> "These functions can be used for converting bytes into the unit in which the user could edit them" <- don't understand that. "user could edit them" ? Also "converting bytes"? Sounds like converting raw data
[22:19] <bdrung> tumbleweed: example: a user wants to set a bandwith limit in transmission in "kB/s" or "KiB/s". the size needs to be converted from bytes into kB/KiB and then back again.
[22:21] <bdrung> tumbleweed: one last this with the man page: "(1 K = 10^3 = 1 000) and base 2 (1 K = 2^10 = 1 024)". to what does the "1K" refer to? shouldn't the first "1K" be a small "1k"?
[22:22] <tumbleweed> "for converting between sizes with units (for example to allow a user to edit a value in KB/s)"?
[22:23] <tumbleweed> I was just using k as an example of order of magnitude (first order), yes having the first one bing a "k" probably makes sense
[22:25] <bdrung> tumbleweed: dropping the "1k =" would be ok too. "base 10 (10^3 = 1000) and base 2 (2^10 = 1024).
[22:25] <bdrung> "
[22:25] <tumbleweed> I think it's clearer to keep it
[22:25] <bdrung> k
[22:25] <tumbleweed> heh
[22:26] <bdrung> the word "k" is overloaded :)
[22:30] <bdrung> tumbleweed: http://paste.debian.net/104916/
[22:32] <tumbleweed> bdrung: LGTM
[22:32] <bdrung> tumbleweed: did i forget something that should be in the readme?
[22:33] <tumbleweed> maybe one sentance about the lincence?
[22:39] <bdrung> tumbleweed: http://paste.debian.net/104917/
[22:39] <bdrung> with new "Developing libkibi" section
[22:42] <tumbleweed> LGTM
[22:43] <bdrung> tumbleweed: man page merged. thanks.
[22:47] <tumbleweed> np
[22:51] <bdrung> tumbleweed: pushed. is there something left that i should do before the release?
[22:53] <tumbleweed> bdrung: can't think of anything. BTW how do you intend to handle the byteprefix manpage? separate -doc package?
[22:53] <bdrung> tumbleweed: i put it into libkibi0
[22:53] <tumbleweed> that would then conflict if you had an ABI bump
[22:54] <bdrung> right. so i have to add a -doc package
[22:54] <tumbleweed> I guess so, I don't know how this is usually done
[22:55] <bdrung> tumbleweed: should libkibi0 recommend the -doc package?
[22:56] <tumbleweed> yeah, that sounsd good
[23:01] <bdrung> tumbleweed: what do you think about naming it libkibi-man instead of libkibi-doc (the latter could be false judged as library documentation for the programmer)
[23:04] <tumbleweed> bdrung: sounds good, and I see gss does that
[23:04] <tumbleweed> (oh whoops, that *is* API)
[23:09] <ari-tczew> ScottK: have you got an idea how to fix it?
[23:09] <bdrung> tumbleweed: can you review lp:~libkibi-dev/libkibi/packaging ?
[23:19] <tumbleweed> bdrung: I'd add a .bzr-builddeb so it knows the package uses merge mode. debian/copyright needs a new entry :). -dbg package?
[23:20] <tumbleweed> bdrung: looks like I broke something: "config.status: error: cannot find input file: `doc/Makefile.in'"
[23:20] <bdrung> tumbleweed: you have to run "make dist" to create the source tarball. merging the bzr branch doesn't work.
[23:25] <bdrung> tumbleweed: pushed. should i really add a -dbg package?
[23:25] <tumbleweed> bdrung: ah, thanks. Debian doesn't have ddebs (yet?), so I normally do them.
[23:26] <cody-somerville> Is a watchfile considered important enough these days to maintain a delta against Debian? I know there was a big push to add watch files a year or two ago.
[23:27] <micahg> cody-somerville: I suggest adding it and then using submittodebian
[23:28] <bdrung> cody-somerville: I think that it can be dropped if you file a bug against the debian package.
[23:28]  * tumbleweed would probably not sponsor an upload that just added a watchfile
[23:29] <cody-somerville> Yea. I'm thinking I'd accept the sync request instead of insisting they prepare an upload - especially since the watchfile wasn't even in the list of the remaining changes against Debian.
[23:30] <tumbleweed> yeah, (but obviously get it filed :)
[23:31] <micahg> ah, yeah, actually, there's no reason, AFAICT, there's no tool using just the Ubuntu watch files
[23:32] <bdrung> micahg: uscan?
[23:32] <micahg> bdrung: I meant that has a report
[23:32] <tumbleweed> micahg: doesn't LP now display "new upstream version" messages on source package pages?
[23:33] <bdrung> tumbleweed: pushed with -dbg package.
[23:33] <micahg> tumbleweed: is that based on the watch file or on the actual upstream in LP
[23:34] <bdrung> micahg: i assume that it's based on the actual upstream in LP
[23:36] <tumbleweed> aah right. There is of course UEHS
[23:37] <bdrung> tumbleweed: ready to release or did you find anything?
[23:38] <micahg> tumbleweed: right, which I was thinking of before, but AFAICT, that's for Ubuntu specific stuff
[23:39] <tumbleweed> bdrung: no issues I can see. ACK.
[23:39] <bdrung> tumbleweed: should i install the README file?
[23:40] <tumbleweed> bdrung: possibly in -dev, you don't have any other API documentation besides the header
[23:40] <tumbleweed> micahg: yeah