[14:46] <rbelem> hi there
[14:47] <rbelem> i was accepted as kubuntu member some days ago
[14:47] <Tm_T> hi belem
[14:47] <rbelem> and i would like to use an ubuntu cloak :-)
[14:47] <rbelem> hi Tm_T :-)
[14:47] <Tm_T> rbelem: could you paste your launchpad profile?
[14:48] <rbelem> Tm_T, yup
[14:48] <rbelem> launchpad.net/~rbelem
[14:48] <rbelem> :-)
[14:48] <rbelem> is it possible to use something like this ubuntu/member/pdpc.supporter.professional.rbelem ?
[14:48] <rbelem> Tm_T, ^
[14:49] <Tm_T> topyli: nhandler: jussi: cloak ^
[14:51] <Pici> rbelem: That cloak form is often used, take a look at my cloak ;)
[14:52] <rbelem> Pici, that's nice :-) much shorter
[14:54] <rbelem> Tm_T, this one is much much better ubuntu/member/pdpc.professional.rbelem
[16:48] <nhandler> Tm_T: I can't set the cloak until one of the other members of the council ACKs it :)
[16:48] <nhandler> elky, tsimpson: ^
[18:40] <tsimpson> nhandler: if you're still active, I'll ack the cloak
[18:40] <marienz> I can set it if he isn't
[18:41] <nhandler> Yep, I'm here
[18:43] <nhandler> rbelem: You are now cloaked
[18:43] <nhandler> tsimpson: ^
[18:52] <Tm_T> nhandler: ah, good to know (:
[19:29] <rbelem> thank you guys :-)
[23:55] <foxbuntu> nhandler, you there?
[23:57] <foxbuntu> Daviey, ping
[23:58] <nhandler> Hey foxbuntu
[23:58] <foxbuntu> nhandler, hey. Just got a memo stating my ubuntu member cloak was removed because I am no longer a member? What happened?


