[12:58] <munckfish> I couldn't see a mailing list for the ubuntu toolchain, if I need to address you guys do I just mail ubuntu-devel and prefix subject with [toolchain] or similar?
[14:05] <doko> munckfish: no separate list. is this about spu?
[21:47] <munckfish> doko: got a sec?
[21:48] <doko> not much, 11pm
[21:48] <munckfish> oh you're an hour ahead
[21:48] <munckfish> ok I'll be quick
[21:49] <munckfish> right - this is about ppu-gcc cell-sdk etc
[21:49] <munckfish> a while back you said they were obsolete
[21:49] <munckfish> I understand this
[21:49] <munckfish> cause the patches are now upstream
[21:49] <munckfish> and we now have the ability to build spu-gcc etc
[21:49] <munckfish> in gcc 4.3
[21:49] <munckfish> right
[21:49] <munckfish> so I tried to build a cross compiling toolchain
[21:50] <munckfish> from these sources
[21:50] <munckfish> by following debian/README.cross
[21:50] <munckfish> bintuils 2.18 -- great
[21:50] <munckfish> gcc 4.3 - doesn't compile
[21:50] <munckfish> so ...
[21:50] <munckfish> I desperately need a cross compiler
[21:50] <munckfish> and i think people helping on PS3 port do to
[21:50] <munckfish> so I've updated cell-gcc
[21:51] <munckfish> would be you prepared to sponsor an upload of this to inrepid?
[21:51] <munckfish> *intrepid?
[21:51] <munckfish> over
[21:52] <munckfish> To make your life easy - I have put the sources into bzr (yet to upload to LP, but that's detail), and I can host it in my PPA for review
[21:54] <munckfish> doko: that's all for now
[22:00] <doko> well, we should agree how to proceed. maybe ask arthur- what he intends to do for debian? would it be possible for you to build a new gcc-4.3-spu source package (empty) which build depends on gcc-4.3-source and builds this cross compiler?
[22:00] <munckfish> interesting idea
[22:00] <munckfish> probably and I'd prefer to do it this way
[22:00] <arthur-> hallo
[22:00] <munckfish> but cell-gcc currently provides the least lead time for me
[22:00] <arthur-> (reading backlog)
[22:01] <munckfish> to get a cross compiling toolchain together so I can fix and test the PS3 the kernel
[22:01] <munckfish> e.g.
[22:01] <doko> I do not want to build cross compilers from the "core" gcc-4.3 source, because it delays build times, and it doesn't really belong there
[22:01] <munckfish> doko: I understand I'm not suggesting putting x compilers in the repo
[22:01] <munckfish> I understand the issues there
[22:02] <munckfish> just it's not working right now
[22:02] <munckfish> I need to spend time on the kernel
[22:02] <doko> understood
[22:02] <munckfish> and I need to get other folks involved
[22:02] <arthur-> munckfish: so you need a !ppc -> spu cross-compiler ?
[22:02] <munckfish> I can revisit the problem I have compiling gcc 4.3 later
[22:03] <munckfish> arthur-: yes, most important at the moment is
[22:03] <munckfish> a powerpc and ppc64 capable toolchain
[22:03] <munckfish> there are few projects using spu at the moment
[22:03] <munckfish> I won't get to packaing them for a few months I think
[22:04] <munckfish> I do not intend to maintain the cell SDK any longer than I have to
[22:04] <munckfish> but it's so much easier than explaining to people about dpkg-cross and all that complicated baloney
[22:04] <munckfish> :)
[22:04] <doko> yeah, my idea was just to use the upstream releases; apinski indicated this would be sufficient
[22:04] <munckfish> arthur-: sorry I misunderstood
[22:05] <munckfish> I need a power compiler on x86
[22:05] <munckfish> so I can build on my normal PC
[22:05] <munckfish> whose apinski?
[22:05] <doko> pinskia
[22:05] <doko> ,-P
[22:06] <arthur-> gcc dev from sony, doing spu and ps3 things and a lot of more
[22:06] <arthur-> doko: eheh
[22:06] <munckfish> ok I recognise his nick
[22:06] <arthur-> munckfish: Andrew Pinski
[22:06] <munckfish> right
[22:07] <munckfish> arthur-: so are you going to be providing cell-sdk in debian?
[22:07] <munckfish> doko: I will raise an issue for the gcc 4.3 cross problem I have
[22:09] <munckfish> I'll upload the sources I have anyway, if you don't want it I can just leave the package in my PPA until I get the 4.3 issue solved
[22:09] <arthur-> munckfish: no I don't think so, ps3 kernel will be built on a powerpc buildd so current packages are enough for the archive, I would prefer you making your own ppc compiler for x86
[22:09] <arthur-> what is your gcc-4.3 issue ?
[22:09] <munckfish> linking error
[22:10] <munckfish> I use dpkg-cross to convert and install the powerpc libs e.g. libc etc
[22:10] <munckfish> when I build the powerpc64 compiler ld looks in the wrong place for libc.so
[22:10] <munckfish> finds incompatible 32 bit libc
[22:11] <munckfish> this is while building libgcc
[22:11] <arthur-> this shouldn't be hard to fix
[22:11] <munckfish> I looked up on Google found a discussion on Emdebian they were saying cross building 4.3 isn't cool just yet
[22:12] <munckfish> arthur-: I hoped not, but I'm new to gnu tools and Make so I have to focus my time and try not to get too sidetracked
[22:12] <arthur-> munckfish: cross building gcc-4.3 or building a gcc-4.3 cross compiler ?
[22:12] <munckfish> I'm sure you guys could fix it in an instant
[22:12] <munckfish> host is x86
[22:12] <munckfish> building ppc64 cross compiler
[22:12] <munckfish> following instructions from debian/README.cross
[22:13] <arthur-> munckfish: ok I'm going to try to do it, just have to get some food first...
[22:13] <munckfish> ok cool
[22:13] <munckfish> I have a note of the steps I took
[22:18] <munckfish> arthur-: when you return these are the steps I took:
[22:19] <munckfish> first read through debian/README.cross in both binutils-2.18 and gcc-4.3
[22:19] <munckfish> following the one from gcc
[22:19] <munckfish> first step was to get powerpc dep libs
[22:19] <munckfish> installed on my pc
[22:20] <munckfish> did this using dpkg-cross. apt-cross seemed to be broken or not working as I expected so I had to download the deps manually :(
[22:20] <munckfish> they get installed under /usr/powerpc-linux-gnu and
[22:21] <munckfish> /usr/powerpc64-linux-gnu
[22:21] <munckfish> once that was done I created binutils cross quite easily
[22:21] <munckfish> and installed
[22:21] <munckfish> then on to gcc
[22:22] <munckfish> half way through that it gets stuck
[22:22] <munckfish> So the main obstacles are
[22:23] <munckfish> 1) getting the dep libs is a pain in the derriere, cause of apt-cross problem
[22:23] <munckfish> 2) gcc build was failing linking 64 bit libgcc
[22:23] <munckfish> over
[22:44] <arthur-> munckfish: ok, launched a build
[22:50] <arthur-> munckfish: this is because it doesn't have a look in /usr/powerpc-linux-gnu/lib64
[22:51] <arthur-> I'll fix tomorrow, bed time
[22:58] <munckfish> good night all


