[03:51] <tansell> Hi guys, are there instructions for porting ubuntu arm to another arm based system? I know my device is supported by recent kernels and works with debian but I'd strongly prefer to use ubuntu
[05:39] <LetoThe2nd> tansell: well if your system is armv7+x, basically just create a fitting kernel+initrd and use the ubuntu userland from there on as a first start
[06:42] <Heradon> good morning
[06:49] <Heradon> i need a little help, to flash my gooseberry ;) i need to use ubuntu ^^
[06:54] <lilstevie> gooseberry?
[06:55] <Heradon> yes it is a Allwinner A10 board
[06:55] <lilstevie> yeah, just looked it up
[06:56] <Heradon> but the newer version of the board does not boot from MMC
[06:56] <Heradon> i think i need a newer uboot
[07:01] <Heradon> but i dont know :(
[07:07] <LetoThe2nd> if you "don't" know, better do not touch the uboot as you are prone to brick the thing.
[07:07] <Heradon> good but i need a ubuntu on this board ^^
[07:08] <LetoThe2nd> well i need 100k€, but the world does not care either.
[07:08] <LetoThe2nd> if you a) do not know what you are doing b) risk bricking the board c) have no means to unbrick it - do not do it.
[07:09] <Heradon> good, i can do this board into trash
[07:09] <Heradon> android on my TV is ....
[07:10] <LetoThe2nd> sorry, but do not complain if you bought things that are not made for endusers, if you are an enduser.
[07:11] <LetoThe2nd> plus, their documentation is totally poor. or should i say "cheap"?
[07:11] <Heradon> the doku is crap
[07:11] <Heradon> I bought the board as ubuntu was still running from the MMC, but the delivery has been delayed and it hies then suddenly it will not boot from the MMC and now I'm looking for someone who can help me
[07:12] <LetoThe2nd> well if u-.boot is actually the reason, then the standard procedure is: get source, find bug, patch it, compile, flash
[07:13] <Heradon> need for flash anyone other hardware of the USB?
[07:13] <LetoThe2nd> but if even the manufacturer is to lazy/dumb to do that properly, and you are a mere enduser, then - well, you're whacked.
[07:13] <LetoThe2nd> usually u-boot can re-flash itself, unless it is bricked. so you need uboot access.
[07:14] <Heradon> the uboot access i become only with UART right?
[07:14] <LetoThe2nd> and you need a memory map, or the knowledge to read/interpret what uboot is telling you.
[07:15] <LetoThe2nd> well there uarts over usb too.
[07:15] <LetoThe2nd> these are things that you have to know if you want to tinker with something
[07:15] <Heradon> good i have no uart.. perfect
[07:15] <Heradon> i sell my gooseberry and buy a odroid-x
[07:16] <LetoThe2nd> do not complain to us if you have bought literally "cheap" hardware that you do not understand ;)
[07:17] <LetoThe2nd> they even say "only android ATM", which reads as "anything else only if you really know your stuff"
[07:18] <Heradon> i have 3 raspis, no problem i compile my own system. But the goosebery is ARG
[07:18] <LetoThe2nd> i really doubt that you compiled ubuntu for raspi ;)
[07:18] <Heradon> no i compile archlinux for raspi :>
[07:19] <LetoThe2nd> ah yes. *impressed*
[07:20] <Heradon> on my first computer i have gentoo, on my second pc ubuntu ^^ laptop lubuntu and netbook archlinux :O
[07:21] <LetoThe2nd> sorry to burst your bubble, but running neither gentoo nor archlinux makes you automatically someone who understands compiling or the inner workings. it just makes you someone who either is successfull in reading or experimenting.
[07:22] <LetoThe2nd> so coming back to the initial topic: running ubuntu on thath thing is probably doable. but judging from the pretty much non-existent documentation/source from the manufacturer, it boils down to considerable barin/time effort, and not some 1-2-3 type this, click here guide.
[07:23] <Heradon> i know, i work on the board since 2 weeks
[07:24] <LetoThe2nd> hence, if you're willing to go that route - provide information as precise as possible, and people will probably try to help and give pointers. but the most of the work will certainly be up to you.
[07:24] <Heradon> i know
[07:24] <LetoThe2nd> (if you're "working on" something since 2 weeks and do not even know how to access u-boot,.... well thats no good sign.)
[07:24] <Heradon> stop stop
[07:25] <Heradon> you are german? ^^
[07:25] <LetoThe2nd> i am, but i will neither do query support nor change to german here as the official channel language is english.
[07:26] <Heradon> ok, no problem but my english is very bad ^^ this is my first touch with uboot. i read the time dokumentations and boards on internet
[07:26] <LetoThe2nd> so back again: topic 1) for you is: get u-boot access. if you have that, come back and present the informations that one can get from that.
[07:28] <Heradon> can you give me a link to buy a uart interface?
[07:28] <LetoThe2nd> no, because i have absolutely no clue what you need. you have to find out where the manufacture has wired the A10s uart to.
[07:29] <Heradon> i sell the board
[07:29] <LetoThe2nd> if it comes out on a header, or a sub-d, or maybe it even is an additional usb endpoint.
[07:29] <LetoThe2nd> like i said: you have to invest your own brain power.
[07:30] <Heradon> i have an uboot log
[07:30] <LetoThe2nd> coming from where? if it magically appears on some sd card, that provides no information.
[07:31] <Heradon> https://gist.github.com/3364042 here an bootup
[07:31] <LetoThe2nd> like i said: how did you get that log?
[07:32] <Heradon> google ^^
[07:32] <LetoThe2nd> meh.
[07:32] <Heradon> i have all informations from google
[07:32] <LetoThe2nd> sorry, but this is becoming totally ridiculous.
[07:32] <LetoThe2nd> sell the board.
[07:33] <Heradon> ich hau mit dem hammer auf den scheissdreck -.-
[07:33] <lilstevie> most A10 devices are hard to brick fwiw cause of fex/livesuite
[07:33] <LetoThe2nd> lilstevie: doesn't make them easier to flash if you do not even know how to access the console ;)
[07:33] <lilstevie> heh
[07:34] <lilstevie> LetoThe2nd, fex/livesuite is over usb
[07:34] <Heradon> i have flashed 4 times alternatives androids to the board
[07:34] <lilstevie> bootrom recovery like nvflash
[07:34] <lilstevie> :p
[07:34] <LetoThe2nd> i already stated several times that finding out how to access u-boot must be topic #1. i really am getting tired a bit.
[07:34] <lilstevie> but yes
[07:35] <lilstevie> if you cannot interact with u-boot there is no point trying to debug it
[07:35] <lilstevie> "[
[07:35] <lilstevie> :p
[07:35] <LetoThe2nd> and repeatedly suggesting us that you have knowledge because you "flashed something" or "compiled something", but then asking very basic questions is also... lets say not very reassuring that we are spending effort for good here.