[00:16] <mike> Hardy is progressing nicely
[00:33] <osito> Hi, how do I recover from a failed upgrade from Feisty, Bug #157661
[00:33] <ubotu> Launchpad bug 157661 in slocate "package slocate 3.1-1ubuntu3 failed to install/upgrade: subprocess pre-installation script returned error exit status 1" [High,Confirmed] https://launchpad.net/bugs/157661
[00:34] <osito> thanks in advance
[00:38] <scizzo-> osito: you mean you want to go back to feisty?
[00:38] <scizzo-> osito: and you are using hardy now?
[00:59] <DanaG> Have you seen Fedora 8's time-varying wallpaper?
[00:59] <DanaG> It's a wonderful feature.  Is there any chance of seeing that feature in Hardy?
[02:04] <cleaton> something i would like to see, is some way to change webcam settings, so it will apply for every application
[02:05] <cleaton> they way it works now that the programs using the webcam has to have their own gui for settings dosen't work great... flash for example dosen't have any support for changing webcam settings :/
[02:07] <DanaG> Heh, sounds like we need a 'pulseVIDEO' to do the equivalent of what pulseaudio does.
[02:07] <cleaton> yeah
[02:08] <cleaton> but i think v4l supports changing the settings for the cam
[02:08] <cleaton> and make it apply for every program
[02:08] <cleaton> but there's no gui
[02:37] <tumbleweed__> /usr/share/ubuntu-artwork/home/index.html should be updated to say Ubuntu 8.04 rather than 7.10
[03:02] <DanaG> I still find it strange that the 2.6.24 CFS scheduler leaves the system so horribly laggy when under heavy load -- even when the load is niced +19 and SCHED_IDLEPRIO
[03:02] <DanaG> So much for CFS being "Better".
[03:04] <DanaG> It even lags when just typing.
[03:18] <DanaG> Heh, the people in #gentoo are quite rude.  I went to ask a question about the kernel and scheduler, figuring that people there probably know more about the kernel than your average Ubuntu users, but I was told:  "Question isn't about Gentoo specifically?  I'm'a gonna' kick ya'"  (not the wording, but that's the vibe I got).
[03:26] <bazhang> wow
[03:26] <DanaG> yeah.
[03:27] <DanaG> They pointed me at #ubuntu (ignoring the fact that I said "Hardy") and #kernel (I've asked there before, but didn't find an answer).
[03:28] <bazhang> ubuntu spoils you for other channels :}
[03:29] <DanaG> I recently tried Fedora 8 in a VM, and I can say the only two really nice things I noticed about it were:
[03:29] <DanaG> Xorg as splash screen (would give native resolution)
[03:29] <DanaG> and   time-varying wallpaper.
[03:29] <bazhang> hmm
[03:29] <bazhang> codec buddy was a wash for me
[03:29] <DanaG> Apt (especially aptitude) is a great package manager; yum is annoying.
[03:29] <DanaG> Pay for codecs?  I don't think so!
[03:30] <DanaG> Try to play a DAAP share with anything: freezes app.
[03:30] <bazhang> so true on both counts
[03:30] <DanaG> Eeh, I'll stick with lovely Ubuntu.
[03:30] <DanaG> I like using development versions so I can go around finding bugs.
[03:31] <bazhang> hardy hardly feels like development--can't remember an alpha or beta this stable at this point
[03:32] <tumbleweed__> /usr/share/ubuntu-artwork/home/index.html should be updated to say Ubuntu 8.04 rather than 7.10
[03:32] <tumbleweed__> yeah
[03:32] <tumbleweed__> at least beta
[03:32] <bazhang> I saw that tumbleweed__
[03:32] <tumbleweed__> ok
[03:32] <tumbleweed__> no-one answered :P
[03:33] <bazhang> no, I mean in my own install :}
[03:33] <tumbleweed__> ah
[03:33] <tumbleweed__> automatix is a pain in the arse to get working on hardy. I know I shouldnt use it, but I cant be bothered to go hunting for debs
[03:33] <bazhang> got all the codecs without it here
[03:34] <bazhang> the medibuntu bits from gutsy work fine
[03:34] <bazhang> err for gutsy
[03:34]  * tumbleweed__ shrugs
[03:34] <DanaG> Or debuntu.
[03:35] <tumbleweed__> oh
[03:35] <tumbleweed__> also
[03:35] <DanaG> eeh, no hardy on debuntu.
[03:35] <tumbleweed__> the keymap autodetection thing on the alternate cd screws up the screen after its done
[03:35] <tumbleweed__> and the rescue install option doesnt work at all
[03:36] <tumbleweed__> and dpkg-reconfigure xserver-xorg has garbled characters
[03:36] <tumbleweed__> had to use it to switch to vesa until I got the nvidia driver ;/
[03:37] <DanaG> Oh yeah, that reminds me of one big gripe: bulletproof X.
[03:37] <tumbleweed__> eh?
[03:37] <DanaG> Last time I ran into it, X still failed to start, and then it trampled on xorg.conf.
[03:37] <tumbleweed__> awesome
[03:37] <DanaG> Boy, was I surprised when my touchpad suddenly had tapping enabled, and had two-finger scrolling disabled.
[03:37] <tumbleweed__> owned
[03:37] <tumbleweed__> oh
[03:38] <tumbleweed__> that reminds me of another thing
[03:38] <tumbleweed__> the install disc isnt detecting the synaptic touchpad
[03:38] <tumbleweed__> you have to put it in xorg.conf manually
[03:38] <tumbleweed__> synaptics*
[03:39] <tumbleweed__> I?l file some bugs on launchpad or whatever when Im less busy
[03:42] <tumbleweed__> I do believe Im going to donate my birthday money to the wine project
[03:44] <scizzo-> tumbleweed__: I think that bugreports are looked into faster then naming them on IRC really....
[03:45] <tumbleweed__> probably ;)
[03:46] <tumbleweed__> bah
[03:47] <tumbleweed__> there still arent native drivers for my Broadcom BCM4328
[03:47]  * DanaG has ipw3945.
[03:47]  * tumbleweed__ nods
[03:48] <tumbleweed__> my old 4317 (i think) worked fine
[03:48] <DanaG> ...and when I insert my cardbus Audigy (in Windows), it DIES.
[03:48] <tumbleweed__> heh
[03:48] <DanaG> I've never seen such an odd bug in Ubuntu, at least -- and if I do see one, I can at least report it.
[03:48] <tumbleweed__> ubuntu may have its problems, but at least it? slightly possible to fix them
[03:58] <tumbleweed__> E: Package libx264-54 has no installation candidate
[03:58] <tumbleweed__> uh-oh
[03:58] <tumbleweed__> that? one of the dependencies for mplayer
[03:58] <tumbleweed__> mencoder too
[04:01] <tumbleweed__> suppose I?l just steal it from gutsy for now
[04:01] <DanaG> Anybody know how to tell which version of the scheduler is actually in use?
[04:02] <tumbleweed__> scheduler?
[04:02] <tumbleweed__> for what?
[04:03] <DanaG> Well, the Ubuntu kernel isn't any specific -RC version of the kernel.
[04:03] <tumbleweed__> oh
[04:03] <DanaG> I'm trying to figure out why the heck my system becomes so sluggish under load.
[04:03] <tumbleweed__> I wouldnt have the slightest
[04:03] <tumbleweed__> I suppose you could grep all of the files in /usr/src for whatever it is youre looking for
[04:08] <tumbleweed__> brb, gotta restart for the new keymap to take effect, all of this accent nonsense is annoying me
[04:28] <tumbleweed__> oh
[04:28] <tumbleweed__> another problem
[04:29] <tumbleweed__> sound comes out of the speakers AND the headphones
[04:29] <tumbleweed__> I'd actually like to turn the speakers off semi-permanently, if possible
[04:29] <tumbleweed__> stupid software-based sound switches
[04:36] <skyfalcon866> !op | pici
[04:36] <ubotu> pici: Help! Channel emergency! (ONLY use this trigger in emergencies) - Mez, LjL, elkbuntu, imbrandon, DBO, gnomefreak, Hobbsee, rob, ompaul, Madpilot, Seveas, CarlK, crimsun, ajmitch, tritium, Nalioth, thoreauputic, apokryphos, tonyyarusso, PriceChild, Amaranth, jrib, jenda, nixternal, Myrtti, mneptok, Pici or Pelo!
[04:37] <nixternal> skyfalcon866: can I help you? what was the reason for the op call?
[04:37] <skyfalcon866> !op | ubotu
[04:37] <ubotu> ubotu: Help! Channel emergency! (ONLY use this trigger in emergencies) - Mez, LjL, elkbuntu, imbrandon, DBO, gnomefreak, Hobbsee, rob, ompaul, Madpilot, Seveas, CarlK, crimsun, ajmitch, tritium, Nalioth, thoreauputic, apokryphos, tonyyarusso, PriceChild, Amaranth, jrib, jenda, nixternal, Myrtti, mneptok, Pici or Pelo!
[04:38] <DanaG> Don't abuse that!
[04:38] <nixternal> ARGH
[04:39] <DanaG> I once made the mistake of thinking that was a 'list all ops' command without noticing that it would PING people, so then I used it twice and then got banned for about a day or two.
[04:39] <DanaG> Now, doing it deliberately..... why?
[04:39] <skyfalcon866> pings everyone
[04:39] <tumbleweed__> lul
[04:40] <bazhang> he just got kicked from ubunut channel
[04:40] <tumbleweed__> I still lulled
[04:40] <skyfalcon866> linus torvalds dosent use debian the simple distros
[04:40] <nixternal> skyfalcon866: shut up already
[04:41] <bazhang> skyfalcon866: ease it up
[04:41] <skyfalcon866> Linus torvalds also dosent use gnome
[04:41] <tumbleweed__> oh noes
[04:41] <bazhang> skyfalcon866: take it to #ubuntu-offtopic
[04:41] <nixternal> thank you
[04:41] <tumbleweed__> terrible troll
[04:41] <tumbleweed__> was hardly trying at all
[04:43] <scizzo-> power abuse by tony... :P
[04:44] <tumbleweed__> :O
[04:44] <scizzo-> however I do wonder what skyfalcon's goal was
[04:44] <tumbleweed__> bored, obviously
[04:45] <DanaG> Are any of you using 2.6.24 kernel?
[04:45] <DanaG> And nvidia, especially.
[04:46] <scizzo-> nope....keeping myself to gutsy for now
[04:46] <scizzo-> since hardy is under heavy development
[04:47] <bazhang> you should join the hardy-changes mailing list--about 50 emails a day :}
[04:48] <scizzo-> bazhang: well proves the point of it being under heavy development..haha
[04:49] <bazhang> scizzo-: true, though it runs well, at least here :}
[04:49] <scizzo-> bazhang: no comment...
[04:49] <bazhang> scizzo-: haha
[04:50] <tumbleweed__> runs well for me
[04:50] <tumbleweed__> and gutsy hated my hardware
[04:50] <scizzo-> well I am the kind of person that would break things even though its not broken
[04:50] <scizzo-> so it would cause my computer to go "thud"
[04:50] <tumbleweed__> heh
[04:51] <tumbleweed__> I'm on a fairly new laptop with crazy features like 2 hardrives, lightscribe, 2 built in microphones and a built in webcam
[04:51] <tumbleweed__> I need all the updates I can grab :P
[04:53] <capouais> hi :)  who would like to be my friend and help me diagnose some sound problems in hardy?
[04:53] <tumbleweed__> oh?
[04:53] <tumbleweed__> what's the trouble?
[04:53] <capouais> well, it doesn't work.  beyond that, I need some help figuring it out
[04:54] <capouais> gutsy doesn't work either, btw.  edgy and feisty were/are fine
[04:54] <bazhang> well the topic pretty much says it all--general breakage :}
[04:54] <capouais> what gutsy does is the sound is really really loud and I can't turn it down (laptop, btw)
[04:55] <tumbleweed__> hmmm
[04:55] <tumbleweed__> ok
[04:55] <tumbleweed__> give me the output of the following command please
[04:55] <capouais> hardy 'fixes' that by having sound extremely low and I still can't adjust it
[04:55] <tumbleweed__> cat /proc/asound/cards
[04:55] <capouais>  0 [Intel          ]: HDA-Intel - HDA Intel
[04:55] <capouais>                       HDA Intel at 0xd2400000 irq 22
[04:56] <tumbleweed__> ok
[04:56] <tumbleweed__> try this, one second please
[04:57] <capouais> I have plenty of time, especially if I can help others with the same problem :)
[04:57] <tumbleweed__> I have the same chipset, and I'm currently fixing the problem with the speakers going while headphones are in
[04:58] <capouais> I might be able to dig up some headphones if you need me to
[04:58] <tumbleweed__> sure
[04:58] <tumbleweed__> go get some headphones and see if the speakers and headphones play at the same time
[04:59] <capouais> the laptop speakers go off with headphones in, but I still can't control volume
[05:00] <tumbleweed__> hmmm
[05:01] <DanaG> Have you tried all sliders in alsamixer?
[05:01] <tumbleweed__> sudo apt-get install gnome-alsamixer
[05:01] <tumbleweed__> then gnome-alsamixer
[05:02] <capouais> I just tried with plain alsamixer, I'll install gnome-alsamixer now
[05:03] <capouais> ok
[05:03] <DanaG> There should be no difference, actually.
[05:03] <DanaG> And gnome already has a mixer program.
[05:03] <tumbleweed__> right
[05:03] <capouais> the volume/mute buttons on my laptop affect the Master slider, but that does nothing
[05:04] <capouais> if I play with the pcm slider, I can adjust/mute the sound
[05:04] <DanaG> gnome-volume-control -- you can go to edit->preferences and check the other things.
[05:04] <DanaG> YOu can go to the gnome system->preferences->sound and use the 'ctrl' key to select BOTH pcm and master as default mixer.
[05:05] <capouais> that did the trick!
[05:06] <tumbleweed__> capouais : it works now?
[05:06] <capouais> why does it seem like Master is poorly named in this case?
[05:06] <capouais> yes, by doing what DanaG suggested, I can adjust the sound
[05:06] <tumbleweed__> great
[05:06]  * tumbleweed__ reboots
[05:07] <capouais> any way to get that set by default?
[05:07] <capouais> oh, I'll wait :)
[05:07] <DanaG> That system->preferences thing sets what the keyboard hotkeys control.
[05:07] <DanaG> The panel applet has its own preferences.
[05:08] <capouais> odd
[05:08] <capouais> why would they be disjoint?
[05:08] <DanaG> Actually, it makes sense if you want multiple applets for multiple sound cards.
[05:10] <capouais> I wonder if my problem with gutsy was the same thing  (I've since turned that into hardy, so I only have hardy and feisty now)
[05:10] <capouais> in any case, it should be configured properly on install like feisty was, one would think
[05:11] <tumbleweed__> should be "Home of the Hacky Heron" :P
[05:12] <capouais> thank you very much for your help, tumbleweed__ and DanaG
[05:12] <tumbleweed__> no problem
[05:12] <capouais> I appreciate it
[05:12] <DanaG> Here's a question: what is 'qmake'?
[05:12] <tumbleweed__> hmm
[05:13] <tumbleweed__> I think that's the make tool for qt
[05:13] <capouais> I felt so lonely sticking with feisty when everyone else had moved on to gutsy
[05:13] <DanaG> aah, not an actual package name.
[05:14] <DanaG> That's irritating.  It's qt3-dev-tools.
[05:14] <tumbleweed__> ;/
[05:14] <DanaG> CMake Error: Qt qmake not found!
[05:14] <DanaG> even though I installed that package.
[05:18] <capouais> wow, that sucked :(
[05:19] <DanaG> aah, I had to install the libqt4-dev.
[05:19] <capouais> but it brought up another question.  how do I get sound working properly on the login screen?  it doesn't go badabap when it's ready for me to log in and that makes me sad
[05:20] <tumbleweed__> yeah
[05:20] <tumbleweed__> me neither
[05:20] <tumbleweed__> on hardy, that is
[05:20] <tumbleweed__> the sound might be gone :/
[05:20] <DanaG> Oh, go to system->admin->login
[05:20] <DanaG> "accessibility" tab.
[05:21] <tumbleweed__> doesn't exist in hardy
[05:21] <tumbleweed__> :/
[05:22] <capouais> does in my hardy :)  but none of the sounds are producing anything
[05:22] <tumbleweed__> oh
[05:22] <tumbleweed__> I had to add it with the menu editor
[05:23] <tumbleweed__> question.wav doesn't play
[05:23] <tumbleweed__> bah
[05:23] <tumbleweed__> /usr/share/sounds/question.wav
[05:24] <tumbleweed__> hmmm
[05:24] <tumbleweed__> seems to be a valid sound
[05:24] <tumbleweed__> plays fine in totem
[05:27] <capouais_> ok back to feisty for me, that's the second time I had to hard reboot over in hardyland :/
[05:28] <capouais_> one of those little numbers where the mouse cursor moves around but won't click on anything, and the keyboard is dead
[05:34] <tumbleweed__> ok
[05:34] <DanaG> Perhaps that sound needs esound installed.
[05:34] <tumbleweed__> note to self : synaptics touchpad haet hardy
[05:34] <tumbleweed__> I have esound
[05:34] <DanaG> My touchpad works.
[05:34] <tumbleweed__> well
[05:34] <tumbleweed__> it works
[05:34] <tumbleweed__> but I can't turn off tapping
[05:34] <DanaG> I just had to manually configure it -- but I did it ages ago, anyway.
[05:35] <DanaG> http://pastebin.com/m4bd8374
[05:36] <DanaG> Look at my tapping options.
[05:36] <DanaG> I have two finger scrolling enabled.
[05:36] <DanaG> I also have tapping set as follows: 1 finger is nothing, 2 fingers is middle, and 3 fingers is right button.
[05:36] <DanaG> Just watch out for horizontal scrolling in Firefox.
[05:38] <DanaG> And RightEdge is something gotten through trial and error.
[05:38] <tumbleweed__> hmmm
[05:38]  * tumbleweed__ shrugs
[05:38] <DanaG> Eat that, OS X.  Can't do that there.
[05:38] <tumbleweed__> lol
[05:39] <tumbleweed__> I'd never pay for OS X
[05:39] <tumbleweed__> takes all the fun out of *nix
[05:40] <tumbleweed__> brb, restarting again
[06:11] <tumbleweed__> well this is annoying
[06:11] <tumbleweed__> my touchpad isn't detected as a touchpad at all
[06:11] <tumbleweed__> in xorg.conf it says Identifier "Configured Mouse" Driver "mouse"
[06:12] <tumbleweed__> changing these things to the default synaptics setup doesn't work.
[06:12] <tumbleweed__> I've also done dpkg-reconfigure xserver-xorg to no avail
[06:14] <DanaG> cat /proc/bus/input/devices
[06:14] <DanaG> if it's not a touchpad there, then that's the issue.
[06:14] <DanaG> Otherwise, you can fix it with xorg.conf.
[06:15] <tumbleweed__> N: Name="SynPS/2 Synaptics TouchPad"
[06:15] <DanaG> Aah, then that's good.
[06:16] <tumbleweed__> but xorg isn't detecting it anyways
[06:16] <DanaG> That's just the default xorg.conf.
[06:16] <tumbleweed__> I know
[06:16] <tumbleweed__> I changed it
[06:16] <DanaG> Try adding the synaptics stuff manually.
[06:16] <tumbleweed__> I did
[06:16] <DanaG> And perhaps comment out the default section.
[06:16] <tumbleweed__> did that too
[06:17] <DanaG> Did it come back?
[06:17] <tumbleweed__> newp
[06:17] <DanaG> also look at /var/log/Xorg.0.log
[06:18] <tumbleweed__> 	Using the default mouse configuration.
[06:18] <tumbleweed__> (II) LoadModule: "mouse"
[06:18] <tumbleweed__> (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
[06:18] <tumbleweed__> (II) Module mouse: vendor="X.Org Foundation"
[06:18] <tumbleweed__> (==) NVIDIA(0): Silken mouse enabled
[06:18] <tumbleweed__> (II) XINPUT: Adding extended input device "<default pointer>" (type: MOUSE)
[06:18] <tumbleweed__> apparently it didn't like what I'd chosen
[06:18] <tumbleweed__> grep ftw
[06:20] <DanaG> Actaully, look at the whole thing.
[06:21] <tumbleweed__> k
[06:22] <tumbleweed__> DanaG : (==) The core pointer device wasn't specified explicitly in the layout.
[06:22] <tumbleweed__>         Using the default mouse configuration.
[06:24] <DanaG> Oh yeah, going to walk the dogs.
[06:24] <DanaG> But it looks like somehow it's not seeing your synaptics item at all.
[06:24] <DanaG> Otherwise, it'd say something about at least loading synaptics.
[06:24] <tumbleweed__> (WW) <default pointer>: No Device specified, looking for one...
[06:24] <tumbleweed__> (II) <default pointer>: Setting Device option to "/dev/input/mice"
[06:24] <tumbleweed__> (--) <default pointer>: Device: "/dev/input/mice"
[06:24] <tumbleweed__> (==) <default pointer>: Protocol: "Auto"
[06:25] <DanaG> Aah, my serverlayout explicitly specifies "(**) |-->Input Device "Synaptics Touchpad""
[06:25] <DanaG> that's from the log.
[06:25] <tumbleweed__> so does mine
[06:25] <tumbleweed__> Section "InputDevice"
[06:25] <tumbleweed__> 	Identifier	"Synaptics Touchpad"
[06:25] <tumbleweed__> etc
[06:31] <tumbleweed__> very well
[06:31] <tumbleweed__> I shall return
[06:35] <tumbleweed__> there
[06:35] <tumbleweed__> my laptop is now officially more stable with hardy than gutsy.
[06:35] <tumbleweed__> I just forgot to set the touchpad as "corepointer"
[06:36] <tumbleweed__> except for flash, that is
[08:04] <tumbleweed__> ah
[08:04] <DanaG> I'm still around.
[08:04] <tumbleweed__> flashplugin-nonfree always fails the md5 sum chech
[08:04] <tumbleweed__> check*
[08:04] <tumbleweed__> nice.
[08:05] <DanaG> Oh yeah, perhaps Adobe has now released an update, or something.
[08:05] <tumbleweed__> probably
[08:05] <DanaG> Wait, is it the package,
[08:05] <tumbleweed__> yup
[08:05] <DanaG> or is it the thingy the package downloads.
[08:05] <tumbleweed__> uhhhh
[08:05] <DanaG> The latter is Adobe's, the former is Ubuntu.
[08:05] <tumbleweed__> the thing it doesnloads
[08:05] <tumbleweed__> whatever.tar.gz
[08:05] <tumbleweed__> so it's adobe
[08:05] <DanaG> aah.
[08:14] <tumbleweed__> tumbleweed@tumbleweed:~/Firefox Downloads/install_flash_player_9_linux$ dir
[08:14] <tumbleweed__> flashplayer-installer  libflashplayer.so
[08:14] <tumbleweed__> no more .xpt files
[08:14] <tumbleweed__> >:/
[08:15] <tumbleweed__> I'll try jacking them from the rpm
[08:17] <tumbleweed__> hmm
[08:17] <tumbleweed__> guess it's obsolete
[08:17]  * tumbleweed__ shrugs
[08:30] <tumbleweed__> DanaG : where can I submit a patch?
[08:30] <tumbleweed__> is there a launchpad page?
[08:30] <DanaG> I'm not sure.
[08:30]  * tumbleweed__ shrugs again
[08:31] <DanaG> I haven't submitted any patches myself, but you may be able to find an existing bug report on an issue, or file a new on and attach a patch there.
[08:31] <Hobbsee> for flashplugin nonfree?
[08:31] <tumbleweed__> https://bugs.launchpad.net/ubuntu/hardy/
[08:31] <tumbleweed__> no
[08:31] <Hobbsee> tumbleweed__: file a bug on https://launchpad.net/ubuntu/+source/flashplugin-nonfree
[08:31] <tumbleweed__> it's for something else
[08:31] <Hobbsee> oh
[08:31] <tumbleweed__> I suppose I could fix that too, though :P
[08:31] <Hobbsee> then use https://bugs.launchpad.net/ubuntu/+source/<source package> and file a bug, and tick the patch icon
[08:31] <Hobbsee> that's being fixed, iirc
[08:37] <tumbleweed__> hmmm
[08:38] <tumbleweed__> my cat is running around outside my room
[08:38] <tumbleweed__> I wonder what he's getting into
[08:44] <tumbleweed__> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/176678
[08:44] <ubotu> Launchpad bug 176678 in firefox "Startup page for firefox states "Welcome to Ubuntu 7.10!" when it should say "Welcome to Ubuntu 8.04 (alpha 1)!" " [Undecided,New]
[08:44] <tumbleweed__> :>
[09:20] <cafuego> ir's not april 2008, wontfix.
[09:21] <Sebastian> Is http://phpfi.com/283512 known issue?
[09:21] <Sebastian> +a
[09:28] <tumbleweed__> :/
[09:30] <tumbleweed__> cafuego : should it be ok to add gutsy repost to my sources.list as long as I use apt-pinning?
[09:30] <tumbleweed__> repos*
[09:34]  * cafuego imagines so; backwards compat tends to work far better the forward
[09:45] <tumbleweed__> brb
[14:05] <hit> !info xserver-xgl
[14:05] <ubotu> xserver-xgl: GL-based X server. In component universe, is optional. Version 1:<IP_ADDRESS>~git20070727-0ubuntu3 (hardy), package size 1696 kB, installed size 4404 kB
[14:19] <theunixgeek> What features are being planned for release with Alpha 2?
[17:26]  * TuX_Claudiu Bumba (Stereo Sax Mix) - Buddha-Bar, Vol. VI Disc 2 - Perfect Sense (x«amarok)
[17:27]  * TuX_Claudiu Muranyi - Muranyi / Balaton - Pryda (x«amarok)
[17:59] <Artimus> Has any work been put into fixing adept (Kubuntu) for Hardy?  I haven't looked yet, but I believe it gets stuck waiting for apt.  It causes rendering issues, making adept a big gray box until apt is ready, when it can render correctly...  It doesn't really resize well either...
[18:00] <bazhang> I try to avoid adept in all cases--hope they replace it completely
[18:02] <Artimus> I didn't want to write something if work's been done.  It's proably too late for Hardy, huh?
[18:02] <bazhang> !info adept-manager
[18:02] <rsk> no hardy is still not in freeze
[18:03] <ubotu> adept-manager: package manager for KDE. In component main, is optional. Version 2.1.3ubuntu22 (hardy), package size 587 kB, installed size 1652 kB
[18:03] <bazhang> optional? nice!
[18:03] <Artimus> Of course it's optional
[18:03] <Artimus> Otherwise, regular Ubuntu would have it, right?
[18:03] <bazhang> came default with kubuntu
[18:03] <Artimus> Kubuntu just pulls it in with the metapackage
[18:03] <bazhang> oh right
[18:04] <Artimus> I don't even think the Ubuntu CD includes QT, does it?
[18:04] <Artimus> (regular Ubuntu)
[18:05] <tonyyarusso> Don't think so.
[18:05] <Artimus> Not important...
[18:05] <heikki> !info linux-image-generick
[18:05] <ubotu> Package linux-image-generick does not exist in hardy
[18:05] <heikki> !info linux-image-generic
[18:05] <ubotu> linux-image-generic: Generic Linux kernel image. In component main, is optional. Version <IP_ADDRESS>.21 (hardy), package size 24 kB, installed size 52 kB
[18:05] <heikki> ops
[18:05] <heikki> "optional" :)
[18:06] <tonyyarusso> heikki: It is, because you could have -386 or -server or -ppc
[18:08] <Artimus> I haven't done much with QT, but I'm guessing that the loop that handles rendering is waiting for apt to respond, which is hanging, making adept_updater a nice gray box until apt finishes
[18:14] <Artimus> Dumb question time.  Does Ubuntu have a CVS server?  Adept is a Kubuntu project, it doesn't have a website of its own.  Otherwise, I guess I can fetch the Hardy source package.
[18:27] <h3sp4wn> Artimus: It has one but why would you want to use cvs ?
[18:28] <bazhang> isn't it bzr now?
[18:28] <bazhang> or svn for gnome
[18:28] <h3sp4wn> There is a few options - I like darcs
[18:28] <h3sp4wn> or git, svn
[18:32] <Artimus> Just found out, yeah, it's bzr
[18:32] <Artimus> I tried to use apt-get source and it told me about the bzr tree, that'll work
[18:36] <Artimus> I'm crossing my fingers at this point...  Please be well documented, please be well documented...
[18:39] <bazhang> there was a great tutorial on thursday by JRiddell on bzr
[18:39] <Artimus> I meant adpet, not bzr
[18:39] <Artimus> *adept
[18:39] <Artimus> ...  Why would you name your main class "TestApp"?
[18:41] <Artimus> class TestApp : public KMainWindow, Application
[18:41] <bazhang> I just know the names bzr, adept, cvs; what they actually do is beyond me :}
[18:44] <Artimus> So much for a nice easy fix...  I'm reminded why I don't care for GUI programming.  Tons of cryptic lines("something->evil") with no comments...  I don't think I'm going to be able to learn the QT API by the end of the day.
[19:29] <verb3k> Will FireFox 3 be included in Hardy?
[19:29] <rsk> verb3k: already included
[19:30] <verb3k> rsk, I mean the final
[19:30] <rsk> maybe
[19:30] <verb3k> it will be good but I think it's safer to go with 2 (that's if it is releaes before hardy)
[19:35]  * TuX_Claudiu is Away, Reason: ( watching mouvi ) | Since: ( Sunday, December 16, 2007. 21:27:34 ) Xlack v2.1
[20:02] <h3sp4wn> I am not sure, A few months ago I used a build of minefield that fixed nearly all of my annoyances with firefox 2
[21:39] <wamty> how do i step down from root to user1 ?
[21:39] <wamty> it's a remote machine.
[21:40] <tonyyarusso> wamty: how did you log in as root?
[21:41] <h3sp4wn> wamty: su
[21:42] <wamty> tonyyarusso: su user1 isnt working
[21:42] <wamty> I did it by ssh enabled through plesk
[21:42] <tonyyarusso> wamty: ssh to what though?  The root account doesn't have a login.
[21:42] <DanaG> sudo -i
[21:42] <DanaG> for root shell.
[21:43] <wamty> tonyyarusso: to the vps
[21:44] <DanaG> Oh, and for ssh, I think you have to configure which users are allowed to login.
[21:44] <DanaG> s/login/log in/
[21:45] <wamty> tonyyarusso: any advice? or suggestions?
[21:45] <tonyyarusso> wamty: what happens when you try su?
[21:46] <wamty> [root@* httpdocs]# su kyan
[21:46] <wamty> [root@* httpdocs]#
[21:47] <wamty> that's all i get
[21:47] <wamty> uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel)
[21:48] <wamty> What's the problem?
[21:51] <wamty> hmmm?
[21:52] <wamty> kyan:x:10011:2523::/var/www/vhosts/kyan.com:/bin/false
[21:52] <wamty> thats my grep kyan /etc/passwd
[21:55] <tonyyarusso> wait, isn't that last part (/bin/false) supposed to be your user's shell?
[21:55]  * tonyyarusso looks
[21:55] <tonyyarusso> Yeah.
[21:55] <tonyyarusso> kyan isn't allowed a login shell - that's your problem.
[21:57] <tonyyarusso> I don't remember the proper way to set that though - manually editing /etc/passwd is frowned upon.  Take a quick google and see if you can find the command for setting that back to /bin/bash, or whatever you prefer.
[21:57] <h3sp4wn> vipw
[21:57] <h3sp4wn> or chsh
[21:59] <tonyyarusso> chsh, that sounds right
[21:59] <h3sp4wn> I normally just use vipw (or vigr)
[22:15]  * tumbleweed__ is downloading craploads of books on python
[22:25] <h3sp4wn> tumbleweed__: Why ? Do you really feel the world needs more of that junk ?
[22:25]  * tumbleweed__ shrugs
[22:25] <tumbleweed__> python seems like a good language to start with
[22:25] <tumbleweed__> instead of Visual Basic .NET like my school wants me to do
[22:26] <h3sp4wn> Why not - scheme or haskell
[22:26] <tumbleweed__> uhhhhh
[22:26] <tumbleweed__> dunno
[22:26] <tumbleweed__> maybe later
[22:51] <WorkingOnWise> Other than convenience, what are the avantages of running apps from Ubuntu maintained packages instead of either compiling the apps from source, or using a eb from the project? I am thinking specifically of Wine, Openoffice, Compiz-Fusion and Evolution. These apps will be updated much more often than the Ubuntu repos will.
[22:57] <h3sp4wn> WorkingOnWise: Any security issues are fixed by Ubuntu - its not likely to get broken
[22:57] <h3sp4wn> openoffice takes an age to compile
[22:57] <h3sp4wn> Other than that if you want to build them source its upto you (Wine / compiz do change quickly)
[22:58] <WorkingOnWise> h3sp4wn: yeah, I did it once....as I went to lunch....
[22:58] <WorkingOnWise> for OpenOffice
[22:58] <h3sp4wn> Must have been a long lunch or you have far far more powerful hardware than I do
[23:00] <WorkingOnWise> well....it started as I left for lunch. it didnt actually finish till after the and of my workday sometime. Just left it go, and still gore to do the next am. Not a thing I want to do very often at all.
[23:09] <mirak> hi
[23:10] <mirak> would it be hard to create a ubuntu mirror localy compiled for my own CPU ?
[23:11] <h3sp4wn> I would say yes
[23:11] <mirak> there is nt an automated builder ?
[23:11] <h3sp4wn> (Purely by the amount of people who have asked me how to go about it and then never said they had accomplished it)
[23:12] <mirak> not
[23:12] <h3sp4wn> The ubuntu one is closed
[23:12] <mirak> well it's not the first time I interest me to that question
[23:12] <h3sp4wn> Or part of it is
[23:12] <mirak> h3sp4wn: the ubuntu build system ?
[23:12] <h3sp4wn> mirak: yep
[23:13] <mirak> pffff
[23:13] <mirak> I would like a G4 optimised ubuntu
[23:13] <mirak> I don't like gentoo, it's horrible
[23:13] <mirak> gui was invented for a reason, and it's a caveman distribution
[23:13] <mirak> ^^
[23:14] <h3sp4wn> I disagree but its not important
[23:14] <DanaG> I like to tweak already set-up things, down from the top.
[23:14] <DanaG> I don't like to build up from the bottom, from nothing, entirely manually.
[23:14] <h3sp4wn> There is 100% certainly no gui way to rebuild the whole ubuntu archive
[23:15] <mirak> me too
[23:15] <mirak> linux as always been about configurability.
[23:15] <h3sp4wn> I think gentoo is fine as long as you use paludis
[23:15] <mirak> from gentoo to ubuntu or debian or suse you don't loose much in configurability. That's still linux, you can still play with bash and devices and such.
[23:16] <mirak> but with gentoo you need to want to waste time
[23:16] <h3sp4wn> You lose the ability to compile everything for G4 or whatever
[23:16] <mirak> h3sp4wn: that's different
[23:16] <DanaG> I also like Debian's über-tab-completion.
[23:17] <mirak> h3sp4wn: a different problem.
[23:17] <mirak> h3sp4wn: I would like gentoo if there was something a bit higher level like debconf
[23:17] <h3sp4wn> If ubuntu supported rebuilding everything then it would end up like gentoo
[23:18] <mirak> ubuntu inherits the flaws of APT about compilation
[23:18] <mirak> h3sp4wn: why ?
[23:19] <mirak> h3sp4wn: ubuntu don't really need to bother with useflags. I think just compiling for the cpu is enough, and you can't break global coherence
[23:19] <h3sp4wn> mirak: Does ppc have the same issues as sparc with 32 vs 64 ?
[23:19] <mirak> h3sp4wn: what issue ?
[23:19] <h3sp4wn> same number of registers in both modes
[23:19] <mirak> G5 are 64 bits I think
[23:20] <DanaG> Oh yeah, that's another thing I found annoying: USE flags.
[23:20] <mirak> why is a problem ?
[23:20] <h3sp4wn> some people insist on having everything 64 bit which on 64 bit sparc makes no sense at all
[23:20] <mirak> DanaG: I respect there needs of useflag, to obtain a very fit distribution. but nowaday you really don't need such optimisations
[23:20] <h3sp4wn> some stuff that is properly optimised for it yes
[23:21] <mirak> what I don't understand is why they believe GUI is bad. Same for archlinux.
[23:21] <h3sp4wn> I think its pretty useless for me
[23:21] <mirak> why should I need to go text mode to setup a static ip ? that's really things I don't understand
[23:22] <h3sp4wn> For the things gui might be useful I don't trust the interfaces to not trash my data
[23:23] <h3sp4wn> Can you set a static ip with network manager ? (fix the dhcp / dns servers is what I have always had to do)
[23:24] <crimsun> yes, you can [but it doesn't involve n-m at all.  It's essentially telling n-m to ignore anything statically defined in /e/n/i].
[23:31] <h3sp4wn> crimsun: can I get nm to send the same CLIENT_ID whether its connected by wireless or lan ?
[23:33] <crimsun> h3sp4wn: no idea offhand.
[23:35] <h3sp4wn> np
[23:46] <DanaG> Anybody know how to power off a USB device like WinXP does?
[23:53] <DanaG> Wow, colons in paths badly break tab completion.
[23:54] <DanaG> Try doing 'cat /proc/bus/usb/devices" and tab-complete-ing down the path.