[07:18] <smb> morning .+
[07:21]  * smb grumbles a bit about short lived hardware
[07:39] <cking> smb, what's broken?
[07:41] <smb> cking, Most likely the mainboard of my working desktop (cannot rule out cpu completely). Just refuses to stay powered now. You press the power switch and at least the cpu fan and the drive bays light up. You release it and all goes off.
[07:41] <smb> s/working/work/ as it is not working right now... :-P
[07:42] <smb> At least I was able to transfer the important stuff over to the travel netbook by moving all hdds somewhere else.
[07:43] <smb> But that board was "just" 2yrs old... :-P
[07:44] <smb> cking, Btw, your oneiric system does not show upstart-udev-bridge daemon eating all your cpu time, does it?
[07:44] <cking> what was the make of the board?
[07:44] <smb> cking, asrock
[07:44] <cking> asrock does not rock then
[07:45] <cking> smb,  upstart-udev-bridge daemon is OK for me
[07:46] <smb> Unfortunately if I want to only replace the board I seem to be stuck with them. As am2+ is not really state of the art anymore. Hard to find just a replacement. But I'd hate to waste the ram (or cpu if its still working)
[07:46] <smb> cking, upstart seems to be in a monologue here:
[07:46] <smb> write(2, "arguments to dbus_message_iter_a"..., 232) = 232
[07:46] <smb> write(2, "process 380: ", 13)
[07:46] <smb> repeating over and over
[07:47] <smb> and upstart-udev-bridge being pid 380
[07:48] <cking> smb, what happens if you do sudo service udev stop (and then start again)?
[07:50] <smb> cking, The new process seems ok and stays in select...
[07:52] <smb> Seems to have cured it so far. Took a while between the stop until the bridge deamon really went away.
[07:52] <smb> System feels much smoother now. :-P
[08:03] <cking> smb, so do you think the motherboard has dry solder joints that fail due to thermal expansion/contraction?
[08:06] <smb> cking, No rather not, because it usually did stay on for the day without issues. It could be failed capacitors or something else with the on-board power routing. At least the problem remained the same after replacing power supply (which would also give some time to cool down)
[11:45] <Ceno3x> Hi guys. I need to build a source package for a kernel I'm working on so I can then upload it to launchpad. I'm already building the packages with make-kpkg so I shouldn't be too far off. Can anyone point me in the right direction?
[12:16] <TeTeT> Ceno3x: for building source packages I usually use debuild -S from the packages main directory
[14:16]  * ogasawara back in 20
[14:56] <ppisati_> apw: cve 1083 in the cve matrix is marked as "needed" for almost all releases
[14:56] <apw> yes we don't have an upstream fix for it yet
[14:57] <apw> i have passed that back to the security team for resolution
[14:57] <ppisati_> apw: but the corresponding lp bug says only hardy and linux-ec2 need it since all the others are marked as "fix released"
[14:57] <ppisati_> lp 813935
[14:57] <apw> bug is incorrect i beleieve
[14:57] <ubot2> Launchpad bug 813935 in linux-ti-omap4 "CVE-2011-1083" [Low,Fix released] https://launchpad.net/bugs/813935
[14:57] <ppisati_> ah ok
[14:57] <bjf> ppisati, bug #865171, please verify
[14:57] <ubot2> Launchpad bug 865171 in linux-ti-omap4 "enable ftrace for the 80211 layer" [Undecided,Fix committed] https://launchpad.net/bugs/865171
[14:59] <ppisati_> bjf: do i manually change the tag to "verification done" or is thjere any script that i should run?
[15:16] <apw> ppisati_, i believe it is manual, just put some comment on and change it
[15:24] <ppisati_> ok, done
[15:27] <bjf> ppisati_, i believe the tag is "verification-done-oneiric"
[15:27] <bjf> ppisati_, and you change it manually
[15:49] <bjf> herton, sconklin, bug #880476
[15:49] <ubot2> Launchpad bug 880476 in linux "after update to kernel 3.0.0-13 ubuntu 11.10 does not start" [High,Triaged] https://launchpad.net/bugs/880476
[15:49] <jpds> Is there any way I can install an oneiric kernel on a Lucid machine?
[15:49] <jpds> I have a USB adapter that works on oneiric, but doesn't on Lucid.
[15:50] <jpds> And the Natty backport kernel doesn't seem to do the trick.
[15:50] <bjf> jpds, you can install the lts-backport-oneiric package (currently in -proposed)
[15:50] <jpds> bjf: Oh, I didn't look in there - I'll try that; thanks.
[15:55] <jsalisbury> bjf, sconklin, herton, Possible oneiric-proposed kernel regression: bug 880476
[15:55] <ubot2> Launchpad bug 880476 in linux "after update to kernel 3.0.0-13 ubuntu 11.10 does not start" [High,Triaged] https://launchpad.net/bugs/880476
[15:59] <sconklin> jsalisbury: ack
[16:02] <jsalisbury> sconklin, I'm going to try 3.0.0-13 on my laptop now.
[16:03] <bjf> jsalisbury, you should have -proposed enabled :-)
[16:04] <jsalisbury> bjf, yes I do :)
[16:09] <ppisati_> apw: cve 1767/hardy - nitpick: +goto out;;
[16:09] <apw> yep thats a bit shit :)
[16:10] <apw> clearly writing too much shell right now
[16:10] <apw> ppisati_, do reply and point it out formally and i can get it fixed on application
[16:24] <focalt> hey guys
[16:25] <focalt> suddently after installing a rt-kernel
[16:25] <focalt> I loss admin rights
[16:25] <focalt> I dunno why...
[16:25] <focalt> I just cant install anything from synaptic
[16:25] <focalt> or by typing sudo...
[16:25] <apw> focalt, try rebooting into a different kernel
[16:25] <focalt> it's the same
[16:26] <focalt> apw,
[16:26] <focalt> it's the second time this happens...
[16:26] <focalt> I'm tired of reinstalling system :
[16:26] <focalt> :\
[16:27] <jjohansen> focalt: boot into runlevel 1, and see what is going on
[16:28] <focalt> jjohansen, sorry you must be more specific than that... i'm kind of new to linux
[16:29] <jsalisbury> bjf, sconklin, herton, re bug 880476 I was able to boot into 3.0.0-13 without and issue.
[16:29] <ubot2> Launchpad bug 880476 in linux "after update to kernel 3.0.0-13 ubuntu 11.10 does not start" [High,Triaged] https://launchpad.net/bugs/880476
[16:29] <tgardner> jsalisbury, its gotta be HW specific
[16:30] <jsalisbury> tgardner, I have a Lenovo x201
[16:30] <jjohansen> focalt: okay, when you boot you can specify the run level as part of the kernel command line for grub.  putting a 1 in there will result in the machine booting in single user mode, with no need to log in.  You are root and have full access
[16:31] <tgardner> jsalisbury, get him to re-install it by copying the deb from the archive, then 'sudo dpkg -i linux-image*'
[16:31] <tgardner> make sure he's got enough disk space
[16:31] <jsalisbury> tgardner, will do
[16:31] <focalt> jjohansen, and how do I do that. i mean where do I put that run level?
[16:31] <jjohansen> focalt: in grub when you go to select a kernel select edit
[16:32] <tgardner> jsalisbury, I think he's got initrd issues if it can't find the rootfs
[16:32] <jjohansen> on the line with the linux kernel and its options, splash, vt.handoff etc you just add a 1
[16:33] <jsalisbury> tgardner, there was one other person reporting this issue as well.  Comment #25
[16:33] <jjohansen> make sure it is separated by a space
[16:33] <herton> jsalisbury, tgardner: yeah, can some bug/issue with the disk controller module used or initramfs related problem
[16:33] <ppisati_> focalt: so you can login, right? and if yes, what's happend if you open a terminal and execute "sudo id"?
[16:33] <ppisati_> s/login/log in/
[16:34] <ppisati_> s/what's/what does it/
[16:34] <jjohansen> focalt: so eg.
[16:34] <jjohansen>   linux   /boot/vmlinuz-3.0.0-12-generic root=UUID=7df1f324-9c3e-4ec0-9eb5-1bc0e383ce64 ro   quiet splash nomodeset vt.handoff=7 1
[16:37] <focalt> jjohansen, ppisati_, I guess I found my problem
[16:37] <focalt> I did sudo usermod -G audio focalt
[16:37] <focalt> in my /etc/group file
[16:38] <focalt> I have my username only in the audio group
[16:38] <tgardner> jsalisbury, how do you know you have the same platform ?
[16:38] <jsalisbury> tgardner, I don't have the same platform.  The bug reporter has an Acer and I have a Lenovo.
[16:39] <tgardner> jsalisbury, oh, I guess I was confused.
[16:39] <ppisati_> focalt:
[16:39] <jsalisbury> tgardner, I wan't able to reproduce on my machine.  I asked the other person affected by this for their hardware details.
[16:39] <ppisati_> from the man page
[16:39] <ppisati_> "If the user is currently a member of a group which is not listed, the user will be removed from the group. This behaviour can be changed via the -a option, which appends the user to the current supplementary group list.
[16:39] <ppisati_> "
[16:39] <ppisati_> -G option
[16:40] <ppisati_> you missed the -a option
[16:40] <focalt> ppisati_, yep
[16:40] <focalt> I guess that's it
[16:40] <focalt> so if I reboot in recovery mode
[16:41] <focalt> and change the group file?
[16:41] <focalt> will solve this shit?
[16:41] <ppisati_> focalt: yep
[16:42] <ppisati_> focalt: here is a list of groups my user is in http://paste.ubuntu.com/718970/
[16:42] <focalt> thanks man :)
[16:42] <focalt> ppisati_, your username is flag right?
[16:43] <tgardner> skaet, do you know if there is a bug filed to make sure the Natty and Oneiric LTS kernels get onto the next Lucid DVD point release ?
[16:43] <jsalisbury> tgardner, do you have a link to the kernel deb archive?  I thought it was off here: http://kernel.ubuntu.com/~kernel-ppa/  But I guess not.
[16:44] <tgardner> jsalisbury, http://archive.ubuntu.com/ubuntu/pool/main/l/linux/
[16:44] <skaet> tgardner, not aware of one,  but haven't hunted for it either.   Probably best to just submit and mark it for lucid-updates.
[16:44] <jsalisbury> tgardner, thanks
[16:44] <tgardner> skaet, will do
[16:44] <skaet> tgardner, thanks.
[16:48] <tgardner> skaet, bug #881529
[16:48] <ubot2> Launchpad bug 881529 in debian-installer "Natty and Oneiric LTS backport kernels need to get onto the Lucid 10.04.4 point release DVD." [High,In progress] https://launchpad.net/bugs/881529
[16:50] <skaet> tgardner, thanks.
[17:23] <smoser> smb, around ?
[17:24] <smb> In some way. Whats up?
[17:24] <smoser> if i tell you that i did not issue a reboot, how would you think that https://launchpadlibrarian.net/83606521/precise-daily-amd64-server-20111024-m1.large-ebs.log got rebooted?
[17:24] <smoser> is there some watch dog device now ?
[17:25] <smb> Not that one would come to my mind
[17:26] <smb> Could amazon have implemented something?
[17:26] <smoser> so what else would have done that ? can xen host somehow spy?
[17:26] <smoser> yeah... i wouldnt hvae thought they'd implement something, and i would hope they wouldn't do something other than adding a watchdog device
[17:28] <smb> Well, if there is a device it would be something that comes with our kernel.
[17:28] <smb> Though I have not looked there, yet for tsomething like that
[17:29] <smb> Hm, maybe one can detect when the cpus go into some sort of stop after the panic...
[17:30] <smb> It would be something to look when my next crash happens. Maybe even in xm list there would be a different state than "b"
[17:35] <smb> And in kernel 3.0 there is a xen watchdog timer, which we compile as module. But that requires a hypervisor of 4.0 or higher. And Amazon normally is back on 3.4
[17:48] <nigelb> manjo: ohai
[17:48] <nigelb> Is there a track named hwe?
[17:49] <manjo> nigelb, nope
[17:49] <nigelb> manjo: that's why your BP isn't scheeduled.
[17:50] <manjo> nigelb, so I will need to rename HWE to say kernel ?
[17:50] <nigelb> Yeah.
[17:51] <manjo> nigelb, since there is no kernel track I am going to use hardware
[17:51] <nigelb> np!
[17:51] <manjo> pgraner, ^ I guess you are ok with that ?
[17:51] <nigelb> Just make sure it exists
[17:52] <nigelb> There is a kernel...
[17:52] <nigelb> ah.. linaro.
[17:53] <manjo> nigelb, done thanks  a ton
[17:53] <nigelb> manjo: np!
[17:53] <manjo> wait for it to show up on the schedule I guess ..
[17:53] <nigelb> Yeah, it runs on the hour I think.
[17:53] <nigelb> There's a cron
[17:57]  * tgardner -> lunch
[18:01] <cking> manjo, hwe is 2nd class citizen ;-)
[18:01] <manjo> cking, now I know the secret of you leaving :)
[18:02] <cking> heh
[18:02] <manjo> :)
[18:04] <manjo> nigelb, where are you located ?
[18:05] <mah> Need Help during kernel building : when booting it shows fuse: device not found
[18:05] <nigelb> manjo: Bangalore :)
[18:06] <nigelb> manjo: Oh, Happy Diwali.  Oneiric ?
[19:47] <lamont> oneiric
[19:47] <lamont> 12:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
[19:48] <tgardner> lamont, yeah, that error message seems entirely superfluous. I wonder if it exists in 3.1
[19:50] <wmp> lamont: i have this same wifi card
[19:50] <tgardner> lamont, try the precise kernel. Broadcom is mainline in that version. http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-3.1.0-1-generic_3.1.0-1.1_amd64.deb
[19:50] <lamont> wmp: it's very, um, chatty
[19:51] <wmp> lamont: now i testing support on broadcom-wl
[19:53] <tgardner> lamont, uh, nevermind. its still staging in 3.1
[19:54] <tgardner> maybe I can dial down the chattiness by changing wiphy_err to wiphy_dbg
[19:54] <lamont> figures
[19:55] <lamont> I would support such a notion, even more so if it made it into oneiric-updates eventually
[19:55] <tgardner> lamont, yep, thats my plan
[19:55] <cking> tgardner, you going to UHS this year?
[19:56] <tgardner> cking, I think so. I'm working o a git foo presentation for it.
[19:56] <lamont> now I just need to understand why xfce and my laptop hate each other
[19:56]  * cking wonders if he should be attending...
[19:56] <tgardner> lamont, will start a bug and attach the relevant info including the log noise.
[19:56] <tgardner> will you*
[20:00] <lamont> tgardner: sure.  may be tomorrow when I finally get it filed
[20:00] <tgardner> lamont, ok, just lemme know.
[20:00] <lamont> will do
[20:04] <tgardner> lamont, it seems to be cleaned up in the 3.2 merge, and it has gone mainline (i.e., no longer staging)
[20:05] <hggdh> herton: ping
[20:05] <herton> hggdh: pong
[20:05] <hggdh> herton: are we going to respin 3.0.13? If so, I will refrain from testing it
[20:06] <herton> hggdh: yes, it'll be respinned, one bug failed verification
[20:06] <hggdh> herton: ack, thank you. I will wait for the respin, then. Same tracking bug?
[20:07] <herton> hggdh: nope, it'll be a new tracking bug I expect. sconklin or bjf will take care, I'm going to take 3 days off beginning tomorrow
[20:08] <hggdh> k, thank you
[20:13] <lamont> if I want to flush entries from /proc/net/ip_conntrack, can I do that easily>
[20:14] <tgardner> lamont, you didn't used to be able to, but I'm thinking you ought to be able to now, especially with the advent of network name spaces.
[20:15] <lamont> cool
[20:16] <tgardner> lamont, http://linux.die.net/man/8/conntrack