[07:44] <Heradon> so das board bootet nie wieder
[07:45] <RoyK> LetoThe2nd++
[08:15] <tirumal> Hi, new to this forum. Is screen rotation possible using SGX pvr driver for ubuntu 12.04 on pandaboard(Rev A4)?
[08:18] <tirumal> I have tried with ubuntu 11.04 by changing the bootargs parameters in boot.scr and it didn't work
[08:34] <sveinse> As previously discussed, plymouth is unable to show splash and show console on serial terminal simultaneously. This is something I must fix. I can do it in one of two ways: 1) I can set plymouth to textmode and implement my own framebuffer displayer 2) I can alter plymouth to show framebuffer splash _and_ show text on serial console. Which do you think is less work and most trivial?
[08:46] <tirumal> I want to rotate my screen by 90 degree. Is it possible using omapdrm driver?
[09:03] <ogra_> tirumal, did you try xrandr ?
[09:05] <tirumal> ogra_: No i didn't try. How can I do it with xrandr?
[09:06] <ogra_> sveinse, hard to tell, and definitely nothing upstream will take either way, they consider a system where the console= arg appears a system that doesnt want a splash, i guess there is some code to catch that arg that parses the dmclie, did you try to just comment that ?
[09:06] <ogra_> s/dmclie/cmdline/
[09:08] <sveinse> ogra_, I can select between textmode and a gfx theme with the second console= option. However the gfx theme supresses console output, which is the bad thing here
[09:09] <ogra_> well, find the code caring for console= and comment it ;)
[09:09] <sveinse> So perhaps it's possible to write a gfx theme which accepts the console texts and diverts it to the serial console
[09:10] <ogra_> that should give you  2)
[09:11] <sveinse> I notice I have to specify console= twice for it to set plymouth. why is that? the first is for the kernel, the second for ply?
[09:12] <ogra_> usually the first is for kernel and the second for userspace
[09:12] <ogra_> it should switch to the scond once some kind of rootfs is available
[09:12] <ogra_> (i.e. an initrd)
[09:14] <sveinse> if using one console=ttyO2, what does ply consider console to be (since kernel now uses console ttyO2)? /dev/fb0? /dev/tty1 perhaps
[09:14] <sveinse> (i.e. it's userspace which sets up /dev/console, not kernel, right)
[09:17] <ogra_> ply simply shuts down in that case
[09:19] <ogra_> well, setting up /dev/console was theoretically done in userspace in the past. yeah, the kernel just attaches the default console to it once there is a /dev ... though nowadays we use devtmpfs everywhere which the kernel creaates ... i guess that area got blurry due to that
[09:19] <sveinse> No it does not. We're run on this for a while. We have one console=ttyO2 in commandline, the kernel boots and output kernel output on serial port, and then it drops silent when displaying png on fb0.
[09:19] <ogra_> well, i should have said it shuts down all display actions
[09:19] <sveinse> The "only" problem is that it drops slient between kernel and getty
[09:20] <ogra_> it still provides that dbus like interface for apps (encryption etc) but doesnt provide any frontend anymore
[09:21] <sveinse> yes. to be honest, since our device is very specialized, we'd hoped on purging plymouth alltogether. But its very interwowen with everything
[09:22] <sveinse> ..in an attempt to save boottime
[09:23] <ogra_> well, you need libplymouth at least
[09:25] <sveinse> yes, I've accepted that fact that plymouth is unremovable, so thus the effort to get the console output to the serialport
[09:29] <ogra_> did you consider using something like feh from the initrd to just throw a static picture on the framebuffer ?
[09:29] <ogra_> (or any other minimal image viewer that can talk to fb0)
[09:30] <ogra_> err, fbi, not feh
[09:31] <ogra_> (no idea how much that bloats your initrd in size though)
[09:35] <ogra_> ogra@zatab:~$ ls -l /dev/|grep mmc
[09:35] <ogra_> ogra@zatab:~$
[09:36] <ogra_> hmm, that might be the reason why i cant boot that thing from mmc
[10:07] <sveinse> ogra_: Yes. But fbi is large and bloated, so I've stripped down fbi to the bare metal to do exactly that. However, I can't rid myself of dependency on libm (via libpng), so it's larger that I'd like.
[10:08] <sveinse> But I notice now that plymouth in initramfs is also depending on libm, so its already there I guess
[10:09] <ogra_> yep
[10:09] <ogra_> well, it might go away if you remove the graphical themes
[10:09] <ogra_> not sure plymouoth itself will pull it into initrd for a text theme
[10:10] <sveinse> i'll figure it out. In all cases I need a hook for my mini-fbi anyways, so I will pull in libm from there
[12:00] <tirumal> ogra_: thanx for the hint, it works well on desktop pc but not my target platform with omap4
[12:00] <ogra_> well, it should, at least in quantal where we install the pvr driver by default
[12:00] <tirumal> when i try with command: xrandr -o left it fails with X Error : Bad Match
[12:01] <ogra_> xrandr itself gives oyu proper ouput (if you run it without any options) ?
[12:03] <tirumal> ogra_ : it says: HDMI-1 is connected with 1280x1024 with 60 freq
[12:03] <ogra_> k, so xrandr support is generally working
[12:03] <tirumal> yes
[12:04] <ogra_> any more info in Xorg.0.lo ?
[12:04] <ogra_> *log
[12:04] <tirumal> one more interesting  thing: I have tried the same command on variscite omap4 board, where it works
[12:06] <ndec> tirumal: with the same kernel?
[12:07] <ndec> rotation support was added lately, but it could be flaky at times...
[12:08] <tirumal> where I have patched Mr. Clarks drm/omap: add rotation properties
[12:09] <tirumal> ndec: no with different kernel. It works with 3.4.0-1486-omap4 kernel
[12:10] <ndec> yeah, we did some bug fixes/rework for rotation, so that might explain.
[12:10] <ndec> i would generally recommend to stick to 3.4 kernel for OMAP4, this is what we (TI) support.
[12:14] <tirumal> ndec: to be more clear on this rotation issue: I have understood that with SGX pvr driver, one should be able to rotate the screen by 0, 90, 180, 270 + graphical acceleration
[12:14] <tirumal> ndec: Is that pvr driver already integrated in 3.4 TI kernel?
[12:15] <tirumal> ndec: by providing kernel boot with omapfb.rotation=1 for 90 degree rotation, what i need
[12:16] <ogra_> stgraber, highvoltage, so we have a massive issue with the mmc controller in our kernel for the zatab ... and we seem to be missing this touchscreen driver https://groups.google.com/forum/#!topic/android-x86/vEKSSKdUfi8
[12:17] <ndec> tirumal: yes, we have rotation support with GFX with 3.4 kernel. I don't know if it's working or not with 12.10 kernel...
[12:17] <ndec> omapfb has been deprecated.
[12:17] <ogra_> the -omap xserver should support it even withjout pvr installed afaik
[12:19] <ndec> ogra_: yes, this is correct.
[12:19] <ndec> you don't need PVR for xrandr (resize nor rotate)
[12:19] <ogra_> but that indeed needs 12.10
[12:20] <ogra_> (i dont think 12.04 even had that recent -omap xserver package)
[12:23] <ndec> right, it didn't
[12:24] <ndec> ogra_: what's the pkg src name for -omap?
[12:24] <ndec> ok, found...https://launchpad.net/ubuntu/+source/xf86-video-omap
[12:24] <ogra_> xf86-video-omap
[12:25] <ogra_> yeah
[12:25] <ogra_> before quantal that was just xfbdev with some sauce added i think
[12:26] <ndec> ogra_: we seem to have an extra patch in our -omap (    - xrandr-rotation.patch). not sure if you have that one.
[12:27] <ogra_> i think we have the latest upstream and would trust rob to keep that updated
[12:28] <ndec> i don't think rotation is upstream
[12:40] <tirumal> ndec, ogra_ thanx for the impt info regarding pvr & rotation features
[12:40] <ndec> np
[12:44] <tirumal> we are using a Phytec omap4 module, which has Pengutronix distribution with kernel 3.3 and that explains the behaviour
[12:59] <highvoltage> ogra_: ah. that's a bummer. I'll try a 3.4 kernel tonight if you haven't beaten me to it yet
[13:02] <tirumal> I am intrested to know: where would be the pvr driver located so that I can integrate it on my target
[13:14] <deffrag> Hi! I have a code prepared and compiled on x86_64 architecture which I moved to and compiled on ARM(Beagleboard XM). And, it worked without errors exactly as it would on x86_64. Same commands were executed to compile and run. I'd like to know what made it happend, how does it work?
[13:15] <stgraber> ogra_: but didn't you manage to boot from mmc once?
[13:22] <hrw> deffrag: pure magic
[13:23] <ndec> ;-)
[13:24] <deffrag> hrw: Bah.
[13:24] <deffrag> Isn't it related to cross-compilation or such? gcc for arm configured for the platform ...
[13:24] <hrw> deffrag: you compiled natively
[13:24] <hrw> deffrag: cross is when you are on HOST (arch1) compiling for TARGET (arch2)
[13:26] <hrw> there is also canadian cross when you are on BUILD (arch1) compiling compiler for HOST (arch2) to build for TARGET (arch3) - but thats crazy
[13:27]  * hrw -> lunch
[13:28] <deffrag> Ok, natively compiled. Compiled on the architecture  running. So, what is making that possible? What is the difference made in gcc for arm
[13:29] <deffrag> Otherwise, could anyone link me to some resource for the same?
[13:38] <ogra_> stgraber, yeah, but not with this kernel, i tried random uImages from different prebuilt images
[13:38] <ogra_> hmm, seems there is also a sun4i-ts driver, i wonder if that one would work
[13:39] <ogra_> seems the other one from above needs a binary blob
[13:39] <suihkulokki> allwinner hacking going on?
[13:40] <ogra_> yep
[13:41] <hrw> deffrag: it is same gcc
[13:41] <hrw> deffrag: gcc supports wide range of archs
[14:01] <ogra_> highvoltage, there is a 3.4 tree ?
[14:01] <highvoltage> ogra_: ah no, there isn't :-/
[14:02] <ogra_> sad, you just had me hoping :)
[14:02] <ogra_> aha
[14:02] <ogra_> https://github.com/zareason/linux-allwinner/commit/c5ce10353d48a704540cd8fa0c5d2e90e380aaf8
[14:02] <ogra_> seems the zareason tree has the touchscreen driver
[14:05] <highvoltage> ogra_: how's the transformer doing these days? is there a tablet ubuntu is known to run well on?
[14:05] <ogra_> no idea, my transformer only runs android :)
[14:05] <deffrag> hrw: Ok, thanks.
[14:05] <deffrag> Secondly, how can I use/enable DSP? I followed - http://elinux.org/BeagleBoardUbuntu#gst-dsp - but it says module bridgedriver not found. I searched for its .ko file, its not present.
[14:06] <ogra_> highvoltage, asl lilstevie
[14:06] <ogra_> *ask even
[14:06] <highvoltage> good, because I wasn't going to ask him a/s/l.
[14:07] <lilstevie> thats good cause I wasn't going to respond :p
[14:07] <ogra_> i have the slight feeling that https://github.com/zareason/linux-allwinner might be the better suited kernel tree
[14:07] <highvoltage> lilstevie: do you run ubuntu on your transformer?
[14:08] <lilstevie> highvoltage, absolutely
[14:08] <lilstevie> transformer or transformer prime
[14:08] <highvoltage> I guess transformer prime, ideally
[14:08] <highvoltage> does it run ok?
[14:10] <lilstevie> it runs fine, just not really prime time ready
[14:10] <lilstevie> still things that don't work as expected
[14:10] <ogra_> highvoltage, stgraber ... hmmm ... i guess someone should package http://linux-sunxi.org/Mali400#Mali-400_X11_DRI2_drivers
[14:12] <ogra_> http://limadriver.org/ doesnt seem to be ready yet
[14:13] <stgraber> yeah, hopefully we can get a kernel and the mali driver in 13.04, assuming there's no redistribution problems with the blob
[14:14] <ogra_> well, linaro seems to provide allwinner images with it included
[14:14] <ogra_> or hwpacks
[14:15] <ogra_> so it must be redistributable i guess
[14:16] <ogra_> if we want images in 13.04 we should start building stuff in ppas (in fact i'd like 12.10 images even if the are handrolled, but close to what 13.04 will have)
[14:16] <ogra_> wow, my fingers always want to type 13.03 :)
[14:17] <highvoltage> hopefully it will want to follow the same pattern for 14.04 :)
[14:18] <highvoltage> (maybe by then you're fingers will have been trained to type 14.05 by then)
[14:18] <ogra_> who cares about 14.04 ...
[14:18] <ogra_> we'll all be old an grey by then
[14:18] <ogra_> :)
[14:18] <highvoltage> I'll have to copy and paste that to quote in a few months ;)
[14:18] <ogra_> heh
[14:24] <stgraber> yeah, getting what's needed in a PPA would be good, for Edubuntu we'll probably just grab our armhf (omap4) squashfs, remove the kernel, install the PPA, pull the new kernel and install the X driver, then do a bit of repacking to work on the mmc. Writing a script doing that should be trivial once we have the bits in place.
[14:25] <ogra_> well, i would actually propose a proper preinstalled image
[14:26] <ogra_> for later we can have live or so to do an actual install to flash if people want it
[14:31] <tirumal> ndec,ogra_: Regarding the pvr driver for omap4. where would be pvr driver located? I am asking  this because later I have to  integrate it in my distribution and use graphics acceleration
[14:32] <ogra_> tirumal, well, pvr is usually only working with a certain kernel version ...
[14:32] <ogra_> so you need both
[14:32] <ogra_> i would recommend the versions from quantal here
[14:35] <tirumal> ogra_:Agree but at the end I want to use them on my target omap4 platform, which uses pengutronix dist
[14:36] <ogra_> https://launchpad.net/ubuntu/+source/pvr-omap4/ has the driver packages
[14:37] <ogra_> the omap4 kernel is on the kernel.ubuntu.com git ... look for ppisati's name there :)
[14:45] <tirumal> ogra_: ok got it
[14:51] <ogra_> rsalveti, hackin on a zatab here, do you know if the binary blobs for mali are redistributable (and coudl we perhaps get he xserver that linaro seems to have in a ppa into the archive) ?
[14:54] <rsalveti> ogra_: I think so, we just need to test first if the xorg driver we have works with whatever binary you're trying out
[14:54] <ogra_> great
[14:55] <ogra_> (just dipping my toe in the water here to find out about all the bits and pieces)
[16:20] <deffrag> Hi! Why in the image used - http://cdimage.ubuntu.com/releases/12.04/release/ubuntu-12.04-preinstalled-server-armhf+omap.img.gz - for Beagleboard xm, it is not possible to have DSP working? Why 12.04 has no dsp bridge?
[16:31] <deffrag> Hi infinity
[17:10] <GrueMaster> deffrag: Are you referring to audio?
[17:12] <GrueMaster> See bug 925094 for some possible solutions.
[17:12] <ubot2> Launchpad bug 925094 in linux "No audio on omap (beagleXM) system" [Medium,Confirmed] https://launchpad.net/bugs/925094
[17:16] <deffrag> GrueMaster: Hi! No, I've sound working. I would like to attempt something related to image processing on this platform for which DSP are good. I'm curious how would one use them. For http://elinux.org/BeagleBoardUbuntu#gst-dsp it assumes using rcn image. When I tried those instructions, it gave bridgedriver missing. I'm not sure what is the proper method of engaging DSP
[17:18] <GrueMaster> Ah.  Sorry, can't help there.


