[08:22] <lag> What flavours are supported on Panda/Beagle?
[08:22] <lag> Is Panda just Maverick?
[08:23] <lag> And Beagle? Both?
[08:24] <cooloney> lag: beagle is omap3 which is a flavour in our master branch of Maverick
[08:24] <cooloney> lag: panda is omap4 which is a separated topic branch from master, it is ti-omap4 branch
[08:25] <cooloney> but in the future, when all the omap4 patches are merged into mainline, we don't need the ti-omap4 branch anymore
[08:26] <amitk> lag: omap3 is branch in lucid (ti-omap), part of master in maverick. omap4 is maverick-only (ti-omap4 branch)
[08:29] <cooloney> amitk: do you know what's the difference between x-loader and u-boot?
[08:29] <cooloney> amitk: i just clone the x-loader for omap4, it looks like u-boot.
[08:30] <lag> Isn't x-loader == MLO
[08:31] <sebjan> cooloney: x-loader is a stripped version of u-boot. So same code base but minimal size.
[08:32] <cooloney> sebjan: thanks, man. and is x-loader required for omap4 board booting?
[08:32] <sebjan> cooloney: today yes. We shall be able to get rid of it in a near future.
[08:34] <cooloney> sebjan: ok, so in the near future, u-boot is good enough for booting the system, right?
[08:34] <sebjan> cooloney: yes, that's it :)
[08:34] <hrw> morning
[08:34] <cooloney> hrw: morning
[08:35] <cooloney> sebjan: back to lag's question, x-loader == MLO? what's MLO?
[08:35] <cooloney> sebjan: or it's a secret name
[08:35] <hrw> MLO is X-Loader
[08:36] <lag> I though MLO was for cards
[08:36] <cooloney> hrw: just another name of x-loader?
[08:36] <lag> MLO == x-loader for MMC
[08:36] <lag> Not a secret
[08:36] <sebjan> MLO just has an additional header added to the x-loader binary
[08:38] <DanaG> omap4 "panda"? That's new.
[08:38] <DanaG> I wanna' see a pic of that.
[08:40] <hrw> DanaG: I want hw to take a pic
[08:41] <DanaG> It seems to be so brand-spanking-new, the only google results are the kernel commits.
[08:42] <hrw> DanaG: iirc release in fall
[08:42] <DanaG> http://marcin.juszkiewicz.com.pl/2010/05/14/uds-continues/
[08:43] <DanaG> I still say: I don't call 3D useful until it can do compiz. Open or closed, doesn't matter too much.
[08:43] <DanaG> Well, as long as the closed thing actually builds -- TI PowerVR build script fails miserably.
[08:44] <DanaG> A username and password are being requested by http://www.pandaboard.org. The site says: " pandaboard.org is coming soon.  Please check back later.  "
[08:45] <DanaG> I also think it really sucks that there's an x86 Flash, an x86_64 flash (though not anymore), an ARM-based Android flash... yet no simple ARM flash!
[08:45] <DanaG> Same for dropbox.
[08:46] <DanaG> All it takes is copying files, installing headers, and running "make" (at least, that's what my own software required).  Is that too much to ask?
[08:46] <amitk> DanaG: all it takes is someone to give Adobe a six-figure cheque for that
[08:47] <amitk> if you have spare change lying around, perhaps you want to become the hero of the OSS community? ;)
[08:47] <DanaG> I mean, Android would have taken MORE effort than just plain ARM!
[08:47] <DanaG> That makes no sense.
[08:47] <hrw> DanaG: there is one company behind android... forgot?
[08:48] <DanaG> Yeah, I know Google does Android, but the fact that they have Android means they probably have ARM hardware.... and thus there's no excuse for not doing a mere "make" on the existing Flash code.
[08:48] <DanaG> On ARM.
[08:48] <hrw> money is a reason
[08:49] <DanaG> What money does it take to do "scp" and "ssh" and "make"?
[08:49] <amitk> each of them gave Adobe cheques. A much larger cheque is required to free it all. OTOH, perhaps effort is wasted there and everyone should help with gnash instead?
[08:49] <hrw> if you can get money from Google, Nokia, others when why release basic one?
[08:49] <DanaG> And same is true of Dropbox.
[08:49] <hrw> never used
[08:50]  * amitk neither
[08:50] <DanaG> And unfortunately, ubuntuone rather completely devours my CPU.
[08:50] <cooloney> DanaG: dropbox is blocked in China, although some people are using it
[08:50] <DanaG> 100% of one core.
[08:51] <amitk> probably a bug
[08:51] <DanaG> My use case is having Pidgin logs in it.
[08:51] <DanaG> Thousands of files.
[08:52] <DanaG> In fact, the transition from 32-bit to 64-bit x86 has more changes, at least in my experience, than the transition from 32-bit x86 to 32-bit ARM.
[08:53] <amitk> more changes in what sense?
[08:53] <DanaG> Oh yeah, are any of you in positions to talk directly to those companies (Dropbox or Adobe)?
[08:54] <DanaG> In terms of things like pointer size, and "cast from pointer to uint32_t loses precision" (or such).
[08:55] <DanaG> http://laptopmemo.com/2010/06/22/adobe-leaks-out-all-android-handsets-that-get-the-upgrade-to-2-2-froyo/
[08:55] <DanaG> Say, does "meego" use Xorg?
[08:56] <sshekar> yes, Meego uses X
[08:56] <DanaG> ah, then this means they will be making an ARM-based X-based Flash.
[08:57] <DanaG> Sweet.
[08:57] <sshekar> not sure abt that
[08:57] <DanaG> I'd find it particularly awesome to have an Ubuntu phone.
[08:57] <amitk> that would require significant amounts of new UI work
[08:58] <DanaG> Or even just something that I could do "ssh -X" from would be enough.
[08:58] <DanaG> Android doesn't satisfy that.  Then again, there are probably VNC clients for Android.
[09:00] <hrw> DanaG: maemo has flash too
[09:01] <DanaG> har, I go to get.adobe.com/flashplayer in chromium... it gives me x86 version.
[09:01] <DanaG> ah, must just not bother trying to detect.
[09:01] <hrw> DanaG: dig a bit there, fake useragent so maybe you will get android
[09:01] <DanaG> http://get.adobe.com/flashplayer/otherversions/ -- nothing ARM there.
[09:03] <DanaG> ah, looks like it's just not available yet.
[09:04] <amitk> DanaG: ARM versions are Adobe's cash cows at the moment, since they give away the x86 ones for free
[09:04] <amitk> they're getting lots of money from each of the mobile vendors, so why make it easily downloadable?
[09:05] <DanaG> Aah, that's the best explanation anyone's ever given me.
[09:05] <DanaG> Oh, the generic ARM one wouldn't work on Android...
[09:05] <DanaG> Perhaps once they make it for one of the Xorg-running embedded ones, it'll be hackable.
[09:06] <amitk> perhaps Steve Jobs is right and we should all abandon Flash completely and concentrate on HTML5
[09:06] <DanaG> Yeah, I'd agree with that.
[09:06] <DanaG> Flash sucks everywhere.
[09:07] <DanaG> Dropbox, though, remains as a target for ARM.  Perhaps we just need market prevalence with ARM netbooks.
[09:08] <DanaG> That Toshiba one that's really new looks nice -- though could use an extended-battery option.
[09:09] <DanaG> http://www.liliputing.com/2010/06/toshiba-ac100-10-inch-netbook-with-android-nvidia-tegra.html
[09:11] <DanaG> It'd be awesome to be able to get all-day (as in 12-hour, not 8-hour) battery life.
[09:13] <DanaG> http://www.liliputing.com/2010/06/lenovo-ideapad-u1-hybrid-skylight-arent-dead-yet.html
[09:13] <DanaG> Would be awesome with Ubuntu.
[09:14] <hrw> DanaG: my x86-64 laptop does 8-10h on one charge
[09:15] <DanaG> yeah, that's what I mean... why bother going to ARM for just 8 hours battery life?
[09:16] <DanaG> Something ARM should have way longer battery life to be worthwhile.
[09:16] <DanaG> Well, they can be lighter, I'll grant that.... but some people would rather have slightly heavier for way longer battery.
[09:17] <kai> I'd love to see a mixed arch system, not sure if that's really possible, but it'd be dandy
[09:17] <DanaG> You'd have to have Universal Binaries (like what Apple did with PPC and x86 / x86_64).
[09:17] <hrw> I want 1GB RAM, at least 16GB of storage, bt, wifi, 12-13" screen with 1280x800/1366x768, good keyboard and fast enough to run kde4 desktop
[09:18] <DanaG> My killer-app any system I buy must be able to run: Compiz.
[09:18] <hrw> kai: arm cpu + x86-64 one?
[09:18] <kai> a low power chip for all the hard-core idling a usual desktop system is doing, and then a beefy multi-core that'll kick in when I start a copile or number-crunch job
[09:18] <hrw> DanaG: I prefer kwin
[09:18] <DanaG> Or that.
[09:18] <hrw> kai: omap4 you mean?
[09:18] <kai> I don't actually care about the arch
[09:18] <DanaG> But the key is texture_from_pixmap support.
[09:18] <DanaG> Even an old Radeon 7500 can do that.
[09:19]  * ogra wonders about all the flash babbling ... there *is* and adobe flash for ARM, but you have to sign contracts with adobe to get it
[09:19] <kai> I just know that compiling samba on my beagle takes two hours, compiling it on my desktop takes two minutes
[09:20] <hrw> ogra: I plan to check maemo flash on beagle running ubuntu
[09:20] <ogra> yeah, thats the one
[09:20] <kai> and I'd like to have the low power consumption of my beagle, _unless_ I actually need the power
[09:20] <hrw> kai: stack few beagles?
[09:21] <DanaG> Ah, they could just say that, on their page...
[09:21] <DanaG> instead of pretending it doesn't exist, say "go to meego or android or whatever"... or such.
[09:21] <ogra> well, if you are $big_company you likely know where to ask at adobe :)
[09:21] <ogra> i dont think they want to make it available to the public in general
[09:22] <DanaG> Damn.
[09:22] <DanaG> If I were to get an ARM netbook, I'd want Ubuntu, quite specifically.
[09:28]  * zyga wants to throw a few cents
[09:29] <DanaG> grreat, and youtube.com also tells me "I need to upgrade my flash player!!!!1one!"
[09:29] <zyga> I worked with one version of flash for arm several years ago
[09:29] <zyga> they had this nice porting layer you'd have to write
[09:29] <zyga> at least at that time flash didn't even care about X existing
[09:30] <zyga> we could plug our own rendering code
[09:30] <zyga> and a/v sink
[09:30] <DanaG> ah, had to "leave html5 beta" and then "join html5 beta".
[09:30] <zyga> and it would more less 'just work'
[09:30] <ogra> DanaG, HTML5 FTW :)
[09:30] <ogra> (ah, you found it already)
[09:31] <DanaG> hmm, it's being dog-slow... but that may partly be due to me running it over ssh. =þ
[09:31] <DanaG> Browser is Chromium.
[09:31] <DanaG> And even scrolling, with no videos, is dog-slow.
[09:32] <DanaG> And even closing tabs is slow.
[09:32] <ogra> you likely need hardware optimization in ffmpeg
[09:33] <DanaG> WebM is also slow on my 64-bit host system, both with fglrx on Linux and with binary driver on Windows.
[09:33] <DanaG> No hardware accel, for now.
[09:34] <hrw> update-initramfs: Generating /boot/initrd.img-2.6.34-3-omap
[09:34] <hrw> Cannot find mtd partition 'Kernel'
[09:34] <hrw> root@beagle:~# cat /proc/mtd
[09:34] <hrw> dev:    size   erasesize  name
[09:34] <hrw> root@beagle:~#
[09:34] <hrw> auch
[09:36] <hrw> which module do I need to load?
[09:37] <DanaG> I'm going to try firefox on ARM.
[09:40] <hrw> ogra: who maintains xserver-xorg-video-omap3? it needs rebuild for newer xserver
[09:42] <kai> hrw: I'd probably have to stack a lot of beagles.
[09:42] <DanaG> Silly hack: http://hackaday.com/2009/02/22/x11-on-android/
[09:42] <ogra> hrw, anyone who likes to touch it :)
[09:42] <DanaG> They used VNC to localhost?
[09:42] <DanaG> Why not just use fbdev?
[09:42] <DanaG> =þ
[09:42] <ogra> hrw, given that i touched it last i'm probably in charge :P
[09:48] <hrw> ogra: any hints for kernel update problem?
[09:49] <DanaG> https://wiki.ubuntu.com/Specs/M/ARMGraphicsStackOnX
[09:49] <DanaG> woot
[09:52]  * DanaG wishes his uefi weren't broken.
[09:54] <DanaG> Specifically, it claims GraphicsOutputProtocol support, but then claims the framebuffer address is zero.
[10:46] <ogra> asac, for CHS i needed to add -D to the sfdisk call to enforce DOS compatibility, that solved all probs
[10:47] <ogra> that apparentlxy leaves a slightly bigger gap at the beginning of the partition to add the bootloader binary
[10:48] <asac> ogra: good.
[10:49] <asac> have you tried on a tiny and big SD card?
[10:49] <hrw> ogra: I said long time ago - check OE script...
[10:49] <hrw> {
[10:49] <hrw> echo ,9,0x0C,*
[10:49] <hrw> echo ,,,-
[10:49] <hrw> } | sfdisk -D -H 255 -S 63 -C $CYLINDERS $DRIVE
[10:50] <ogra> hrw, doesnt help for that use case, but thanks
[10:50] <ogra> this is about repartitioning on the fly with changed CHS values
[10:52] <ogra> (we're using the OE script as a base for building the images, the repartitioning is a lot harder)
[10:53] <hrw> ok
[10:53] <ogra> for example the vfat is trashed afterwards and needs to be reformatted
[10:54] <ogra> intrestingly that doesnt seem to affect any linux partitions, only vfat/fat
[10:58] <asac> i still believe this is not all worth it ;)
[10:58] <asac> write a great media creation script/app -> done ;)
[10:58] <ogra> to late
[10:58] <asac> i know
[10:58] <ogra> its all done and in the infrastructure now
[10:59] <asac> heh
[10:59] <ogra> only flash-kernel changes are pending and a udev rule to hide the boot partition
[10:59] <asac> ogra: is it possible to disable this resizing feature?
[10:59] <ogra> then we should have preinstalled dailies
[10:59] <asac> e.g. can i just use jasper to get the default configs?
[11:00] <ogra> asac, if you have root=UUID=... on the cmdline it wont run
[11:00] <asac> ogra: hmm
[11:00] <asac> ogra: and the settings?
[11:00] <ogra> the settings look for /root/etc/flash-kernel.conf
[11:00] <asac> and oem config etc. thats done outside?
[11:00] <ogra> if that does exist they'll skipp configuration
[11:01] <ogra> oem-config is run after boot
[11:01] <ogra> jasper is run during boot
[11:01] <ogra> they are distinct but jasper depends on oem-config so it gets removed automatically after oem-config was run
[11:01] <asac> what settings are done in jasper? what settings are done in oee-config?
[11:02] <asac> is jasper just doing this resizing?
[11:02] <ogra> nearly all settings are done in oem-config, jasper only enables oem-config and creates the initial fstab ... and to make sure X comes up it sets up loopback networking
[11:02] <ogra> and i'm pondering to add the udev rule for hidint the vfat from jasper_setup
[11:03] <ogra> jasper_growroot is doing the resizing in local-premount, jasper_setup is doing the setup from local-bottom
[11:06] <asac> ogra: i assume jasper also finds the root partition like casper?
[11:06] <asac> or did you hardcode that ;)?
[11:07] <ogra> it only looks at root=
[11:07] <ogra> asac, feel free to look at the code :) there is a MIR pending ;)
[11:08] <asac> ogra: anyone from your team that could help out on MIRs ;)?
[11:08] <ogra> currently its totally bound to the way we build the images
[11:08] <ogra> i'm the only core dev in the team
[11:08] <ogra> and i really cant MIR my own packages :)
[11:09] <asac> its not about jasper, but about the huge backlog
[11:14] <asac> ogra: wow. you used functions in your sh script ;)
[11:14] <ogra> pfft
[11:14] <asac> j/k
[11:15] <ogra> i even plan to add a jasper_functions file to source common functions across the scripts :P
[11:15] <ogra> i.e. i want the root device detection in both scripts ...
[11:15] <ogra> though with the recent kernel changes i shouldnt even need a function for finding root= anymore
[11:16] <ogra> (new kernels will just export cmdline entries completely to initramfs so they are in env vars)
[11:16] <asac> ogra: did you also fix flash-kernel to flash if available and otherwise update first vfat partition?
[11:16] <asac> (for OMAP)
[11:16] <ogra> not yet, thats next on my list
[11:17] <asac> ogra: that cmdline to env stuff was already there in lucid, wasnt it?
[11:17] <ogra> it will check for UBOOT_PART
[11:17] <asac> at least i remember that i could access them there
[11:17] <ogra> no, it wasnt
[11:17] <asac> but could be it was after initram
[11:17] <asac> or was that in casper done manually?
[11:18] <ogra> * [Config] enable passing all kernel command line to init
[11:18] <ogra>     - LP: #586386
[11:18] <ogra>  linux 2.6.35-5.6#
[11:18] <ogra> casper works differently (though a lot of stuff could be dropped with the new kernel feature)
[11:18] <ogra> it exports all that stuff var by var
[11:19] <asac> right. so casper does that on its own. thats what i remember
[11:19] <ogra> (which costs extra time)
[11:19] <ogra> all the cmdline parsing can be dropped with the latest kernel
[11:19] <ogra> which will also help hrw with the automatic serial console setup
[11:19] <asac> ogra: so oem-config is running flash-kernel-installer?
[11:19] <asac> or when is that done?
[11:20] <ogra> upadet-initramfs is running flash-kernel --supported
[11:20] <ogra> if that returns true it runs flash-kernel
[11:20] <ogra> jasper has a trigger to rebuild the initramfs on deinstallation
[11:20] <asac> ah ok and that is at end of removal
[11:20] <asac> kk
[11:20] <ogra> oem-config removes itself and tears jasper out
[11:20] <ogra> since jasper has a hard dep on it
[11:21] <asac> yeah got that
[11:21] <ogra> flash-kernel-*installer* isnt used at all in this setup
[11:21] <ogra> jasper_setup does that part
[11:22] <ogra> (generating an initial boot.scr and creating flash-kernel.conf with the UBOOT_PART variable in it)
[11:23] <ogra> flash-kernel will check if UBOOT_PART is set (it sources flash-kernel.conf by default if it exists) and will then write to NAND or to patition based on that value
[11:23] <ogra> so that the old style is still supported for lucid installs
[11:28] <asac> ogra: i am a bit unhappy with the logic about how uboot images are created and how the boot.scr etc. are done are spread around in the archive
[11:28] <asac> assuming we will do uboot in future ... isnt there some potential to factor that out ?
[11:28] <ogra> uboot images ? in jasper ?
[11:28] <asac> ogra: well you create the boot.scr there ;)
[11:29] <ogra> well, i could just replace root=UUID...
[11:29] <asac> that logic is also in the image builders
[11:29] <asac> yeah. why do you change the UUID?
[11:29] <ogra> effectively i do the same flash-kernel-installer does
[11:29] <ogra> because i want a plain ubuntu install
[11:29] <ogra> ubuntu uses UUIDs
[11:30] <asac> ogra: you could set the UUID in the .img, couldnt you?
[11:30] <ogra> no
[11:30] <asac> why not?
[11:30] <ogra> then every install on the planet would have the same UUID
[11:30] <asac> thats a problem? i dont think so ;)
[11:30] <ogra> it is according to cjwatson
[11:30] <ogra> he asked me to generate a unique one
[11:31] <ogra> which is why i run tune2fs to create a new one and set that in the respective places
[11:31] <ogra> the .img.bz2 doesnt use UUIDs at all
[11:32] <ogra> it just uses root=/dev/mmcblk0p2 on the cmdline
[11:32] <ogra> (which we need to change as soon as we support other setups than omap but thats not part of the current implementation)
[11:33] <ogra> (though the code is ready to be changed if needed)
[11:33] <ogra> (on cdimage.u.c)
[11:35] <ogra> i need to create the boot.scr because i might have to use different load addresses for omap4 and because i want to detect the EDID at some point for setting the best resolution on the cmdline
[11:55] <asac> ogra: so can we do somethning about the une-launcher spec
[11:56] <ogra> asac, not sure yet, currently the user needs to select a different session in gdm
[11:56] <asac> from what i can tell in linaor we could just screw this as we could produce "just" ubiquity ... and "just" efl images
[11:56] <asac> ogra: is that good enough?
[11:56] <ogra> not really
[11:56] <asac> how about the jockey parts?
[11:56] <ogra> i want autodetection
[11:57] <ogra> i havent looked at jockey yet and until all preinstalled SD image parts are implemented i wont have time
[11:57] <ogra> i dont like the idea of chaning ~/.dmrc though
[11:57] <ogra> (/me is generally against fiddling with files in users homedirs)
[11:59] <ogra> oh, i see you targeted lightweight panel for A2 in your spec
[11:59] <ogra> that wont work :)
[11:59] <ogra> we wont get anything from DX before A2
[11:59] <ogra> (which is why lightweight panel is A3)
[15:56] <GrueMaster> ogra: update on yesterday's image testing.  Seemed to work fine on my 16G class 4 card.  Some issues on my 8G class 4 card though.  It didn't actually resize, and instead dumped me down to busybox.
[15:56] <ogra> ugh
[15:56] <ogra> did you save the log ?
[15:57] <GrueMaster> It had the root filesystem mounted under /root, which was odd, and instead of a jasper.log, I had /dev/.initramfs/jasper-tmp/ directory with no logs.
[15:57] <ogra> /dev/.initramfs/jasper-tmp/ is fine
[15:57] <ogra>  /root is the default dir where the rootfs gets mounted in initramfs
[15:58] <ogra> the log should be saved on /root/var/log in this case
[15:58] <GrueMaster> Ok, well it failed shortly after that.
[15:58] <ogra> jasper_setup moves it now
[15:58] <GrueMaster> I will retest today and look.
[15:58] <ogra> great, thanks
[16:00] <GrueMaster> I'm looking at my 8G SD card now (on the desktop) and not seeing a jasper.log.  Will run find.
[16:00] <GrueMaster> nothing.
[16:01] <ogra> weird
[16:02] <GrueMaster> Found one on my 16G device, so it is at least attempting to copy.
[16:02] <ogra> right, thats the default
[16:05] <GrueMaster> As soon as I get setup again here at home, I'll retest some more (coffee first).
[16:07] <ogra> yeah, no hurry
[16:08] <ogra> all bits apart from flash-kernel are ready btw, the only thing we miss is the MIR for jasper
[16:10] <hrw> flash-kernel...
[16:10] <hrw> my bb is unable to update kernel
[16:11] <ogra> hrw, why is that ?
[16:15] <hrw> 10:34 < hrw> update-initramfs: Generating /boot/initrd.img-2.6.34-3-omap
[16:15] <hrw> 10:34 < hrw> Cannot find mtd partition 'Kernel'
[16:15] <hrw> 10:34 < hrw> root@beagle:~# cat /proc/mtd
[16:15] <hrw> 10:34 < hrw> dev:    size   erasesize  name
[16:16] <hrw> no mtd kernel modules loaded
[16:16] <hrw> so flash not deteced
[16:17] <ogra> not an ubuntu kernel
[16:17] <ogra> :P
[16:17] <hrw> it is one of maverick kernels
[16:17] <ogra> its a leftover from lucid ... archive mess
[16:17] <ogra> the omap3 kernel in maverick is a .35 one
[16:18] <ogra> the metapackage was only fixed today to depend on the right kernel
[16:38] <DanaG> https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/594382
[16:38] <ubot2> Launchpad bug 594382 in linux (Ubuntu Maverick) (and 1 other project) "Wake up daisy chain activation failed on omap3 (affects: 1) (heat: 8)" [Critical,Fix committed]
[17:06] <amitk> ogra: does Touchbook work with Lucid now?
[17:07] <ogra> amitk, nope
[17:07] <amitk> ogra: kernel features missing?
[17:07] <ogra> amitk, it kind of works with my hand rolled 2.6.32 kernel
[17:07] <ogra> lots
[17:07] <ogra> that "kind of" is, its not charging the battery
[17:08] <amitk> ogra: ok, are there bugs for it?
[17:08] <ogra> and there is no sound support, everything else with that kernel works
[17:08] <ogra> only one
[17:08] <ogra> amitk, and i really doubt we want to break the rest of omap3 for supporting touchbook
[17:08] <ogra> Bug 581771
[17:08] <ubot2> Launchpad bug 581771 in linux-ti-omap (Ubuntu) "omap3 dss2 touchbook patch missing in lucid kernel (affects: 1) (heat: 97)" [Undecided,New] https://launchpad.net/bugs/581771
[17:09] <amitk> ogra: agreed, I'm checking with you to see if it would be feasible to support it in maverick
[17:09] <ogra> there are a lot more patches missing, some of them are very intrusive and will likely break other omap3 HW
[17:09] <amitk> but it looks like it will require non-mainlined patches to be applied
[17:09] <ogra> right
[17:10] <ogra> and even outdated ones
[17:10] <ogra> i dont think anything has been ported to anything beyond .33 or .34
[17:10] <amitk> ok, thanks
[17:11] <ogra> amitk, if we could get the DSS2 patch in without breaking anything that would surely help a bit so people can debug etc without having to solder
[17:12] <rsavoye> I thought the Touchbook was a repackaged Beagle board
[17:12] <ogra> it roughly is
[17:12] <amitk> ogra: hopefully mpoirier, cooloney or lag will get to that bug 581771
[17:12] <ubot2> Launchpad bug 581771 in linux-ti-omap (Ubuntu) "omap3 dss2 touchbook patch missing in lucid kernel (affects: 1) (heat: 97)" [Undecided,New] https://launchpad.net/bugs/581771
[17:12] <ogra> emphasis on roughly :)
[17:13] <ogra> rsavoye, its a newly layed out SoC *based* on the beagle
[17:14] <rsavoye> I was looking at one also... so it'd be nice if it worked :-)
[17:14] <ogra> well, most of the important patches arent upstreamed
[17:14] <rsavoye> are they in maverick though ? That's what I'd be running on it
[17:15] <ogra> they arent
[17:15] <ogra> maverick uses mainline 2.6.35 for omap3
[17:15] <rsavoye> hum... bummer
[17:15] <ogra> the touchbook patches are a) older and b) not mainlined
[17:15] <ogra> the generic defconfig is in and the basic support but you wont i.e. have any display support
[17:16] <ogra> (which means you need to solder an RS232 port for it since it doesnt have one)
[17:16] <rsavoye> been there, done that... :-)
[17:16] <rsavoye> but sounds useless for any development
[17:16] <ogra> right, but thats not really the ubuntu philosopy :)
[17:17] <ogra> it should just work :)
[17:17] <ogra> if i find the time i'll provide hand-rolled images with a handmade custom kernel for maverick
[17:17] <ogra> since i want to use it too ...
[17:17] <rsavoye> I assume the Beagle board is the standard for ubuntu development then
[17:18] <ogra> beagle or the upcoming panda
[17:18] <rsavoye> ah, so if I did buy one, there'd be some support ? :-)
[17:18] <rsavoye> I thought the Panda wasn't shipping yet
[17:18] <prpplague> it isn't
[17:18] <ogra> its not but ubuntu will run on it once it is :)
[17:19]  * ogra will provide the first manually rolled panda images tomorrow btw
[17:19] <ogra> in case anyone is intrested, watch this space :)
[17:19] <prpplague> ogra: dandy
[17:21] <rsavoye> so even with your patches, there is no working display with the touchbook ?
[17:36] <ogra> rsavoye, the kernel i rolled myself from the touchbook tgz for 2.6.32 has nearly everything working but battery charging ...
[17:36] <ogra> and sound
[17:37] <rsavoye> I can live without sound, but I think charging the battery is a good idea...
[17:37] <ojn> just buy a new one
[17:39] <ogra> rsavoye, http://dl.free.fr/getfile.pl?file=/0mYeCOWC is the download link for their tgz
[17:40] <ogra> if you have the official angstrom image from their site you can charge under angstrom, then replace the SD and reboot to ubuntu, it actually survives 10h on one charge
[17:41] <ogra> its just that you have to reboot and replace the SD every time to charge
[17:41] <rsavoye> 10h ? nice!
[17:41] <rsavoye> although swapping SD cards isn't too bad for the time being
[17:41] <ogra> well, the SD is inside the case :)
[17:42] <rsavoye> oh, ouch...
[17:42] <ogra> you have to rip it apart every time
[17:42] <ogra> its not to hard to take apart (no screws or anything) but its annoying
[17:44] <rsavoye> sounds like it'd be good to keep it plugged in :-)
[17:44] <ogra> well, doesnt help
[17:44] <rsavoye> it doesn't run on AC ?
[17:44] <ogra> it always pulls power through the battery
[17:45] <ogra> at least it seem like, it might work on AC if the driver for the power regulating chip works
[17:46] <ogra> if you use their shipped image it should be fine though, but you are stuck at 2.6.29 with that and they have a very very weird image setup (everything is a squashfs/aufs, no idea why)
[17:46] <DanaG> Too bad the standard beagleboard didn't have the connectors in place already, for batteries.
[17:47] <rsavoye> ogra: so it runs 10,04 but with an older kernel ?
[17:47] <ogra> no
[17:47] <ogra> unless you build your own kernel it will miss features
[17:47] <rsavoye> ah...
[17:47] <ogra> their image is based on 9.10
[17:48] <ogra> i didnt manage to boot 10.04 with their kernel, upstart needs some features that entered after .29
[17:48] <ogra> i wish they would properly upstream their patches, then it wouldnt be any prob
[17:50] <ogra> anyway, out for today ...
[17:51]  * ogra has to do his national duty and watch a soccer game on tv tonight ... and i'm out of beer !
[18:07] <prpplague> ogra: out of beer? what kind of human are you? that is just plain disgusting
[18:08] <GrueMaster> ogra: I'll fie a bug and assign you ownership.
[18:08] <GrueMaster> s/fie/file
[18:12] <DanaG> say, anyone know when there'll be pics of this "Panda"?
[18:12] <DanaG> Or at least a list of specs?
[18:20] <asac> ogra: did you ever get your alwaysinnovation touchsmartbook thing enabled?
[18:43] <ogra_cmpc> asac, see backlog :P
[18:43] <ogra_cmpc> asac, we talked about it for 1h
[18:44] <ogra_cmpc> prpplague, fixed :)
[18:45] <GrueMaster> ogra_cmpc: any idea on how to debug this issue I am seeing?  I have the 8G SD booting, jasper appears to work fine (found the log), but the system stops after mounting mmc0p2 on /root.
[18:45] <prpplague> ogra_cmpc: what is fixed?
[18:45] <ogra_cmpc> prpplague, the out of beer issue
[18:45] <prpplague> DanaG: http://fc01.deviantart.net/fs31/f/2008/201/1/5/Panda_Board_by_elanamullaly.jpg
[18:45] <prpplague> ogra_cmpc: ahh
[18:46] <ogra_cmpc> GrueMaster, not really, so it resizes properly and also creates fstab etc ?
[18:46] <GrueMaster> Yes
[18:46] <ogra_cmpc> hmm
[18:47] <ogra_cmpc> it should just move on, is it possible thats the MMC issue from before ?
[18:47] <ogra_cmpc> (note that my images still use the .34 kernel)
[18:47] <GrueMaster> No, the mmc issue would appear in dmesg, and the filesystem would be corrupt.
[18:47] <GrueMaster> I'm aware of that.
[18:48] <ogra_cmpc> no idea from the top of my head
[18:48] <GrueMaster> Lian is building me a new .35 kernel with the daisy chain fix.
[18:48] <ogra_cmpc> if /root is mounted and fstab is created in /root/etc/ there is no reason it should stop
[18:49] <ogra_cmpc> yeah, i know
[18:49] <GrueMaster> It doesn't happen on my 16G SD card.  Both are Kingston, class 4 SDHC cards.
[18:49] <ogra_cmpc> that kernel isnt there yet though, i'll switch the image once its available
[18:49] <ogra_cmpc> i only have kingston microSD 4G ones, i'll test with one tomorrowq
[18:49] <GrueMaster> No, i meant lian is building me a test kernel now.  It will be uploaded to the pool on Friday.
[18:50] <ogra_cmpc> ah
[18:52] <GrueMaster> I'll continue smacking it around here.  Have to regenerate the boot.scr & add serial console output and some other modifications.
[18:52] <ogra_cmpc> heh, prpplague thats a cute panda
[18:52] <ogra_cmpc> GrueMaster, then oem-config will break
[18:53] <prpplague> ogra_cmpc: actually i have no clue the site is blocked from inside TI, i think avr500 posted that
[18:53] <GrueMaster> It has worked fine when I add console=ttyS2,115200 console=tty1
[18:53] <ogra_cmpc> GrueMaster, input doesnt work iirc
[18:53] <prpplague> DanaG: seriously though. i don't think are going to release specs and pics for a few more months
[18:53] <GrueMaster> it does when you list a local console as well.
[18:53] <ogra_cmpc> oh, i thought you wanted to run it completely on serial
[18:54] <GrueMaster> besides, I am not even getting that far yet.  It dumps me at a busybox shell.
[18:55] <ogra_cmpc> drop quiet from the cmdline
[18:55] <ogra_cmpc> hmm, did i even set that ?
[18:55] <GrueMaster> No it isn't set.
[18:55] <ogra_cmpc> right
[18:56] <ogra_cmpc> and it spills no error to the console ?
[18:56] <ogra_cmpc> i think you can set some debug value on the cmdline that will spit out more info from the initramfs scripts
[18:56] <GrueMaster> No errors (yet).
[18:56] <GrueMaster> brb
[18:57] <ogra_cmpc> i'll also add more logging to jasper_setup, currently the second script doesnt log at all
[18:57]  * ogra_cmpc will do that tomorrow first thing
[19:01] <GrueMaster> second script?
[19:01] <ogra_cmpc> jasper_serup
[19:01] <ogra_cmpc> *setup
[19:02] <ogra_cmpc> first script is jasper_growroot living in scripts/local-premount
[19:02] <ogra_cmpc> second script is jasper_setup living in scripts/local-bottom
[19:02] <GrueMaster> found it.  I'll tear it apart and see if it is havng issues.
[19:03] <ogra_cmpc> would be weird if it had and wouldnt have on the other SD
[19:03] <ogra_cmpc> i could understand if the first script had issues because of different cards but the second one that only moves data around and creates files
[19:04] <GrueMaster> I'm wondering if the remount line is actually working.
[19:05] <ogra_cmpc> it works here
[19:05] <GrueMaster> no, that isn't it.
[19:05] <ogra_cmpc> (and apparently on your other card)
[19:05] <GrueMaster> Thinking out loud.
[19:05] <ogra_cmpc> yeah, good thing
[19:05] <ogra_cmpc> but if the remount wouldnt work you would still boot
[19:05] <ogra_cmpc> the stuff done by the second script isnt essential for moving on
[19:07] <ogra_cmpc> only for rebooting (boot.scr) but it should still move without fstab and /etc/network/interfaces
[19:14] <asac> ogra_cmpc: cheers (/me goes for lagavulin for the game ;))
[19:14] <ogra_cmpc> heh
[19:16] <GrueMaster> very odd.  Rebooting now brings up oem-config.  Something is not going through in the first boot.  Will continue investigating.  Enjoy the game & beer.
[19:16] <ogra_cmpc> will do (starts in 15)
[19:17] <ogra_cmpc> US and england already made it today
[19:47] <armin76> asac: vuvuzela!
[19:48] <DanaG> latest xkcd is fun.
[23:54] <GrueMaster> mpoirier: ping
[23:55] <mpoirier> yes.
[23:55] <mpoirier> GrueMaster: ping
[23:55] <GrueMaster> have you tested the kernel after making the daidy chain fix?
[23:56] <mpoirier> the temporary fix, yes.
[23:56] <GrueMaster> Did you get video out?
[23:56] <mpoirier> ha....
[23:56] <mpoirier> that is another issue.
[23:56] <GrueMaster> I'm getting the following errors on boot:[    2.054840] omapfb omapfb: no displays
[23:56] <GrueMaster> [    2.058654] omapfb omapfb: failed to setup omapfb
[23:56] <GrueMaster> [    2.063476] omapfb: probe of omapfb failed with error -22
[23:56] <mpoirier> plymouth core dumps...
[23:56] <mpoirier> yes indeed.
[23:57] <GrueMaster> No, they should be unrelated.  I get those on .34 as well.
[23:57] <mpoirier> not related to daisy chain - was there since I joined the company.
[23:57] <GrueMaster> Understood.
[23:57] <mpoirier> yes, indeed.