[11:00] <steve343> anyone know if someones managed to get steam to work under wine?
[11:00] <crimsun_> LiteHedded: now I need ``lsmod && amixer''
[11:00] <DaSkreech> steve343: Someone has
[11:01] <steve343> running or running well?
[11:01] <LiteHedded> http://rafb.net/paste/results/s6iGzI57.html
[11:01] <jme__> more like running away ? :)
[11:01] <crimsun_> LiteHedded: now summarise your problem, please
[11:01] <LiteHedded> sound not working
[11:02] <crimsun_> Kream: have you provided that info?
[11:02] <LiteHedded> it was working then I edited xorg.conf to get ati working and rebooted now no sound
[11:02] <crimsun_> LiteHedded: you keep omitting stuff I requested
[11:02] <LiteHedded> well I'm trying dude
[11:03] <LiteHedded> request it all at once maybe. I thought I gave you everything
[11:03] <DaSkreech> crimsun_: try >exact thing he should type<
[11:03] <LiteHedded> yes try that
[11:03] <DaSkreech> Then he can copy everything between those two
[11:03] <crimsun_> 17:00 < crimsun_> LiteHedded: now I need ``lsmod && amixer''
[11:03] <LiteHedded> i gave you that
[11:03] <LjL> LiteHedded: last URL was only amixer, not lsmod, as far as i can see
[11:03] <crimsun_> not sure how that's terribly unclear.
[11:03] <LiteHedded> it's not
[11:04] <LiteHedded> i pasted it right into a terminal
[11:04] <betty_> hi
[11:04] <betty_> I have a question
[11:04] <LiteHedded> i see it in my history but I'll try again
[11:04] <LjL> LiteHedded: perhaps you didn't paste from the beginning of the output?
[11:04] <DaSkreech> hi betty
[11:04] <betty_> can I setup my computer to turn off after 10:00PM?
[11:04] <DaSkreech> sure
[11:04] <LjL> betty_: not sure it's the best option, but edit /etc/crontab and add an entry there
[11:04] <betty_> I mean; how can I setup my computer to turn off after 10;)0PM?
[11:05] <LiteHedded> I was >>ing it to a text file. I think I didn't tryp the > for both commands
[11:05] <betty_> I've never used the crontab
[11:05] <crimsun_> LiteHedded: do you have multiple sound devices or just that onboard?
[11:05] <DaSkreech> Wel there is kCron
[11:05] <DaSkreech> which makes it a little easier
[11:05] <LiteHedded> what's the best way to get those long outputs from a terminal tot he bin?
[11:05] <betty_> kCron
[11:05] <LjL> betty_: an entry like this one would probably work:     * 10 * * * root halt
[11:05] <DaSkreech> should be in the system menu
[11:05] <LiteHedded> just the onboard crimsun_
[11:05] <crimsun_> LiteHedded: amixer set 'IEC958 Playback AC97-SPSA' 0
[11:06] <LjL> LiteHedded: it would have worked if you did   ( lsmod && amixer ) >>filename
[11:06] <betty_> do I need to include the root password?
[11:06] <LjL> LiteHedded: otherwise redirection is per-command
[11:06] <LiteHedded> here's lsmod
[11:06] <LiteHedded> http://rafb.net/paste/results/9QbebT77.html
[11:06] <LjL> betty_: no, crond is executed as root
[11:06] <LiteHedded> thanks LjL I'll try it next time
[11:06] <crimsun_> LiteHedded: right, don't really need the output now. Execute the amixer command I gave you, and test sound again.
[11:07] <LiteHedded> Simple mixer control 'IEC958 Playback AC97-SPSA',0 Capabilities: volume volume-joined Playback channels: Mono Capture channels: Mono Limits: 0 - 3 Mono: 0 [0%]
[11:07] <LiteHedded> isn't there a command that will give static from a terminal?
[11:07] <LiteHedded> /dev/dsp or something?
[11:07] <crimsun_> LiteHedded: aplay /usr/share/sounds/KDE_Startup.wav
[11:07] <LjL> LiteHedded: sudo cat </dev/urandom >/dev/dsp
[11:07] <betty_> What program would I put in the kCron?
[11:07] <LiteHedded> Playing WAVE '/usr/share/sounds/KDE_Startup.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
[11:08] <LiteHedded> but I don't hear it
[11:08] <LjL> betty_: dunno, never used it. however i suppose typing "halt" as the command would work
[11:08] <crimsun_> LiteHedded: amixer set 'External Amplifier' off
[11:08] <LiteHedded> ok done
[11:08] <betty_> I wish it wasn't in military time
[11:08] <crimsun_> LiteHedded: and now?
[11:08] <LiteHedded> nothing
[11:09] <LjL> betty_: oops sorry, of course the line should have been * 22 * * * root halt :)
[11:09] <crimsun_> LiteHedded: amixer set 'Headphone' off && amixer set 'Master Mono' off
[11:09] <McScruff> help , i had sound, and now i dont, i dont think i have upgraded either
[11:09] <LiteHedded> nothing
[11:10] <LiteHedded> bash: /dev/dsp: Device or resource busy if I do the /dev/dsp thing
[11:10] <Official_C> anyone here running XGL?
[11:10] <crimsun_> LiteHedded: does aplay play with inaudible sound, or does it hang?
[11:10] <crimsun_> McScruff: pastebin ``amixer''
[11:10] <LjL> LiteHedded: that doesn't necessarily mean much, i guess your sound daemon could be keeping it busy
[11:10] <LiteHedded> it looks like it's playing but it just sits there
[11:11] <crimsun_> so it's hanging
[11:11] <LiteHedded> i have to ctrl+c it
[11:11] <crimsun_> LiteHedded: lsof /dev/dsp* /dev/snd/*
[11:11] <eclypse> anyone know of any good KDE optimizaition tricks?
[11:11] <eclypse> speed it up graphics wise
[11:11] <eclypse> without sacrificing
[11:11] <McScruff> crimsun_: http://pastebin.com/707394
[11:12] <LjL> besides the things that are in the control panel, i don't know of anything special
[11:12] <kdingo> eclypse: installing more memory?
[11:12] <LiteHedded> COMMAND  PID  USER   FD   TYPE DEVICE SIZE NODE NAME
[11:12] <LiteHedded> artsd   5023 brian  mem    CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <LiteHedded> artsd   5023 brian    9u   CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <LiteHedded> kmix    5025 brian   10u   CHR  116,0      9422 /dev/snd/controlC0
[11:12] <LiteHedded> wxvlc   5102 brian  mem    CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <LiteHedded> wxvlc   5102 brian    9r   CHR 116,33      9109 /dev/snd/timer
[11:12] <LiteHedded> wxvlc   5102 brian   10u   CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <LiteHedded> wxvlc   5261 brian  mem    CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <Official_C> eclypse: i think you can dumb down the eye candy a bit in Settings
[11:12] <LiteHedded> wxvlc   5261 brian    9r   CHR 116,33      9109 /dev/snd/timer
[11:12] <LiteHedded> wxvlc   5261 brian   10u   CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <LiteHedded> artsd   5356 brian  mem    CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <LiteHedded> artsd   5356 brian   10r   CHR 116,33      9109 /dev/snd/timer
[11:12] <crimsun_> oh gosh.
[11:12] <LiteHedded> artsd   5356 brian   12u   CHR 116,16      9394 /dev/snd/pcmC0D0p
[11:12] <Official_C> what the spam???
[11:12] <eclypse> well
[11:12] <eclypse> I mean, my graphics card is powerful enough to run it very well
[11:12] <crimsun_> LiteHedded: pkill wxvlc artsd
[11:13] <eclypse> I have my drivers installed and working
[11:13] <eclypse> but it seems like KDE can go faster then this
[11:13] <LiteHedded> don't thing that worked crimsun_
[11:13] <Official_C> eclypse: so whats your problem?
[11:13] <LiteHedded> syntax error?
[11:13] <LjL> eclypse: your graphics card doesn't really have too much to do with KDE running speed
[11:13] <crimsun_> pkill wxvlc && kill artsd
[11:13] <crimsun_> err
[11:13] <crimsun_> pkill wxvlc && pkill artsd
[11:13] <betty_> says I have to be superuser to use halt
[11:13] <LiteHedded> done
[11:13] <crimsun_> McScruff: what do you mean you "don't think" you upgraded?
[11:13] <crimsun_> McScruff: either you did, or you didn't...
[11:14] <Official_C> yeah, LJL is right...it is more dependent on memory and processor
[11:14] <_tiago> hhhg
[11:14] <LjL> betty_: yes, you do. if you do the crontab think, it *should* run it as superuser
[11:14] <McScruff> crimsun_: i have only installed flash
[11:14] <crimsun_> LiteHedded: now try the aplay command.
[11:14] <uniq> betty_: yes, you have to.
[11:14] <_tiago> hi i am brazilian
[11:14] <LjL> betty_: with KCron, on the other hand, i suppose it might run it as the normal user
[11:14] <_tiago> where are you from
[11:14] <McScruff> crimsun_: but i dont remember exactly when it stopped
[11:14] <crimsun_> McScruff: ok, ``lsof /dev/dsp* /dev/snd/*''
[11:14] <Lpadmin> LiteHedded, you can use pastebin.com.
[11:14] <Lpadmin> ;)
[11:14] <LiteHedded> sorry lpadmin
[11:15] <LiteHedded> i got sound that time
[11:15] <crimsun_> LiteHedded: good, so your sound works fine.
[11:15] <LiteHedded> but weird scratchy sound. what's that wave supposed to sound like?
[11:15] <crimsun_> doesn't matter, you have sound
[11:15] <Lpadmin> Or this: http://paste.ubuntu-nl.org/. Hey at least you have sound. ;)
[11:15] <Official_C> so nobody here is running XGL?
[11:15] <crimsun_> use -Dplughw:0 if you want
[11:15] <Lpadmin> s/Hey/Hey,/
[11:15] <LiteHedded> not anymore
[11:15] <LiteHedded> tried it again and nothing
[11:15] <Official_C> LiteHedded: you used to?
[11:15] <Lpadmin> That was quick... :(
[11:16] <LiteHedded> it used to work fine
[11:16] <crimsun_> LiteHedded: don't use arts
[11:16] <McScruff> crimsun_: http://pastebin.com/707404
[11:16] <crimsun_> LiteHedded: go to the multimedia settings and disable the sound server
[11:16] <LiteHedded> i tried playing a divx movie and I heard a kind of pop then tried your command again and nothing
[11:16] <LiteHedded> in kcontrol?
[11:16] <crimsun_> LiteHedded: are you using vlc to play the movie?
[11:16] <LiteHedded> yes
[11:16] <crimsun_> LiteHedded: what's the alsa output configured as?
[11:17] <LiteHedded> the output module in the preferences?
[11:17] <crimsun_> LiteHedded: yes, you may need to check the advanced options
[11:17] <LiteHedded> alsa
[11:17] <crimsun_> LiteHedded: no, that's not the device
[11:17] <LjL> any idea why my DNS settings are destroyed after every reboot?
[11:17] <LiteHedded> oh
[11:17] <LiteHedded> it says defualt
[11:17] <crimsun_> LiteHedded: the default should be set to "default"
[11:17] <crimsun_> LiteHedded: good
[11:18] <LiteHedded> there's nothing in that list though unless I refresh it
[11:18] <crimsun_> LiteHedded: that's fine, leave it at default
[11:18] <_aaron> I can't figure outhow to get my wifi working under Kubutu 6.06
[11:18] <LiteHedded> ok
[11:18] <crimsun_> McScruff: don't use arts, the sound server
[11:19] <crimsun_> LiteHedded: can you run two simultaneous instances of aplay and hear them both?
[11:19] <_aaron> I can see the wifi device when I list the USB devices.. but it doesn't appear to be detected... it's just the atheros chipset?!
[11:19] <LiteHedded> so disabling the sound server is done in kcontrol right?
[11:19] <LiteHedded> i can't hear one
[11:19] <LiteHedded> so I doubt I would hear both
[11:19] <krusipo> hi have searched around, is there an easier way to install firefox than installing ubuntu?
[11:19] <crimsun_> pastebin ``lsof /dev/dsp* /dev/snd/* && amixer''
[11:19] <LjL> krusipo: ... sorry? :o)
[11:20] <EvilIdler> Huh?
[11:20] <LiteHedded> me crimsun_?
[11:20] <chavo> krusipo, sudo apt-get install firefox
[11:20] <crimsun_> LiteHedded: well, yes
[11:20] <LjL> or sudo aptitude install firefox, yeah
[11:20] <McScruff> crimsun_: what sound server should i use?
[11:20] <crimsun_> McScruff: none
[11:20] <LiteHedded> what's the best way to get all that to the pastebin from a terminal?
[11:20] <crimsun_> LiteHedded: highlight and paste using your mouse
[11:20] <krusipo> LjL: no firefox in the kubuntu installation how do I get it, have the repositories right but its not there
[11:20] <McScruff> crimsun_: what do i do then?, im confused
[11:21] <LjL> krusipo: then you don't have the repositories right ;)
[11:21] <crimsun_> McScruff: disable it.
[11:21] <EvilIdler> It's called mozilla-firefox, probably
[11:21] <LiteHedded> well scrolling over that many lines is pretty difficult
[11:21] <_aaron> I don't see ndis in adept...
[11:21] <LjL> krusipo: what does "apt-cache search firefox" tell you?
[11:21] <LiteHedded> i have to use the wheel to scroll up on the terminal
[11:21] <h3sp4wn> aaron: You can't use knetworkmanager with atheros (without the connection randomly dropping) - if you do ifconfig -a does ath0 appear ?
[11:21] <crimsun_> LiteHedded: then do so
[11:21] <LjL> EvilIdler: it's called both, but mozilla-firefox is transitional
[11:21] <h3sp4wn> aaron: You are better off using madwifi-ng than ndiswrapper if your usb adapter is not supported by madwifi-old
[11:21] <krusipo> LjL: it says
[11:21] <krusipo> openoffice.org - OpenOffice.org Office suite version 2.0
[11:21] <krusipo> mozilla-firefox-locale-en-gb - Mozilla Firefox English language/region package
[11:21] <krusipo> libnspr4 - Netscape Portable Runtime Library
[11:21] <krusipo> libnss3 - Network Security Service Libraries - runtime
[11:21] <LiteHedded> oh ok that one's not so long
[11:22] <LjL> !paste
[11:22] <ubotu> Please do not flood the channel http://paste.ubuntu-nl.org/ for pasting long texts it does not disrupt the channel. [webboard for Ubuntu: http://www.gnomefiles.org/app.php?soft_id=1269 : not an offical package] .
[11:22] <LjL> krusipo: is that Kubuntu 6.06 (Dapper)?
[11:23] <LjL> krusipo: try "sudo apt-get update", and then again
[11:23] <LiteHedded> http://rafb.net/paste/results/DjrACS14.html
[11:23] <krusipo> LjL: yep it is fresh from servers and burned to day
[11:23] <crimsun_> LiteHedded: if you close vlc, can you hear stuff from aplay?
[11:23] <h3sp4wn> _aaron: try doing sudo ifconfig ath0 up && iwlist ath0 scan (and see whether you get any output)
[11:23] <LiteHedded> no
[11:24] <crimsun_> LiteHedded: ok, I'm still missing the amixer output I requested
[11:24] <LiteHedded> just amixer?
[11:24] <crimsun_> yes
[11:25] <LiteHedded> http://rafb.net/paste/results/ttXO0171.html
[11:26] <crimsun_> LiteHedded: does aplay still hang, or does it give you a prompt back?
[11:26] <LiteHedded> hangs
[11:26] <crimsun_> LiteHedded: what command are you using?
[11:26] <LiteHedded> aplay /usr/share/sounds/KDE_Startup.wav
[11:26] <LiteHedded> even when it played that scratchy popping sound it hanged
[11:27] <crimsun_> LiteHedded: it never gave you a prompt back after playing the scratchy sound?
[11:27] <_aaron> h3sp4wn: ath0: ERROR while getting interface flags: No such device
[11:27] <LiteHedded> i don't think so crimsun_
[11:27] <crimsun_> LiteHedded: are you typing in the same terminal?
[11:27] <LiteHedded> yes
[11:27] <crimsun_> did you press ctrl+c?
[11:27] <LiteHedded> yes
[11:28] <LiteHedded> you wanted me to disable the sound server right?
[11:28] <LiteHedded> i didn't do that yet
[11:28] <geneo93> anyone have trouble with kde saving settings
[11:28] <crimsun_> lsmod |egrep '^snd_(via|intel)'
[11:28] <spajus_> hi. how do you minimize all windows in kde?
[11:28] <crimsun_> -> phone
[11:28] <DaSkreech> Alt+Ctrl+D
[11:28] <LiteHedded> snd_intel8x0           35740  4
[11:28] <spajus_> thanks
[11:29] <LjL> spajus_: there's the "Desktop" icon for the panel. doesn't really mimimize, but it does let you see the desktop
[11:29] <spajus_> i would also like to know if it is possible to bind this action to different key combination
[11:29] <spajus_> in other words, how to change shortcut keys :)
[11:30] <DaSkreech> spajus_: System Settings -> regional _> keyboard shortcuts
[11:30] <spajus_> thanks again :)
[11:30] <DaSkreech> Sure
[11:30] <LjL> spajus_: what DaSkreech said. but i don't see the hotkey you need, there
[11:31] <crimsun_> LiteHedded: lsof /dev/dsp* /dev/snd/*
[11:31] <LiteHedded> disable the sound system in kcontrol crimsun_?
[11:32] <LjL> heh
[11:32] <crimsun_> LiteHedded: yes for now
[11:32] <LiteHedded> k
[11:32] <th0m4s> i want the sonypi module as i have a sony vaio laptop
[11:32] <th0m4s> how to do
[11:32] <LiteHedded> http://rafb.net/paste/results/Mw9vVq82.html
[11:32] <th0m4s> i see vaiostat-source in Adept
[11:33] <crimsun_> LiteHedded: can you please quit vlc and close the mixer applet?
[11:33] <LiteHedded> it is closed
[11:33] <LiteHedded> that could be my problem
[11:33] <LiteHedded> vlc isn't open as far as I can tell
[11:33] <crimsun_> it's definitely open
[11:33] <crimsun_> kill 5659 5647
[11:33] <LiteHedded> so I need to kill the wxvlc processes? because I don't have it running
[11:34] <LiteHedded> ok done
[11:34] <crimsun_> now lsof again
[11:34] <LiteHedded> just kmix
[11:34] <LiteHedded> which I also closed...
[11:34] <crimsun_> good
[11:34] <olivier> :join #istres
[11:34] <LiteHedded> well I guess it's running int he tray?
[11:34] <crimsun_> LiteHedded: yes
[11:34] <LiteHedded> ok
[11:34] <th0m4s> oh cool nm
[11:34] <crimsun_> LiteHedded: doesn't matter, you can leave that running
[11:35] <LiteHedded> k
[11:35] <crimsun_> LiteHedded: now try the aplay command again
[11:35] <LiteHedded> weird popping sounds
[11:35] <LiteHedded> hanging
[11:35] <crimsun_> man, what in the world did you do?
[11:35] <crimsun_> pastebin ``dmesg''
[11:35] <LiteHedded> I booted puppy linux from a live cd
[11:36] <LiteHedded> maybe it wrote something to this ubuntu partition?
[11:36] <crimsun_> no idea
[11:36] <crimsun_> I have a meeting shortly, so please hurry.
[11:36] <italoivo> i got a problem with my dsl conection during the boot
[11:37] <LiteHedded> http://rafb.net/paste/results/1uWhL146.html
[11:37] <LiteHedded> trying
[11:37] <_mora> #de-ubuntu
[11:37] <LiteHedded> takes forever to scroll and highlight all that
[11:37] <[BU] Brizz> why would video work in flash but not audio?
[11:37] <crimsun_> hah, beautiful
[11:38] <crimsun_> your dmesg confirms that some other driver trampled all over the sound driver's address space
[11:38] <LiteHedded> oh great
[11:38] <LiteHedded> some "live" cd
[11:38] <LiteHedded> that's prolly what it did
[11:39] <crimsun_> not necessarily
[11:39] <LiteHedded> there was a part in booting it that configured sound
[11:39] <LiteHedded> not that I think about it
[11:39] <crimsun_> please boot with "irqpoll"
[11:39] <LiteHedded> huh?
[11:40] <crimsun_> when you get the grub prompt, press 'e' to edit the current (non-recovery/rescue) one, then scroll down to the kernel line, then edit that and append " irqpoll" to the end of the line. Press enter, then b to boot.
[11:41] <LiteHedded> there's a bunch of kernels to boot in there how do I know which to select?
[11:42] <crimsun_> LiteHedded: choose the top one.
[11:42] <LiteHedded> ok so add " irqpoll" just like that without quotes?
[11:43] <crimsun_> LiteHedded: yes
[11:43] <Liteee> <---litehedded's windoze box
[11:43] <LiteHedded> ok I'll do thatbrb
[11:44] <Lpadmin> After I had upgraded to Dapper, cupsys stopped working. cupsd: Child exited with status 1!||\\--//|| invoke-rc.d: initscript cupsys, action "start" failed.
[11:44] <blanky> hey guys, how come in my lipstik theme, the close button on the top right is a bit more separated from the minimize and maximize
[11:44] <Liteee> ok I hit 'e'
[11:45] <Liteee> i have a new menu
[11:45] <visik7> anyone had recompile iptables from sid to dapper ?
[11:45] <stephenford> why cant amrok open mp3 files?
[11:45] <NoUse> !tell stephenford about mp3
[11:45] <italoivo> i got a problem with my dsl conection during the boot, i don't receive any anwser from the server and it seems connected, the ppp0 is up, and only after putting down the ppp0 and reconnecting it works
[11:45] <Liteee> i have root, kernel, initrd, savedefault, and boot
[11:45] <Liteee> which one do I add irqpoll to?
[11:45] <italoivo> anyone know how to solve this problem?
[11:46] <Liteee> didn't lose you did I crimsun_?
[11:46] <crimsun_> Liteee: kernel.
[11:46] <Liteee> ok
[11:47] <Liteee> then press b to boot it?
[11:47] <crimsun_> after you've edited it and pressed Enter
[11:47] <Liteee> yea
[11:47] <Liteee> booting now
[11:47] <crimsun_> I have a meeting soon, so I can't hold your hand through the rest of it.
[11:47] <Liteee> ok well I don't know the rest of it
[11:48] <visik7> !iptables
[11:48] <crimsun_> sure you do. Test sound
[11:48] <Liteee> what's going to happen?
[11:48] <Liteee> oh
[11:48] <crimsun_> if it's broken, look at dmesg
[11:48] <Liteee> k look for what?
[11:48] <crimsun_> snd_intel8x0
[11:48] <crimsun_> you'll have an irq handler error right above it
[11:49] <Liteee> i don't think it's booting. I just see a black screen
[11:49] <Liteee> it went through the boot process but now nothing
[11:50] <Liteee> yea it's not booting
[11:50] <stephenford> oh ok thats fair enough
[11:51] <stephenford> any pay for linux programs that do?
[11:51] <crimsun_> Liteee: well you've succeeded in doing /something/ that goes way beyond sound.
[11:51] <Liteee> i typed  irqpoll after the long kernel line and pressed b to boot it
[11:52] <[BU] Brizz> hah
[11:52] <[BU] Brizz> ./MAKEDEV audio worked a trest
[11:52] <[BU] Brizz> treat*
[11:53] <stephenford> it ok sorry cheers all
[11:53] <Liteee> i can try again. the kernel line says kernel then a bunch of other stuff. you want " irqpoll" at the very end of that line right?
[11:53] <GillesM> hello since I upgraded in dapper I got for all the gtk program the Gdk-WARNING **: gdk_window_set_back_pixmap(): pixmap must have a colormap
[11:53] <crimsun_> Liteee: well if it doesn't boot with irqpoll, then remove it and try without it
[11:53] <GillesM> and I have black gtk windows any idea ?
[11:53] <Liteee> well ok
[11:54] <Liteee> just like normal or with pressing "e" and the pressing b to boot
[11:54] <crimsun_> normal
[11:54] <crimsun_> I'm off to a meeting.
[11:54] <Liteee> ok
[11:55] <betty> hi
[11:58] <david__> hey hey, is there any way i can make the windows key open the k menu?
[11:59] <[BU] Brizz> david__: it's in System Settings
[11:59] <[BU] Brizz> david__: under Regional & Accessibility Settings
[11:59] <[BU] Brizz> david__: then Keyboard Shortcuts
[11:59] <aseigo> only if you make the windows key not a meta key
[11:59] <Liteee> ok i'm totally hosed. none of that helped my sound
[11:59] <[BU] Brizz> david__: the shortcut is called Popup Launch Menu
[12:00] <[BU] Brizz> ah
[12:00] <[BU] Brizz> hehe
[12:00] <[BU] Brizz> aseigo: is one step ahead of me...
[12:00] <david__> how do i go about making it a non meta key?
[12:02] <david__> well, i'm one step closer
[12:03] <david__> now i need to figure this meta deal
[12:03] <slow-motion> n8


[14:11] <dzho> belkinsa: oh, ok!  I think I know what my confusion was, and am too ashamed to admit what :\
[23:09] <belkinsa> It's cool.


[01:59] <ogra> doko, ping ?
[02:04] <doko> ogra: got some work?
[02:04] <ogra> :P
[02:04] <ogra> i dont understand what you mean with bug 33753
[02:04] <Ubugtu> malone bug 33753 in gnome-screensaver "no 2D screensavers available" [Major,Unconfirmed]  http://launchpad.net/bugs/33753
[02:04] <ogra> xscreensaver-data is installed by ubuntu-desktop
[02:05] <ogra> it contains all 2D screensavers from the selection we had enabled by default in warty/hoary/breezy
[02:05] <doko> the thing is, if I do configure a random screensaver, I do not have a choice to disable the 3D screensavers
[02:06] <ogra> apt-get remove xscreensaver-{gl,gl-extra}
[02:06] <doko> ok, if these are installed, it's no regression, but it's still annoying
[02:06] <ogra> i'll think of a better system for dapper +1
[02:07] <maswan> speaking of screensavers, I love linux-fsck, just for the pure evil of it. :)
[02:07] <ogra> i.e. a virtual package so we can replace the screensavers underneath ...
[02:43] <desrt> hmm
[02:43] <desrt> is there a reason that bcm43xx.ko disappeared or was it an accident?
[02:46] <Burgundavia> desrt: apparently BenC messed up
[03:21] <BenC> desrt: accident, and will be back in next upload
[03:21] <desrt> BenC; awesome.  sbp2 stuff is working great, btw.  thanks.
[03:22] <mjg59> BenC: Pile o' patches for you
[03:22] <mjg59> Still needs two more to work well (sound and PATA), but other than that things look good
[03:22] <BenC> mjg59: saw them, thanks...but now you have to send me an x86 mac so I can test it all out :)
[03:23] <mjg59> Haha
[03:23] <mjg59> They're not all hugely clean, but with them a kernel boots with no extra hacky options
[03:24] <LaserJock> BenC: wish I could send you mine but my boss might not like it :(
[03:25] <Burgundavia> LaserJock: you are both continental US. It could be a one day thing
[03:26] <LaserJock> Burgundavia: well, since it is technically owned by the University I really doubt they would be ok with me shipping it off somewhere
[06:04] <Burgundavia> Fade: sbcl?
[06:04] <Fade> steel bank common lisp
[06:05] <Fade> there are a bunch of stub packages for sbcl in dapper, but the main sbcl environment isn't there.
[06:06] <Fade> clisp is in the pool, so sbcl has a bootstrap vector..
[06:06] <Burgundavia> Fade: can you help with packaging it?
[06:07] <Fade> I guess so. there's a well regarded package in debian, stable and devel.
[06:08] <Fade> shouldn't be much problem to 'port' that src package.
[06:08] <Burgundavia> Fade: #ubuntu-motu should be able to direct you in helping them
[06:08] <Fade> what is that chanel?
[06:09] <Burgundavia> motu is the Masters of the Universe. They maintain universe and multiverse
[06:09] <Fade> 'k. I'll ask there.
[06:57] <lamont> pci_mmcfg_read+239 --> some trap leading to panic
[07:18] <desrt> so what's the story
[07:18] <desrt> xscreensaver or gnome-screensaver?
[07:21] <desrt> oh.  nevermind.  debfoster is being useless
[08:57] <sivang> morning all!
[10:23] <pitti> doko: ping
[10:26] <zakame> hi all
[10:30] <pitti> hi freeflying
[10:30] <freeflying> hi pitti
[10:32] <freeflying> pitti: any good news for CJK stuff,  :)
[10:33] <pitti> freeflying: I'm uploading new language-support pakcages with im-switch now
[10:33] <freeflying> pitti: also with scim module?
[10:33] <pitti> freeflying: no, that needs seeding
[10:34] <pitti> scim or skim should be in desktop, not language-support dependencies
[10:34] <freeflying> pitti: I mean the module of scim .not scim and skim
[10:34] <minghua> freeflying, pitti: would either of you enlighten me why with language-support depending on im-switch, scim modules should drop their im-switch dependency completely?
[10:34] <pitti> not necessarily
[10:34] <pitti> freeflying: oh, the modules were already dependencies before
[10:35] <freeflying> pitti: hehe
[10:38] <pitti> have a nice Sunday everyone
[10:39] <calc> mjg59: i think vista might use the new video brightness acpi extension
[10:40] <calc> if so perhaps laptops will suck a bit less after its released later this year
[10:43] <minghua> freeflying: I hope you are just busy instead of ignoreing my question
[10:44] <minghua> freeflying: As I've said I am insterested in the actually changes on scim packages
[10:44] <freeflying> minghua: just out ,
[10:44] <minghua> freeflying: oh good
[10:45] <minghua> freeflying: then can you explain?  oh at least point me the irc log that you discussed about this?
[10:45] <freeflying> minghua: may I speak in chinese in #ubuntu-cn ?
[10:45] <minghua> ok, if you prefer that way
[10:45] <freeflying> minghua: for my poor English
[10:45] <minghua> freeflying: I am there now
[10:46] <lifeless> hmm
[10:47] <lifeless> is 24bit and 32bit equivalent for xorg purposes
[10:47] <lifeless> ?
[10:50] <doko> pitti:pong
[10:50] <zakame> hmm referring to video resolution?
[10:51] <lifeless> zakame: bit depth
[10:51] <fabbione> lifeless: yes
[10:51] <lifeless> zakame: I have a i815 dell with a fucked bios
[10:51] <lifeless> erm
[10:51] <lifeless> i915
[10:51] <fabbione> lifeless: once you use 24 is like using 32
[10:52] <fabbione> the 8 bit alpha is always initialized
[10:52] <lifeless> but after the latest update its coming up in 1024x768 rather than 1280x768, like 915resolution is not kicking in properly
[10:52] <lifeless> running 915resolution -l shows that the mode has been overwritten correctly though
[10:52] <fabbione> well you asked for depth, not resolution :)
[10:52] <lifeless> yes
[10:53] <lifeless> but the i915 api is via the bios
[10:53] <lifeless> X searched for a matching vidmode for the XxYxZ
[10:53] <lifeless> so I wanted to know if the internal mode matching logic will match 24 against 32
[10:53] <fabbione> did you force Depth 32 in xorg.conf?
[10:53] <lifeless> its set to 24 at the moment, which was working last week ;)
[10:53] <fabbione> and still should
[10:54] <lifeless> ok
[10:54] <fabbione> afaik there have been no X upgrades
[10:54] <lifeless> gdm or 915resolution ?
[10:54] <fabbione> and basically the 8 bits are only alpha channels
[10:54] <fabbione> dunno about 915.. gdm yes
[10:54] <fabbione> but gdm shouldn't interfere with X in that regard
[10:55] <fabbione> lifeless: check the 9115 changelog
[10:55] <fabbione> and see if somebody screwed it
[10:55] <fabbione> if so... blame him :P
[10:55] <lifeless> fabbione: thank ;)
[10:55] <lifeless> s
[10:56] <lifeless> erm, you know what I mean :)
[10:56] <fabbione> yeah
[10:56] <fabbione> don't worry.. i got used to read aussie :)
[10:56] <lifeless> just cause its upside down
[10:59] <fabbione> eheh
[11:12] <lifeless> ahha
[11:13] <lifeless> someone moved gdm to S13
[11:13] <lifeless> without moving 915resolution
[11:13] <lifeless> fabbione: can I just tell you ? :)
[11:15] <lifeless> bug 33774
[11:15] <Ubugtu> malone bug 33774 in 915resolution "startup level is too high" [Normal,Unconfirmed]  http://launchpad.net/bugs/33774
[11:21] <lifeless> is there an upgrader for gossips settins?
[11:32] <lifeless> mjg59: hibernate is working
[11:32] <lifeless> mjg59: all fixed, thanks. But it takes 8-10 minutes to go down.
[11:47] <fabbione> lifeless: assign it to the same person that did change gdm :)
[11:47] <lifeless> fabbione: ...
[11:48] <lifeless> fabbione: will do
[11:48] <lifeless> fabbione: its not in the changelog
[11:49] <lifeless> fabbione: so I don't know who did it. Wish I could annotate :)
[12:14] <tepsipakki> mjg59: you didn't put those mactel-patches on launchpad?
[03:54] <koke> hi! why is xchat-gnome being removed from ubuntu-desktop?
[03:55] <cassidy> koke: i would like to know too. I asked question on desktop ML but received no response :\
[03:56] <mdke> koke, i think the reason is that there is already one comprehensive IM client in Ubuntu, and having more than one can be confusing
[03:56] <mdke> but I don't know for sure that was the reason it was removed
[03:56] <cassidy> mdke: i hope you're not talking about gaim ;)
[03:56] <mdke> sure I am
[03:57] <koke> :D
[03:57] <cassidy> imho x-g is *really* better for irc than gaim
[03:57] <mdke> i agree, but that's not the point
[03:57] <mdke> gaim does most other more common IM protocols too
[03:58] <Kamion> the argument was that IRC is a relative minority interest and doesn't fit into the greatest-common-denominator goals of the Ubuntu desktop
[03:58] <mdke> i think that is right. Although against that, it means that irc based support is cut out
[03:58] <Kamion> (I'm not saying I agree - I haven't really thought enough about it to decide - but that's the argument)
[03:59] <cassidy> Kamion: but we could try to avoid that by integrate loco team channel automatically for exemple (i wrote about this too)
[03:59] <Kamion> OTOH, relying on IRC-based support is what gets us complaints from new users that people abused them on #ubuntu
[03:59] <Kamion> cassidy: TBH I don't care much, I'm just reporting the argument
[04:00] <mdke> sure, relying on irc based support is a bad idea, with launchpad and the forum doing good support, but irc is pretty useful because it's the only real-time one
[04:00] <cassidy> yeah i know :)  Just i strongly disagree with this decision :)
[04:01] <mdke> cassidy, you're biased :)
[04:02] <cassidy> mdke: of course i am ;)
[04:09] <wasabi> I think ya'll should have a Jabber conference server for support.
[04:09] <wasabi> =)
[05:16] <Pygi> liboil 0.3.7  broken on SSE enabled CPU's
[06:03] <sivang> Pygi: please remind me what SSE enabled CPUs are ? ;-)
[06:04] <Pygi> sivang: heh :-P
[06:07] <sivang> Pygi: is this POWER cpus?
[06:08] <Pygi> huh :-/ http://en.wikipedia.org/wiki/Streaming_SIMD_Extensions :-/
[06:09] <Pygi> that? :-/
[06:27] <sivang> Pygi: ah I see
[07:34] <Riddell> pradeepto: hi
[07:34] <Riddell> tsk
[07:48] <Gloubiboulga> could anyone have a look at http://revu.tauware.de/details.py?upid=2059 ?
[07:49] <Gloubiboulga> UVF has been accepted for this package
[07:55] <Gloubiboulga> sorry, wrong window
[07:55] <Gloubiboulga> :/
[09:42] <flint> fabbione, ciao Don Fabio!
[09:43] <flint> mdz, you asleep?
[09:43] <flint> it is late in london...
[09:43] <flint> anybody out here got any ubuntu breezy audio chops?
[09:43] <flint>   I need an assist on an interesting problem....
[09:44] <CarlFK> whats a chop?
[09:46] <flint> CarlFK, it is, in a word skill.  the deal here is that I think my sound went away when this particular machine was "upgraded" from "Linux ubuntu 2.6.12-9-386
[09:46] <flint> " to "<IP_ADDRESS>-baseline-4.2baseline"
[09:46] <flint> so what I am trying to figure out is what are the consequences to going back a kernel version....
[09:46] <flint> maybe I should go bother the kernel folks....
[09:47] <CarlFK> then not me - I don't do much with debugging audio
[09:47] <tepsipakki> that's not an ubuntu kernel
[09:48] <flint> tepsipakki, that is an interesting thing to say. which is not an ubuntu kernel?
[09:48] <tepsipakki> <IP_ADDRESS>-baseline-4.2baseline
[09:49] <flint> tepsipakki, indeed and a good point.  More specifically it is:  vmlinuz-<IP_ADDRESS>-baseline-4.2
[09:49] <tepsipakki> so it's not ubuntu anymore ;)
[09:49] <flint> tepsipakki, is that closer to the fact?
[09:50] <tepsipakki> breezy had 2.6.12, dapper has 2.6.15
[09:50] <flint> tepsipakki, oh I wonder how this kernel got on this machine...
[09:50] <Kamion> I'm pretty certain that no kernel by that name has ever been in Ubuntu
[09:50] <flint> tepsipakki, thanks!!! maybe I will remap the kernel
[09:51] <flint> Kamion, could it be the dreaded automatix script that did this thing?
[09:52] <flint> I was doing a whole buncha mondo mindi work on this box.  you do not think that the kernel "leaked" into the boot?
[09:53] <flint> tepsipakki, Kamion thanks and I mean it.  let me go and fool around with this one... you folks think i can manuall remap the kernel and maybe not have to boot off a cd to get the machine back?
[09:53] <mdke> flint, you have no other kernels in there?
[09:54] <siretart> flint: this automatix script is known to break systems in serious ways
[09:54] <mdke> haven't heard about it removing the kernel though
[09:54] <flint> mdke, vmlinuz-2.6.12-9-386
[09:54] <flint>  is just sitting there ready to go.
[09:54] <mdke> flint, that sounds a bit more positive
[09:54] <mdke> use that one
[09:55] <flint> vmlinuz-2.6.12-9-386
[09:55] <flint>  is just sitting there ready to go...
[09:55] <mdke> iirc, -10 is the latest one for breezy
[09:55] <flint> gotcha, well gott go reboot, this is just like NT :^)
[09:55] <tepsipakki> there should be 2.6.12-10
[09:55] <Kamion> flint: never looked at automatix myself
[09:55] <tepsipakki> echo
[09:56] <flint> Kamion, tepsipakki it is like, if you do not go down any dark ally's you never get mugged...
[09:56] <tepsipakki> now something OT, if you allow me: http://www.mathcaddy.com/windowsxpbootsonamac!!!!1/
[09:56] <flint> I really wanted to play with multimedia...I am a bad man...
[09:57] <flint> tepsipakki, that is really scary....
[09:57] <flint> tepsipakki, nice art tho...
[09:58] <flint> tepsipakki, thanks for the art and the idea.  gotta reboot. sksk
[10:07] <Seveas> tepsipakki, you evil bastard
[10:07] <Seveas> very funny though
[10:08] <tepsipakki> :)
[10:09] <tepsipakki> those boots could easily be GIMPed..
[10:09] <tepsipakki> but I'm sure our beloved installer/kernel dudes are faster ;)
[10:25] <shaya> tseng: want me to do anything?
[10:25] <shaya> you can have my attention for a bit
[10:25] <shaya> hmm, he's not here
[10:25] <shaya> oh well
[11:55] <tseng> shaya: eh?
[11:58] <shaya> mono bug
[11:58] <shaya> want any more info frm me?
[11:58] <tseng> what mono bug
[12:00] <shaya> not able to run mono programs
[12:00] <tseng> oh
[12:00] <tseng> i asked you for specific info
[12:00] <tseng> platform, versions of apps in question


[00:54] <nacc> rbasak: i pusehd an updated to the tooling, `usd-merge` now exists as a 3-operation tool (tag, reconstruct, commit). Updated https://wiki.ubuntu.com/UbuntuDevelopment/Merging/GitWorkflow heavily
[00:55] <nacc> Still working on it, now will cross-ref with the other wiki page
[01:02] <nacc> barry: --^ you may want to refer to that, i'm working on putting everything i know on there
[01:02] <nacc> cpaelzer: are you ok if i use your graph as an example on the public wiki?
[01:17] <barry> nacc: cool, thanks.  i'm planning on digging intot hat tomorrow
[01:47] <nacc> barry: sure, i'm all ears on feedback, that wiki page is definitely WIP, i'll have more details in our merging process tmrw (but the references to the importer are pretty complete as much as i ahve them :)
[05:52] <cpaelzer> good morning
[07:20] <pitti> Good morning
[09:14] <pitti> nacc: new php-defaults has been stuck in proposed because it makes php-imagick uninstallable apparently; is that on your radar by any chance? (http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#php-defaults)
[09:36] <FourDollars> Hi, does anyone know how to see the debug messages of indicator-bluetooth in Unity desktop environment?
[09:37] <pitti> FourDollars: try .cache/upstart/indicator-bluetooth.log ?
[09:39] <FourDollars> pitti: There is no such file.
[09:39] <pitti> FourDollars: (that's relative to the home dir)
[09:39] <pitti> FourDollars: do you have other indicator-*.log files there?
[09:39] <FourDollars> pitti: Yes, I know.
[09:40] <FourDollars> pitti: Yes, there are other gzip files.
[09:40] <pitti> ah, so maybe check their timestamps, they might just have gotten rotated?
[09:41] <FourDollars> There is no debug messages in those gzip files.
[09:44] <pitti> FourDollars: ah, you probably need to restart the indicator process with G_MESSAGES_DEBUG=all
[09:44] <pitti> and while you are at it, stop the upstart process and start it in a shell
[09:45] <FourDollars> pitti++
[09:45] <FourDollars> G_MESSAGES_DEBUG=all works!
[09:45] <FourDollars> pitti: Thx a lot.
[09:45] <pitti> works? nice
[09:45] <FourDollars> I mean I can see the debug messages now. :D
[09:46] <FourDollars> G_MESSAGES_DEBUG=all is what I need.
[11:21] <jamespage> ok so I've forgotten how todo this:
[11:22] <jamespage> I need to update /etc/default/ceph/ceph -> /etc/default/ceph for upgraders (note the double ceph in the current version)
[11:22] <rbasak> pitti: regarding https://anonscm.debian.org/git/autopkgtest/autopkgtest.git/commit/?id=0122291bfd445ad4afcdb4d59342e4bd009d526b, it is really useful to be able to hack a backend and have adt-run use it instead of the installed one. Will that still be possible if you're assuming path and prefix?
[11:22] <jamespage> is that a mv_conffile /etc/default/ceph/ceph /etc/default/ceph ?
[11:23] <rbasak> jamespage: yes but there might be an issue for directory -> file.
[11:23] <rbasak> Since the maintscript helper expects to be able to leave files around in the same directory as the old conffile location.
[11:23] <jamespage> yeah that's what I thought
[11:23]  * jamespage scratches his head...
[11:24] <rbasak> You might need to manually do what dpkg-maintscript-helper does but manually and tweak for the directory situation.
[11:25] <rbasak> jamespage: another hack is to manually mess with the files it leaves behind in between steps
[11:28] <jamespage> urgh
[11:30] <rbasak> How about: on preinst, run dpkg-maintscript-helper as normal (manually, without debhelper), but then straight after rename /etc/default/ceph to /etc/default/ceph.renamed
[11:30] <rbasak> Then in postinst, call dpkg-maintscript-helper but pretend you're renaming /etc/default/ceph.renamed/ceph to /etc/default/ceph.
[11:31] <rbasak> Not sure about postrm abort-upgrade/abort-install handling. Ideally rename things back and then call dpkg-maintscript-helper with the old case again.
[12:57] <pitti> rbasak: yes, it is; you just have to specify it with a path, i. e. it needs to have a '/' in it
[12:57] <rbasak> pitti: ah good, thanks.
[13:01] <pitti> rbasak: I'm waiting until tomorrow when 3.20.9 goes into testing, then upload 4.0, and when it's available in y and backports I'll write a blog post about the changes, as they are quite large
[13:01] <pitti> (all backwards compatible, though)
[13:02] <rbasak> Sounds good. I'd appreciate xenial-backports if that's the plan.
[13:02] <pitti> rbasak: yes, I regularly backport new releases to t, w, and x
[13:02] <pitti> check rmadison
[13:02] <rbasak> Otherwise I was going to suggest SRUing the adt-buildvm-ubuntu-cloud yakkety URL change and the Python hashing workaround.
[13:03] <rbasak> I was completely unaware of this! Will follow backports from now on. Thank you!
[13:34] <pitti> xnox, infinity, tinoco: <IP_ADDRESS> has been AWOL since the weekend again, could you please prod it back into existence? thanks!
[13:35] <tinoco> pitti: is this DEVACxx ?
[13:35] <pitti> tinoco: I don't know what that means, but it's the aupkg02 s390x instance
[13:36] <tinoco> ah ok
[13:36] <tinoco> let me check
[13:36] <pitti> tinoco: not sure why aupkg01 is fairly stable and 02 falls over every third day now, do they differ in something significant?
[13:36] <tinoco> pitti: checking that right now
[13:38] <tinoco> pitti: machine looks frozen
[13:38] <tinoco> have u seen anything in kern.log/dmesg ?
[13:38] <tinoco> ops
[13:38] <tinoco> got it
[13:38] <pitti> tinoco: I don't have any serial console or anything, just ssh
[13:38] <tinoco> [430664.069248] INFO: rcu_sched detected stalls on CPUs/tasks:
[13:38] <tinoco> [430664.069253]         (detected by 6, t=41022434 jiffies, g=7602, c=7601, q=66
[13:38] <tinoco> 60)
[13:38] <tinoco> [430664.069265] All QSes seen, last rcu_sched kthread activity 41022434 (4338003
[13:38] <tinoco><PHONE_NUMBER>134), jiffies_till_next_fqs=1, root ->qsmask 0x0
[13:38] <tinoco> [430664.069290] rcu_sched kthread starved for 41022434 jiffies! g7602 c7601 f0x2
[13:38] <tinoco>  s3 ->state=0x0
[13:38] <tinoco> rcu detected a stall
[13:38] <pitti> tinoco: I think that's what xnox saw the last time too
[13:38] <tinoco> pitti: i could start this guest in another lpar
[13:38] <tinoco> but.. do you mind if we get a dump ?
[13:39] <pitti> tinoco: no, I don't urgently need the machine, we don't have a long queue ATM
[13:39] <pitti> tinoco: so if you want to take this down for some investigation, that's fine
[13:39] <tinoco> pitti: i wanted for you to enable kdump (-c 11,31)
[13:39] <tinoco> and get me a dump on lockups
[13:39] <tinoco> is that ok ?
[13:40] <pitti> tinoco: sure, how does one do that?
[13:40] <tinoco> (i dont have access to the machine and clearly some workload being generated is causing this)
[13:40] <tinoco> pitti: i'll ask xnox to enable kdump on this machine
[13:40] <pitti> tinoco: ack, thanks
[13:41] <tinoco> pitti: tku
[13:41] <tinoco> pitti: for now i'll reboot it
[13:41] <pitti> tinoco: btw, I also have notes how to set up the partitioning, and a script to set up a fresh instance for autopkgtesting, so nothing on this thing is precious in any way
[13:43] <tinoco> pitti: do you know what specific test caused this ? (as a reproducer ?)
[13:43] <pitti> tinoco: no, I don't; I can check the journal what ran last, but it happens pretty often as I said
[13:44] <tinoco> pitti: gotcha, yep.. let me check this.. i might ask you to start the test with kdump enabled for us to get a dump
[13:44] <tinoco> pitti: im leaving for ~1h now.. ill get back to you on this
[13:44] <pitti> tinoco: we can just let it run normally, something will trigger it very soon again, I'm sure :)
[13:44] <pitti> tinoco: ok, thanks; no ssh yet, but as I said not urgent
[13:44] <tinoco> im rebooting it
[13:44] <tinoco> for now
[13:45] <tinoco> pitti: i IPLed dasd 0200 again
[13:45] <tinoco> i hope your OS was in there
[13:45] <xnox> tinoco, pitti - sure enable kdump
[13:45] <pitti> oh, it now says "No route to host", sounds like rebooting
[13:45] <pitti> I'm in
[13:45] <pitti> xnox: apt-get install kdump, and then?
[13:46] <xnox> pitti, check that "crashkernel=196M" is in /etc/zipl.conf it should be
[13:46] <xnox> and well reboot.
[13:46] <tinoco> caribou: ^^ s390 kdump enablement for pitti, could u help ?
[13:46] <tinoco> caribou: i have to leave for about 1h .. bbs
[13:47] <pitti> "Should kexec-tools handle reboots?" -> I suppose "no" for now
[13:47] <xnox> pitti, yes
[13:47] <pitti> "Should kdump-tools be enabled by default?", I suppose "yes"
[13:47] <xnox> otherwise you will not get kdump....
[13:48] <pitti> xnox: installed; now I edit zipl.conf to add this to parameters=?
[13:49] <pitti> done, how to enable this now?
[13:49] <pitti> or is the boot process reading zipl.conf directly?
[13:49] <xnox> $ sudo zipl
[13:50] <cpaelzer> nice, launchpad auto recognizes that a git branch got merged as well
[13:50] <cpaelzer> just curious is that based on a "Merge branch..." statement in a merge commit that is processed on a git push?
[13:50] <cpaelzer> or asked otherwise - what has to be in the right form so that this works (it did for me aparrently)
[13:51] <cpaelzer> rbasak: you remember we discussed that last week - approve does nothing as we expected and the merge got instantly autodetected
[13:51] <cpaelzer> so just the way one wants it :-)
[13:53] <pitti> tinoco, xnox: last test was apparently php-horde-imp, that doesn't sound particularly scary
[13:53] <rbasak> cpaelzer: nice!
[13:53] <rbasak> nacc: I just did a manual "reconstruct" for MySQL, and noticed that we might need special behaviour for new upstream versions imported into Ubuntu.
[13:53] <rbasak> I'm not sure though.,
[13:55] <pitti> xnox: rebooting, crossing fingers :)
[13:57] <pitti> xnox, tinoco: it came back, and crashkernel=196M is in /proc/cmdline; so now let's wait unti it crashes again?
[13:58] <xnox> pitti, ... yeah, and then a dump should be somewhere in /var/ after it next crashes and we reboot it.
[13:58] <xnox> pitti, possibly next time it crashes we need to be on the cmdline to check that.....
[13:58] <xnox> i guess we should have some monitoring for it.
[13:59] <xnox> i wonder if i should just bring up openstack on two lpars for you, and just give you an openstack instead.
[13:59] <xnox> however, that is slightly harder to maintain =/
[14:00] <pitti> xnox: what's the status of getting z into bos02?
[14:00] <pitti> that seems like a more maintainable way foward?
[14:12] <sil2100> pitti: hey! So I seem to be experiencing the LP: #1453738 cryptswap bug as well right now after installing 16.04 cleanly on my new/old machine here
[14:12] <sil2100> pitti: should I attach my details to the same bug or fill in a separate one as you recommended?
[14:13] <sil2100> (since I see people are just using the same bug still for it)
[14:23] <pitti> sil2100: if you are sure it's the same bug, you can attach it there, of course
[14:23] <pitti> I tried to repro it with LVM, no luck so far
[14:23] <pitti> die, swap partitions, die!
[14:23] <pitti> :/
[14:24] <rbasak> pitti: in bug 1588915, the reporter responded that using network-online.target doesn't work either. Please could you take a look?
[14:24] <rbasak> It seems a bit odd. I don't see why the NIC would drop the link.
[14:24] <sil2100> pitti: not sure if that's the same, I didn't do anything special besides just using default installation settings + encrypted home directory
[14:25] <sil2100> pitti: now on each boot I get that stupid prompt, same when installing certain packages
[14:25] <sil2100> pitti: it annoys me greately ;)
[14:25] <pitti> rbasak: yeah, that's weird indeed; can't do much if the link goes down again, I'm afraid
[14:25] <pitti> sil2100: I guess just manually fix up/remove the broken swap partition for now?
[14:28]  * pitti bbl
[14:39] <caribou> xnox: pitti: crashkernel=196M is only needed until the new kdump-tools lands in yakkety
[14:58] <nacc> pitti: it is now, will investigate
[15:00] <shadeslayer> Is it possible to separate the accounts-plugins from the unity packages?
[15:01] <nacc> rbasak: ack, i will look at that today
[15:01] <shadeslayer> at the moment it depends on the gnome-control-center-signon source which depends on further unity packages ( unity-control-center, unity-settings-daemon, etc )
[15:01] <shadeslayer> surely I don't need all of that to use the accounts-plugins?
[15:03] <nacc> cpaelzer: asked last evening my time, but might have been missed -- are you ok if i re-use your ASCII graph from the wiki for the public documentation?
[15:05] <nacc> shadeslayer: what's the package name? 'accounts-plugins' turns up no hits
[15:05] <shadeslayer> https://bazaar.launchpad.net/~online-accounts/account-plugins/trunk/files
[15:05] <nacc> account-plugins
[15:06] <shadeslayer> right :)
[15:06] <cpaelzer> nacc: yes I missed, but you are totally fine to use it
[15:07] <shadeslayer> nacc: it needs libaccount-plugin-1.0-dev which comes from gnome-control-center-signon
[15:08] <shadeslayer> though it seems I can build without libaccount-plugin support
[15:08] <nacc> shadeslayer: but that's a source package, what binary package are you referring to of the ones it builds?
[15:08] <nacc> shadeslayer: or do you mean for building, specifically?
[15:08] <nacc> cpaelzer: np, thanks!
[15:08] <shadeslayer> nacc: I mean for building specifically, it doesn't make sense to me that a package like account-plugins needs unity bits to work
[15:09] <shadeslayer> for eg. KTP uses these plugins, but in order to build them I need to also build unity stuffs now :(
[15:09] <shadeslayer> though I'll probably try to build it without libaccount-plugin support to see what happens
[15:10] <shadeslayer> KTP ( KDE Telepathy )
[15:12] <nacc> ah interesting
[15:13] <nacc> i'm guessing that the build is specified with those deps so that it builds as-is (one or another binary target presumably fails)
[15:13] <nacc> unless you do the configuration step you suggest, which would be a change
[15:13] <nacc> i'm not sure, though
[15:14] <nacc> rbasak: did you import mysql? want me to?
[15:14] <rbasak> nacc: no thanks. I'd like to leave MySQL separate for now, because I also push commits to Debian.
[15:15] <nacc> rbasak: ah ok, let me import locally and reproduce then
[15:15] <shadeslayer> nacc: yeah, i'll probably have to fork the package because I'd rather not rebuild so much stuff :/
[15:15] <shadeslayer> I'll see tomorrow
[15:15] <nacc> shadeslayer: there are notions of build profiles, but i'm not sure it would apply here
[15:15] <shadeslayer> I doubt it
[15:15] <rbasak> nacc: I didn't actually try to use "usd-merge reconstruct" at all BTW. I just did it manually and thought that it might cause it to break. Something to think about, but it wasn't intended to be a bug report and I don't expect you to spend time fixing it right now :)
[15:16] <shadeslayer> ( the entire problem being that I need that package on Debian and Debian does not have any of the unity bits )
[15:18] <nacc> rbasak: ack
[15:20] <nacc> rbasak: to be sure, mysql-5.7 is the src pkg?
[15:21] <rbasak> nacc: yes
[15:21] <rbasak> nacc: I pushed my tree to ~racb if you're interested. This contains the merge I just did manually in ubuntu/wip
[15:21] <nacc> rbasak: thanks, will compare against it
[15:41] <dannf> slangasek: i've pushed some changes to the installation guide that i'd like to SRU back into xenial, so i'd like to do a yakkety upload w/ those first. all the other queued changes are yours - are you good w/ that? and did you have other things you wanted backported to xenial?
[15:42] <slangasek> dannf: hmm I was unaware I had anything queued
[15:42] <dannf> oh - maybe bzr was just out of date - let me check
[15:44] <dannf> slangasek: looks in sync (at least by version) - various changes about dropping "desktop" OS text
[15:45] <slangasek> ah
[15:45] <slangasek> I didn't upload those? ok :)
[15:45] <dannf> slangasek: ok - will push. did you want those SRU'd? if you do, would you mind filing a bug for 'em?
[15:46] <slangasek> dannf: fwiw I think all of those changes are appropriate for SRU; and I think the right way to SRU the installation-guide, being documentation, is a single metabug
[15:46] <dannf> slangasek: ok - cool, that'll make my life easier :) i'll handle that
[15:46] <slangasek> (SRU Test Case: do these words match the words we said they would match? okie-day)
[15:48] <slangasek> infinity, kees, mdeslaur, stgraber: TB meeting in 12
[15:49] <mdeslaur> ack
[15:59] <bdrung_work> pitti, you opinion on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1233466/comments/26 ?
[16:22] <nacc> rbasak: ah i see what you mean -- also for that package, mysql-5.7 doesn't exist in debian, so our merge process doesn't work anyways (afaict)?
[16:41] <jackdpeterson> Is this the appropriate channel to discuss livecd packaging issues?
[16:41] <jackdpeterson> or, I suppose it would be an issue with the current release(s) of xenial64 and vagrant.
[16:43] <rbasak> nacc: yeah I've been merging from Debian VCS (to which I've been pushing), which ends up being a bit hacky wrt. debian/changelog etc. I will upload to Debian experimental soon but am still working on it.
[16:43] <rbasak> nacc: so I merge from there, which is a little confusing.
[16:44] <rbasak> jackdpeterson: if you're wearing a developer hat then yes, I think this is probably the most appropriate place, unless there's some other channel I don't know about.
[16:45] <jackdpeterson> Well, I'd be happy to attempt a pull request against whatever repository currently exists for performing the packaging for vagrant instances. https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1589721
[16:46] <nacc> rbasak: right, and launchpad doesn't see any publishing hsitory
[16:46] <nacc> rbasak: in theory, one could add a new remote pointing to debian vcs after the import is done
[16:46] <rbasak> jackdpeterson: I'm not sure about the Vagrant side but Odd_Bloke may know.
[16:46] <nacc> rbasak: and it might be able to work then
[16:47] <rbasak> nacc: we do occasionally pull from some VCS somewhere over something in the Debian archive. It is pretty rare though. In this case I'm doing it because I wear both hats, but uploading to Debian is still painful for me (because we're not quite in sync yet but working on it)
[16:47] <nacc> rbasak: won't spend more time on it now, but it's definitely not a use-case we had considered generally
[16:47] <rbasak> nacc: I think it's safe to ignore for now.
[16:48] <Odd_Bloke> jackdpeterson: Can you give basic reproduction instructions for the bug?
[16:48] <nacc> rbasak: and i think most of the tooling is happy to try and use 'commitish' regardless of source
[16:48] <jackdpeterson> Sure thing :-) i'll attach as a comment.
[16:48] <Odd_Bloke> jackdpeterson: (I've marked the one you filed as a duplicate of the one you reference, so put it in there :)
[16:48] <jackdpeterson> Okay, will do.
[16:48] <Odd_Bloke> jackdpeterson: Uh, where "there" == "the older bug". :p
[16:48] <rbasak> nacc: but more generally, there is much more common use case we might need to consider - what happens when Ubuntu pulls in new upstream versions ahead of Ubuntu. Does our merge process work correctly in that case with the new data structure?
[16:49] <jackdpeterson> Yeah, made sense. I just wanted to file one under the right project so it could get appropriate visibility. But i'll add the comments to the older bug report.
[16:50] <nacc> rbasak: i think i can test that with openipmi, will look
[16:51] <jackdpeterson> Odd_Bloke: added comment -- https://bugs.launchpad.net/cloud-images/+bug/1569237/comments/8
[16:52] <Odd_Bloke> jackdpeterson: How long does that error show for?
[16:53] <Odd_Bloke> jackdpeterson: (Because I would expect to see that until the machine is booted and SSH is up)
[16:54] <Odd_Bloke> jackdpeterson: (Also, lets move this to #ubuntu-server; we're more likely to be in front of other Vagrant users there :)
[16:55] <jackdpeterson> One moment, I'm running the same process but on the ubuntu/trusty64 one for compare/contrast. Effectively, performing vagrant ssh -- even after the vagrant up completes requests authenticaiton.
[16:56] <jackdpeterson> compared to trusty64, which simply accepts a ssh username of vagrant and works with the private key autogenerated by vagrant.
[16:56] <jackdpeterson> The ubuntu/xenial64 box, on the other hand fails to authenticate using the vagrant username and the autogenerated private key. This prevents next steps of provisioning using whatever provisioners are used (e.g., puppet or otherwise).
[16:58] <Odd_Bloke> jackdpeterson: So I'm downloading the latest box to test; let's take this over to the #ubuntu-server channel though.
[16:59] <jackdpeterson> Cheers, and switched channels.
[19:33] <GunnarHj> bdmurray: Hi Brian, I got a couple of "increase in crash rate" mails due to the latest language-selector update in xenial:
[19:33] <GunnarHj> https://errors.ubuntu.com/?release=Ubuntu%2016.04&package=language-selector&period=day&version=0.165.3
[19:33] <GunnarHj> However, I don't seem to have access to see the nature of the issue. (Doubt it's really related to the latest change.)
[19:38] <bdmurray> GunnarHj: I agreed its not related to the change. To be able to see crashes at the Error Tracker one must be a member of a specific Launchpad team, which you can join by filling out this form. https://forms.canonical.com/reports/
[19:44] <GunnarHj> bdmurray: Thanks for confirming. Just requested access for l-s. (Is that kind of access package specific?? Assuming that at least core devs have access to everything...)
[19:46] <rbasak> pitti: see bug 1588915 again please.
[19:47] <bdmurray> GunnarHj: just like bug control its not package specific
[19:49] <GunnarHj> bdmurray: Aha, I see. Thanks again.
[21:34] <nacc> rbasak: just sent you a git MR for a very simple merge with our process, using only our helper tools (and git-rebase -i)
[21:35] <nacc> rbasak: i think what we'd do upon 'approval' is the final step would be for the uploader/pusher (presuming the MR submitter not having rights) would need to run `usd-merge commit ubuntu/<series>` to parent the HEAD commit into the right place
[22:36] <nacc> pitti: i think we can sync php-imagick, but let me verify that and i'll submit the request


[03:10] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 717 @ https://fridge.ubuntu.com/2022/01/10/ubuntu-weekly-newsletter-issue-717/ (by guiverc)
[05:30] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Firefox 96 is Available to Download, This is What’s New @ https://www.omgubuntu.co.uk/2022/01/firefox-96-download-and-new-features (by Joey Sneddon)
[16:35] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: How low can you go?