[04:12] <yurtesen> I need a sponsor for a small fix on a package. I have made the debdiff. How do I find a sponsor?
[04:17] <lotuspsychje> thats not really what volunteers can offer you yurtesen
[04:17] <lotuspsychje> this community volunteers with ubuntu support the best they can
[04:32] <yurtesen> lotuspsychje: what do you mean? aren't most of the sponsors also volunteers?
[05:05] <cpaelzer> good morning
[05:05] <cpaelzer> yurtesen: do you have a pointer to the bug with your debdiff?
[05:07] <cpaelzer> yurtesen: in general this channel is moer (but not exclusively) about ubuntu server discussions and support (see topic) and your request would fit more into #ubuntu-devel. But if complexity is low I can have a look (no matter on which channel I learn about it)
[05:35] <cpaelzer> paride: utkarsh2102: if one of you early party people have a minute, trivial change to get swtpm promoted https://code.launchpad.net/~paelzer/ubuntu/+source/libvirt/+git/libvirt/+merge/418313
[05:37] <utkarsh2102> cpaelzer: of course!
[05:38] <utkarsh2102> cpaelzer: done!
[05:40] <cpaelzer> glad you didn't spot an issue in this trivial one (would be a bad start of the week) :-)
[05:40] <utkarsh2102> hahaha
[05:42] <utkarsh2102> cpaelzer: hang on a sec
[05:42] <cpaelzer> too late, but even more so tell me
[05:42] <utkarsh2102> yep
[05:43] <utkarsh2102> the bug is going to get auto-closed but I do not see a task for libvirt
[05:43] <utkarsh2102> is that intentional?
[05:43] <cpaelzer> utkarsh2102: yeah kind of, as the libvirt upload only serves as providing the dependency to promote it
[05:44] <cpaelzer> utkarsh2102: but I can add that, it makes sense as it will "gain" something by it
[05:44] <utkarsh2102> alright, as long as you're aware and it's taken care of
[05:44] <utkarsh2102> cpaelzer: yes, that'd actually help
[05:44] <cpaelzer> done
[05:44] <utkarsh2102> thank you!
[06:02] <paride> o/ morning, it's all done already it seems :)
[07:22] <mirespace> good morning
[07:24] <utkarsh2102> mirespace: o/
[07:25] <mirespace> utkarsh2102: o/
[12:06] <athos> good morning :)
[12:07] <utkarsh2102> athos: o/
[12:07] <utkarsh2102> athos: how'd your experimenting with vim over the weekend go? :)
[12:08] <athos> :p
[12:08] <utkarsh2102> ooh wait, you replied, which I missed! :(
[12:08] <athos> haha
[12:09] <utkarsh2102> yurtesen: please tell me your package and debdiff?
[12:10] <utkarsh2102> I'll be happy to sponsor it if it's in universe. If it's in main, we need to contact the team behind it.
[12:32] <rbasak> utkarsh2102: I think it's https://bugs.launchpad.net/ubuntu/+source/tomcat9/+bug/1964881
[12:32] <rbasak> Please review if you have the time!
[12:44] <yurtesen> utkarsh2102: thanks, it is #1964881.  rbasak also offered looking at it in #ubuntu-motu channel.
[12:47] <rbasak> I did, but I don't think I'll get to it for a few days. If utkarsh2102 could do it then that'd be great.
[12:47] <rbasak> FWIW, part of the reason is that I've already been reviewing something else for a new contributor that is quite involved.
[13:06] <utkarsh2102> Alright, let me take a look at it, this week
[13:11] <Odd_Bloke> Hey folks, I'm trying to backport a package from jammy to focal: I've used `backportpackage` to create a source package, and now I'm trying to `sbuild` it.  It requires debhelper 13, so I'm trying to use backports, but the build fails: sbuild --dist=focal task_2.6.1+dfsg-1\~ubuntu20.04.1.dsc --extra-repository "deb http://ca.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe
[13:12] <Odd_Bloke> multiverse"
[13:12] <Odd_Bloke> (The failure is "The following packages have unmet dependencies: sbuild-build-depends-main-dummy : Depends: debhelper-compat (= 13)")
[13:16] <utkarsh2102> Odd_Bloke: hey, you need to lower the dh-compat prefer.
[13:16] <utkarsh2102> to probably 11 or 12 (whatever it was in Focal)
[13:16] <Odd_Bloke> utkarsh2102: Doesn't -backports have the newer debhelper version, though?
[13:17] <utkarsh2102> s/prefer./level/
[13:17] <utkarsh2102> Odd_Bloke: I don't think so, I'll need to check.
[13:17] <utkarsh2102> did you check? Could you see it?
[13:18] <Odd_Bloke>  debhelper | 13.5.2ubuntu1~bpo20.04.1 | focal-backports | source, all
[13:20] <Odd_Bloke> Hmm, I suspect that pinning might be the issue here?
[13:25] <Odd_Bloke> Yeah, adding a --chroot-setup-command to write 'Pin-Priority: 500' preferences file for backports gets the build started.
[13:26] <utkarsh2102> sweet!
[14:04] <ddstreet> utkarsh2102 Odd_Bloke https://help.ubuntu.com/community/UbuntuBackports
[14:04] <ddstreet> backports aren't used by default
[14:06] <utkarsh2102> ddstreet: aaah, fair, thanks!
[14:06] <utkarsh2102> pretty different from Debian (:
[14:06] <Odd_Bloke> ddstreet: Thanks!
[14:08] <Odd_Bloke> I wound up on https://wiki.ubuntu.com/UbuntuBackports when searching around
[14:11] <Odd_Bloke> So I passed `--chroot-setup-command 'cat << EOF > /etc/apt/preferences.d/test.pref` (followed by a prefereces file and EOF), is there a better way I'm missing of building with backports?
[14:13] <ddstreet> yeah, sbuild and autopkgtest are kinda difficult to use backports with unfortunately, i don't have a good recommendation for how to enable backports there, your approach is probably as good as any other
[14:13] <ddstreet> you can set a PPA to use backports by default, so that makes it a bit easier, though using a PPA has downsides too like how long it takes to build
[14:14] <ddstreet> honestly, i don't use sbuild at all
[14:14] <ddstreet> i just use dpkg-buildpackage in a dedicated vm or container
[14:14] <Odd_Bloke> Yeah, I guess if I was expecting to do this regularly I could set up a separate schroot with backports already configured.
[14:14] <ddstreet> yep that's probably the best approach
[14:16] <Odd_Bloke> mk-sbuild has `--skip-updates` and `--skip-proposed`, I wonder if it could grow `--add-backports` or something similar.
[14:17] <Odd_Bloke> Anyway, I'm unblocked; thanks folks!
[16:24] <ahasenack> cpaelzer: if you are still around, do you know if a qemu live migration involves at some step a sigstop/cont on the vm? I'm thinking about the last stage, when the bulk of the data was transferred already with the vm running, but since it was running, some data wasn't sent yet. Is the vm suspended/paused then for this last transfer? And if yes, is it a sigstop/cont, or something more complicated?
[19:12] <bryceh> athos, congrats on MOTU!
[19:13] <bryceh> athos, btw if there are php (or other universe) packages you plan to work on that aren't already in git-ubuntu, just ping me.  I have scripts to add stuff that are easy to run, they just take some time (~hrs) to fully process.
[19:55] <athos> thanks, bryceh !!!
[19:56] <athos> ack!!


[04:24] <j1mc> hi all - could someone let me know the source package for generating the default x/ubuntu firefox start page?  is it part of the firefox package itself, or does it come from somewhere else?
[04:24] <j1mc> does it come from the documentation package?
[13:39] <gnomefreak> what is "awsome bar"?
[13:54] <gnomefreak> mozilla 472961
[15:25] <gnomefreak> round 1 of email done finally. round 2 after smoke
[15:39] <fta> gnomefreak, the awesome bar is the url bar, where you type and it browses your history
[15:50] <gnomefreak> is it included in firefox? i dont think ive seen that
[15:51] <gnomefreak> fta: ^^ sorry i had to take care of some things
[15:51] <fta> it's in since ff3.0, it was the big buzz of 3.0
[15:52] <gnomefreak> fta: ah ok
[16:06] <gnomefreak> opps i thought 2.0 did that too thats why i didnt notice it
[16:39] <[reed]> gnomefreak: nope, new in 3.0
[16:40] <gnomefreak> [reed]: yeah i tested it after the above
[20:50] <fta> dtchen, ipv6 :)


 @Rick_Timmis do you think you can work on this a bit more? : https://phabricator.kde.org/w/kubuntu/release_workbooks/18.04_lts_bionic_beaver_workbook/installer/
 Not sure about getting it in for 22.04 LTS but we can try.
 I would look at the current jammy daily ISO slideshow first.
[08:59] <valorie> @ahoneybun https://phabricator.kde.org/T15335 would not open for me
[08:59] <valorie> and of course I will vouch for you
 Hey @ahoneybun Sure I can, leave it with me I schedule some time to provide some more narrative (re @ahoneybun: @Rick_Timmis do you think you can work on this a bit more? : https://phabricator.kde.org/w/kubuntu/release_workbooks/18.04_lts_bionic_beaver_workbook/installer/)
 I need to make a new ticket I think cuz that's the wrong account
[13:17] <Maik> hi guys, i got this since yesterday when starting startup disk creator: An unhandled exception occurred: module 'collections' has no attribute 'Callable'
[13:17] <Maik> anyone els getting this on Kubuntu 22.04?
[13:17] <RikMills> Maik: not tried it, but I would guess that the transition to python 3.10 broke it
[13:19] <Maik> RikMills: ah ok.
[13:34] <Maik> ok, done
[13:55] <RikMills> Maik: hmmmm. they both start here
 Can you post the bug report here?
[13:57] <RikMills> LP: #1962862
[13:58] <Maik> RikMills: weird that they start at your end, i also asked another user yesterday and it worked for him too.
 I see this report: https://github.com/Datalux/Osintgram/issues/402
 It kinda sounds like KDE doesn't want to give me the BNC access since I just work on Kubuntu and not the general KDE community.
[14:12] <Maik> same issue on my Pi 4 Ubuntu 22.04 install, before the update and reboot usb-creator was running fine
[14:14] <RikMills> how odd
[14:15] <RikMills> key think would be to test it on the iso, but builds of those have been broken for a few days
[14:15] <RikMills> *key thing
 I booted from one the other day.
 I think the 2/28 build?
[14:16] <RikMills> yeah, but the updates that could have broken this landed yesterday
[14:16] <RikMills> so not on that ISO
[14:17] <RikMills> and the last build on cdimage is from 1st march
[14:27] <BluesKaj> Hi folks
 hello BluesKaj
[14:33] <BluesKaj> hi @ahoneybun
 heyo
[19:39] <Eickmeyer> RikMills: We upstreamed that bug: https://bugs.kde.org/show_bug.cgi?id=451056
[19:49] <RikMills> Eickmeyer: ty :)
[19:50] <Eickmeyer> RikMills: Yw. Hopefully it gets some attention. mmikowski and I realize it's a decent edge case, but it seems more like a regression than anything since it was fine in Focal.
[19:53] <mmikowski> fwiw, I'm running with forced 96 DPI, and the windows are working better, although there are still some glitches.  I appears at least some of the problem is due to coordinate scaling via DPI or fractional screen scaling.


[02:12] <bjf[]> exit
[02:12] <bjf[afk]> -EWRONGWINDOW
[08:11]  * apw yawns
[08:15] <RAOF> apw: You should sleep in, then :)
[08:18] <apw> pgraner, frylock is off the world ... for the 3rd time in two days ... both links to nowhere
[08:32] <apw> pgraner, actually dsl and ubuntu point to the same IP address ?
[09:20] <kraut> moin
[09:38] <ikepanhc> ouch, sent a empty subject to k-t list
[09:53] <ericm> ikepanhc, yeah - but fortunately it didn't end up in my spam box
[09:53] <apw> cking, morning ?
[09:54] <ikepanhc> ericm: ya, fortunately.
[09:55] <ericm> ikepanhc, it's quite old kernel, why the building issue was revealed recently?
[09:56] <ikepanhc> ericm: oh, the compile error happen after rebase to lastest hardy master branch
[09:56] <ericm> ikepanhc, I see
[09:56] <ikepanhc> ericm: it wasnt there last week
[10:17]  * apw pokes pgraner
[10:18] <ikepanhc> apw: good question on lquest - I dont think we need lguest on netbook branch
[10:19] <ikepanhc> s/lquest/lguest
[10:20] <ericm> apw, I cannot connect to pgraner's machine, what about you?
[10:21] <apw> ericm, indeed been down all morning
[10:22] <cooloney> try tyler
[10:22] <apw> i think both are out
[10:22] <ericm> apw, I guess helena is also down
[10:23] <apw> ericm, that has been announced as down, the machine is going to boston
[10:23] <apw> but it has been 6 damn weeks in transition
[10:23]  * ericm has to build a kernel on his tiny mini fan-noisy slow machine now
[10:24] <apw> pgraner should be awake within the hour and we should get .mills back
[10:30] <ericm> any one has hint for the error below: ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored.
[10:30]  * ericm is doing a fdr binary
[10:32] <ikepanhc> ericm: I just ignore the error message. fdr binary still give me the linux-image.deb and the deb works
[10:33] <ericm> ikepanhc, you are having the same issue? interesting - this never happens on pgraner's machine (never noticed the release difference though)
[10:34] <apw> ericm, i've seen that before i think but cannot remember what it was about any more sorry
[10:43] <cooloney> ericm: i got that error several times
[10:43] <cooloney> ericm: so a) sudo su to get root to build the package
[10:43] <cooloney> b) sbuild
[10:44] <cooloney> that's might be a issue from fakeroot upstream
[10:44] <cooloney> i found that bug was tracked in debian's bug list
[10:48] <smb> lag, Hey just wanted to let you know that your "make perf more useful in case of error" change likely sneaks into Lucid anyway when apw does his abstracted magic. :)
[10:48]  * smb waves to apw
[10:48] <apw> smb, indeed so ... its in the ones i am test building now
[10:49] <lag> Good news :)
[10:49] <smb> apw, Did I expect too much or is there only Karmic master updated for now? I fetched but only master changed...
[10:49] <lag> Will my "fdr editconfigs" change get in?
[10:49] <smb> I believe to have seen that too
[10:50] <apw> smb, i thought the plan was i did master, you tie the bow on that than we can rebase the others and do them too
[10:50] <apw> (ie. i can rebase them during the day)
[10:50] <smb> apw, I think you are right
[10:50] <apw> the plan may be flawed but i think that was the plan
[10:50] <apw> pgraner, ping
[10:51] <smb> apw, Meh, I think its alright. I do the ties and push, can I hand test building that to you?
[10:52] <apw> smb, yep... i have to build it anyhow
[10:52] <smb> Doh!
[10:52] <apw> doh ?
[10:52] <smb> apw, You surely have
[10:53] <apw> yep ... _if_ the build boxes come back of course so i can free up my local box for it
[10:53] <smb> apw, And me just making little updates to the changelog won't break that
[10:53] <apw> there is that too, though i thought there may be more updates coming for -proposed for karmic i forget
[10:54] <smb> apw, No, I know nothing more for KArmic
[10:54] <apw> i'll re-test buuld it once i have a free box anyhow
[10:57] <smb> apw, You have something with the bow tie on when you pull
[10:57] <apw> smb, thanks
[10:59] <smb> apw, Thanks for going through the rebases. I think to remember there will be a little fallout with the debian.env when doing those. Anything else to expect? Or simpler let me know what happens. :)
[10:59] <apw> i think it was simpler than i expected actually, but yes will let you know
[11:09] <ogra> were the omap3 udeb changes for lucid already uploaded before the new d-i was uploaded yesterday ?
[11:13] <ericm> smb, reviewing the DOS CR/LF format issue with Marvell code, it looks like a _too_ big issue, (https://pastebin.canonical.com/33183/)
[11:14]  * apw doesn't remember any omap3 stuff aimed at lucid
[11:15] <apw> ogra, the bug we had was for maverick was it not
[11:15] <ogra> the missing USB NIC drivers in udbes ?
[11:15] <ogra> *udebs
[11:15] <ogra> no, that was lucid omap3
[11:15] <ogra> fixed several weeks ago by mpoirier
[11:15] <apw> that i don't think i remember that at all, presumably someone else was dealing with that, so ignore me
[11:16] <ogra> LP#588805: enable armel-omap udebs for netboot use
[11:16] <ogra> you commented on it 6 days ago
[11:17] <ogra> oh, though thats a different bug number
[11:17] <ogra> bug 584920
[11:17] <ubot2> Launchpad bug 584920 in linux-ti-omap (Ubuntu) "netinstall fails, it has no network driver for moschip (affects: 1) (heat: 264)" [Medium,Fix committed] https://launchpad.net/bugs/584920
[11:17] <ogra> pull request from may 27th
[11:17] <ogra> ~two weeks ago
[11:18] <ogra> since thats stuff needed for netinstall, having it in before d-i gets rebuild is essential
[11:18] <ogra> else it makes no sense :)
[11:30] <cooloney> ericm: try dos2unix?
[11:30] <apw> ogra, i would not be supprised if its not yet uploaded, as we have been under -security for the last 3 weeks
[11:31] <ogra> hrm, k
[11:31] <ericm> cooloney, yeah - but the format itself isn't a big issue, a noisy patch and the problem of application of subsequent patches would be the biggest issue
[11:31] <apw> the SRU process is not in the least bit determininstic time wise especially when -security pops up its ugly head
[11:32] <apw> ogra, if your patch has a bug link in it then its not showing up on ti-ompa
[11:32] <ogra> yeah, understood
[11:32] <ogra> ompa lompa :)
[11:32] <ogra> its not my patch
[11:33] <ogra> https://lists.ubuntu.com/archives/kernel-team/2010-May/010757.html
[11:33] <ogra> the ,mail had a buglink
[11:34] <ogra> and according to smb it was applied to the tree two days ago
[11:34] <apw> ogra, ok found it ... it'll be in the next upload, its right at the tip of the tree
[11:34] <ogra> i just dont know if it went in with an upload
[11:34] <ogra> ok
[11:34] <apw> thats post -security which is only just in
[11:34] <ogra> ok
[11:34] <ogra> no prob then, i just want to know what to tell users that ask
[11:46] <ghostcube> hmmm ureadhead still gets killed for me at startup :) is there anything known about
[11:54] <cking> ghostcube, i think it's known about: bug 491943
[11:54] <ubot2> Launchpad bug 491943 in ureadahead (Ubuntu) (and 1 other project) "Kernel trace buffer should be set to less unrealistic value (affects: 11) (dups: 2) (heat: 54)" [High,Triaged] https://launchpad.net/bugs/491943
[11:55] <ghostcube> cking: thx looking :)
[11:56] <ghostcube> hmmm yeah my system has 4 gig mem too
[11:57] <ghostcube> looks nearly the same must check this athome later thx for the bug
[11:57] <cking> my pleasure
[13:54] <ericm> apw, what if I want to change a blueprint to M+1 (it was target for M, but apparently the topic/work grows more than that)?
[14:00] <apw> ericm, is there work in M still?  if so leave it as it is, but then move the target on the blueprint front page to N when that starts existing
[14:00] <ericm> apw, what do you mean by "when that starts existing"? after UDS-N?
[14:01] <apw> i am not sure uds-n even exists as a goal really
[14:01] <apw> as yet
[14:01] <ericm> apw, no - checked and not available in the drop down box
[14:01] <apw> just put the work-items which flow out under like
[14:01] <apw> Work Items for NN:
[14:02] <apw> or something which won't match our current release, and they will not show up
[14:02] <ericm> apw, I see
[14:02] <apw> arm work going to take forever ?
[14:31] <sebjan> Hello, I am wondering if BUG 507503 was fixed in .34 upstream (I see some patches from .34). Anyone to confirm? Thanks!
[14:31] <ubot2> Launchpad bug 507503 in linux-ti-omap (Ubuntu Lucid) (and 5 other projects) "VFP/NEON state is not preserved around signal handlers, causing state corruption between user processes (affects: 1) (heat: 10)" [High,Fix released] https://launchpad.net/bugs/507503
[14:37] <pgraner> cooloney: ping
[14:54] <cooloney> pgraner: hey, pete
[14:54] <apw> sebjan, i thin that was fixed upstream yes, i am pretty sure it was a backport in our trees
[14:54] <pgraner> cooloney: hey some one was asking about an OMAP bug in the scroll back:  [09:32] <sebjan> Hello, I am wondering if BUG 507503 was fixed in .34 upstream (I see some patches from .34). Anyone to confirm? Thanks!
[14:54] <ubot2> Launchpad bug 507503 in linux-ti-omap (Ubuntu Lucid) (and 5 other projects) "VFP/NEON state is not preserved around signal handlers, causing state corruption between user processes (affects: 1) (heat: 10)" [High,Fix released] https://launchpad.net/bugs/507503
[14:55] <pgraner> cooloney: and apw just answered
[14:55] <pgraner> cooloney: so never mind
[14:55] <cooloney> pgraner: thanks for ping me this. hehe
[14:55] <cooloney> apw is a nice man, always help us
[14:56] <cooloney> apw and sebjan, the patch we backported into our lucid tree might be different from upstream. I need to double check
[14:57] <cooloney> since at that time, we applied the patch from arm mail list
[14:57] <cooloney> but it might be changed a little bit after rmk reviewed before it entered upstream mainline
[14:59] <sebjan> cooloney: yes, the lucid backport is different, and the .34 upstream contains the latest patch revision (v5) discussed in this thread: http://thread.gmane.org/gmane.linux.ports.arm.kernel/58722/focus=58724
[15:01] <cooloney> sebjan: got it, thanks for heading up.
[15:02] <cooloney> sebjan: i think the upstream version is the right one, in lucid, we just wanna fix the bug in .31/.32/.33 kernel
[15:02] <cooloney> sebjan: so if you rebase the on .34, you can ignore that backported VFP patches.
[15:03] <sebjan> cooloney, apw, pgraner: thanks guys for checking!
[15:03] <sebjan> cooloney: yep, this is what I did, and wanted to confirm as the patch content did not seem obvious to me :) Thanks!
[15:19] <JFo> moin bjf
[15:19] <bjf> JFo, i'll take your word for that
[15:19] <bjf> bjf, not awake yet
[15:20] <JFo> speaking of which...
[15:20]  * JFo goes for more coffee
[15:40] <tgardner> ogasawara, please hold off on my LP591416 pull request. I'm working with upstream to build a better solution.
[15:41] <statik> hi hi
[15:41] <statik> one of my colleagues is having trouble with an e1000e on the maverick kernels (works fine in lucid)
[15:42] <statik> I wanted to see whether the patch talked about in this thread was in the maverick kernel already http://kerneltrap.org/mailarchive/linux-netdev/2010/5/11/6276964
[15:42] <statik> i'm kinda ignorant about kernel stuff, what is the right way for me to get the tree for the ubuntu kernels?
[15:43] <tgardner> statik, git clone git://kernel.ubuntu.com/ubuntu/ubuntu-maverick.git
[15:43] <statik> thanks tgardner
[15:44] <tgardner> statik, drivers/net/e1000e/hw.h:#define E1000_DEV_ID_PCH_D_HV_DM                0x10EF
[15:45] <statik> thanks
[15:46] <statik> dmesg seems to show that it is failing probe during boot, and the patch talked about does a hw reset
[15:46] <statik> http://git.kernel.org/?p=linux/kernel/git/davem/net-next-2.6.git;a=commitdiff;h=627c8a041f7aaaea93c766f69bd61d952a277586
[15:46] <statik> i have no idea what i'm talking about, but figured this seemed relevant and worth double checking whether it was present or not
[15:51] <tgardner> statik, that commit is in Maverick. 'e1000e: Reset 82577/82578 PHY before first PHY register read'
[15:52] <statik> tgardner, thanks :) my clone was still running. nessita has a bug report here: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/591702 , and the dmesg shows a line like this: e1000e: probe of 0000:00:19.0 failed with error -3
[15:52] <apw> tgardner, in which upload ?
[15:52] <ubot2> Launchpad bug 591702 in linux (Ubuntu) "After upgrade lucid -> maverick eth0 interface is gone (dup-of: 591707)" [Undecided,New]
[15:52] <ubot2> Launchpad bug 591707 in linux (Ubuntu) "After upgrade lucid -> maverick eth0 interface is gone (affects: 1) (dups: 1) (heat: 14)" [Undecided,New]
[15:53] <tgardner> apw, I'm looking at the tip of the Maverick tree, so its at least in -rc2
[15:53] <apw> statik, which kernel are you testing when seeing this?
[15:53] <apw> cat /proc/version_signature
[15:54] <manjo> tgardner, olimpiya was a good suggestion
[15:54] <statik> nessita, ^ can you check the version_signature ?
[15:54] <statik> it was from a dist-upgrade yesterday
[15:55] <tgardner> which should be Ubuntu-2.6.35-2.2
[15:55] <JFo> bjf, got the boxes
[15:55] <JFo> just 2 of them yes?
[15:56] <tgardner> statik, oh, maybe not. -meta has not been updated.
[15:56] <nessita> tgardner: I'll let you know in a sec
[15:56] <nessita> statik: version_signature where?
[15:56] <statik> nessita, cat /proc/version_signature as apw suggested above
[15:56] <JFo> run that from a terminal
[15:57] <nessita> Ubuntu 2.6.35-1.1-generic 2.6.35-rc1
[15:57] <nessita> statik: thanks, I missed apw comment above
[15:58] <tgardner> nessita, can you download and try https://edge.launchpad.net/ubuntu/maverick/+package/linux-image-2.6.35-2-server ?
[15:58] <nessita> tgardner: yessir
[15:59] <tgardner> http://launchpadlibrarian.net/49983143/linux-image-2.6.35-2-server_2.6.35-2.2_amd64.deb
[16:14] <nessita1> tgardner: no luck with rc2 kernel, look http://nessita.pastebin.com/A9zdSyWt
[16:15] <tgardner> nessita: ok, I'll see if I can grok the error code (right after I scarf some breakfast)
[16:16] <nessita1> tgardner: ok, I'm in the troubled machine right now, I plugged in a dongle
[16:16] <nessita1> tgardner: so I can copy and paste more easily :-P
[16:21] <bjf> JFo, you got both pkgs?
[16:23] <JFo> yep
[16:27] <tgardner> nessita: has this e1000e _ever_ worked with any kernel?
[16:31] <apw> ogasawara, yo ...
[16:31] <ogasawara> apw: yo
[16:31] <apw> seems we had some FTBS's :(
[16:31] <ogasawara> apw: yep, just looking at those.  it's the firmware not being optional
[16:31] <apw> yeah i think we may have to make them optional again
[16:32] <ogasawara> apw: I agree.  I'm gonna send a patch to flip them back.
[16:32] <apw> though you should speak to tgardner
[16:32] <ogasawara> tgardner: ^^
[16:32]  * ogasawara jump on mumble
[16:32] <nessita> tgardner: yes, of course
[16:33] <nessita> tgardner: until yesterday 7pm it was working
[16:33] <nessita> tgardner: and right now it works with kernel 2.6.32
[16:33] <nessita> tgardner: which was the kernel from lucid
[16:35] <nessita1> tgardner: http://nessita.pastebin.com/UHKNCXKM
[16:36] <cking> manjo, ping
[16:36] <manjo> cking, pong
[16:36] <cking> manjo, hows that UEFI box getting on? Did you get any joy from it?
[16:37] <manjo> cking, I am talking to 2 people at intel regarding EFI, unfortunately looks like most of the EFI devs are going to be in santa clara during the plugfest week
[16:38] <manjo> cking, I read up some docs yesterday regarding EFI
[16:39] <manjo> cking if you hop on some channel on mumble we can chat ?
[16:39] <cking> OK - gotta bear with me - I've got a migrane
[16:39] <manjo> oh sorry to hear that
[16:39] <manjo> I am looking at the grub2 code right now
[16:39] <tgardner> nessita, ok, this seems like a serious regression.
[16:39] <manjo> cking, I read your wikis on EFI and they are pretty detailed
[16:40] <manjo> was wondering with your permission I could move it to our ubuntu wiki ?
[16:40] <cking> manjo, hold on..
[16:40] <nessita> tgardner: how can I help debug?
[16:40] <manjo> cking, ok be back with some more coffee
[16:42] <tgardner> nessita: the first thing is to make sure it really, really works with 2.6.32 lucid. please reboot and paste the whole dmesg just to make sure you've not coincidentally encountered a HW issue. I'd be really surprised to find a regression in a well supported driver like e1000e.
[16:42] <tgardner> reboot to lucid, that is.
[16:43] <nessita1> tgardner: rebooting to 2.6.32
[16:49] <nessita1> tgardner: dmesg for kernel 2.6.32 attached to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/591707
[16:49] <ubot2> Launchpad bug 591707 in linux (Ubuntu) "After upgrade lucid -> maverick eth0 interface is gone (affects: 1) (dups: 1) (heat: 14)" [Undecided,New]
[16:49] <nessita1> tgardner: I'm currently using net connectivity through eth0 and e1000e
[16:51] <dob1> hi, after installing the new ubuntu release on my acer 5100 this problem https://bugs.launchpad.net/ubuntu/+source/linux/+bug/446274 happen again, with the 9.04 the problem wasn't present, with the precedent release to 9.04 (i don't remember the version number) the problem was present, i know is very difficult to find the cause, but someone has some idea to what is changed in the kernel in these releases that can create the p
[16:51] <ubot2> Launchpad bug 446274 in linux (Ubuntu) "System freeze with ACER aspire 5100 (affects: 2) (heat: 12)" [Undecided,Incomplete]
[16:51] <tgardner> nessita: cool, now if you could do the same for the 2.6.35-rc2 Maverick kernel?
[16:51] <nessita1> tgardner: yessir
[16:52] <dob1> it's a very bad problem, every time i had to hard reboot the system
[16:52] <dob1> and i can't find nothing in log or what else
[16:54] <apw> dob1, sadly there is such a huge ammount of stuff has changed between 9.04 and 10.04 LTS, that we're pretty unlikely to find the issue
[16:54] <apw> does the previous kernel still boot for you with the updated userspace ?
[16:54] <dob1> apw: i don't have it anymore
[16:54] <apw> dob1, the next steps are normally to try and find out if upstream has this fixed via the mainline builds
[16:55] <apw> dob1 you can likely find it in the lauchpad librariant, it keeps every kernel forever
[16:56] <nessita> tgardner: second output attached to bug report
[16:56] <dob1> apw: well can i find some precompiled kernel with no ubuntu patches ?  or i can download it from kernel.org
[16:56] <dob1> just to test
[16:56] <apw> dob1, yep in the miainline archive: https://wiki.ubuntu.com/KernelTeam/MainlineBuilds
[16:57] <apw> report any testing results to the bug
[16:58] <dob1> apw: the problem is that when this problem happen i can't do nothing, the pc is freeze, no log , it doesn't respond to ping, like dead, i have to hard reboot
[16:58] <apw> dob1, so you can very easily tell if its happehing or not on that kernel then
[16:58] <apw> when does it happen, instantly at boot or do you have to do something to trigger it
[16:59] <dob1> it can happen at boot, after hours i am using the pc, there is no applications that i can identify as a cause
[17:00] <apw> if you can trigger it at boot, then booting without quiet and splash on the command line may get you something on the screen to report
[17:01] <dob1> apw: to be clear, i have to login to the system
[17:01] <apw> never occurs before that ... hrm ...
[17:01] <apw> a pig to debug for sure
[17:02] <dob1> it was happen 1 time before the login, i was at login screen, the screen was ok but the sound of the login was repeated a lot of time, and it was freezed, but not stripe pattern  on the screen
[17:03] <dob1> as sound of login, i mean the ubuntu login music, you understand what i mean
[17:03] <tgardner> nessita, 'apport-collect 591707' to get the rest of your system info. Looks like you've got some ATI nouveau issues as well.
[17:04] <tgardner> is this a thinkpad or something?
[17:04] <nessita> tgardner: yes, video sucks at the moment, though I have a nvidia card...
[17:05] <nessita> tgardner: ImportError: No module named gi after running apport-collect, though it keeps running
[17:07] <tgardner> nessita, do you remember ever havinf flash issues with this e1000e? there was a serious problem during Hardy days when flash could get partially corrupted.
[17:08] <tgardner> thinkpads were particularly vulnerable
[17:08] <nessita> tgardner: this is a new box so I only had lucid installed on it
[17:08] <nessita> tgardner: first installation was during March this year
[17:09] <tgardner> s/ATI nouveau/nVidia nouveau/ in my previous comment. I get 'em confused sometimes
[17:09] <tgardner> nessita, then you should be OK there
[17:09] <tgardner> firmware wise....
[17:11] <nessita> tgardner: apport-collect finished
[17:13] <tgardner> nessita, got it, thanks. I know there are a couple of these thinkpads within the canonical IS group. I'll see if I can get someone to duplicate your issue.
[17:14] <nessita> tgardner: ok, let me know if I can do anything else
[17:15] <tgardner> nessita, maybe one last thing, attach the 'sudo dmidecode' to the report so I have the BIOS versions, etc.
[17:16] <nessita> coming right up
[17:16] <tgardner> I wish apport-collect did taht autmatically
[17:17] <bjf> tgardner, am talking to cking about adding that to apport
[17:17] <nessita> tgardner: fill a bug! :-P
[17:17] <nessita> tgardner: output attached
[17:17] <tgardner> bjf, why would cking be doing it?
[17:18] <bjf> tgardner, he wants the information for some of the bios testing work he is doing
[17:18] <bjf> tgardner, i'll do the work to apport
[17:19] <tgardner> bjf, it means you'll have to run apport-collect as sudo
[17:19] <bjf> tgardner, yup, know that
[17:29] <bjf> tgardner, there is code in apport to collect certain logs as root, gksudo, ksudo, or whatever will run as necessary
[17:30] <tgardner> cool
[17:36] <tgardner> nessita, just for kicks and giggles, can you try the nVidia driver?
[17:37] <nessita> tgardner: I'd love, how can I? aptitude complains with the xorg packages
[17:38] <tgardner> nessita, it used to be system/administration/hardware manager
[17:40] <nessita> tgardner: as per that application, NVIDIA accelerated graphics driver (version 173) is activated and currently in use
[17:41] <nessita> tgardner: and I can not update xserver-xorg-core because it breaks xserver-xorg-input-7
[17:41] <nessita> xserver-xorg-core breaks xserver-xorg-video-6 (provided by nvidia-173 173.14.22-0ubuntu11, ...)
[17:41] <tgardner> nessita, perhaps the best way to test this is to reinstall Lucid and then run the LTS backport kernel? That would get your video issues out of the loop.
[17:42] <tgardner> maverick is in a bit of flux right now
[17:42] <tgardner> wrt X packages
[17:42] <nessita> yes :-)
[17:43] <tgardner> nessita, you can get the LTS backported kernel from http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu
[17:43] <nessita> tgardner: what do you mean with "reinstall" Lucid? reinstall from scratch?
[17:43] <tgardner> nessita, uh, yep. I know that might be painful
[17:44] <nessita> tgardner: *a lot* :-/ dependencies for ubuntu one are hige
[17:44] <nessita> huge*
[17:45] <tgardner> nessita, well, I hesitate to bug the upstream guys about this 'cause the _first_ thing they'll bitch about is the video faults you have in your dmesg.
[17:45] <nessita> tgardner: I see. Let me talk about this with statik
[17:45] <tgardner> once you have an oops, all bets are off for future behaviors.
[17:46] <nessita> statik: ping
[17:47] <tgardner> nessita, in the future you should try the LiveCD first before stepping off the edge :)
[17:48] <nessita> tgardner: part of my job is to do this
[17:48] <nessita> tgardner: isn't argument enough to show that kernel 2.6.32 works?
[17:48] <nessita> tgardner: for upstream guys, I mean
[17:48] <tgardner> nessita, not with an oops in your dmesg
[17:48] <nessita> tgardner: video is totally broken in 2.6.32 but net works
[17:48] <nessita> ok
[17:50] <tgardner> nessita, in fact, if you _do_ reinstall, then just install the server (no video issues). you can always update by installing ubuntu-desktop
[17:51] <nessita> tgardner: reinstall lucid or maverick?
[17:51] <tgardner> nessita, reinstall lucid. Is this your only machine?
[17:52] <nessita> tgardner: nopes, I have a laptop as well, with Lucid in it
[17:52] <tgardner> nessita, um, I thought this _was_ your laptop. Thinkpad, right?
[17:53] <nessita> tgardner: nopes, laptop is a toshiba satellite (works well so far)
[17:53] <tgardner> that would explain the DMI information.
[17:53] <nessita> tgardner: computer with this net issue is a desktop
[17:53] <tgardner> OK.
[17:57] <nessita> tgardner: want me to add those details to the report?
[17:57] <tgardner> nessita, lets just start with the Lucid server re-install first, then add the LTS kernel and report on the results of that.
[18:11] <nessita> tgardner: just to be sure, how which one would be the LTS kernel backport and how shall I install it? dpkg -i?
[18:14] <tgardner> nessita, use can do that, or just add the repo to your apt sources, e.g., 'echo "deb http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu lucid main" | sudo tee /etc/apt/sources.list.d/kernel-ppa.list', then 'apt-get update;apt-get install linux-image-server-lts-backport-maverick'
[18:14] <tgardner> s/use/you/
[18:15] <nessita> right, thanks
[19:26] <ppires> hi there. am i wrong if i put a kernel package building question here?
[19:29] <jjohansen> -> Lunch
[20:17] <ogasawara> tgardner: heh, I forgot that enabling bnx2 in armel results in additional build failures which I've hopefully fixed up now.
[20:18] <tgardner> ogasawara, how much fun could that be :)
[20:18] <ogasawara> tgardner: so hopefully the latest test build will finish soon and then I'll upload
[20:19] <tgardner> ogasawara, what kind of fixes did you have to make?
[20:19] <ogasawara> tgardner: needed to define dma_get_ops
[20:19] <ogasawara> drivers/net/bnx2.c:3102: error: implicit declaration of function 'get_dma_ops'
[20:20] <ogasawara> make that needed to define get_dma_ops
[20:20] <tgardner> ogasawara, just a header file inclusion
[20:20] <tgardner> ?
[20:20] <tgardner> I'm wondering if its an upstreamable patch
[20:21] <ogasawara> I just threw in a #define get_dma_ops(dev) platform_dma_get_ops(dev)
[20:44] <dupondje> whats the best way to make a bugreport for a kernel bug ?
[20:45] <tgardner> dupondje, 'ubuntu-bug linux'
[20:47] <dupondje> [ 2313.242321] BUG: unable to handle kernel NULL pointer dereference at (null)
[20:47] <dupondje> [ 2313.242329] IP: [<ffffffffa025e0d6>] iwl3945_get_channels_for_scan+0xc6/0x210 [iwl3945]
[20:47] <dupondje> and firefox gets locked totally .. weird thing :)
[21:01] <dupondje> https://patchwork.kernel.org/patch/103568/
[21:02] <dupondje> don't need to make bug for it then? As it hopefully gets fixed upstream ?
[21:07] <tgardner> ogasawara, dave says he's gonna take that net patch that I sent you earlier today.
[21:07] <ogasawara> tgardner: cool, I've already applied it locally
[22:18] <manjo> bjf, where can I get the scripts to generate the modified ISO?
[22:38] <manjo> bjf, found it... but I get an error chroot: cannot run command `mount': Exec format error
[22:39] <bjf> manjo, you got it from the kteam-tools repo
[22:39] <manjo> yes
[22:40] <manjo> bjf, do I need to fun it from PWD? ie where the script is ?
[22:40] <bjf> manjo, don't know, i've run it on three different systems
[22:40] <bjf> manjo, that's how I normally run it look at the daily script
[22:40] <manjo> I coped the script to a directory called newiso/ and ran it
[22:40] <manjo> so I should run it from kernel-tools/daily-test-isos
[22:41] <manjo> hmmm ran it from that dir and still get chroot: cannot run command `mount': Exec format error
[22:42] <bjf> the "daily-iso-builder.sh" script shows you exactly how I run it
[22:42] <bjf> manjo, are you running it on a lucid system?
[22:42] <manjo> yes
[22:42] <bjf> hmmm
[22:43] <manjo> I have a maverick iso
[22:44] <bjf> that error seems familiar but I can't recall why
[22:44] <manjo> bjf, do I need to be in a chroot ?
[22:45] <bjf> no, the script should take care of any of that
[22:45] <bjf> manjo, I run that script just as it is from a cron job on emerald.pgraner
[22:46] <bjf> manjo, just for a test, try to build it as you on emerald.pgraner
[22:46] <bjf> manjo, in your home dir
[22:46] <manjo> bjf, yeah emerald is not connecting atm
[22:46] <manjo> bjf, looks like its dead from here
[22:47] <manjo> ssh: connect to host  XX port 22: Connection timed out
[22:47] <manjo> pgraner, ^
[22:47] <ogasawara> manjo: should be up, I'm currently watching a build on it as we speak
[22:48] <bjf> ogasawara, same error for me
[22:48] <apw> seems to work for me
[22:53] <bjf> ogasawara, apw, same problem from two systems (was able to ssh in yesterday and maybe earlier today)
[22:53] <bjf> getting ssh_exchange_identification: Connection closed by remote host
[22:53] <manjo> bjf, any idea why sudo mount --bind /dev $CHROOT/dev would fail ?
[22:55] <apw> bjf, using the main link in right?  dsl is firewalled off when main is up
[22:55] <ogasawara> bjf: did you just catch what I said on mumble?
[22:55] <apw> bjf, just logged in successfully right now
[22:55] <ogasawara> bjf: you probably need to update your .ssh/config
[22:55] <bjf> ogasawara, why?
[22:56] <ogasawara> bjf: I'm assuming firewall changes?
[22:56] <bjf> ogasawara, since yesterday?
[22:57] <ogasawara> bjf: no idea, but I know I had issues connecting this morning and once I updated my .ssh config to use ubuntu.redvoodoo.org it started working
[22:57] <apw> ogasawara, the secondary link is not open unless the main goes down, so you have to use the right one
[22:57] <bjf> ogasawara, yup, that was it
[22:58] <apw> and we were on the secondary for the first few hours of the day
[22:58] <bjf> apw, but i've been using dsl for a while, for long enough i forgot i'd changed
[22:58] <bjf> apw, anyway, can connect now
[22:58] <bjf> manjo, ^^
[22:58] <apw> perhaps that bit wasn't working
[22:59] <apw> bjf, ahh yes i know why, the dyndns on the dsl link was reporting the main address instead of the correct one
[22:59] <manjo> yeah I switched to ubuntu.
[22:59] <manjo> from dsl
[22:59] <manjo> as per ogasawara
[22:59] <apw> so it was no use for fall back
[22:59] <bjf> ah
[23:00] <apw> we should get pete to publish a name which points to the up link
[23:00] <bjf> manjo, as per mount question, don't know why it would fail
[23:02]  * bjf is going to get some exercise, back later
[23:17] <manjo> bjf[afk], ogasawara, take a look at http://uck.sourceforge.net/
[23:23] <manjo> bjf[afk], same script seems to work on emerald, something wrong with my machine setup, I tried uck and that fails on my machines as well.. so using emerald now