[06:53] <dholbach> good morning
[12:41] <akgraner> dholbach,  morning!
[12:41] <dholbach> hey akgraner
[12:43] <akgraner> Hey all if you notice by the end of you day in whatever TZ  you're in and if you are subscribed to the ubuntu-news mailing list version of UWN and it hasn't made it to your inbox nudge me - yesterday's was held in the moderation queue...sorry about that - I'll double check after I send it next week as well. - Thanks in advance.
[17:56] <JoseeAntonioR> working on ubuntu on air for tomorrow announcement
[17:58] <JoseeAntonioR> akgraner: do you think you can please review the post I just submitted?
[21:02] <akgraner> JoseeAntonioR, will do
[21:02] <akgraner> Sorry was in a meeting
[21:17] <JoseeAntonioR> thanks


[12:15] <RadiantFire> wow, bug filing time... print to pdf produces really strange output
[12:15] <RadiantFire> haven't used that feature in forever
[01:03] <RadiantFire> mhb: ping
[01:06] <nosrednaekim> RadiantFire: From mhb icmp_seq=3 Destination Host Unreachable
[01:06] <nosrednaekim> --- mhb ping statistics ---
[01:07] <nosrednaekim> 1 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5015ms
[01:07] <nosrednaekim> , pipe 3
[01:07] <nosrednaekim> ;)
[01:12] <xerosis_> RadiantFire: mhb's not been online all night
[01:19] <RadiantFire> mmm... exciting
[01:19] <RadiantFire> hrm +3 errors from 1 packet?
[01:19] <RadiantFire> i find that highly unlikely
[01:58] <TheCreationist> Is there any word on when the Konversation bug will be fixed?
[01:58] <TheCreationist> Strange thing going on with Konversation.  Every time I start it up, the server list shows up, but can't be closed (there are no buttons and the X doesn't close it either).  Also, it keeps opening a title-less tab and says it can't connect.  Anyone else having this issue?
[02:11] <Riddell> apacheLAGger: backports broke, but I seem to have found a way to get it through now so it should be compiled in an hour or so
[02:13] <apacheLAGger> Riddell: ok, thanks :)
[02:19] <xerosis_> is there any standard testing for kde?
[02:21] <Riddell> https://wiki.kubuntu.org/Testing/Long
[02:27] <Riddell> apacheLAGger: is there a licence on the amarok 1.4.6 image?
[02:29] <apacheLAGger> Riddell: creative commons by-nc
[02:31] <apacheLAGger> gotta get at least 3 hours of sleep this night ^_^
[02:31] <apacheLAGger> cya
[02:41] <xerosis_> Riddell: i meant for apps
[05:14] <Jucato> lol! coreymon really can't let it go :)
[05:14] <DaSkreech> No but as long as he is willing to get educated
[05:14] <Jucato> we'll see how willing he is :P
[05:14] <DaSkreech> better than waiting til October and OMGWTHTh3yLiiieee!!!!1111
[05:14] <ajmitch> no ponies?
[05:15] <DaSkreech> BBQ!
[05:15] <ajmitch> mmmm, bbqed ponies
[05:15] <Jucato> heheh
[05:24] <nixternal> ahh, the good ol' kde on windows chat ey
[05:25] <Jucato> nixternal: yeah :)
[05:25] <nixternal> there is/was a windows port somewhere I think
[05:25] <nixternal> it won't run natively, just like with macos, there are a couple of ports out there
[05:25] <Jucato> since he didn't believe us in #kubuntu, he sought aid in #kde... but I think he got the point now :)
[05:25] <DaSkreech> yeah
[05:26] <Jucato> well, I think it's a bit of KDE marketing fault anyway... this misconception about cross-platform-ability
[05:26] <DaSkreech> I'm not sure that was ever advertised as he sees it
[05:26] <Jucato> nixternal: how's vista? hehehe
[05:26] <DaSkreech> !nixternal
[05:26] <ubotu> Oh no!  The pointy-clicky Vista lover has arrived!  He's rumoured to be giving out free money, too!
[05:27] <nixternal> don't know, haven't tried it
[05:27] <Jucato> DaSkreech: no. but a lot of the "foo will run on Windows because Qt 4 is now GPL on Windows" hype in most KDE posts/stories is also to blame
[05:27] <nixternal> right now I want to kill Gutsy
[05:27] <DaSkreech> Yeah
[05:27] <DaSkreech> that is true
[05:27] <Jucato> nixternal: you mean it isn't dead yet? :)
[05:28] <nixternal> I can't browse the intarweb
[05:28] <Jucato> hehe :P
[05:28] <Jucato> that's always fun :P
[05:28] <DaSkreech> I can describe it to you
[05:29] <Jucato> better yet, I can demonstrate.
[05:29] <DaSkreech> I have 56k internet ins in my imagination anyway
[05:30] <nixternal> Jun 21 16:11:17 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.host_name
[05:30] <nixternal> wth?
[05:30] <nixternal> /com/redhat/dhcp/eth1
[05:31] <nixternal> why do people do uploads that destroy stuff?
[05:32] <Jucato> because it's fun? :)
[05:33] <ajmitch> to annoy you
[05:34] <nixternal> retarded!
[05:34] <nixternal> I would love to file a bug on it, but I can't
[05:34] <DaSkreech> ashu18: ls repair
[05:35] <DaSkreech> What?
[05:35] <Jucato> err... something
[05:40] <nixternal> hrmm, I think I may have found it
[05:40] <nixternal> dhcpcd wasn't installed (marked un) for some odd reason
[05:41] <crimsun> it should be uninstalled.
[05:41] <crimsun> it's in universe.
[05:42] <nixternal> but with it uninstalled, I don't get resolution
[05:43] <nixternal> is there something else that is supposed to be offering it?
[05:44] <crimsun> (you're splitting the conversation between here and #edubuntu)
[05:46] <nixternal> ya, so I have noticed..isn't that neat!
[05:47] <nixternal> ok, speaking of lure and his nm changes, this just started today, well it seems yesterday/last night, but something kicked in this afternoon that is making me really notice it
[05:47] <nixternal> I thought the nm changes came through a few days ago
[05:50] <DaSkreech> Jucato: help :)
[05:55] <nixternal> well, dhcpqfufua didn't fix the problem
[05:56] <DaSkreech> ponies!
[05:58] <crimsun> I implied it wouldn't, as it's a universe package and has nothing to do with it
[05:59] <crimsun> I'd chase it down myself, but I hate NM and use interfaces(5) with if{up,down} anyhow.
[06:02] <nixternal> NM has always been a champ for me...this really sucks
[06:02] <nixternal> I uninstalled it, and it works.../me takes hammer to laptop
[06:03] <bdmurray> nixternal: what is going on?
[06:03] <crimsun> life is much simpler with interfaces(5) and if{up,down}
[06:03] <bdmurray> heh
[06:03] <nixternal> crimsun: that is the way I used to do, NM is hands free :)
[06:03] <crimsun> then again, if everyone used it, it wouldn't be shiny, icon-y, and spiffy
[06:04] <nixternal> well, I could always write a silly script to detect when eth0 is down, to bring eth1 up and vice versa
[06:30] <ScottK> I've been working on the S/MIME by default part of the Gutsy KDE plan spec and it turns out that one of the major barriers (this is relative - it's not particularly major I don't think) is adding use-agent to the user's gpg.conf file.  I'd appreciate a pointer towards where I should be looking to make a change for that.
[06:32] <nixternal> gnupg-agent?
[06:32] <nixternal> argh, ya, gpg.conf
[06:32] <nixternal> use-agent tells gpg to use gnupg-agent
[06:32] <nixternal> been a while since I configured all of that
[06:33] <ScottK> Yeah.  So the question is, if I want that by default if you have kmail isntalled, where do I make that change?
[06:38] <crimsun> there's gpgconf(1) in the gnupg2 source.
[06:39] <ScottK> Yes, but kmail depends on gnupg, not gnupg2.  Maybe it doesn't matter.  I'll look at it.
[06:40] <ScottK> Which (gnupg vs gnupg2) is another thing I wonder about, but I don't need to worry it for S/MIME since that's gpgsm.
[06:40] <crimsun> or you could provide a graphical hook
[06:41] <crimsun> "click here to configure s/mime for your user" -> executes /usr/foo/adduse-agent-hook
[06:41] <ScottK> Hmmm.  That would be a possibility, but not ideal.  I want it to just work.
[06:42] <ScottK> How do per user conf files get added/modified in KDE?  First time I've hit this kind of question.
[06:43] <crimsun> likely depends on the app.  I'm not familiar with any particular KDE system.
[06:44] <crimsun> and I need to go house hunting in Columbia and Silver Spring today, so it's Z time.
[06:44] <ScottK> OK.  I guess I'll have to do some actual research.
[06:44] <ScottK> crimsun: How long are you in the area for?
[06:44] <crimsun> I'm in Columbia presently.
[06:45] <crimsun> I'm here until approximately 5 PM Fri 22 June.
[06:45] <ScottK> Ah.  About 20 minutes from me.
[06:45] <ScottK> Cool.
[06:45] <ScottK> Good night then.
[06:51] <nixternal> KConfig
[07:50] <nixternal> Hobbsee: I am working on some of your universe merges since I am bored, as long as you don't mind
[07:50] <nixternal> ksensors, and now I am taking a look at syslog-summary
[07:51] <Hobbsee> right
[07:51] <Hobbsee> dont bother @ syslog-summary
[07:52] <nixternal> well it is a sync if you feel up to it
[07:52] <Hobbsee> nixternal: what's the version number of each?
[07:53] <Hobbsee> nixternal: it's not a sync.
[07:53] <Hobbsee> not yet, anyway
[07:53] <nixternal> syslog is 1.12
[07:53] <Hobbsee> version number screwups
[07:53] <nixternal> orly
[07:53] <nixternal> 1.12-0.1 is the current debian version
[07:53] <Hobbsee> if you check the ubuntu diff, you'll already see the debian change applied in there
[07:53] <Hobbsee> right, then it's not a sync yet.
[07:54] <nixternal> the only thing in the patch was changelog enteries
[07:54] <Hobbsee> do a dpkg --compare-versions on the two version numbers
[07:59] <DaSkreech> Hi Hobbsee
[07:59] <DaSkreech> was there an amarok package ?
[07:59] <Hobbsee> yes
[07:59] <Hobbsee> it's been uploaded to the archive
[08:00] <DaSkreech> Ah
[08:05] <nixternal> strigiapplet can be sync'd (bug 121682)
[08:05] <ubotu> Launchpad bug 121682 in strigiapplet "Please synce strigiapplet (0.5.1-2) from Debian Unstable(main)" [Undecided,New]  https://launchpad.net/bugs/121682
[08:05] <nixternal> didn't mean to post that here
[08:06] <Hobbsee> nixternal: now, about this email... :P
[08:07] <DaSkreech> No announcements?
[08:07] <Hobbsee> nixternal: of course i'm going to say yes, you goose :P
[08:07] <nixternal> haha, you called me a goose, wtheck
[08:08] <nixternal> man, Riddell has nothing but Universe syncs, except for KDevelop, and there is no way in hell I am touching that one
[08:12] <Hobbsee> haha
[08:13] <nixternal> it just looks scary
[08:14] <Hobbsee> they usually do
[08:14] <Hobbsee> it's a good question as to whether they are scary or not
[08:14] <nixternal> I need to start working more with KDevelop so I can get it down and all of the functionality
[08:14] <nixternal> I would like to start working on creating an app from scratch
[08:20] <Hobbsee> that'd be cool
[08:20] <Hobbsee> so would i.  but that doesnt make it on the immediate todo list :(
[09:15] <mhb> oh my, so many people looking for me
[09:32] <Tonio_> hi ;)
[09:33] <Hobbsee> mhb: you're popular
[09:33] <Hobbsee> hi Tonio_
[09:33] <Tonio_> yop Hobbsee :)
[09:33] <Tonio_> yop mhb ;)
[09:35] <Tonio_> mhb: I'm packaging the current kdesudo to make tests and make a point on the missing features
[09:35] <Tonio_> mhb: would be nice to have a mailing list too...
[09:37] <Tonio_> mhb: didn't you commit your latest changes ?
[09:38] <Tonio_> mhb: still revision 19 afaics
[09:51] <mhb> Tonio_: no, not yet
[09:51] <Tonio_> mhb: okay ;)
[10:30] <mhb> Tonio_: I can commit today, if you want
[10:31] <Tonio_> mhb: please do ;)
[11:00] <mhb> Tonio_: done
[11:05] <Tonio_> mhb: perfect :)
[11:13] <Tonio_> Riddell: have any kdebase package to upload ? I'll prepare one with a few fixes (mostly desktop files work)
[11:17] <Riddell> Tonio_: don't think so
[11:18] <Tonio_> Riddell: great
[11:19] <Tonio_> Riddell: also, abou what we discussed during the meeting in spain, what aot including klamav to kubuntu ?
[11:19] <Tonio_> s/aot/about
[11:20] <Tonio_> hum, the all clamav part is in universe.... sounds a good idea, but as ubuntu doesn't have plans about clamav, it is hard to consider getting everything to main just for kde no ? ;)
[11:20] <Riddell> grumble, more stuff of the CD
[11:20] <Tonio_> Riddell: we dropped kexi right ? :) we should have a good amount of free space now
[11:21] <Riddell> the DVDs are horribly oversized
[11:21] <Tonio_> hehe ok ;)
[11:22] <Tonio_> Riddell: the dvd includes all the main stuff or what ?
[11:28] <Riddell> all supported
[11:57] <Riddell> Tonio_: for revu http://revu.tauware.de/details.py?upid=5682
[11:58] <Tonio_> Riddell: reviewing
[12:07] <Tonio_> Riddell: uploaded
[12:08] <Riddell> rocking
[12:08] <Riddell> congratulations Nightrose
[12:09] <Nightrose> ;-) thx Riddell - will tell the developers
[12:09] <Nightrose> ah the REVU? coooool ;-)
[12:10] <Nightrose> thought you where speaking of the amarok-release
[12:10] <Riddell> Nightrose:
[12:10] <Riddell> congratulations on that too :)
[12:10] <Nightrose> hehe
[12:11] <Riddell> now you need to wait for klogshow to pass source NEW then binary NEW then once its in the archive you need to install and test it still all works
[12:11] <Nightrose> cool will do that
[12:12] <Nightrose> aplg: wohooooo thx for your help
[12:19] <Riddell> Czessi: kubuntu poster stand arrived thanks
[12:29] <emonkey-f> nice
[12:32] <emonkey-f> hope it will be on a good place at akademy
[01:49] <ScottK> crimsun: Thanks.  I'll look at that.  Good luck on the house hunting.
[03:18] <Hobbsee> Riddell: oh, so *that's* what you look like in a kilt.
[03:19] <Lure> Hobbsee: he was not in kilt at last UDS? strange...
[03:19] <Hobbsee> Lure: no he wasnt.
[03:19] <Hobbsee> Lure: but he was at debconf
[03:19] <Lure> Hobbsee: yep, debconf foto is great
[03:19] <Hobbsee> :)
[03:21] <Hobbsee> :P
[03:35] <Riddell> Jucato: better than what?
[03:37] <gnomefreak> anyone use bzr bd --merge to build?
[03:37] <gnomefreak> looking for a way to sign using that way
[03:38] <Jucato> Riddell: the audio of the video last year... but I'm not demanding/expecting... just hoping against hope :)
[04:48] <Riddell> Jucato: we will have better cameras this year (or they /should/ be for the price)
[04:49] <Jucato> yay! :)
[05:21] <ScottK> Riddell: Is there a reason why kmailcvt (which is just a file format converter AFAICT) is still part of kubuntu-desktop when neither kmail nor konversation are required?
[05:21] <Riddell> I suspect someone asked for it once
[05:22] <ScottK> Riddell: Konversation used to be part of kubuntu-desktop, right?
[05:22] <Riddell> should still be so
[05:23] <ScottK> OK.  I'm not seeing it.  Maybe I'm looking at it wrong...
[05:23] <Riddell> apt-cache show kubuntu-desktop | less
[05:23] <Riddell> there for me
[05:24] <ScottK> Riddell: Sorry.  I can't type today.  I meant Kontact, not Konversation.
[05:24] <ScottK> Urghh.. Need more coffee I think
[05:24] <Riddell> that's in recommends
[05:30] <ScottK> Riddell: It looks to me like kmailcvt should have gotten demoted to recommends at the same time as you demoted kmail and kontact.  It's pretty useless without those.
[05:31] <Riddell> seems fair, I'll change the seeds now
[05:31] <ScottK> OK.  I won't file a bug then.... ;-)
[05:32] <Riddell> nixternal: tribe 2 out next week, able to do your usual top job on a wiki page?
[05:33] <ScottK> Riddell: What I'm hunting for at the moment (when I noticed that) was the right point in the packaging system to add an option to ~/.gnupg/gpg.conf if kmail is installed.  It's needed for the S/MIME by default.
[05:33] <ScottK> Riddell: I'd love a hint/suggestion.
[05:34] <Riddell> ScottK: you can't edit files in home directories from packages (what if a new user is created etc)
[05:34] <Hobbsee> ScottK: yay @ pinentry-qt
[05:34] <ScottK> Riddell: OK.  What do I pick on to get that done?
[05:35] <Riddell> ScottK: there would need to be a global gnupg config file
[05:35] <Riddell> even then it's dodgy, kmail should set it at runtime perhaps
[05:36] <ScottK> Riddell: But then if gnupg gets started first, you'd also have to give it a HUP to notice the change and what problems might that cause...
[05:41] <ScottK> Hobbsee: Have you got any ideas on this?  To make S/MIME work we need use-agent in gpg.conf
[05:42] <Hobbsee> ScottK: it's sticky.  i'm assuming you'd need something like "install gpg support" inside kmail, with a sed.  but that's very sucky.
[05:43] <ScottK> Hobbsee: Alternatively, is there any harm in just making Ubuntu's gpg use-agent by default?  It's well past being experimental now.
[05:44] <Hobbsee> does gnupg-agent get auto-installed?
[05:44] <Hobbsee> ScottK: might be a wise idea to ask seb128 about that - agents and such are still quite new to me too
[05:44] <Hobbsee> oh, which reminds me - i wonder why they dont enable the ssh support for the gnupg-agent
[05:45] <ScottK> Hobbsee: No, it doesn't.  We have ssh-agent (or something close to that) for ssh.  Isn't that enough?
[05:45] <Hobbsee> ScottK: keychain?  i'm nto sure which you're referring to
[05:46] <ScottK> Hmmm.  I don't recall now.  I thought it was ssh-agent, but maybe it's all part of the same package and I've got it installed.
[05:46] <ScottK> Remember, I'm old and forget stuff.
[05:46] <Hobbsee> ssh-agent is mentioned elsewhere, but isnt in apt
[05:47] <mhb> hi nosrednaekim
[05:47] <nosrednaekim> mhb: hey
[05:48] <Tonio_> Riddell: I'm trying to build kdemobiletools, but there is a hudge list of errors I don't understand...
[05:48] <mhb> nosrednaekim: what can I do for you?
[05:48] <Hobbsee> ScottK: gnupg-agent, with the --ssh-enabled i suspect.  or whatever ti is
[05:48] <Tonio_> Riddell: afaics, the header files are there, and there is no missing builddeps...
[05:48] <nosrednaekim> mhb: oh you caught Hobbsee and I talking yesterday?
[05:48] <Tonio_> Riddell: can you quickly have a look at http://tonio.homelinux.org/temp/buildlog please ?
[05:48] <ScottK> Hobbsee: For S/MIME it looks like a MIR for pinentry, getting the gpg.conf to say use-agent, and adjusting kmail depencies.  I've got it sorted how to do it, now I need to figure how to package it.
[05:48] <nosrednaekim> mhb: I was wondering how the porting of restricted-manager to qt was going.
[05:49] <Hobbsee> mhb: how's the restricted manager port going?
[05:49] <Hobbsee> ScottK: sounds about right.  i thought some of pinentry was already in main
[05:50] <Hobbsee> oh, no it isnt
[05:50] <mhb> nosrednaekim, Hobbsee: it hasn't started yet. Well, I'm going to start it soon.
[05:51] <nosrednaekim> mhb: I'd like to help if that is possible
[05:52] <mhb> nosrednaekim: hmm, I'm not sure about that.
[05:52] <Hobbsee> Riddell: please respond to https://lists.ubuntu.com/archives/motu-council/2007-June/000168.html
[05:54] <mhb> nosrednaekim: I'm paid as a part of SoC to do that, so I think I should be the one that does it
[05:54] <nosrednaekim> mhb: hmmm ok.
[05:55] <Tonio_> Riddell: I'm currently repackaging kdebluetooth to have the header files in it
[05:55] <Hobbsee> nosrednaekim: how old are you?
[05:55] <Tonio_> Riddell: but that'll include a split with kdebluebluetooth, libkdebluetooth and libkdebluetooth-dev
[05:55] <nosrednaekim> 17
[05:55] <Tonio_> Riddell: is that a big problem ? I just suspect we wll have to update the seeds right ?
[05:55] <ScottK> nosrednaekim: If you want to hack on a Pyhon app, maybe Guidance upstream is looking for more help.
[05:56] <nosrednaekim> ScottK: ok. I guess they do need to port alot of stiff to qt4
[05:56] <nosrednaekim> *stuff
[05:56] <Hobbsee> nosrednaekim: wow
[05:57] <nosrednaekim> Hobbsee: :)
[05:58] <mhb> nosrednaekim: that means you're one year away from being eligible for SoC, right?
[05:58] <mhb> nosrednaekim: you could try next year's
[05:58] <nosrednaekim> mhb: I think you have to be in college, don't you?
[05:58] <mhb> nosrednaekim: nah
[05:59] <mhb> nosrednaekim: you just need to be a student
[05:59] <nosrednaekim> mhb: then i'll do it next year :)
[05:59] <nosrednaekim> that'll be fun summer job.
[05:59] <nosrednaekim> anyway, is there a channel for guidance or do I have to join their mailing list?
[06:00] <_Sime_> you are on the channel
[06:01] <nosrednaekim> _Sime_: are you a developer for it?
[06:03] <mhb> _Sime_, sebas: oh, just to let you know, I haven't committed anything to grubconfig lately ( been busy with the Summer of Code), but I found a great guy ( xerosis ) who volunteered to hack on it.
[06:04] <Riddell> Tonio_: no problem at all, but have you spoken to allee?
[06:04] <Hobbsee> Riddell: how far is beta1 off?
[06:04] <Hobbsee> (kde4)?
[06:04] <mhb> he doesn't have KDE SVN commit rights yet, so I'll commit once we (he) have something working
[06:05] <Hobbsee> iirc, it should be published somewhere by now?
[06:05] <Riddell> Hobbsee: not heard anything of it
[06:05] <Hobbsee> my brain says the 24th.
[06:05] <Riddell> it's late
[06:05] <Hobbsee> 1 day off.  25th.
[06:06] <Hobbsee> that's probably why.
[06:06] <ScottK> nosrednaekim: You could always start with trying to figure guidance bugs in Kubuntu.
[06:06] <Tonio_> Riddell: nope, not yet, I'll of course do before any upload
[06:06] <Hobbsee> Riddell: true that.  it usually is.
[06:06] <Riddell> Tonio_: what version are you packaging?
[06:06] <Tonio_> Riddell: how about the build issues, did you have a look ?
[06:06] <nosrednaekim> ScottK: ok
[06:06] <Riddell> Tonio_: which build issue?
[06:06] <Tonio_> Riddell: of kmobiletools ?
[06:07] <Tonio_> Riddell: I'm not packaging a new version of kdebluetooth, just splitting the package, as kmobiletools requires kdebluetools headers
[06:07] <Tonio_> optional feature, but we have to use it ;)
[06:07] <Riddell> ok
[06:07] <Riddell> but allee is already looking at the new versions so ask him before doing too much
[06:07] <Tonio_> Riddell: on the other hand, I have a big build issue with the latest kmobiletools I don't understand
[06:07] <Tonio_> Riddell: http://tonio.homelinux.org/temp/buildlog
[06:07] <Riddell> he has problems with them though
[06:08] <Tonio_> Riddell: looks like header files are missing, but the builddeps are there, and the include path seems to be correct so I don't understand....
[06:08] <Tonio_> Riddell: hum okay
[06:08] <Tonio_> allee: ping when arround ;)
[06:08] <mhb> nosrednaekim: I also hacked a bit of guidance
[06:08] <Tonio_> Riddell: kdebluetooth shouldn't be a problem, the tricky part is kmobiletools....
[06:09] <mhb> nosrednaekim: but only a tiny bit
[06:09] <Tonio_> Riddell: I think allee is looking towards to package the svn/dbus version of kdebluetooth, which is completly different packaging in fact :)
[06:09] <Riddell> Tonio_: is it using the wrong version of qt?
[06:09] <Tonio_> Riddell: hum, I don't think so, let me look
[06:10] <nosrednaekim> mhb: I messed around with guidance power manager a little.
[06:11] <Tonio_> Riddell: I'll try to fix the qt includes path within the configure, we'll see
[06:11] <Tonio_> Riddell: we should have a compatible version of qt
[06:12] <Riddell> Tonio_: I mean it might be picking up qt 4 headers when it wants qt 3
[06:12] <Riddell> although that shouldn't be possible
[06:13] <Tonio_> Riddell: builddep is libqt3-mt-dev.....
[06:13] <Tonio_> Riddell: no chance to pic up qt4, I'm building it in a chroot :)
[06:13] <mhb> nosrednaekim: if you want to have
[06:13] <mhb> nosrednaekim: your own project, I'm sure you could find one
[06:14] <mhb> nosrednaekim: qt3->qt4 plumbing gets boring often :o) boring, but necessary
[06:14] <Tonio_> Riddell:   kde_qt_dirs="$QTDIR /usr/lib/qt3 /usr/lib/qt /usr/share/qt3"
[06:14] <Tonio_> Riddell: looks  correct...
[06:15] <Riddell> yes
[06:15] <Tonio_> Riddell: same for qt_incdir, /usr/includes/qt3
[06:15] <Tonio_> I don't understand.....
[06:15] <nosrednaekim> mhb: yeah..
[06:16] <Tonio_> Riddell: the only option is that the .h files are not included in the code, but that doesn't make sense, as the .cpp files failing are generated from the ui files, with qmake....
[06:16] <Tonio_> Riddell: would it use qmake/qt4 ?
[06:17] <Tonio_> Riddell: no chance, no qt4 builddep...... I'm lost I must say
[06:17] <nosrednaekim> ScottK: whew.. plenty of bugs there to fix! i'll get to work ;)
[06:18] <ScottK> nosrednaekim: I didn't think you'd be bored.  Just remember that many of them relate to specific hardware/architectures so find one's you'll be able to reproduce/verify.
[06:19] <_Sime_> nosrednaekim: sorry, I just ducked downstairs looking for food... Yes you are welcome to help hack on guidance.
[06:19] <Riddell> Tonio_: put the sources somewhere and I can take a better look
[06:20] <Tonio_> Riddell: sure
[06:21] <Tonio_> Riddell: http://tonio.homelinux.org/temp/kmobiletools
[06:21] <nixternal> Riddell: I am always able to do our release notes!
[06:22] <nixternal> where be Lure! Network manager is broke!
[06:23] <Hobbsee> it be working here . define broke?
[06:24] <nixternal> heh
[06:24] <nixternal> well I will see if it happens again today, but I would lose dns constantly
[06:24] <nixternal> and when I shutdown network mangler, and did the ifup/ifdown stuff, I had no problems
[07:01] <gnomefreak> nixternal: n-m has been broken for about a week now
[07:01] <nixternal> it is weird, it just acted up last night
[07:01] <nixternal> right now it is running fine
[07:01] <gnomefreak> hmmm
[07:02] <gnomefreak> nixternal: crimsu_n had problems 4days to a week ago with it maybe they fixed it?
[07:02] <nixternal> I don't think so, because he was saying last night it is still broken
[07:04] <gnomefreak> not sure why it works for some and not others
[07:23] <ScottK> Nothing like a little power outage to brighten your day...    Sorry.  https://wiki.kubuntu.org/MainInclusionReportPinentry
[08:24] <Riddell> ScottK: looks good to me
[08:24] <Riddell> please add to queue and ping pitti
[08:24] <ScottK> Riddell: Thanks.  Over to you then.
[08:24] <Riddell> I suspect it'll take some time to review
[08:25] <ScottK> Right.
[08:25] <ScottK> That's why I did it now.
[08:25] <ScottK> I've added it to the queue.  WIll ping pitti.  Thanks.
[08:30] <Riddell> thank you
[08:30] <ScottK> Riddell: Do we need to do the bit in the MIR process about adding it as a depenency to a package in Main now?
[08:30] <Riddell> it should be added to the seeds
[08:31] <ScottK> Then that goes on the list for the discussion with pitti?
[08:32] <Riddell> I can add it now
[08:33] <ScottK> OK.  Sounds good.  Pitti's not on IRC now, so I guess I'll catch him next week.
[08:53] <hunger_t> Why doesn't the knetworkmanager connect me anymore?
[08:54] <hunger_t> well, not automatically at least. I plug in my network cable and it beeps but does not initialize the connection.
[08:57] <Riddell> Tonio_'s the network manager man now
[09:05] <Tonio_> Riddell: I have to work a bit more on it.... at the moment I am just the knetworkmanager man, as I've always been :)
[09:05] <Tonio_> the gnome part is something that is very different from what I know :)
[09:06] <Tonio_> hunger_t: that's a known bug, we're waiting for a fix
[09:06] <Tonio_> it automatically goes on the plugin mode even if no cable is present....
[09:06] <Tonio_> hunger_t: a fix will be there before gutsy is out for sure
[09:26] <hunger_t> Tonio_: Thanks for the update.
[09:28] <nixternal> Tonio_: speaking of network mangler...I was having dns issues last night, and it wasn't 100% proven to be nm, however closing nm and using cli tools worked fine
[09:29] <Tonio_> nixternal: hum strange....
[09:29] <Tonio_> nixternal: ping me if you can reproduce that
[09:29] <Tonio_> nixternal: did you do updates yesterday ?
[09:29] <nixternal> yes
[09:30] <Tonio_> n-m doesn't like when dbus is restarted/reloaded sometimes :)
[09:30] <nixternal> and after them is when I noticed some strangeness at school
[09:30] <nixternal> Tonio_: that was the errors as a matter of fact, something to do with dbus
[09:30] <Tonio_> in fact it is knetworkmanager that looses the connection to n-m via dbus
[09:30] <Tonio_> nixternal: when that happens, should work after you restart knm
[09:30] <nixternal> Jun 22 11:18:46 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth0 for sub-path eth0.dbus.get.reason
[09:31] <nixternal> Jun 22 11:18:49 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth0 for sub-path eth0.dbus.get.nis_domain
[09:31] <nixternal> Jun 22 11:18:49 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth0 for sub-path eth0.dbus.get.nis_servers
[09:31] <Tonio_> same problem happens with guidance-power-manager btw
[09:31] <nixternal> ahh, I haven't experienced the problem at all today
[09:31] <Tonio_> looks like dbus was restarted during the updates
[09:31] <nixternal> I even rebooted last night and was still experiencing the issue
[09:31] <nixternal> I checked other machines and they didn't have dns issues, so it was only my laptop
[09:32] <Tonio_> did you perform the updates on the other machines ?
[09:32] <nixternal> that error is from today, about the time I did updates this morning possibly..but the dns has been chugging along
[09:32] <nixternal> no I haven't..this is my only gutsy box that isn't in a vm
[09:32] <Tonio_> a bit strange I must say....
[09:32] <nixternal> if I experience it again I will let you know..it was very strange
[09:32] <Tonio_> well let's forget this and rediscuss this if that happens again.... can be a non reproducible issue....
[09:32] <Tonio_> nixternal: sure, ping me :)
[09:33] <Tonio_> Riddell: kdebluetooth is done, everything is okay with kmobiletools except that qt build issue....
[09:33] <nixternal> ya, could have very well been something else with the lappy..so if I can reproduce it, I will ping you and try to get as much info as possible
[09:33] <Tonio_> Riddell: I will not find the solution to this one probably
[09:36] <nixternal> I need to get a bluetooth dongle so I can start playing around with it
[09:40] <n8k99> nixternal: watch your language
[09:41] <nixternal> haha
[09:41] <n8k99> ;-0
[09:41] <nixternal> hahahahahahahaha
[09:41] <nixternal> I just got it
[09:41] <n8k99> ^_^
[09:52] <Riddell> Tonio_: try updating the /usr/bin/moc alternative to qt3 not qt4
[09:54] <Tonio_> Riddell: how can the qt4 one be linked to qt4 even if not any qt4 related package is installed
[09:55] <Tonio_> Riddell: I'll try but that doesn't make sense to me
[09:56] <Riddell> Tonio_: if it calls "moc" it can end up using "moc-qt4"
[09:56] <Riddell> hmm, still failing for me
[09:56] <Tonio_> Riddell: strange isn't it ? ;)
[09:56] <Tonio_> it is the first time I can see something like this...
[09:58] <Riddell> it doesn't seem to be linking qt
[10:11] <Tonio_> Riddell: I'll investigate this WE
[10:11] <Tonio_> Riddell: kmobile is becoming a must have those days :)
[10:12] <Tonio_> Riddell: we need to have it correctly maintained in kubuntu :)
[10:12] <Tonio_> I have to go
[10:12] <Tonio_> Riddell: my internet connection should be back on monday, I can't wait for it to restart spending nights working hehe :)
[10:12] <Riddell> Tonio_: ask rockman
[10:12] <Riddell> he might know
[10:12] <Tonio_> yep, I'll ping him
[10:13] <Tonio_> have a nice WE all !
[10:47] <daSkreech> Is it me or does Ctrl+Q not quit adept anymore?
[10:50] <nixternal> ctrl+q or alt+q
[10:51] <nixternal> nope, ctrl+q closes it here
[10:51] <nixternal> wierd thing I just noticed...everything in the file menu is grayed out
[10:55] <Tm_T> nixternal: maybe you didn't pass genuine advantage check
[10:55] <nixternal> hardy har har
[11:00] <nixternal> Riddell: nice KDE pimpage in the DebConf picture :)
[11:03] <Riddell> nixternal: oh?  where is it?
[11:04] <Riddell> spotted in planet.debian
[11:22] <daSkreech> apokryphos: ping
[11:22] <apokryphos> hi there
[11:26] <daSkreech> apokryphos: got the link I threw at you ... I think it was last night?
[11:27] <apokryphos> daSkreech: sourceforge?
[11:27] <daSkreech> apokryphos: Si
[11:27] <apokryphos> yeah, thanks :)
[11:28] <daSkreech> Decent team
[11:28] <apokryphos> yeah, great news
[11:36] <nosrednaekim> hey I have a quick q about launchpad. I want to see duplicate bugs while in a bug entry, how do I do that? It just says that there are two duplicates, no numbers or anything
[11:40] <nosrednaekim> never mind, found it
[11:46] <nosrednaekim> Lure: I think this bug and its duplicates are a result of failed upgrades or missing dependencies
[11:46] <nosrednaekim> bug #108121
[11:46] <ubotu> Launchpad bug 108121 in kde-guidance "[apport]  guidance-power-manager.py crashed with ImportError in <module>()  dcopext (dup-of: 92977)" [Undecided,New]  https://launchpad.net/bugs/108121
[11:46] <ubotu> Launchpad bug 92977 in kde-guidance "[apport]  guidance-power-manager.py crashed with ImportError in <module>() dcopext" [Medium,Confirmed]  https://launchpad.net/bugs/92977
[11:46] <Lure> nosrednaekim: you have it on left side (bottom)
[11:47] <nosrednaekim> yeah I know... I found the " bug duplicates" tab
[11:48] <Lure> nosrednaekim: not sure how this is possible, since there is depends
[11:49] <Lure> nosrednaekim: it may be something with python c/c++ modules stuff
[11:49] <nosrednaekim> Lure: two of the three people mention a broken upgrade
[11:49] <nosrednaekim> but yeah, adept should be notifying them that they have broken packages
[11:50] <nosrednaekim> maybe I should ask if its still broken after a update?
[11:58] <ScottK> nosrednaekim: I'd focus on bugs you can replicate yourself to start with.
[11:59] <nosrednaekim> ScottK: ok.
[11:59] <ScottK> It'll make it easier to figure out if you've actually fixed it or not.
[12:01] <nosrednaekim> ScottK: yeah... ok, i'll look around.