[08:24] <MacSlow> Greetings everyone!
[08:24] <SiDi> hi
[12:02] <macvr> hi... does anyone know what a bug state is , when it is "TRIAGED"?
[12:03] <macvr> is it under-consideration or being worked upon?
[12:03] <SiDi> it means it has enough information for devs to take care of
[12:03] <SiDi> it's identified and fixable, just needs some developer love
[12:03] <macvr> ah...
[12:08] <macvr> SiDi: because of you now MacSlow aint notifying when he is out for lunch! :P
[12:09] <SiDi> he's out of food maybe :o
[12:09] <SiDi> filling a critical bug against the lack of food in #ayatana, brb
[12:10] <macvr> :P
[12:13] <MacSlow> macvr, I will after the screencast of the day :)
[12:14] <MacSlow> http://macslow.net/clips/correct-throbbing-debug-bar-proximity-fade.ogv
[12:14] <macvr> ah , was just about to request the link :)
[12:16] <SiDi> blue icon ?
[12:16] <MacSlow> SiDi, there is not blue icon
[12:16] <MacSlow> SiDi, if you refer to the top
[12:17] <SiDi> i meant the volume muted icon
[12:17] <SiDi> its blue instead of red
[12:17] <SiDi> damn, looks sexy with compiz
[12:17] <MacSlow> that's the "help us debug wrongly tagged notification-urgency-levels"-bar
[12:17] <SiDi> i wish there was a way to get compiz + xfwm :|
[12:17] <MacSlow> SiDi, it's red not blue
[12:17] <SiDi> MacSlow: i mean (but maybe my player screws colours) that the notification-audio-mute icon is white n blue instead of white n red
[12:18] <macvr> SiDi: is color blind :P
[12:18] <SiDi> that'd be worrying for someone always in #ubuntu-artwork
[12:19] <macvr> MacSlow: is there anyway to have bold letters in the second[body] line?
[12:19] <SiDi> no :)
[12:19] <SiDi> http://img20.imageshack.us/img20/443/capture1t.png
[12:20] <SiDi> Is that _red_ ?
[12:20] <MacSlow> macvr, no
[12:20] <MacSlow> macvr, no formatting in body-text
[12:20] <macvr> MacSlow:  are you having plans for allowing formatting?
[12:20] <MacSlow> SiDi, gee your mplayer looks f**ked up
[12:20] <macvr> SiDi: all the colors are messed up!
[12:21] <SiDi> its Totem
[12:21] <SiDi> i got the same when watching in FF
[12:21] <SiDi> i suggest you check your ogg :|
[12:21] <macvr> the top bar is actually blue!
[12:21] <MacSlow> macvr, no... the design-decision in terms of visual guidelines says no to formatting in the body-text
[12:21] <MacSlow> macvr, "less is more" :)
[12:22] <macvr> MacSlow: i understand that... but there is a problem when allowing mails notifications via notify-osd...
[12:22] <SiDi> macvr: thats why you should use indicator-applet instead :]
[12:22] <macvr> other than the top line... rest ends up looking line a paragrapg
[12:22] <macvr> SiDi: thunderbird, not yet supported!
[12:23] <MacSlow> macvr, according to the jaunty-notification guidelines, apps wanting to seamlessly (also visually) integrate should step back from doing any too funky stuff with text-layout and formatting
[12:23] <SiDi> code it then
[12:23] <SiDi> ffs :p
[12:24] <MacSlow> macvr, you can always hack it if you want
[12:24] <MacSlow> macvr, it's opensource you know :)
[12:24] <macvr> MacSlow: i tried looking into it..
[12:25] <SiDi> i think macvr is not much of a dev :p
[12:25] <MacSlow> macvr, you do know these resources here? -> https://wiki.ubuntu.com/NotificationDevelopmentGuidelines https://wiki.ubuntu.com/NotificationDesignGuidelines
[12:25] <macvr> MacSlow: but not doing it with formatting , looks bad for the mail notifications alone... anyway... its just me i guess!
[12:25] <SiDi> MacSlow: when will indicator applet guidelines be available btw ?
[12:26] <MacSlow> macvr, well don't forget notifications are not meant to present "essays" of text to the use :)
[12:26] <macvr> MacSlow: i have seen the guidelines already... but thought that mail could be allowed this...
[12:26] <MacSlow> SiDi, I can't tell... I'm not involved in that effort
[12:26] <SiDi> macvr: if thunderbird is kept for karmic and if xfce-indicator-applet behaves nicely, i might try to code a thunderbird plugin :P
[12:26] <SiDi> but thats very hypothetical
[12:26] <SiDi> (kept in xubuntu *)
[12:27] <MacSlow> gee... NotificationDevelopmentGuidelines needs updates badly *sigh*
[12:27] <SiDi> I think i once sent you a mail about it, MacSlow
[12:27] <macvr> MacSlow: oh pls... thunderbird plugin :
[12:27] <SiDi> like a few months ago :D
[12:27] <SiDi> macvr: Canonical doesnt provide support for Thunderbird :)
[12:28] <macvr> MacSlow:  its not essays, the problem arises when several mails arrive... then all the mails subjects look line a paragraph... its not able to set the lines apart...
[12:28]  * MacSlow dodges that elegantly by ... -> lunch
[12:28] <macvr> MacSlow: or it there a way to and line spaces?
[12:29] <SiDi> macvr: yes
[12:29] <macvr> how?
[12:29] <SiDi> Just actually insert a line :)
[12:29] <macvr> SiDi:
[12:29] <macvr> !
[12:29] <SiDi> seriously
[12:30] <SiDi> if you have a \n in the string you send, it'll turn into a line
[12:30] <SiDi> (in c, of course, not with notify-send)
[12:30] <macvr> i tried editing the thunderbird xpi...
[12:31] <macvr> i meant adding a blank line
[12:31] <macvr> the /n
[12:31] <MacSlow> macvr, bzr branch lp:notify-osd ; cd notify-osd/examples; there look at hm... icon-summay-body.py
[12:31] <macvr> MacSlow: thanx..
[12:32] <SiDi> a \n, not a /n
[12:32] <SiDi> MacSlow: btw is there a way in ./configure to explicitely say i dont wanna build the examples' exes ?
[12:32] <SiDi> Each time it cries about the fact i dont have gmcs
[12:33] <MacSlow> SiDi, no... not atm... I need to fix that though
[12:33] <SiDi> okies
[12:33] <macvr> SiDi: that was my typo...!
[12:41] <macvr> SiDi: could you have a look at this? > http://filebin.ca/complete.php?id=4a3b78fcd2fc6 this is from the thunderbird xpi ... i had this tweaked , but i want to add a blank line after every subject...
[19:30] <seele> how do i assign stuff to hundredpapercuts?
[19:30] <seele> when i got to a bug page and click on Choose for Assigned to, the project doesnt show up when i search for it
[19:31] <SiDi> Also affects project
[19:31] <SiDi> make sure its a paper cut, too
[19:32] <seele> heh
[19:33] <seele> thanks for the info