[07:28] <DanChapman> mardy, good morning! For the generic email account plugin how do i define the sasl auth plugin in the app.accounts json file?  Would it just be `"auth": { "sasl/sasl" : { } }` for method/mechanism with no parameters.
[08:10] <kalikiana> t1mp: Care to have a look at bug 1617818?
[08:10] <mardy> DanChapman: let me check...
[08:13] <mardy> DanChapman: this should work: https://github.com/mardy/accounts-tester/blob/master/sasl-tester/app.accounts
[08:17] <t1mp> kalikiana: I am off today.
[08:17] <t1mp> kalikiana: I marked the bug as a duplicate. But maybe you can have a quick look at it anyway, the descriptions seems to be slightly different.
[08:18] <kalikiana> t1mp: In that case it's your responsibility to ignore me, and not read or reply any further now :-)
[08:18] <t1mp> kalikiana: I removed the duplicate, needs further investigation before I mark it as a dupe. I'll check it tomorrow.
[08:19]  * t1mp off.
[08:20] <DanChapman> mardy: oh nice, a working example :-) that's great, thanks!


[07:53] <twb> Does anyone know the status of upstart on Sid?
[07:54] <twb> Rather, what is the status of upstart on Sid?
[10:54] <JK456> hi upstarters :)
[10:54] <JK456> i dont get how i can use the respawn system :
[10:55] <JK456> when i use it on a soft who forks, upstart dont see the son
[10:55] <JK456> and think the soft is dead, and respawn it
[10:56] <twb> I am not a regular here, but I believe the upstart position is that daemons that fork into the background are broken.
[10:56] <twb> What package are you having problems with?
[10:56] <JK456> some soft we wrote ourself
[10:56] <JK456> its a quite personalized system
[10:57] <JK456> but for exemple portmap daemon
[10:57] <JK456> it forks after launch
[10:57] <twb> Are you sure about that?
[10:57] <JK456> well i am gona check again
[10:58] <twb> I think upstart would say that portmap should be run with -d to prevent it disconnecting.
[10:59] <JK456> portmap forks, or if it doesn't it is restarted for no reason
[11:00] <JK456> -d ?
[11:00] <JK456> is it an upstart option ?
[11:00] <twb> Oh sorry, -f is more appropriate.
[11:00] <twb> See the portmap manual.
[11:00] <twb> "-f      (foreground) prevents portmap from running as a daemon, and causes log messages to be printed to the standard error output."
[11:01] <JK456> ok, its an option of portmap
[11:01] <twb> As I said, I am not associated with upstart.
[11:01] <twb> But I think they would advise you to add such an option to your program, too.
[11:01] <JK456> but it implies to modifie the code of all daemon in our system :s ^^
[11:02] <JK456> but your informations are very usefull :)
[11:02] <JK456> thanks a lot
[11:02] <ion_> One needs to add the daemon stanza to the job definition, but handling forking daemons isnt completely implemented yet.
[11:02] <twb> I'm afraid I can't help more; if you wait long enough a regular will stop by.
[11:02] <JK456> yep, i had the chance to talk them sometimes, freenode is great for that
[11:04] <ion_> The sole reason why Upstart needs to be pid 1 is that it can support forking daemons. Theres no upstart position that forking daemons are broken AFAIK.
[11:04] <twb> I apologize, I was clearly mistaken.
[11:05] <twb> Perhaps I am thinking of the cinit people
[11:05] <JK456> ion_ : oh ? how does it work ?
[11:06] <JK456> twb : no prob
[11:06] <twb> Does upstart on ubuntu still just call out to sysvinit compat for just about everything except inittab?
[11:07] <ion_> Pid 1 receives the SIGCHLD for parentless processes. But handling it isnt implemented yet AFAIK.
[11:07] <ion_> twb: The sysvinit scripts havent been replaced with upstart jobs yet.
[11:08] <twb> Doesn't that mostly take away the real benefit of using upstart for regular users?
[11:09] <JK456> ion_ : if i understand well, i will be possible to restart forking daemon, but it is not yet possible ?
[11:10] <ion_> jk456: Yes, thats the current situation as far as i know.
[11:11] <ion_> twb: I dont see what you mean. The scripts will be converted to upstart gradually.
[11:12] <twb> I mean that the real appeal of upstart (at least to me) is reduced boot time as a result of aynchronous service startup.  If upstart currently just uses run-parts to launch everything in rcS.d and rcN.d, then none of those scripts will be launched asynchronously.
[11:12] <JK456> ok, and i guess it is not possible to use inittab respawn because there is only one process (the 1) receiving sigchild
[11:15] <ion_> twb: I think the major point of upstart is a flexible bootup process that Just Works where sysvinit scripts would fail unless horrible kluges are added to them. Reduced boot time is just a bonus.
[11:17] <twb> In what way does it "Just Work" more than sysvinit?
[11:17] <twb> I mean, *right now* as opposed to after sysvinit scripts have been completely replaced
[11:18] <JK456> twb : if you seek for speed, you can test initng
[11:18] <twb> That's the gentoo thing?
[11:18] <JK456> initng ?
[11:19] <ion_> Right now the system is booted by the sysvinit scripts.
[11:19] <JK456> initng : no i dont think i is for a specific distrib
[11:19] <twb> But it's pioneered on gentoo, in the same way that upstart is on Ubuntu?
[11:20] <JK456> dont knwo, there is rpm and packages for lots of distrib
[11:21] <JK456> ion_ : in my case, we builded a personalized init, we had 23 seconds at boot, we are at 5
[11:21] <twb> "built"
[11:21] <twb> ion_: I like their icon better than upstarts :P
[11:22] <JK456> (in init phase, there is also 15 seconds for hardware loading)
[11:22] <JK456> twb : but there is less features in initng
[11:23] <JK456> _ion : so thanks to upstart we won 18 seconds
[11:23] <JK456> (its linux embedded soft)
[11:25] <JK456> twb : why dont you write your own scripts ?
[11:26] <JK456> it is not so so hard to do
[11:26] <JK456>     `-- rcS
[11:26] <JK456>         |-- S02mountvirtfs
[11:26] <JK456>         |-- S10checkroot.sh
[11:26] <JK456>         |-- S30checkfs.sh
[11:26] <JK456>         |-- S39ifupdown
[11:26] <JK456>         |   `-- S40networking
[11:26] <JK456>         |-- S40hostname.sh
[11:26] <twb> Yes, it is.
[11:26] <JK456>         `-- S55urandom
[11:27] <twb> It is hard because I don't have millions of other Debian users helping me debug them.
[11:27] <JK456> on mountvirtfs, you launch the runlevel you want
[11:27] <JK456>     |-- rc3
[11:27] <JK456>     |   |-- S00set-date
[11:27] <JK456>     |   |-- S02engine
[11:27] <JK456>     |   |-- S05sysfs
[11:27] <JK456>     |   |   `-- S06udev
[11:27] <JK456>     |   |-- S11messagebus
[11:27] <JK456>     |   |-- S65xinetd
[11:27] <JK456>     |   `-- S70lircd
[11:28] <JK456> thats the init profile we use (i removed the confidential parts)
[11:28] <JK456> twb : you just have to call the scripts in rcS.d and rcX.d
[11:29] <JK456> this scipts will do the job
[11:31] <JK456> so all your files in event.d will look like to this :
[11:31] <JK456> description     "test"
[11:31] <JK456> author          "jerry"
[11:31] <JK456> start on stopped mountvfs
[11:31] <JK456> console output
[11:31] <JK456> script
[11:31] <JK456> 	echo "portmap"
[11:31] <JK456>  	exec /etc/rc.d/rcS.d/S41portmap start
[11:31] <JK456> 	echo "done"
[11:31] <JK456> end script
[11:31] <twb> Please stop flooding.
[11:32] <JK456> ^^ k
[11:32] <JK456> hope it helps
[12:00] <twb> Ew, bootchart-view is written in Java.
[12:06] <twb> ion_: have you looked at using LSB headers to programmatically convert sysv init scripts to upstart scripts?
[12:08] <ion_> Is there a LSB header for things like start when network is available, start when all partitions are mounted and writable, start when a sound card has been connected? If not, doing the conversion manually will yield much better results.
[12:09] <twb> Yes.
[12:10] <JK456> i agree too
[12:10] <twb> I concede that it won't be perfect, but I wonder if it can save you a lot of grunt work, allowing you to focus on the second 90%
[12:11] <JK456> twb : we wrote it in a day
[12:11] <JK456> the main part is to kwow the dependencies
[12:11] <JK456> after that you just call the sys scripts
[12:12] <JK456> or you copy them
[12:12] <twb> http://user.skolelinux.no/~pere/mypapers/200706-bootseq/200706-bootseq.html
[12:12] <ion_> Upstart doesnt exactly deal with dependencies, its the other way around.
[01:38] <julo> hi
[01:39] <julo> I have created an upstart script and it fails to start automatically: "unable to read: Invalid argument", but if I manually start it, it works well.
[01:39] <julo> Any idea ?
[02:10] <julo> salut
[02:10] <julo> j'ai un problme avec upstart: j'ai cr un script, et  l'amorage du  j'obtiens l'erreur "unable to read: Invalid argument" au lancement du script. Par contre, si je lance ce script  la main, a marche.


 @TheWendyPower Do you have Twitter? Also, what's your website URL?
 Website is wendyhillphoto.com
 OK, thanks.
[01:14] -lugito:#lubuntu-devel- [rBLOGb5f6c704eeb0: Publish a (light) 11th newsletter.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rBLOGb5f6c704eeb0
 Fwd from Lubuntu Announcements: Lubuntu Development Newsletter #11 is out!
[01:30] <tsimonq2> https://lubuntu.me/lubuntu-development-newsletter-11/
 Testing that the IRC bridge joined fine.
[01:44] <tsimonq2> Cool.
 Welcome!
 Oh, shoot. Unclear newsletter is unclear.
 Fixed.
[03:35] -lugito:#lubuntu-devel- [rBLOGb5d3d9d8c764: Thanks to Chris Guiver for spotting a wording mistake!] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rBLOGb5d3d9d8c764
[03:42] <wxl> testing is pretty simple
[03:42] <wxl> you just follow the testcase to install and report any bugs you see
[03:42] <wxl> btw you should get a username so those of us on IRC can actually mention you if needed
[03:43] <wxl> i mean a telegram username
[03:44] -lugito:#lubuntu-devel- [T65: ISO size] tsimonq2 (Simon Quigley) just created this task: https://phab.lubuntu.me/T65
 Heyyyy, @KeiganTroutt is it!
 :)
 Sho nuff
[03:47] <tsimonq2> :D
[03:56] -lugito:#lubuntu-devel- [T65: ISO size] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T65#1270
 Between a wife and 3 boys, one with down syndrome that has therapy 3 days a week and evening college classes, I have a very limited schedule so I had to pick the one distro I cared most about in helping so here I am.
 That really means a lot, thank you :)
[03:58] -lugito:#lubuntu-devel- [T65: ISO size] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T65#1272
 @tsimonq2 [That really means a lot, thank you :)], Not a problem. Thanks for everything you guys do. Hope I can help in some way.
[04:15] <wxl> @KeiganTroutt i'm sure we can find some way for you to contribute… and we can use all the help we can get
 ^
 Welcome chris guiver!
 Thanks for the newsletter correction chris guiver :)
 Fwd from lugito: <lugito>  3[  13rBLOGb5d3d9d8c764: Thanks to Chris Guiver for spotting a wording mistake!  3]   15tsimonq2 (Simon Quigley)  committed:  2https://phab.lubuntu.me/rBLOGb5d3d9d8c764
 Ah :)
[05:17] -lugito:#lubuntu-devel- [rQTDECLARATIVEPACKAGING82ace9849ae0: Start a new changelog entry.] mitya57 (Dmitry Shachnev) committed: https://phab.lubuntu.me/rQTDECLARATIVEPACKAGING82ace9849ae0
[05:17] -lugito:#lubuntu-devel- [rQTDECLARATIVEPACKAGING6a9e07290c68: Add a patch to fix image slideshows in KDE Plasma.] mitya57 (Dmitry Shachnev) committed: https://phab.lubuntu.me/rQTDECLARATIVEPACKAGING6a9e07290c68
[05:17] -lugito:#lubuntu-devel- [rQTDECLARATIVEPACKAGING5d7d68c2f7ef: Release to bionic.] mitya57 (Dmitry Shachnev) committed: https://phab.lubuntu.me/rQTDECLARATIVEPACKAGING5d7d68c2f7ef
 Thanks :)
[13:45] -lugito:#lubuntu-devel- [rVLCARCHIVEe4229347f759: DSC file for 3.0.4-1ubuntu0.1] Diffusion committed: https://phab.lubuntu.me/rVLCARCHIVEe4229347f759
[13:45] -lugito:#lubuntu-devel- [rVLCARCHIVEa9948bf16286: configure: fix linking on RISC-V ISA] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rVLCARCHIVEa9948bf16286
[13:45] -lugito:#lubuntu-devel- [rVLCARCHIVEa6db308c66d7: x264: drop <148 build support and fix 10bit support] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rVLCARCHIVEa6db308c66d7
[13:45] -lugito:#lubuntu-devel- [rVLCARCHIVEca44384c7550: Import patches-applied version 3.0.4-1ubuntu0.1 to applied/ubuntu/bionic…] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rVLCARCHIVEca44384c7550
[13:45] -lugito:#lubuntu-devel- [rVLCARCHIVEc178be689355: Import patches-unapplied version 3.0.4-1ubuntu0.1 to ubuntu/bionic-proposed] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rVLCARCHIVEc178be689355
[13:56] -lugito:#lubuntu-devel- [rLXQTCONFIGARCHIVEad180fbee0ee: DSC file for 0.13.0-0ubuntu4] Diffusion committed: https://phab.lubuntu.me/rLXQTCONFIGARCHIVEad180fbee0ee
[13:56] -lugito:#lubuntu-devel- [rLXQTCONFIGARCHIVEea8c32c2f3c5: Import patches-unapplied version 0.13.0-0ubuntu4 to ubuntu/cosmic-proposed] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rLXQTCONFIGARCHIVEea8c32c2f3c5
[13:56] -lugito:#lubuntu-devel- [rLXQTCONFIGARCHIVEbbbcc08e5fdb: Add the ability to set GTK themes] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rLXQTCONFIGARCHIVEbbbcc08e5fdb
[13:56] -lugito:#lubuntu-devel- [rLXQTCONFIGARCHIVE4d122f93e163: Make a path for GTK settings if it does not exist.] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rLXQTCONFIGARCHIVE4d122f93e163
[13:56] -lugito:#lubuntu-devel- [rLXQTCONFIGARCHIVEb6c2c14f59f4: Import patches-applied version 0.13.0-0ubuntu4 to applied/ubuntu/cosmic-proposed] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rLXQTCONFIGARCHIVEb6c2c14f59f4
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE9d280963b0ad: pristine-tar data for nm-tray_0.4.0.orig.tar.gz] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVE9d280963b0ad
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE0f680305de26: Initial debian pristine-tar branch.] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVE0f680305de26
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE8ca217e12008: pristine-tar data for nm-tray_0.4.0.orig.tar.gz] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVE8ca217e12008
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE7c5914c833b8: Import patches-unapplied version 0.4.0-1 to debian/sid] agaida (Alf Gaida) committed: https://phab.lubuntu.me/rNMTRAYARCHIVE7c5914c833b8
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE9042b4d67da9: Import patches-applied version 0.4.0-1 to applied/debian/sid] agaida (Alf Gaida) committed: https://phab.lubuntu.me/rNMTRAYARCHIVE9042b4d67da9
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE56ac7540c2f0: New upstream version 0.4.0] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVE56ac7540c2f0
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVEd48e7e496716: DSC file for 0.4.0-1] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVEd48e7e496716
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE356dee1e5088: New upstream version 0.4.0] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVE356dee1e5088
[14:00] -lugito:#lubuntu-devel- [rNMTRAYARCHIVE8ab0ee099791: Initial upstream branch.] Diffusion committed: https://phab.lubuntu.me/rNMTRAYARCHIVE8ab0ee099791
[15:05] -lugito:#lubuntu-devel- [rLUBUNTUMETAARCHIVE71cb943b825b: DSC file for 1.9] Diffusion committed: https://phab.lubuntu.me/rLUBUNTUMETAARCHIVE71cb943b825b
[15:05] -lugito:#lubuntu-devel- [rLUBUNTUMETAARCHIVEb1d5aec80e0e: Import patches-unapplied version 1.9 to ubuntu/cosmic-proposed] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLUBUNTUMETAARCHIVEb1d5aec80e0e
[15:05] -lugito:#lubuntu-devel- [rLUBUNTUMETAARCHIVE45396646b15d: Import patches-applied version 1.9 to applied/ubuntu/cosmic-proposed] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLUBUNTUMETAARCHIVE45396646b15d
 I'm willing to bet all of this is being processed now wxl following us freeing up disk space.
 what's the new "lxpanelctl restart" in Qt?
 Good question, I don't think we have one...
 so when panel crashes we have to unlog from console?
 *log-out
 Unfortunately that seems to be the case. :/
 "lxqt-panel restart" might solve some issues
 when is the official iso of Lubutu 18.10 galera? good afternoon and have a nice lunch
 @luca_aleksandr [when is the official iso of Lubutu 18.10 galera? good afternoon and have a nice …], October 13th :)
 Er, 18th.
 13th is release candidates.
 Have a good afternoon as well :)
 alias, ja test the 18.10 and at the time of installing the video drive 'did not conclude the installation !!!! - (I use an Nvidia video card)
 What model?
 wxl: ^
 Gforce 210
[17:01] <wxl> what is the specific error?
 however 'at the time I put the repository of my video card and search for my proprietary driver! it gives my driver model (340.107) I try to install it and I did not get it! just this, the rest is beautiful
[17:02] <wxl> first question: did it work ok with the standard driver?
 yes yes' worked very well! but I would have the most account with the driver installed !! or not ?
 wxl: Bionic amd64 livefs daily is FTBFS.
 I get nag emails, do you?
 If not, we should sign you up for them...
[17:08] <wxl> @luca_aleksandr it depends on your use case, i guess. for basic use, the standard driver is usually sufficient. if you're a hardcore gamer or have need to really push your gpu, you'll need the proprietary driver. if you're having trouble getting that, we'll have to look at the actual errors
[17:08] <wxl> yiiiiiiiiiiiikes well i guess someone else will be on that @tsimonq2 XD
 @wxl [<wxl> yiiiiiiiiiiiikes well i guess someone else will be on that @tsimonq2 XD], Half the time, failing LTS dailies are kernel race conditions...
[17:09] <wxl> right, that's what i'm saying. everyone will be affected
 Aaaand, yup.
 Can you go poke apw / slangasek in -release?
 I'm not a player 'I like to do Rewiew and things to type, I play games only in Mugen's outside that' daily use (music, inkscape, gimp)
[17:14] <wxl> @luca_aleksandr then i would suggest trying out the non-proprietary driver and ONLY use the proprietary driver if you need it
 ok ' tanks
 @luca_aleksandr I've heard there are some problems with nvidia 340 in newer Kernels.
 good ' 😢
 funny that in ubuntu 18.4.1 my driver ran good, since it follows the same base!
 @luca_aleksandr [good ' 😢], I'm not sure, just what I've heard. Anyway, 18.4.1 has Kernel 4.15 18.10 4.17 or 4.18.
 18.04.1 kernel 4.15
 yes, but 18.10 has higher kernel.
 ok
[17:32] <wxl> @tsimonq2: actually where are you seeing these livefs fails?
 @wxl [<wxl> @tsimonq2: actually where are you seeing these livefs fails?], Bionic.
 amd64 livefs.
[18:08] <wxl> oh derp
[18:09] <wxl> admittedly we're quite a ways away from .2
 Right.
 See -release, slangasek is giving you nag emails too. :P
[18:10] <wxl> we should turn off next desktop, no?
 That should already be off?
[18:11] <wxl> not on dailies
[18:11] <wxl> bad release manager
[18:33] <wxl> @tsimonq2: waiting for linux packages to migrate from proposed for amd64. will resolve itself.
[18:34] <wxl> @tsimonq2: the other problem is alternates haven't built since april. apparently they weren't in the .1 release, but that's not mentioned in the release notes???
 @wxl [<wxl> @tsimonq2: the other problem is alternates haven't built since april. appa …], Adam has the full explanation but we don't do alternate point releases.
[18:40] <wxl> ah well we should remove those from the dailies, but we should also maybe make a release note somewhere........
[18:41] <wxl> probably on the .1 release and continue to do so on further releases
 wxl: Well, if we really really want them I guess we can persuade infinity.
[18:45] <wxl> alternates are now disabled from bionic
 OK.
[18:45] <wxl> if that's the decision, that's fine. but we need to communicate it well
[18:45] <wxl> i completely removed all traces of lubuntu next
[18:46] <wxl> you can still see alternates in bionic daily but they're disabled
 https://bugs.launchpad.net/ubuntu-cdimage if you want it removed from disk on cdimage.ubuntu.com
 d-i is weird though; those alternates wouldn't have worked anyway, because it hardcodes the kernel version in there.
 So any kernel updates break it.
[18:47] <wxl> it doesn't exist http://cdimage.ubuntu.com/lubuntu/bionic/daily-live/current/
 Uh you're blind :)
 http://cdimage.ubuntu.com/lubuntu/bionic/daily/current/
 If they exist, they're there.
 So I guess they don't.
 Cool.
[18:48] <wxl> who's blind now, bat?
 XD
[19:49] <Wafficus> so is the Welcome Center under development for the next release?
[19:49] <Wafficus> and what's the difference between LXDE and the new variant?
 @Wafficus [<Wafficus> so is the Welcome Center under development for the next release?], The Welcome Center needs someone to sit down and plan out UX.
 And literally *everything* is different between LXDE and the dailies.
[19:57] <Wafficus> gotcha
[19:58] <Wafficus> well even if I didn't have UX experience, you just want ideas for how it should look correct?
 Right.
[20:23] <lyorian> awww no plastique Qt widget by default anymore?
[20:23] <lyorian> was that intended or a casualty of removing the broken bb10 stuff?
[20:30] <lyorian> Although I think LXQt needs a whole new manual
[20:30] <wxl> it most certainly does
[20:30] <wxl> that's a project we need to add to the must haves
[20:44] <lyorian> https://phab.lubuntu.me/T53 ugh I can't edit this
[20:44] -lugito:#lubuntu-devel- [Unbreak Now!, Open] Must haves for 18.10 release: https://phab.lubuntu.me/T53
[20:45] <tsimonq2> wxl: Speaking of that, how's Trojita?
[20:46] <wxl> will try working on it here in the near future, @tsimonq2 ... how's the extra server space coming along *ahem portable container*
[20:49] <wxl> fixed @lyorian
[20:49] <lyorian> ty wxl
[20:49] <wxl> np. thank YOU
[20:52] <lyorian> yeah I have updated that
[21:23] -lugito:#lubuntu-devel- [T67: Repository for manual for lxqt] lynorian (Lyn Perrine) just created this task: https://phab.lubuntu.me/T67
 Welcome @Emanuele65!
 Thanks!
[21:55] -lugito:#lubuntu-devel- [T68: Outline for LXQt manual] lynorian (Lyn Perrine) just created this task: https://phab.lubuntu.me/T68


[04:21] <Bashing-om> Good Nite good Folks
[07:35] <ducasse> good morning all
[08:02] <lordievader> o/
[11:47] <daftykins> \o
[13:18] <pauljw> hi everyone
[13:20] <daftykins> \o
[13:20] <EriC^^> hi pauljw
[13:20] <EriC^^> hi daftykins
[13:20] <pauljw> hey guys
[13:20] <daftykins> heyup
[13:21] <daftykins> did you see the kitties yet? :) https://www.dropbox.com/s/50xmsuxadlinsy7/VID_20161219_133034.mp4?dl=0
[13:24] <pauljw> can't chk em out just yet, doing some updates and i'm beyond my data cap so things are crawling...
[13:24] <daftykins> d'aww
[13:24] <daftykins> 160MB source size on that one due to being 4K yip :>
[13:25] <pauljw> oh
[13:25] <pauljw> i don't have anything that would do it justice
[13:26] <EriC^^> O.o
[13:26] <daftykins> nor me XD
[13:26] <daftykins> it's just what my phone can do 8D
[13:27] <daftykins> there's a funny effect they've started using in gaming though, if you draw things at a higher res then scale down to a lower one - it genuinely looks better than just a 1:1 resolution
[13:27] <daftykins> helps with the jaggies (aliasing)
[13:27] <EriC^^> oh
[13:28] <pauljw> cool
[13:29] <daftykins> i played it on my clients' 2560x1600 30" Dell monitor which looked a bit better, but still not 4K :>
[13:50] <BluesKaj> Hi all
[13:53] <daftykins> \o
[14:17] <ducasse> o/ daftykins, BluesKaj
[14:22] <BluesKaj> hi ducasse
[22:36] <KingsQuest> i have to avoid a gas station for totaled i need seeds Amsterdam issue 1985 08970067 Genius enhancer with pleasure increase for job well done.  i'm a linux and mac developer.  my work for Microsoft 64 bit Enterprise has already been declared for the US.  it's just a little special thing.
[22:37] <daftykins> hi troll, your translator is bad
[22:37] <KingsQuest> i love discussions more than i love offtopic :D
[22:38] <KingsQuest> it's legal for me under United States Federal law in Texas under TX Statute<PHONE_NUMBER>0003-2-0-9
[22:38] <KingsQuest> but i do apologize if it i said the wrong thing.
[22:38] <nicomachus> your english is bad and you should feel bad.
[22:39] <KingsQuest> i'm American not United Kingdom.  i didn't have Kings Charles Parliment in June 8, 1988
[22:39] <DArqueBishop> My Derp to English translator is broken, but I'm pretty sure that almost nothing you said is right.
[22:40] <daftykins> !ops
[22:40] <ubot5`> Help! Channel emergency! (ONLY use this trigger in emergencies) - Pici, Myrtti, jrib, Amaranth, tonyyarusso, Nalioth, lamont, CarlK, elky, mneptok, PriceChild, Tm_T, jpds, ikonia, Flannel, genii, wgrant, stdin, h00k, IdleOne, nhandler, Jordan_U, popey, Corey, ocean, cprofitt, djones, Madpilot, gnomefreak, lhavelund, k1l, rww, phunyguy, bazhang, chu
[22:40] <daftykins> do your job please
[22:40] <KingsQuest> this is a discussion
[22:40] <nicomachus> this is solid entertainment, though.
[22:40] <KingsQuest> i already apologized for thing said out of place
[22:41] <KingsQuest> i'm on linkedin. see ya
[22:41]  * phunyguy expects to have his Ubuntu paycheck docked for ignoring this.
[22:41] <daftykins> how dare you :)
[22:41] <phunyguy> well I wasn't doing my job.
[22:41] <daftykins> as is tradition
[22:41]  * phunyguy wanders off and mutters something about better things to do.
[22:42] <daftykins> you wish ;)
[22:42] <Ben64> he has a g35 to drive
[22:43] <Ben64> every other car feels like a boat now : /
[22:43] <Ben64> drove a friend's honda last night, was weird
[22:44] <daftykins> o0
[22:45] <Ben64> ?
[22:46] <Ben64> no car i've driven handles nearly as well as a g35
[22:46] <nicomachus> 325i
[22:46] <nicomachus> WRX
[22:46] <daftykins> i don't drive
[22:46] <Ben64> both of which i haven't driven nicomachus
[22:47] <Ben64> i really want to rent an aston martin or something fancy like that
[22:47] <daftykins> oop lost him


[07:26] <nikwen> Hi!
[07:26] <nikwen> Some time ago, this bug was fixed: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1303746
[07:26] <nikwen> However, I'm experiencing it again since utopic r91 on my phone. It turns my app unusable.
[07:27] <nikwen> How should I report that regression? I am not able to update the bug status.
[10:17] <t1mp> nikwen: you experience the bug in reminders app?
[10:17] <t1mp> nikwen: oh weird, I also cannot re-open the bug
[10:18] <t1mp> nikwen: best ping dpm or mirv on monday to confirm the bug
[10:50] <nikwen> t1mp: Thanks for your reply. Well, I'm experiencing it on my own app. I'll check it with the reminders app. ;)
[10:59] <nikwen> t1mp: I've got the same problem with the reminders app.
[11:00] <nikwen> t1mp: Are you on r91 or later? That's when the qt packages were updated, which introduced the regression.
[15:06]  * DanChapman can't believe it took 3 hours to debug why QQmlListProperty just wasn't working
[17:07] <nik90> t1mp: hey is it okay to hide the page header by "header.visible = false" ?
[17:11] <ahayzen> nik90, we were doing that lol
[17:12] <ahayzen> nik90, it sometimes didn't work though...so then we would do header.opacity=0 and header.y = - header.height....but tht just made it glitchy so then we just used header.hide() but i think we don't hide the header anymore IIRC
[17:12] <nik90> ahayzen: yes but that doesn't necessarily make it legal :)
[17:12] <ahayzen> nik90, hah
[17:13] <nik90> ahayzen: I remember t1mp and zsombi saying that header is an internal property
[17:13] <nik90> ahayzen: the new header will definitely support it though
[17:13] <ahayzen> nik90, yeah they want to make what is public more limited or something ?
[17:14] <nik90> ahayzen: well the new headers will support hiding, search and other functions. so we will get more public api functions to use
[17:14] <nik90> so more power to the app devs
[17:14] <ahayzen> \o/
[17:15] <ahayzen> nik90, i  see contacts/dialer etc have bottom edge....do u reckon i can hack around that pagewithbottomedge to work with the panel so we get our 3 stage thing in the music-app?
[17:15] <nik90> ahayzen: to an extent yes
[17:16] <nik90> ahayzen: we use the same thing in the clock app as well
[17:16] <nik90> ahayzen: worth a shot I suppose
[17:16] <nik90> ahayzen: but it doesn't use the panel component
[17:16] <ahayzen> nik90, this is what i mean by 3 stage
[17:17] <ahayzen> nik90, https://www.youtube.com/watch?v=51QJcIDFuxM
[17:17] <ahayzen> nik90, yeah i would have to link it with our Panel (toolbar) somehow?
[17:48] <AceLan> hi, is there new scope example for libunity-scopes2
[17:48] <AceLan> the api changes a lot, I can't figure out how to fix the scope I write for libunity-scopes1
[19:48] <yash> what is qml ?