[15:59] <pitti> o/
[16:00] <caribou> \o
[16:01] <tdaitx> o/
[16:01] <barry> \o
[16:01] <robru> o~
[16:02]  * slangasek waves
[16:02]  * infinity grunts
[16:02] <slangasek> #startmeeting
[16:02] <meetingology> Meeting started Thu Nov 10 16:02:31 2016 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: action commands idea info link nick
[16:02] <slangasek> [TOPIC] Lightning round
[16:03] <slangasek> $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox chiluk mwhudson)
[16:03] <slangasek> bdmurray mwhudson sil2100 pitti xnox infinity chiluk barry caribou cyphermox doko robru slangasek tdaitx
[16:03] <bdmurray> setup daisy to only accept vivid armhf crashes
[16:03] <bdmurray> updated errors code to display 17.04 / zesty
[16:03] <bdmurray> confirmed retracers are not still OOM'ing on _search_contents
[16:03] <bdmurray> discovered we are receiving a lot more core files so asked for more retracers
[16:03] <bdmurray> submitted apport merge proposal regarding zgrep fallback
[16:03] <bdmurray> research into apport memory utilization
[16:03] <bdmurray> investigated and uploaded fixes for X,Y,Z for unattended-upgrades bug 1590321
[16:03] <bdmurray> submitted PR for unattended-upgrades bug 1590321, 1624641
[16:03] <bdmurray> discovered, researched and fixed unattended-upgrades bug 1639977
[16:03] <bdmurray> investigation into u-r-u bug LP: #1633545
[16:03] <bdmurray> investigation into LP: #1604160
[16:04] <bdmurray> created a test case for T -> X version of LP: #1614576
[16:04] <bdmurray> investigation into update-notifier bug LP: 1640318
[16:04] <bdmurray> out tomorrow for a US Holiday
[16:04] <bdmurray> ✔ done
[16:04] <slangasek> no sil2100?
[16:05] <slangasek> pitti:
[16:05] <pitti> autopkgtest:
[16:05] <pitti> - Fix github retry script to work for automatic build-git detection (for snapcraft)
[16:05] <pitti> - Figure out and document how to mass-retry tests more efficiently
[16:05] <pitti> - Fix ENOSPC on armhf slaves, file lxd bug (#1640128)
[16:05] <pitti> - Make request.cgi session cookie permanent, to avoid having to re-login to SSO after every browser restart
[16:05] <pitti> netplan:
[16:06] <pitti> - Make networkd and NM route metrics compatible (#1639754)
[16:06] <pitti> - Fix race condition in integration tests
[16:06] <pitti> - New release and SRU to xenial
[16:06] <pitti> - Some documentation fixes
[16:06] <pitti> systemd:
[16:06] <pitti> - Backport graphical session units for snappy (#1640293)
[16:06] <pitti> - Fix nspawn regression of exit code (Debian #843509)
[16:06] <pitti> - Fix tests to work on merged /usr testbed
[16:06] <pitti> - Write generic autopkgtest for CLI binaries (--help, --version, invalid option)
[16:06] <pitti> - Investigate/fix systemd logind test regression
[16:06] <pitti> misc:
[16:06] <pitti> - Prepare trusty SRUs for init-system-helpers and systemd for introducing "systemd deputy init" for snapd (#1616422)
[16:06] <pitti> - Backport "indefinite number of loop devices" support to trusty for snappy (ongoing) (#1640823)
[16:06] <pitti> - umockdev: Fix test regression, do new upstream release 0.8.12, package for D/U
[16:06] <pitti> - Help mvo with setting up snapd GitHub PR autopkgtests
[16:06] <pitti> - Prepare UOS netplan talk (ongoing)
[16:06] <pitti> - Review https://code.launchpad.net/~brian-murray/apport/zgrep-fallback/+merge/310218
[16:06] <pitti> - Review https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/310386
[16:06] <pitti> EOF
[16:06] <xnox> Removing /boot partition from LVM installs, in progress.
[16:06] <xnox> Removing swap partitions / lowering swap usage, in progress.
[16:06] <xnox> boost1.62 transition - almost done (just individual packages remaining)
[16:06] <xnox> ssl unmigration - sticking to 1.0 for now
[16:06] <xnox> migration away from 1k keys, in progress.
[16:06] <xnox> zua testing
[16:06] <xnox> EOF
[16:07] <infinity> Short week due to illness:
[16:07] <infinity>  - Working on ubuntu-image/cdimage integration
[16:07] <infinity>  - Updating tzdata
[16:07] <infinity>  - Generic SRU/AA stuff
[16:07] <infinity>  - Signed up to help build a wall to keep out American refugees
[16:07] <infinity> Off tomorrow for Remembrance Day
[16:07] <infinity> NO CARRIER
[16:08] <slangasek> chiluk: hi, anything for this week?
[16:09] <slangasek> barry:
[16:09] <barry> ubuntu-image: various triaging, cleanups, discussions, reviews, etc.; LP: #1621445; LP: #1617421; ongoing fixes to autopkgtest/gh-ci setups; releases: 0.11 & SRUs
[16:09] <barry> debuntu: claws-mail 3.14.1-1 syncpackage dropping ubuntu delta, testing (need to debug python plugin failures)
[16:09] <barry> other: upgrade laptop to zesty - filed several regression bugs ;)
[16:09] <barry> swapping tomorrow for 25-nov
[16:09] <barry> --done--
[16:09] <caribou> Bugfix:
[16:09] <caribou> Slow SSH login
[16:09] <caribou>    - Still under investigation with LP: #1591411
[16:09] <caribou>    - No more problem with failing server. Will test sil2100's fix if it restarts
[16:09] <caribou> Samba libnss-winbind / libpam-winbind static build (LP: #1584485)
[16:09] <caribou>  - Uploaded to Z, SRUed to T, X & Y. Now in -proposed
[16:09] <caribou> tftp-hpa does not start on reboot (LP: #1342580)
[16:09] <caribou>  - Waiting for Debian decision to backport their fix
[16:09] <caribou> Development:
[16:10] <caribou> makedumpfile not working on kernel 4.8 (LP: #1626269)
[16:10] <caribou>  - Fixed in Debian. Synced to Zesty
[16:10] <caribou>  - Preparing SRU for T, X & Y
[16:10] <caribou> Misc SRU sponsoring : multipath-tools, python-pip, python-os-brick
[16:10] <caribou> Off tomorrow and sprinting next week in Malta
[16:10] <caribou> ☑ Done
[16:10] <cyphermox> - was at Plumbers last week,
[16:10] <cyphermox> - SRUs for shim to P, T, X, Y.
[16:10] <cyphermox> - testing shim updates via PPA.
[16:10] <cyphermox> - discussed SMT on ppc64el w/ infinity, smoser.
[16:10] <cyphermox> - more coordination for the IPv6 remote-root stuff, open-iscsi is now in proposed, still left with isc-dhcp and initramfs-tools.
[16:10] <cyphermox> - investigated JFS install failure on ppc64el some more, looks like a kernel issue.
[16:11] <cyphermox> - preparing wpa merge after a week testing at Plumbers.
[16:11] <cyphermox> (done)
[16:11] <slangasek> doko:
[16:12] <robru> no doko?
[16:12] <slangasek> sil2100: hi, would you like to go next?
[16:13] <sil2100> Uh oh! Please wait for me
[16:13] <slangasek> ok
[16:13] <sil2100> I just entered my apartment, need to prep a quick list
[16:13] <slangasek> robru:
[16:13] <robru> lp:bileto
[16:13] <robru> * db schema / json api cleanup
[16:13] <robru> * first snap iteration
[16:13] <robru> * UI redesign, better mobile support
[16:13] <robru> * FINALLY got creds in place for Ubuntu System Tests
[16:13] <robru> * Split qa_signoff into bileto-controlled qa and user-controlled qa_signoff fields.
[16:13] <robru> * Update to qakit r202.
[16:13] <robru> * Email ppa upload failures to bileto user.
[16:13] <robru> * Fix search by hitting enter.
[16:13] <robru> * Fix race condition when creating db tables.
[16:13] <robru> * Fix nagios check for new v2 api.
[16:13] <robru> * Handle Ctrl+Enter saving ticket fields
[16:13] <robru> lp:britney
[16:13] <robru> * a few more iterations towards source ppa grouping.
[16:13] <robru> lp:qakit, lp:queuebot, lp:phablet-tools, lp:ubuntu-silo-installer
[16:13] <robru> * Update for latest bileto json api changes
[16:13] <robru> (done)
[16:13] <tdaitx> sil2100, I'm last, you can go after me ;-)
[16:14] <slangasek>  * Cloud sprint last week
[16:14] <slangasek>  * SRU reviews
[16:14] <slangasek>  * discussion around how to accurately map USNs to packages for Landscape
[16:14] <slangasek>  * swap day yesterday for travel
[16:14] <slangasek>  * US holiday tomorrow
[16:14] <slangasek> tdaitx:
[16:14] <slangasek> (done)
[16:14] <tdaitx> = OpenJDK Updates
[16:14] <tdaitx> * Fixed one security backport
[16:14] <tdaitx> * Provided OpenJDK 7 packages for the security team
[16:14] <tdaitx> * Split changes to OpenJDK 8 into a few git branches, in particular:
[16:14] <tdaitx>    - aarch32 support, jtreg improvements, new buildwatch, use autoconf-2.68 on Precise, jvm cfg generation, -O3 strip fix
[16:14] <tdaitx>    - official repo is in bazaar, but each change requires a separated bzr repo (and a single one already takes ages to upload)
[16:14] <tdaitx> * Investigated multiple gcc's "-O3" and "-O0" optimization flags on OpenJDK 8 for  PPC64LE during jdk's fdlibm builds; turns out debian/rules is only stripping -O2 but PPC64LE has "-O3" by default
[16:14] <tdaitx> * Investigated Debian #843784 as a possible regression due to the OpenJDK 7 update; for now it seems like an icedtea-web update is required (ongoing)
[16:14] <tdaitx> * Investigating possible regression on the new OpenJDK 8 package; new test failures are due to the jtreg run mode; trying to force failed tests to run on othervm mode (ongoing)
[16:14] <tdaitx> * Review and clean-up of OpenJDK 7 patches while doing some MUT tests on the weekend, submitted a few upstream
[16:14] <tdaitx> (done)
[16:15] <slangasek> sil2100: ok, your turn :)
[16:15] <sil2100> Ok, a quick one
[16:15] <sil2100> - Work on ubuntu-image bugs (thanks barry for the reviews!)
[16:15] <sil2100> - Work on preparing OTA-14 images
[16:15] <sil2100> - Discussions on image building and the release process
[16:15] <sil2100> - Help with landings and the usual trainguard stuff
[16:15] <slangasek> sil2100: (done)?
[16:15] <sil2100> Ah! (done)
[16:15] <slangasek> ok :)
[16:15] <slangasek> any questions on status?
[16:15] <sil2100> Oh, and tomorrow is a national holiday
[16:15] <barry> sil2100: \o/
[16:16] <slangasek> sil2100: what holiday is it there? :)
[16:16] <sil2100> (possibly why the traffic was so terrible on my way back from my parents place)
[16:16] <slangasek> so far we have Armistice Day, Veterans Day, Remembrance Day
[16:16] <sil2100> Liberation Day
[16:16] <sil2100> Or Independence Day
[16:16] <sil2100> Something like that
[16:16] <sil2100> ;)
[16:17] <slangasek> nice
[16:17] <slangasek> [TOPIC] Sprint travel
[16:18] <slangasek> by this point everyone should already have booked their travel and gotten their travel details on the spreadsheet
[16:18] <slangasek> if you haven't, you're late :P
[16:18] <slangasek> and I will pester you all day until you get it in
[16:18] <slangasek> I haven't looked yet to see who is or isn't on the spreadsheet, so you have roughly an hour to get your request in before the nagging begins
[16:18] <slangasek> any questions? :)
[16:19] <bdmurray> If I'm going to be pestered I don't need to bother double checking right?
[16:19] <pitti> well played wrt. "optimizing your organization workflow"!
[16:19] <slangasek> heh
[16:20] <slangasek> [TOPIC] UOS
[16:20] <slangasek> UOS is next week
[16:20] <slangasek> pitti mentioned he's preparing a session to talk about netplan
[16:20] <pitti> I am yes
[16:20] <barry> there is a git workflow session in community on tuesday
[16:21] <slangasek> what else should we be talking about there?
[16:21] <pitti> some intro, and then some "what are the next steps/cloud-init integration" discussion
[16:21] <slangasek> infinity: do you think there should be a session for powerpc outreach?
[16:21] <xnox> slangasek, there is architecture session for both powerpc & i386 schedule already
[16:21] <xnox> please attend =)
[16:21] <slangasek> oh is there?
[16:22] <slangasek> that's new since when I looked at the schedule last
[16:22] <xnox> Removing /boot partition from LVM installs, in progress.
[16:22] <xnox> Removing swap partitions / lowering swap usage, in progress.
[16:22] <xnox> boost1.62 transition - almost done (just individual packages remaining)
[16:22] <xnox> ssl unmigration - sticking to 1.0 for now
[16:22] <xnox> migration away from 1k keys, in progress.
[16:22] <xnox> zua testing
[16:22] <xnox> EOF
[16:22] <xnox> bah
[16:22] <xnox> http://summit.ubuntu.com/uos-1611/meeting/22714/architecture-discussions/
[16:22] <infinity> Wrong buffer. :P
[16:22] <xnox> infinity, i hate middle mouse stuff
[16:22] <xnox> "There have been discussions about flavors dropping either building CDs of: powerpc i386"
[16:22] <xnox> Let's get an update or let some more discussions happen live.
[16:23] <infinity> slangasek: I'm still sorting the private outreach.  I'm not sure that a UOS session would help.
[16:23] <slangasek> xnox: is it on the schedule, or yet-to-be-scheduled?
[16:23] <pitti> yes, Tuesday last sesion
[16:23] <xnox> it's on the shedule.... i think
[16:23] <pitti> 1900 UTC
[16:23] <infinity> But yes, the ISO disucssion is worth having.
[16:23] <slangasek> infinity: well, it seems there's a session on the calendar for it, so it doesn't hurt to include outreach in it if it's going to happen.  If nothing else, if you can get a mailing list set up before then you have somewhere to point people
[16:24] <infinity> I'd love to see us drop all 32-bit ISOs ASAP, personally, regardless of what long-term plans we have for the archive.
[16:25] <slangasek> sounds like Tuesday should be a good discussion, then :)
[16:25] <slangasek> what else for UOS?
[16:26] <barry> xnox: i'd like to try to figure out if the boost transition is what's breaking claws' python plugin.
[16:26] <slangasek> there's also a session about git-based package merge workflow, should be good
[16:26] <barry> yes
[16:26] <barry> 1600utc tuesday
[16:27] <caribou> slangasek: been using that workflow for the last two cycles
[16:27] <xnox> barry, i believe it is.
[16:28] <slangasek> http://summit.ubuntu.com/uos-1611/meeting/22710/git-based-merge-workflow/
[16:28] <slangasek> that's the git
[16:28] <barry> xnox: clearly a rebuild alone doesn't fix it
[16:28] <slangasek> any other ideas for UOS sessions?
[16:28] <barry> caribou: i've used it for merges and it's miles better than the old way
[16:28] <cyphermox> do we have anything EFI-related to discuss?
[16:29] <slangasek> I'm not sure there's anything that needs broader discussion re EFI
[16:29] <cyphermox> just checking, I don't think so.
[16:29] <cyphermox> people tend to know to find us.
[16:31] <slangasek> ok, so if no other UOS proposals...
[16:32] <slangasek> [TOPIC] AOB
[16:32] <slangasek> anything else for the meeting?
[16:32] <bdmurray> Anybody have an idea about bug 1640318?
[16:33] <bdmurray> print is failing w/o an Input/output error
[16:33] <bdmurray> Should I just put it in a try / except and not worry about an SRU test case?
[16:34] <pitti> oh, running in an env where the parent process closed fd 1?
[16:34] <bdmurray> There are hundreds to look at in the Error Tracker
[16:34] <barry> yeah, why would fd1 get closed?
[16:35] <barry> but stderr isn't?
[16:35] <pitti> package-data-downloader sounds like something that would get spawned in the background, not on the CLI
[16:35] <pitti> barry: how do you know that stderr isn't?
[16:35] <barry> pitti: oh, i guess that traceback is getting printed to a file
[16:36] <bdmurray> pitti: right, its run via cron
[16:36] <pitti> barry: no, via apport handler I figure
[16:36] <bdmurray> cron.daily/update-notifier-common
[16:37] <pitti> bdmurray: hm, cron should have stdout and err (to a pipe)
[16:37] <barry> bdmurray: it would probably make more sense not to print status information if there's no stdout
[16:37] <infinity> print not flipping out if there's no stdout might also make sense. :P
[16:37] <pitti> bdmurray: but ignoring IOError on print seems fine to me, there's not really anything you can do about it
[16:37] <barry> which i guess a try/except (or contextlib.suppress) is a brute force way of doing that
[16:37] <infinity> A user of a high-level scripting language probably shouldn't have to care.
[16:38] <infinity> But I'd also kinda like to know the exact context in which that script doesn't have stdout.
[16:38] <infinity> Seems fishy.
[16:38] <barry> it kind of doesn't make sense for print to not flip out of there's no stdout.  although, you *could* give it an explicit file= arg and use stdout if available or os.devnull if not
[16:38] <infinity> cron should, apt should.
[16:39] <pitti> if cron dies, I'd expect a SIGPIPE, but that could just represent itself as an IOError
[16:39] <pitti> maybe your /dev/null is full
[16:39] <slangasek> A cron job certainly should have stdout, so it's a strange failure
[16:39] <barry> hmm
[16:40] <bdmurray> Oh, that reminds me of bug 1618900
[16:40] <infinity> Do we know for sure this is happening under cron, or is that wild guessing?
[16:40] <infinity> package-data-downloader is triggered from other places too.
[16:41] <bdmurray> infinity: I don't think we know its being called from cron, is there anything in the crash report that might give it away?
[16:41] <bdmurray> https://errors.ubuntu.com/oops/17e726c4-a6af-11e6-a2de-fa163e192766
[16:41] <infinity> Pid: 5464
[16:41] <infinity> PPid: 1
[16:41] <infinity> Its parent is init.
[16:41] <infinity> That's not what I'd expect a cron job to look like.
[16:42] <bdmurray> There's another with Pid: 9666
[16:42] <bdmurray> PPid: 9665
[16:42] <bdmurray> though
[16:43] <pitti> TERM=xterm-256color
[16:43] <pitti> that's also not something which I'd expect from a system job/cron job
[16:44] <bdmurray> Okay, so the decision maybe we shouldn't put the print in a try except and dig a bit deeper?
[16:44] <pitti> infinity: double-fork/detach?
[16:45] <infinity> pitti: Yeah, but why and where? :P
[16:45] <slangasek> infinity: what else besides cron and apt is triggering package-data-downloader?
[16:46] <infinity> slangasek: I would think only those two.  Well, I would hope.
[16:46] <infinity> Also, I need to run to the little developers' room.
[16:47] <slangasek> bdmurray: I think it's reasonable to put it in try/except because we should be resilient in the face of fd issues, but I think we also want to dig deeper
[16:47]  * doko reads backlog, sorry for being late
[16:48] <barry> bdmurray: yeah, i think dig a little deeper, but worse comes to worse, the try/except or contextlib.suppress is a terrible, but useful hammer
[16:48] <slangasek> doko: hi, want to give a quick status?
[16:48] <bdmurray> wrt digging deeper is there anything to query the crashdb for?
[16:49] <doko> - prepare and test gcc-5 update for xenial (ppc64el only)
[16:49] <doko> - tracking down ld.gold arm64 ICE, ftbfs in gitit
[16:49] <doko> - track down and fix gcc-6 Linaro regression
[16:49] <doko> - merge GCC 6
[16:49] <doko> - prepare and upload binutils trunk builds
[16:49] <doko> - merged tdaitx's openjdk-8 changes
[16:49] <doko> - python3.6 beta3 release
[16:49] <doko> - openjdk-9 update
[16:49] <doko> - first GCC 7 packages
[16:49] <doko> - merges, syncs ...
[16:49] <doko> (done)
[16:49] <slangasek> bdmurray: I guess you could look for similar IOErrors
[16:49] <slangasek> doko: thanks
[16:50] <slangasek> bdmurray: if there's not an obvious way forward then it's not worth spinning wheels on, in any case
[16:51] <slangasek> just something to keep in the back pocket, as "hey we noticed this weird thing where a script that was supposed to be running from a cronjob had no stdout, that's never supposed to happen"
[16:51] <bdmurray> roger
[16:52] <slangasek> ok, anything else?
[16:53] <slangasek> #endmeeting
[16:53] <meetingology> Meeting ended Thu Nov 10 16:53:30 2016 UTC.
[16:53] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-11-10-16.02.moin.txt
[16:53] <slangasek> thanks, all
[16:53] <barry> thanks!
[16:53] <cyphermox> thanks!
[16:54] <pitti> thanks everyone
[16:54] <caribou> thanks!