[14:42] <locodir-user> i have been facing some difficulties while downloading ubuntu 10.10
[15:07] <Tanvir> I would love to answer that question. :(


[01:04] <Skaag_> is it possible to convert an ext3 fs to lvm?
[01:16] <pmatulis> Skaag_: no
[01:16] <Skaag_> actually I found an interesting doc about this
[01:16] <pmatulis> really?
[01:16] <Skaag_> http://tldp.org/HOWTO/LVM-HOWTO/upgraderoottolvm.html
[01:17] <Skaag_> I've been looking in the wrong places earlier
[01:17] <Skaag_> This article says you need at least 50% free space on the device, or an external drive
[01:18] <pmatulis> this is a test system i presume?
[01:19] <Skaag> well, the plan is to do it on a production machine, but I will definitely first learn to do this on a separate system
[01:20] <pmatulis> i'm curious about it.  let me know how it turns out
[01:34] <Skaag_> will do
[01:35] <zende> I'm having problems with apt-get on a clean installation of ubuntu using vmbuilder
[01:35] <zende> anyone here who could help?
[01:35] <pmatulis> zende: ask and see
[01:36] <zende> I get "E: Method http has died unexpectedly!" for "apt-get install" of any package
[01:37] <zende> my connection is fine.  I installed git and curl using the configs of vmbuilder, and I can connect to the Internet without problem
[01:37] <pmatulis> zende: pastebin the entire output of that install command; also pastebin your sources.list file
[01:38] <zende> milo@staging0:~$ sudo apt-get install strace
[01:38] <zende> Reading package lists... Done
[01:38] <zende> Building dependency tree
[01:38] <zende> Reading state information... Done
[01:38] <zende> The following NEW packages will be installed:
[01:38] <zende>   strace
[01:38] <zende> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
[01:38] <zende> Need to get 162kB of archives.
[01:38] <zende> After this operation, 340kB of additional disk space will be used.
[01:38] <zende> Get:1 http://archive.ubuntu.com jaunty/main strace 4.5.17+cvs080723-2ubuntu1 [162kB]
[01:38] <zende> E: Method http has died unexpectedly!
[01:38] <pmatulis> no
[01:39] <zende> milo@staging0:~$ cat /etc/apt/sources.list
[01:39] <zende> deb http://archive.ubuntu.com/ubuntu jaunty main restricted universe
[01:39] <zende> deb http://archive.ubuntu.com/ubuntu jaunty-updates main restricted universe
[01:39] <zende> deb http://security.ubuntu.com/ubuntu jaunty-security main restricted universe
[01:39] <zende> oops
[01:39] <pmatulis> pastebin means go to pastebin.ca (say) and paste your stuff there.  then give us the url's to those pages
[01:40] <pmatulis> (never paste in more than a couple of lines in the irc channel)
[01:40] <zende> pmatulis: http://pastebin.com/maa6f788
[01:41] <zende> understood, mistake
[01:45] <pmatulis> zende: try '$ sudo apt-get update', do you get an error also?
[01:49] <zende> pmatulis: no errors there, but I get the same error if I change the servers in the source list
[01:50] <pmatulis> zende: do you have anything under /etc/apt/sources.list.d ?
[01:51] <zende> pmatulis: nope, empty
[01:51] <pmatulis> zende: are you using a web proxy of any kind?
[01:51] <zende> pmatulis: nope
[01:51] <pmatulis> zende: i think you've hit a bug then
[01:52] <pmatulis> for instance, see bug 385144
[01:52] <uvirtbot`> Launchpad bug 385144 in apt "apt-get dies with "E: Method http has died unexpectedly!"" [Medium,Fix committed] https://launchpad.net/bugs/385144
[01:53] <pmatulis> zende: this is a very recent fix
[01:53] <pmatulis> zende: it might be related to what you're seeing, might not.  but there is a PPA available for testing
[01:58] <zende> pmatulis: I can't update the source list, so I'll see if I can set the PPA with vmbuilder and have it grab the fix when installing
[01:59] <zende> pmatulis: is there any way I can apply the fix on the existing install?
[02:03] <pmatulis> zende: the ppa is for karmic i just saw
[02:05] <zende> pmatulis: why would I have the same problem across multiple suites (jaunty and hardy) and for the flavour virtual?
[02:06] <pmatulis> zende: you also see this in hardy?
[02:06] <zende> pmatulis: yes
[02:06] <pmatulis> zende: can you pastebin the vmbuilder command you used to build the vm?
[02:07] <zende> pmatulis: I would prefer to install hardy-virtual.  I only tried jaunty to see if it would fix it
[02:07] <zende> pmatulis: sure
[02:10] <zende> pmatulis: http://pastie.org/533806
[02:11] <jamesrfla> My boss just got a domain from 1&1 and he is on a dynamic ip address and I see in the 1&1 control pannel where to put the ip address. Is there some kind of client I could use to update the DNS? We can't get a static ip.
[02:14] <pmatulis> zende: sorry, i'm stumped
[02:14] <pmatulis> zende: you may want to talk about it in #ubuntu-virt
[02:15] <zende> pmatulis: I don't feel so bad then.  I tried and no one responded.  not exactly the best time of day/week
[02:16] <pmatulis> jamesrfla: try ipcheck
[02:17] <zende> pmatulis: thanks for the help though. I'll stay on it
[02:17] <pmatulis> zende: np, and let me know if you figure it out
[02:18] <zende> pmatulis: sure thing, have a good 4th
[02:18] <jamesrfla> pmatulis: looking into it thanks
[02:25] <jamesrfla> pmatulis: I don't have dyndns but this will still work?
[02:32] <pmatulis> jamesrfla: should, but please read the 1&1 site (info on compatible clients)
[02:33] <jamesrfla> okay will do. I never set up a real domain before so I am new to this
[05:16] <jeeves> how can I find out why my postfix isn't accepting incomming SMTP connections?
[05:49] <qman__> jeeves: check the mail logs, /var/log/mail.*
[06:33] <mobi-sheep> How do one list and remove signed keys in command line?  (Got no GUI).
[06:42] <rags> when using aptitude to install any package I get lots of "insserv" warnings and the installation fails...It starts with "Setting up ufw (0.23.3) ..." and then I get the warnings...any one seen something like this?
[06:52] <jmarsden> mobi-sheep: GPG keys?  man gpg and see the --list-sigs and --delete-key options in particular.
[06:52] <jmarsden> mobi-sheep: For keys used by apt, man apt-key
[06:53] <mobi-sheep> jmarsden: Thanks.  I couldn't find it online anywhere so I figured to look at apt-key --help since there are too many on adding keys. ;)
[06:57] <jeeves> qman__, you still here?
[11:54] <domas> hi! what is the easiest way to build 32-bit jail with 32-bit ubuntu environment on 64-bit ubuntu server?
[12:07] <domas> found it
[12:07] <domas> works perfectly :)
[13:18] <Skaag_> what's the equivalent of /etc/inittab in jaunty?
[13:19] <Skaag_> ok I think I found it in /etc/event.d
[13:53] <sandstrom> How can I reset all configuration for ufw?
[13:54] <sandstrom> eg. the before/after rules in /etc/ufw
[13:54] <sandstrom> and any other settings-files related to the ufw firewall
[13:57] <Nafallo> sandstrom: purge the package, remove the left-overs (if any) and re-install it?
[13:57] <sandstrom> how would I purge it?
[13:58] <Nafallo> the same way you purge any package.
[13:58] <sandstrom> I'm sorry, but I don't know how. Would you mind telling me?
[13:59] <Nafallo> apt-get remove --purge ufw would be one way.
[14:07] <UserPa> Hello
[14:07] <UserPa> what do I do, I think my server is under some ddos attack?!
[16:44] <dinger2006> dones anyone here use vtiger?
[17:25] <OregonJim> Good day. I need help with Samba on an eBOX Ubuntu 9.04 server. It keeps reloading periodically and I don't know what to look at
[17:25] <OregonJim> to find the problem. Any help?
[17:26] <OregonJim> Pardon the question, but is anyone here listening?
[17:26] <OregonJim> Please?
[19:57] <DormantOden> hey, anyone able to help me get a vncserver to run at startup?
[19:57] <DormantOden> Its taken me a whole day to get my gui to stop. xD
[20:00] <uvirtbot`> New bug: #395578 in open-iscsi (main) "package open-iscsi 2.0.870.1-0ubuntu3 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/395578
[21:38] <martin-> does jeos 8.04 have LTS too?
[21:38] <martin-> I'm guessing it uses the same repositories as regular ubuntu server
[22:17] <pmatulis> martin-: yes, it does
[23:29] <stas> Hi, I have an issue with nginx if you can help me please
[23:29] <stas> I put ssl on in my config
[23:29] <stas> and after restarting nginx I get this error:
[23:29] <stas> SSL_CTX_set_tlsext_servername_callback() failed (SSL:)