[23:31] <ActionParsnip> does the UNR have some extra stuff which makes it run nic er on Atom?
[23:33] <Cornwall> So how's everyone's Plymouth? I've been hearing horror stories about it, but it's been fine for me on two machines, one an Nvidia and the other an ATI.  This reminds me of Pulseaudio on hardy....
[23:34] <Cornwall> ActionParsnip: except pulseaudio was much easier to remove!
[23:35] <ActionParsnip> Cornwall: no, pulse is actually something useful, plymouth is a pretty thing with no actual value
[23:35] <bp0> pulse is a promising thing that doesnt live up
[23:35] <bp0> plymouth is no promise
[23:35] <Cornwall> Pulse is great to me
[23:35] <ActionParsnip> pulse is perfect here
[23:36] <Cornwall> I think plymouth (STABLE) has uses - quicker tty switching, faster resume...
[23:36] <bp0> wait, is that plymouth tho?
[23:36] <bp0> plymouth is just the graphics splash that happens while that stuff is going on
[23:37] <bp0> supposed to happen, doesnt for me
[23:37] <bp0> just blinky cursor during that time
[23:38] <Cornwall> bp0: I managed to get a great splash for a while with my proprietary nvidia blob (!), but recent updates put me back to text :)
[23:38] <bp0> im also using the nvidia driver
[23:38] <bp0> and get nothing
[23:38] <bp0> i never got anything
[23:38] <bp0> started at alpha 2
[23:38] <bp0> was it working before that?
[23:39] <Cornwall> bp0: There's a guide that used to make it work just fine:
[23:39] <Cornwall> http://www.webupd8.org/2010/03/how-to-get-plymouth-working-with-nvidia.html
[23:40] <bp0> but not now?
[23:40] <Cornwall> bp0: It does work, but I get it for a grand total of... 1-2 seconds
[23:41] <Cornwall> bp0: I don't think plymouth starts early enough. There's a hack for that, too, but I hear that it slows boot time a bit
[23:41] <bp0> uhg
[23:41] <bp0> anyone know the name of the package for ubuntu default them?
[23:41] <Cornwall> bp0: Yep, I wish they'd stick with xsplash, too
[23:41] <bp0> so i can post a bug against it
[23:42] <Cornwall> bp0: light-theme
[23:42] <Cornwall> ...or themes, one of the two
[23:42] <bp0> thanks
[23:42] <ActionParsnip> so does anyone know about the UNR / Atom malarky?
[23:43] <red2kic> Salo: Sup?
[23:43] <bp0> exists: https://bugs.launchpad.net/gnome-panel/+bug/534582
[23:43] <bp0> eh
[23:43] <bp0> "low"
[23:44] <Cornwall> bp0: I remember that one. marked as affected
[23:44] <Cornwall> bp0: Ya gotta be positive. I think this is going to be the best release ever for me :)
[23:44] <Salo> just finished
[23:44] <bp0> this one is worse: https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/546759
[23:44] <Cornwall> bp0: even if plymouth is a stinking pile of crap
[23:45] <bp0> yeah, this is looking pretty good
[23:45] <Salo> asked me for a login (in command line) then told me to reboot
[23:45] <Salo> which i'm about to do now
[23:46] <Salo> had long long text running during all the process
[23:46] <Ken8521> bp0, that new panel bug is a bit annoying... but what I found...is drag your existing panel, to the top/bottom, and the "New" panel will mysteriously appear on top of it
[23:46] <Salo> some errors in the way
[23:46] <Salo> rebooting now
[23:46] <Cornwall> bp0: the gnome bug tracker only has two comments, and the latest one says it doesn't affect him anymore. I'd let them know it's still hurting you
[23:46] <Salo> apparently normal
[23:46] <Ken8521> Cornwall, its definitely still present
[23:47] <Cornwall> Ken8521: Then let them know. GNOME devs don't like browsing arbitrary other bug reports that aren't their own :)
[23:47] <Cornwall> https://bugzilla.gnome.org/show_bug.cgi?id=613994
[23:47] <Ken8521> Cornwall, it doesn't bother me.
[23:47] <Salo> it restarted
[23:47] <Salo> normally
[23:47] <Salo> "hurray"
[23:47] <Cornwall> Ken8521: but it will certainly bother someone else. Two people claiming it's broken is better than one :)
[23:48] <Salo> ok, battery is not charging
[23:49] <bp0> i bet it has something to do with the theme bug...
[23:49] <Ken8521> bp0, i was thinking that as well
[23:49] <Cornwall> Does it work with "New Wave", then?
[23:50] <bp0> broken in clear looks
[23:50] <bp0> so maybe not
[23:52] <bp0> yeah, both problem exist in new wave as well
[23:53] <bp0> hmm i kindof like this new wave
[23:53] <Cornwall> yeah, I think it's a neat one :)
[23:53] <Cornwall> I really do love the new light-themes, though
[23:54] <bp0> yeah its alright, ugly in firefox address bar drop down thing
[23:54] <bp0> strange red text
[23:56] <Salo> aparently everything's ok
[23:56] <Salo> backing up everything up now, just in case
[23:57] <Salo> THX a lot everybody
[23:57] <Salo> u saved my day


[00:37] <phillw> infinity: updated and reported, thanks for the info on getting it reported bug 1235525
[00:37] <ubot2> Launchpad bug 1235525 in linux (Ubuntu) "error on sudo parted -l" [Undecided,New] https://launchpad.net/bugs/1235525
[03:15] <psusi> why do the kernel packages not use dpkg triggers to defer calls to update-initramfs and update-grub?
[09:43] <igalic> oh.. maybe I should open a bug report in launchpad to get some attention!
[10:15] <igalic> Here we go: https://bugs.launchpad.net/ubuntu/+source/kexec-tools/+bug/1235616
[10:15] <ubot2> Launchpad bug 1235616 in kexec-tools (Ubuntu) "linux-crashdump doesn't actually dump and reboot" [Undecided,New]


[00:01] <GridCube> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/891871
[00:24] <astraljava> ScottL: wiki can be configured so that it can be edited by anyone.
[00:47] <Unit193> [19:27:41] knome (knome@ubuntu/member/knome) has quit (Ping timeout: 244 seconds)
[00:57] <astraljava> Yes?
[00:58] <knome> No?
[00:59] <astraljava> [02:47] < Unit193> [19:27:41] knome (knome@ubuntu/member/knome) has quit (Ping timeout: 244 seconds)
[00:59] <knome> mmh
[00:59] <astraljava> I didn't really get the point, but then again, who gives a flying duck.
[00:59] <knome> freenode failed, and didn't let me login with ssl
[01:00] <astraljava> What, you got secrets on an open source project?
[01:01] <knome> hsst
[01:02] <astraljava> Incorrect. It's *pfft*
[01:03] <knome> hah.
[01:08] <knome> astraljava, kashmir's new collection, with some unreleased tracks <3
[01:10] <astraljava> Nice, sounds like worthy for a purchase.
[01:10] <knome> mm.
[01:10] <knome> there are some rarities too
[01:10] <knome> so it's quite many "new" tracks
[01:11] <knome> astraljava, http://www.levykauppax.fi/artist/kashmir/katalogue_1991_2011/#2cd
[01:11] <knome> you can get that from cdon.fi already though...
[01:11] <ScottL> i noticed that on my xubuntu install that updates will start installing without getting permission (gksudo)
[01:11] <ScottL> is it supposed to do that?
[01:12] <astraljava> I noticed it too. Same for a Lubuntu install. *shrug*
[01:12] <knome> probably not
[01:14] <jono> hey knome, I just replied to your blog entry
[01:15] <Unit193> astraljava: Not that again
[01:16] <Unit193> I thought jono might be looking for him since he left support and joined devel
[01:17] <astraljava> You left it wide open right there.
[01:17] <Unit193> :D
[01:19] <knome> jono, i will reply you shortly
[01:19] <Unit193> Awww... Now I have to read it
[01:20] <jono> knome, :-)
[01:20] <jono> Unit193, lol
[01:20] <knome> jono, do you mind if i remove the quotes? that would make it easier to follow
[01:20] <jono> knome, I replies to mr_pouit's blog too
[01:20] <jono> apologies for the delay
[01:44] <GridCube> ScottL, i noticed that too
[01:45] <GridCube> i blame lightdm integration with gnome-keyring
[01:47] <astraljava> I have no gripes with that. 11 less key presses.
[01:48] <GridCube> oh but i really, really, really, dislike kernel upgrades
[01:49] <astraljava> Uptime?
[01:50] <Unit193> 20:50:14 up 81 days,  7:53,  9 users,  load average: 0.06, 0.04, 0.09
[01:50] <GridCube> no, it just messes with all the video drivers and all the vbox config files and pretty much nothing good comes from them
[01:50] <astraljava> Unit193: No outside users?  If you know it (the vulnerability) won't affect you, don't upgrade. If you really need the patch, why complain?
[01:54] <jono> knome, I would prefer if you kept them there, they provide context
[01:54] <jono> if you remove them my response will seem a little disjointed
[01:55] <knome> jono, okay, i will. can you please try to reply without quotes the next time, with a bit more context added to the reply then?
[01:55] <Unit193> astraljava: Uptrack
[01:55] <jono> knome, what is wrong with quotes?
[01:56] <jono> (just curious)
[01:56] <knome> just makes the comments awfully long
[01:56] <astraljava> Unit193: Which is?
[01:56] <jono> ok
[01:56] <jono> np
[01:57] <jono> biab
[01:57] <astraljava> awesome
[02:02] <Unit193> astraljava: Updates without rebooting
[02:07] <astraljava> Unit193: You can always subscribe to that service that provides kernel updates without rebooting. Without a mission critical server, I have a hard time figuring out a reason for it, though.
[02:08] <Unit193> This is the same thing, just free for personal use....
[02:09] <Unit193> Ksplice
[02:10] <astraljava> I think that _is_ the service I speak of.
[02:11] <Unit193> http://www.ksplice.com/uptrack/download-ubuntu
[02:11] <Unit193> It's CLI or GUI
[02:13] <pleia2> knome: so, shall I get a job with canonical IS?
[02:13] <pleia2> (I have considered applying ;))
[02:13] <pleia2> not sure I want to go from one overworked sysadmin job at a small company to another though
[02:14] <knome> heh
[02:14] <knome> pleia2, that would be an option ;)
[02:27] <Unit193> ^^ He names his computers so cryptically
[02:28] <knome> yeah
[02:28] <knome> is that computer in the heaven?
[02:29] <pleia2> if that's the case let's hope we never see scott-basement
[02:29] <knome> hehe
[02:29] <knome> well that could be interesting
[02:30] <knome> he could tell if it smells like grilled sausage all the time there
[02:30] <knome> :P~~~
[02:30] <pleia2> haha, eww
[02:35] <Unit193> So, we swapped the channels :D
[02:35] <knome> this week in #xubuntu-devel, next week in #ubuntustudio-devel
[02:36] <Unit193> pleia2: No, they had been talking -devel in -offtopic, and -offtopic in -devel. It's just awesome :D
[02:36] <pleia2> oh I see, I am so out of the loop :)
[02:36] <pleia2> I joined their mailing list!
[02:36] <Unit193> Oh, maybe I should do so?
[02:36] <Unit193> I'm going to check out their Pangolin
[02:36] <pleia2> I joined back when they announced the xfce switch
[02:58] <scott-upstairs> knome, i'm reworking the ubuntu studio website spec per my converstaion with stochastc, do you think this will be enough direction for you to make changes?  is there a more preferred medium?
[02:59] <knome> if it's specific/clear enough, the blueprint is fine :)
[03:12] <scott-upstairs> knome, https://wiki.ubuntu.com/UbuntuStudio/update-website-spec#Website_Content
[03:12] <scott-upstairs> i think this is pretty explicit but the image is slightly misleading now and doesn't quite reflect everything about the modified direction
[03:13] <knome> scott-upstairs, thanks. i'll look at that tomorrow (or today, if you want to say that ;])
[03:13] <scott-upstairs> although i tried to address stuff in the text
[03:13] <knome> okay
[03:13] <scott-upstairs> let me know if anything is unclear
[03:13] <scott-upstairs> logging for a bit
[03:17] <knome> i'm off for the night
[03:17] <knome> see you later
[03:44] <pleia2> blogged http://princessleia.com/journal/?p=5349 \o/
[03:44] <pleia2> now maybe more than just me and knome will come :)
[04:03] <Unit193> pleia2: If I remember I should, but there isn't exactly a need for me ;)
[04:03] <pleia2> Unit193: we always need you!
[04:04] <Unit193> Heh
[04:04] <ScottL> knome, mr_pouit :  good posts, it was interesting to read jono's responses
[08:39] <madnick> In 11.10
[08:40] <madnick> I am *not* prompted for password
[08:40] <madnick> When installing updates
[08:40] <madnick> And I do not know how that is even possible
[08:40] <Unit193> What program? What did you do?
[08:40] <madnick> Update Manager
[08:40] <madnick> It popped up on me
[08:40] <madnick> I clicked install
[08:41] <madnick> It began
[08:41] <madnick> The root key is not visible
[08:41] <madnick> and I surely did not enter it
[08:42] <madnick> It is accutlaly not a bug
[08:42] <madnick> But I would concider it a bug
[08:43] <Unit193> I'll have to try it
[08:44] <Unit193> I always did/do use apt-get :P
[08:44] <madnick> Well, I usually dont use the gui either, but since it popped up
[08:44] <madnick> I bet thats why I have not noticed it
[08:53] <micahg> madnick: not a bug
[08:54] <micahg> madnick: https://wiki.ubuntu.com/SecurityTeam/FAQ#Update_Manager_doesn.27t_prompt_for_security_updates
[08:55] <Unit193> Intentional bug ;)
[08:55] <madnick> micahg: yes, I saw that :P
[16:04] <ochosi> hi everyone
[16:04] <madnick> hi ochosi
[16:05] <ochosi> hi there
[16:07] <ochosi> how're things?
[16:09] <madnick> ochosi: i would like to make a final decision on the lightdm settings ui :P
[16:09] <ochosi> oho :)
[16:09] <madnick> but not know, because im trying to follow this meeting that is quite over my head :P
[16:10] <madnick> now*
[16:10] <ochosi> what meeting?
[16:11] <madnick> #ubuntu-meeting
[16:11] <madnick> its supposed to be about team reports
[16:11] <ochosi> i see
[16:12] <madnick> we didnt submit any team reports this week
[16:12] <madnick> however
[17:12] <madnick> ochosi: whats your stand on the lastest design draft? can i implement it, or do you really want it on the opposite side?
[17:12] <ochosi> madnick: errm, link me to the latest design draft please, not sure i have it in mind
[17:12] <madnick> http://www.madnick.se/~madnick/drafty3.png <- there, but also bold test on "autologin settings"
[17:12] <madnick> text*
[17:13] <madnick> sorry, i am quite tired, i shouldve gone to bed long ago :)
[17:14] <ochosi> dunno, personally i guess i'd prefer to have the list on the right, but i don't think it's a big issue if it's on the left
[17:14] <madnick> i can put it on the other side, no problem
[17:14] <madnick> But its still a bit empty
[17:15] <ochosi> (i'd have it on the right, because of the hierarchical connex between the two. the settings in drafty3 on the right don't change when you switch greeter and that's what it implies imo)
[17:15] <madnick> okay
[17:16] <madnick> so, if i put it
[17:16] <madnick> http://www.madnick.se/~madnick/drafty.png but use the padding of drafty3
[17:17] <ochosi> k, also: more padding in the left-top corner for "autologin settings"
[17:17] <madnick> okay
[17:17] <madnick> Is the space left OK?
[17:17] <madnick> err
[17:17] <madnick> is the space that does not get occupied
[17:18] <madnick> even with those paddings, ok to leave empty?
[17:18] <madnick> or do i need to figure something out :P
[17:18] <ochosi> do you still remember the other things (show-border for the listview and bold-font for the section headers) or do they not matter for what you want to decide atm?
[17:18] <madnick> yes
[17:18] <ochosi> empty space is ok
[17:18] <ochosi> as long as the alignment in the top-left corner is ok
[17:18] <madnick> Its just that I cannot draft quickly enough
[17:19] <madnick> okay
[17:19] <madnick> well, then, ill implement this tonight :)
[17:19] <ochosi> nice :)
[17:19] <madnick> (after i slept :P)
[17:20] <madnick> Also, I don't know if knome might want to do this or
[17:20] <madnick> 1 sec, im gonna check what we said about this
[17:20] <ochosi> k
[17:21] <madnick> Yes, its "awaiting discussion"
[17:21] <madnick> knome needs to be here too :P
[17:21] <madnick> (about the lightdm theme)
[17:23] <ochosi> right, about the theme, i guess i should be able to get the mockup done tonight
[17:23] <madnick> awesome :P
[17:23] <ochosi> it would be nice though to know what elements have to be there and which can be there
[17:24] <madnick> well, we sorta(?) decided to have an accessiblity element
[17:24] <madnick> and then we need session, login stuff, and power management
[17:25] <ochosi> i see
[17:25] <ochosi> that seems fairly standard
[17:25] <ochosi> and what options do we have for the user-switche?
[17:25] <ochosi> user-switcher
[17:26] <madnick> anything at all, thats the beuity
[17:26] <madnick> :P
[17:26] <ochosi> rly?
[17:26] <ochosi> awesome
[17:26] <madnick> yes, if its doable by a computer
[17:26] <madnick> it is doable by the greeter engine :P
[17:26] <madnick> you can even make a certain nickname have a certain background
[17:26] <madnick> or image
[17:27] <ochosi> hmm, sounds interesting
[17:28] <ochosi> e.g. a default setting if a "Guest" account is added, could we do that?
[17:28] <madnick> Well, i dont really know what that would mean, sorry
[17:28] <madnick> but:
[17:28] <ochosi> well, e.g. like in chromium when opening a private-browsing session
[17:29] <madnick> The greeter engine offers *all* of the API, the greeter theme is not written, and can do *anything* at all while we write it
[17:29] <ochosi> something along the lines of that. adding an "incognito-background"
[17:29] <madnick> Yes
[17:29] <ochosi> that'd be rather cool i think
[17:29] <madnick> So, if there is a guest session
[17:29] <madnick> the theme's stuff changes? or the background of the desktop changes?
[17:30] <madnick> Or another session is loaded for guest?
[17:30] <olbi> hello folks :D
[17:30] <madnick> hi
[17:30] <madnick> ochosi: im sorry if i misunderstand you
[17:30] <ochosi> madnick: i'd say the greeter-bg changes..?
[17:30] <madnick> But I am very tired :P
[17:30] <ochosi> hi olbi
[17:30] <madnick> Okay
[17:30] <madnick> yes that can be done
[17:30] <ochosi> madnick: yeah, no worries :) i'm not sure i understood the things we can change ;)
[17:30] <olbi> how works is going?
[17:31] <madnick> ochosi: in the greeter, anything, after the greeter, preferably (?) only the session we set
[17:31] <madnick> But technically we can change anything
[17:32] <ochosi> ok, then i'll try to come up with some different login for a guest-session as well
[17:32] <ochosi> but the main thing will be the normal greeter
[17:32] <madnick> okay :)
[17:56] <ochosi> madnick: can you make another screenshot after you modified what we talked about?
[17:59] <madnick> ochosi: yes
[18:00] <madnick> i will do this tomorrow (just after bed time for normal folks :P)
[18:00] <madnick> and when you get up, ill ping you
[18:00] <olbi> madnick, where are You from?:P
[18:00] <madnick> Sweden
[18:01] <ochosi> k, sounds good
[18:02] <olbi> so allmost same time like at Poland :D
[18:02] <madnick> yup
[18:02] <madnick> my sleeping pattern is unbound by timezones ;)
[18:06] <ochosi> madnick: if i may ask, what is your profession? sounds like a rather nice daily routine, going to sleep whenever :)
[18:08] <madnick> ochosi: my profession is retired :P
[18:08] <ochosi> lucky you :)
[18:08] <madnick> well, it has its pros and cons :P
[18:09] <ochosi> you mean like everything?
[18:09] <madnick> :D
[18:09] <ochosi> ;)
[18:09] <knome> now that mr_pouit is "probably" retiring as the tech lead, is there somebody who would "probably" want to be the new one?
[18:09] <madnick> he's leaving?
[18:10] <knome> well i asked him if he will continue contributing
[18:10] <knome> which he probably will
[18:10] <knome> or i'll be angry at him ;[
[18:10] <knome> but he has good reasons for not being the "lead" anymore
[18:11] <olbi> shy :(
[18:11] <knome> you mean "shame" ?
[18:12] <pleia2> knome: reminds me, if we still want to fill the marketing lead role I can probably do it
[18:12] <knome> pleia2, i was thinking i could do that and the website lead ;]
[18:12] <pleia2> I've done the whole "make social networking happen" thing for a few teams now, and I've been sort of doing some of the rest anyway
[18:12] <madnick>  technically, doesn't anyone who takes on that role need rights to the seeds
[18:12] <olbi> I have good profession, sitting at home and typing news, articles, testing hardware under linux, type on IRC :D
[18:12] <pleia2> knome: of course you're welcome to, just tossin that out there :)
[18:12] <olbi> knome, yep, shame :P
[18:12] <olbi> knome, my bad\
[18:12] <pleia2> someone has @xubuntu on twitter, never tweeted, meanhead
[18:12] <knome> madnick, i don't know.
[18:12] <knome> heh
[18:14] <olbi> palnetubuntu and ubuntuworldwide are there :D
[18:14] <olbi> xubuntu is too
[18:15] <olbi> http://twitter.com/#!/xubuntu :) but noone twitted
[18:15] <pleia2> olbi: that's what I just said :)
[18:16] <madnick> That's likely not a problem, if we really want that nickname
[18:16] <madnick> The offical trademark of anything is reserved the right
[18:17] <pleia2> does canonical hold the xubuntu trademark?
[18:17] <madnick> I think so
[18:17] <pleia2> (our site footer says they do, but I don't know if it's true)
[18:18] <pleia2> I'll ask around
[18:19] <madnick> http://www.canonical.com/legal
[18:19] <madnick> pleia2: ^
[18:19] <pleia2> madnick: oh great, thanks
[18:19] <madnick> "Canonical owns a number of trademarks and these include the CANONICAL, UBUNTU, KUBUNTU, EDUBUNTU, and XUBUNTU. The trademarks are registered in both word and logo form."
[18:19] <pleia2> now I just need to chase down who to nudge about getting twitter to move on this
[18:20] <olbi> :D
[18:20] <madnick> "When we determine that an account appears to be confusing users, but is not purposefully passing itself off as the trademarked good or service, we give the account holder an opportunity to clear up any potential confusion. We may also release a username for the trademark holder's active use."'
[18:21] <madnick> oh wait
[18:21] <madnick> i didnt read that good enough :P
[18:21] <pleia2> "may"
[18:21] <pleia2> heh
[18:21] <pleia2> well, we could try, since the person owning it now is just camping on the name
[18:22] <madnick> heh, it seems like twitter wants written stuff on this
[18:22] <pleia2> yeah, I'd have to get a canonical person to help with this
[18:22] <madnick> yup
[18:23] <madnick> Infact, it would be great to have guidelines on what one can do with the Xubuntu trademark
[18:24] <madnick> We had a question a while ago
[18:24] <madnick> About proper use of the logo
[18:24] <knome> what question?
[18:24] <madnick> is #xubuntu logged? because i dont remember exact what it was about .P
[18:24] <knome> it is
[18:24] <madnick> okay, well, ill try to find the question
[18:25] <madnick> Its not searchable :(
[18:26] <knome> lastlog is
[18:26] <knome> :)
[18:26] <madnick> lastlog
[18:26] <madnick> ops sorry
[18:26] <olbi> some1 could tell me, how I could run gnome-cpufreq on top pannel in xubuntu? it's possible?
[18:27] <madnick> knome: it was like 2-3 weeks ago, and i reset my client after that :P
[18:27] <pleia2> the logs tell me someone asked about using xubuntu in a domain name back in may
[18:27] <knome> hmm.
[18:27] <knome> pleia2, link?
[18:27] <pleia2> http://irclogs.ubuntu.com/2011/05/26/%23xubuntu.html#t15:44
[18:27] <pleia2> charlie wisely advised them to ask canonical
[18:28] <madnick> mine was more recent
[18:28] <knome> mm.
[18:28] <knome> there are domains with "ubuntu" too though
[18:40] <knome> pleia2, sent mail to xub dev ;)
[18:42] <pleia2> oh I see, I volunteer for one role and...
[18:42] <pleia2> :)
[18:42] <pleia2> thanks
[18:42] <knome> np ;)
[18:45] <olbi> :]
[18:49] <knome> one more mail
[18:49] <knome> :P
[18:51] <pleia2> ochosi \o/
[18:51] <knome>          |
[18:51] <knome>       / \
[18:51] <knome> what?!?
[18:51] <knome> irssi fail
[18:51] <knome> well
[18:51] <olbi> i use xchat :)
[18:51] <knome> ochosi, i'm very sorry to tell, but your legs were involved in an accident...
[18:52] <olbi> hahaha
[18:52] <olbi> ok falks, I have to go to home now, I will be back soon :)
[18:52] <knome> see you olbi
[19:00] <jono> knome, hey
[19:00] <knome> hey jono
[19:00] <jono> knome, all set?
[19:00] <knome> yes
[19:14] <ochosi> knome: :)
[19:14] <ochosi> pleia2: congrats!
[19:14] <ochosi> k, taking the evening off, see you tomorrow!
[19:14] <pleia2> ochosi: you too :)


[05:46] <adminka-xu12> how to join to #ubuntu
[05:46] <adminka-xu12>  i registered to #ubuntu before, why i am in ubuntu-unregged no
[05:47] <adminka-xu12> now
[06:09] <alperz> hi. is this a support channel or developer's channel?
 This is a Support Channel
[12:00] <upupbb-user1> daar
[16:14] <htodd> is lubuntu still dropping 32-bit support?
 Yes, every flavor of Ubuntu has dropped 32 bit.
[16:16] <htodd> time to choose a different distro for my old HW, I guess
[16:17] <htodd> but I don't believe every flavor has
[16:18] <htodd> Ubuntu has 32-bit support
 You can still use 18.04 which will be supported by Lubuntu until next year.
 I believe straight Debian maintains 32bit support. I know Arch/Manjaro do as well for when 18.04 is no longer secured.
 I think they left the channel @TheLimeRunner
 Welp, it's here for anyone else who might need it 😂
 👍
[22:27] <wab0> hi, how do I turn on automatic updates?


[02:33] <Tonio_> Riddell: have you tried the latest kdebluetooth release ? it has been published by the kmobiletools team and it's simply genius :)
[07:27] <nixternal> Hobbsee: I still haven't heard back from the icon dude yet
[07:29] <Hobbsee> nixternal: awww
[07:30] <n8k99> icon?
[07:30] <nixternal> I am going through gmail spam, since a good majority of it is valid email
[07:31] <n8k99> nixternal: i din't promise you an icon did i?
[07:31] <nixternal> hehe, no
[07:31] <nixternal> Crystal Project
[07:31] <nixternal> the most beautiful icon package I have seen
[07:32] <n8k99> ok good, just checking making sure i haven't written any bad checks!
[07:32] <nixternal> lol
[08:17] <Riddell> nixternal: communicating with everaldo on licences is a no go
[08:17] <Hobbsee> Riddell!
[08:17] <Riddell> I'm pretty sure of that
[09:30] <Mez> Tonio_, Riddell? some other Person willing to sponsor a main upload?
[09:30] <pygi> rraphink, poke?
[09:30] <Mez> ah yes, he's another... rraphink ? :p
[09:30] <pygi> Mez, I wasn't poking him for you, hehe :)
[09:30] <pygi> what are you uploading? :)
[09:31] <Mez> pygi, I know you wasnt, it was just an "ah yes"
[09:31] <Mez> pygi - i wont be uploading anything lol - but i'd like the newest version of katapult sponsored
[09:32] <pygi> that's what I was refering to .. . sponsored :)
[09:35] <mhb> rraphink is not very active these days (on IRC, at least)
[09:37] <Tonio_> Mez: not available toonight, but please ping tomorrow :)
[09:38] <pygi> hey glatzor
[09:38] <Mez> Tonio_, no problem
[10:23] <jjesse> aftenroon
[10:45] <Mez> Riddell, want to sponsor the upload to main? or is it worth waiting and just syncing from debian /
[10:46] <siretart> Mez: bugno?
[10:55] <Mez> siretart, ??
[10:55] <Mez> shouldnt need a bugno should it ?
[10:56] <siretart> Mez: no, but a hint to a debdiff would be helpful for sponsoring ;)
[10:56] <siretart> err, link. whatever
[10:56] <Mez> siretart, revu ;)
[11:01] <Mez> siretart, http://revu.tauware.de/details.py?upid=5837


[00:01] <doko> tumbleweed, jtaylor, barry, pitti: migration of python-numpy is needed for the python3.4 removal. any ideas?
[00:03]  * tumbleweed looks
[00:05] <barry> numpy itself is failing, but maybe that's shallow
[00:05] <barry> (failing on py27?)
[00:15] <jtaylor> doko: whats blocking it?
[00:15] <jtaylor> oh the failure itself is simple
[00:15] <jtaylor> too bad morph doesn't care about adt tests :(
[00:16] <jtaylor> df70490874e33e1fad18720f5c74fb5e319c9e06 is the fix
[00:16] <jtaylor> fwiw scipy will fail with that numpy but an upload for that is waiting on a sphinx update
[00:17] <jtaylor> should be done soon
[00:19] <doko> jtaylor, well, then why does he add these?
[00:19] <jtaylor> doko: I added them
[00:19] <doko> bad jtaylor ;-P
[00:51] <tsimonq2> ok, so I really don't know who to contact so I came here. I was looking at FTBFS and I noticed hplip was failing builds. So I peeked at the logs and it had a dependency error of cups that was already in the repos. On my machine, the build was successful. Where should I file a bug? Who should I report it to?
[00:52] <tsimonq2> and it builds successfully upstream
[00:52] <tsimonq2> hplip is in main
[00:53] <tsimonq2> should this go in #ubuntu+1-maint?
[01:20] <cjwatson> tsimonq2: Probably fixed by the recent promotion of liblouis-bin to main.  I've retried the failed builds.
[01:21] <tsimonq2> cjwatson: ok thanks
[01:22]  * tsimonq2 watches the builds :D
[01:58] <Pharaoh_Atem> woo!
[01:58] <Pharaoh_Atem> I've finally made progress on the apache configs for php7.0
[02:27] <tsimonq2> can this bug be attached to apt in FTBFS? thanks! https://bugs.launchpad.net/ubuntu/+source/lz4/+bug/1531923
[02:28] <tarpman> mdeslaur: don't suppose you would have any insight into bug 1537762...? bit short on details unfortunately
[02:34] <sarnold> tarpman: it reminds me a little of https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1534230  -- the openssl s_client and openssl x509 advice there may help debug that
[02:34] <sarnold> pity these bugs elide the useful details; it'd take one of us a few seconds to check.. oh well.
[02:35] <tarpman> to be fair, slapd's logging of tls errors leaves something (a lot) to be desired... I have a wishlist bug for that around here somewhere :)
[02:35] <sarnold> hehe :)
[02:35] <tarpman> yeah, that definitely looks relevant. thanks, posting the link now (unless you beat me to it)
[02:36] <sarnold> go ahead
[02:36] <tarpman> I always have to /whois you to remind myself you're not my former coworker with the same first initial last name :P
[02:37] <sarnold> the guy who's been stealing my username!
[02:37] <tarpman> heh, I don't think he IRCs...
[03:02] <tsimonq2> I looked into devscripts on FTBFS, it seems like there is no longer a dependency problem but a build problem. Can someone please do a build to confirm this and to get bugs filed? Thanks!
[03:05] <tsimonq2> It also seems like this is a problem on our part, since Debian's autobuilders succeed: https://buildd.debian.org/status/fetch.php?pkg=devscripts&arch=i386&ver=2.15.10&stamp=1451535039
[03:26] <tsimonq2> looking at FTBFS again, can graphite2 be rebuilt? I might have some local problems but I know the dependency problems are fixed...
[05:48] <cpaelzer> good morning
[06:41] <pitti> Good morning
[06:48] <lathiat> morning
[06:49] <pitti> hey lathiat, good morning!
[06:58] <pitti> doko: looking at the regessions; I uploaded the fix for numexpr
[07:20] <pitti> doko: the "Specified path is invalid." warning in python-numpy is real, and does not happen with 1.8.2
[07:28] <pitti> doko: it tries to os.path.isdir('') which is the value of runtime_library_dirs which gets initialized to []
[07:30] <pitti> doko: this whole system_info code is new in 1.10 apparently
[07:30] <pitti> doko: I mean the part with the default_runtime_dirs, there's a few other default_*_dirs already
[08:53] <LocutusOfBorg> hi cjwatson a question wrt iulib
[08:53] <LocutusOfBorg> can I steal your merge? if so, can we fakesync it?
[08:53] <LocutusOfBorg> not sure what does it mean :)
[09:53] <henrix> pitti: may i have some tests lxc tests re-run please: run-autopkgtest -s trusty -a ppc64el --trigger linux-meta/<IP_ADDRESS>.83 lxc
[09:56] <pitti> henrix: started
[09:57] <henrix> pitti: awesome, thanks!
[10:48] <pitti> mdeslaur: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#php5 apparently regresses php-crypt-gpg and php-horde-icalendar, can you please have a look? (the other regressions are already overridden)
[10:50] <doko> that blocks the python3.4 removal
[10:56] <pitti> cjwatson: do you know a trick how to get the -images tarball from https://launchpad.net/~pitti/+archive/ubuntu/sru-test/+build/8897111 ?
[10:56] <pitti> or do PPAs simply not do that?
[11:21] <jamespage> cking, are the zfs package bits aiming for main inclusion for 16.04? I was pondering enabling support in ceph for zfs but would need libzfslinux-dev in main for that
[11:23] <cking> jamespage, we hoping to get it into main, I've filed a MIR, so it's Work-in-Progress
[11:25] <mitya57> pitti, can you please make qbzr autopkgtest not blocking pygments migration? It's not a regression, but rather something seasonal (https://bugs.debian.org/776188#10)
[11:26] <mitya57> (and I've just fixed sphinx which was a real regression)
[11:30] <Laney> mitya57: wtf at that
[11:30] <Laney> but can't it be fixed?
[11:31] <mitya57> I quickly looked at it, and didn't see an easy way to fix it.
[11:31] <mitya57> And I don't have much time today to dig into that code.
[11:33] <henrix> pitti: can i also have this please? run-autopkgtest -s wily -a armhf --trigger linux-meta/<IP_ADDRESS>.30 flashcache
[11:45] <pitti> henrix: done
[11:49] <henrix> pitti: thanks
[11:56] <pitti> mitya57: "the tests
[11:56] <pitti> fail on months containing J, that is Januarys, Junes and Julys"
[11:56] <pitti> !
[11:57] <pitti> mitya57: it's not nearly as good as the infamous "OpenOffice does not print on Tuesdays" bug, but still fun :)
[11:57] <mitya57> :)
[11:59] <pitti> mitya57: but the sphinx regression is really recent (it started failing on the new pygments), so that needs looking into
[11:59] <mitya57> pitti, I've uploaded new sphinx fixing the issue
[12:00] <pitti> mitya57: ah great! I hinted qbzr
[12:00] <mitya57> Thanks!
[12:04] <mdeslaur> pitti: yes, I'll look today (php5 migration failure)
[12:04] <pitti> mdeslaur: thanks
[12:13] <pitti> cjwatson: unping; the build log plus local build are sufficient
[13:20] <cjwatson> LocutusOfBorg: Feel free to steal my iulib merge, don't mind what you do with it after that
[13:21] <quadrisp1o> pitti, no need to say that I trust you, so next time on libmtp you want to fix something, just fix it :)
[13:21] <pitti> quadrisp1o: ok :)
[13:21] <quadrisp1o> feel free to add yourself to Uploaders
[13:22] <pitti> quadrisp1o: we don't need an upload just for this, but good to know that we don't have a permanent delta because of this now
[13:23] <cjwatson> pitti: I don't think you can get the tarball as such, but it's unpacked and published to your PPA in the usual place - http://ppa.launchpad.net/pitti/sru-test/ubuntu/dists/trusty/main/installer-amd64/20101020ubuntu318.34/images/
[13:23] <pitti> cjwatson: oh! I guess that was too obvious, thanks!
[13:30] <tjaalton> doko: hi, llvm 3.8-rc1 got released, do you know if sylvestre plans to work on it soon?
[13:31] <doko> tjaalton, no
[13:31] <tjaalton> doko: ok, I'll ask him
[13:31] <doko> ta
[13:31] <LocutusOfBorg> cjwatson, question: the delta is now dropped, unfortunately the version naming is strange 0.4+is+0.3-3ubuntu2
[13:31] <LocutusOfBorg> so I don't think I can sync
[13:32] <LocutusOfBorg> do you have any advice? just rename the last entry and upload?
[13:34] <pitti> apw: do you still remember what we meant in bug 1497291?
[13:34] <tjaalton> doko: turns out it's already uploaded to experimental, but in NEW
[13:34] <cjwatson> LocutusOfBorg: I would probably apply the same changes so that it's effectively in sync and call it 0.4+is+0.3-3ubuntu3; not much else we can do until the version in Debian increases to something past ours
[13:35] <LocutusOfBorg> thanks, I was wondering about epoch in debian and sync :)
[13:35] <LocutusOfBorg> anyhow, I just changed the last changelog entry and uploaded
[13:35] <LocutusOfBorg> thanks
[13:36] <apw> pitti, i am reading that as when running a test for foo which triggers linux-keystone that it triggers tests for all of foo's architectures not all of linux-keystones'
[13:36] <rbasak> LocutusOfBorg: an epoch would be permenant. At least this way the mess is temporary.
[13:36] <apw> pitti, but ... it is rather vague
[13:36] <LocutusOfBorg> rbasak, sure, I really don't like epoch too
[13:36]  * LocutusOfBorg never bumped an epoch
[13:38] <pitti> apw: hm, I thought that got fixed a long time ago already
[13:40] <apw> pitti, may well so
[13:40] <pitti> apw: the bug says that http://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_excuses.html#linux-meta-keystone was wrong, but it currently looks right, doesn't it?
[13:40] <apw> pitti, yep looks right.  i'd be inclined to call it fixed as we'll never know anyhow now :)(
[13:40] <apw> :)
[13:40] <pitti> apw: ack
[13:46] <LocutusOfBorg> question, an ubuntu delta about renaming library for gcc5 transition ( pitti ), can be dropped after wily?
[13:46] <LocutusOfBorg> package: libclaw
[13:47] <pitti> LocutusOfBorg: no, after xenial only, as we need to support trusty → xenial upgrades
[13:47] <LocutusOfBorg> if not: can I steal your merge?
[13:47] <pitti> LocutusOfBorg: please do steal, thanks!
[13:47] <LocutusOfBorg> :D
[13:47] <LocutusOfBorg> thanks to you
[13:48]  * tsimonq2 wonders if he should repost wht he said yesterday, following up on some FTBFS issues...
[13:48] <pitti> apw: FYI, we have a slight technical hitch (aka "we kill all instances"): http://paste.ubuntu.com/14671742/
[13:49] <apw> pitti, that doesn't look good
[13:49] <apw> pitti, any idea what is triggering that ?
[13:49] <pitti> Laney: let's move here, to have everyone on the same channel
[13:49] <pitti> apw: I figure apt pinning + dist-upgrade again, let me check
[13:50] <apw> pitti, oh it might not be a real issue, one we are generating in the test environment
[13:50] <LocutusOfBorg> pitti, it can be syncd
[13:50] <LocutusOfBorg> I missed that debian renamed the library too
[13:50] <pitti> LocutusOfBorg: heh, they better did; nice
[13:51] <LocutusOfBorg> I was looking at the latest changelog entry, missing the previous one
[13:51] <LocutusOfBorg> and complaining about "why the hell the patch doesn't apply", when I discovered it was already there :p
[13:51] <pitti> LocutusOfBorg: someone (you?) already synced
[13:51] <LocutusOfBorg> me
[13:52] <tsimonq2> After using an schroot, is there anything I have to do to clean it?
[13:52] <LocutusOfBorg> as you have noted, I'm merging all the libpng-dev packages from debian
[13:52] <tsimonq2> For building a package
[13:54] <pitti> apw, Laney: yep, --apt-pocket=proposed=src:init-system-helpers does that; yay apt pinning being too clumsy :/
[13:54] <pitti> I'll disable it for a moment, let the i-s-h tests  run, and re-enable it
[13:55] <LocutusOfBorg> mterry, can I steal your xaos merge?
[13:55] <cjwatson> LocutusOfBorg: doesn't need an epoch; the version in experimental is already greater than what we have, so we should be fine when it gets to unstable
[13:55] <LocutusOfBorg> cjwatson, yes, sure
[13:55] <LocutusOfBorg> BTW the revert was back to oneiric
[13:55] <LocutusOfBorg> when a reverse-dependency that now disappeared was needing the old version
[13:56] <LocutusOfBorg> so I presume without it, we might also push experimental to unstable and force-sync
[13:56] <LocutusOfBorg> but I prefer to concentrate to fixing libpng
[13:56] <mterry> LocutusOfBorg, sure thanks
[13:57] <apw> pitti, phew (in a way)
[13:57] <pitti> dear apt: pinning priority of 800 does not mean "OMG stay away from it like the plague!"
[13:58] <pitti> Laney: so *now* it will test everything with kernel 4.4 too (without apt pinning, I mean) :)
[13:59] <Laney> pitti: heh
[14:00] <Laney> pitti: there's a forced lockstep upgrade of i-s-h and sysvinit-utils
[14:00] <LocutusOfBorg> xaos can be syncd
[14:00] <Laney> I guess this explodes apt
[14:00] <pitti> Laney: right
[14:01] <pitti> Laney: well, it's fine without pinning, but if you say "prefer the i-s-h binaries from -proposed" it doesn't grok that it should use proposed for the necessary dependencies too
[14:01] <pitti> Laney: it seems like it's either "ish binary deps are completely satisfiable in -release" or "I refuse"
[14:01] <apw> pitti, i thought that when things failed with pinning it fell back to enabling -proposed en-toto ?
[14:01] <pitti> apw: yes, but that's the early dist-upgrade
[14:02] <apw> oh heh only there, ok
[14:02] <pitti> way before installing the test deps
[14:02] <pitti> and it doesn't technically fail
[14:02] <pitti> it "just" removes openss..
[14:02] <pitti> h
[14:03] <apw> pitti, hehe that must be a little bit disruptive to results gathering :)
[14:03] <pitti> since apt pinning is so completely useless for every nontrivial case, I wonder if there's a different approach that we can take
[14:04] <apw> pitti, we know the versions of them don't we, can we not install foo=version
[14:04] <pitti> perhaps, first install everything from -release, *then* add -proposed apt source, and install everything again
[14:04] <pitti> then it should not upgrade stuff unless dependencies mandate it
[14:04] <apw> that sounds feasable
[14:04] <pitti> I don't want to rewrite apt's resolver, no
[14:05] <pitti> just make it less greedy with picking stuff from -proposed, or alternatively fix the apt pinning to actually fall back from 900 -proposed to 800 -release
[14:05]  * apw doesn't even want to look at apt's resolver :)
[14:05] <pitti> that sounds like a nice thing to look at tomorrow morning in the train
[14:06] <tsimonq2> in FTBFS, libsecret is failing due to gjs not being in main but Universe, and there is no Mir bug filed...should *I* file one, not being the maintainer?
[14:06] <apw> i think upgrade from !-proposed, install triggers, add -proposed, install triggers would do pretty well, and better than it does now
[14:07] <apw> pitti, and remember thats not -release but -updates in the older releases
[14:07] <pitti> yeah, but same thing in this context
[14:08] <Laney> I guess that would improve things, yeah
[14:08] <tsimonq2> same situation with appstream-glib depending on libgcab-dev...
[14:08] <pitti> apw: so in the second step we would iterate over all binaries of the triggers, check if they are instaslled, and if so, apt-get install them again
[14:08] <Laney> The other thing is to move testing to another phase after _output
[14:08] <pitti> (as we don't want to blindly install all binaries of the trigger -- that might not even be possible)
[14:08] <Laney> and do it per transaction
[14:09] <pitti> I wonder how that  would fail with library transitions
[14:09] <apw> pitti, yeah good point
[14:09] <pitti> and for binNEW, or even source NEW, etc. (the trigger might not even *be* in teh release yeat)
[14:09] <pitti> yet
[14:09] <pitti> so, it's not going to become any easier (the contrary), just perhaps more useful
[14:10] <Laney> (Then you test the set of things you're trying to migrate)
[14:10] <pitti> Laney: "move testing to another phase after _output" → can't parse, sorry
[14:10] <Laney> excuses -> output -> test -> migrate
[14:10] <Laney> i.e. test things after they become a candidatge
[14:11] <pitti> Laney: ah, to avoid running into uninstallability
[14:11] <Laney> because britney has then worked out the transactions already
[14:11] <Laney> and those are the units of migration
[14:11] <pitti> interesting idea
[14:11] <Laney> so you'd make a fake Packages file or something which represents those
[14:32] <pitti> Laney: or we could pin all binaries involved in that transaction
[14:33] <pitti> Laney: which should work again, as that ought to be a closed set
[14:33] <pitti> Laney: sounds elegant, but we would then start depending on being able to download update_output.txt from everywhere
[14:33] <pitti> and more importantly, depending on that it is actually current
[15:05] <LocutusOfBorg> sarnold, can I sync flogwatch? your security update seems icluded in the debian version (new release)
[15:22] <Laney> pitti: Hm? I imagine you'd feed the requests from britney still, just at a later phase
[15:22] <Laney> pitti: can't use update_output now as the packages we're testing aren't candidates yet so they don't appear there
[15:23] <pitti> Laney: oh right, you mean britney will forward the set of packages as test parameter, so that the worker can just add them to --apt-pocket=proposed=src:a,src:b, etc.
[15:24] <pitti> so, this is quite a heavy piece of reengineering, but sounds interesting indeed
[15:24] <Laney> pitti: I would ditch the pinning and just make a fake release as this is more robust
[15:25] <Laney> but it might work either way
[15:25] <Laney> definitely a lot of reworking
[15:26] <pitti> Laney: oh, you mean: apt-get update, create fake _Packages from the complete proposed_Packages and the sources we want, and replace -proposed apt source withthat
[15:26] <pitti> that doesn't work, as dependencies from the ones "we want" might also just be in -proposed
[15:26] <Laney> pitti: britney is saying that it wants to remove the -release package and all its binaries and put the -proposed one(s) and all its binaries in
[15:26] <pitti> so for that we need the britney "give me the complet set" features
[15:26] <Laney> yes
[15:26] <pitti> Laney: but once we have that, apt pinning works equally well :)
[15:26] <Laney> that's what update_output knows
[15:28] <Laney> pitti: I don't think that's the most important part of the proposal, so whichever way you like
[15:28] <Laney> The other way feels more like "this is the state we are trying to mutate -release into" to me
[15:29] <Laney> no possibility of an unclean environment
[15:29] <Laney> but, doesn't matter that much
[15:29]  * Laney goes to write weekly report
[15:33] <LocutusOfBorg> mitya57, can you please merge tracker from debian?
[15:52] <mitya57> LocutusOfBorg, sure
[15:58] <smoser> hey, do we have a plan for signed firefox addons ?
[15:59] <smoser> just upgraded and see that 'Uubntu Online Accounts', 'Unity Desktop Integration', 'Unity Websites integration' have all been disabled.
[15:59] <smoser> in addition to pentadactyl which i actually care about (https://github.com/5digits/dactyl/issues/99)
[16:04] <mitya57> LocutusOfBorg, done
[16:06] <LocutusOfBorg> mitya57, <3
[16:19] <smoser> barry, we are close https://bugs.launchpad.net/ubuntu/+source/python-defaults/+bug/1538198
[16:19] <smoser> no real digging yet as to what is getting the remaining bits pulled in.
[16:21] <barry> smoser: cool, thanks.  i'm subscribed now.
[16:27] <slangasek> pitti: hi, re: bug #1537211, your changelog makes it sound like you're dropping the attachment of /var/log/udev rather than replacing it with attaching the udevadm info output?
[16:28] <pitti> slangasek: attaching udevadm dump already has happened for a long time (UdevDb: field)
[16:34] <slangasek> pitti: hah ok
[16:34] <slangasek> pitti: thanks :)
[17:47] <smoser> lamont, around ?
[17:47] <smoser> you're postfix maintainer... postfix seems to be what is pulling in python in cloud image http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.xenial/cloud-image.depends
[17:47] <lamont> smoser: sigh
[17:47] <smoser> https://bugs.launchpad.net/ubuntu/+source/python-defaults/+bug/1538198
[17:47] <lamont> otp
[17:47] <smoser> its Recommends.
[17:48] <smoser> i'll poke a bit, but if you know why, and if we could do anything, that'd be good.
[18:13] <lamont> smoser: looks like https://bugs.launchpad.net/bugs/1538198 and some scripts that need to be taught about python3, and a change in Recommends
[18:13] <lamont> bah
[18:13] <lamont> smoser: rather, * Recommend: python for postfix-add-* scripts. <-- that change
[18:14] <lamont> so postfix-add-* scripts need to learn about pytho3n
[18:14] <smoser> lamont, yeah. see bug, i posted a hack/quick 10 minute try
[18:14] <lamont> I expect to have some time on the plane this weekend, which is doubtlessly not soon enough for your happiness.
[18:15] <smoser> well, thats fine with me. we're down to just that in the image to my knowledge.
[18:15] <lamont> oh, cool
[18:15]  * lamont adds it to his plane-fun
[18:15] <lamont> though, tbf, it's more airport-fun, I plan to sleep on at least the first leg
[18:15] <smoser> if you want, you can give my patch a try. i just verified running 'python3 <path>.py' worked for everything.
[18:16] <lamont> smoser: uh... you do the ubuntu1 version and I'll merge it upstream?
[18:16] <lamont> bounus if the hacked file runs under both :D
[18:17] <smoser> well, want to test it . i just verrified compiles
[18:17] <smoser> SHIP IT!
[18:23] <rbasak> I think "mk-sbuild sid" may be broken on Xenial. Not confirmed fresh yet. /dev/null inside the chroot ends up 644. Anyone else seen this?
[18:24] <rbasak> "mk-sbuild xenial" is fine.
[18:34] <mdeslaur> xnox: did you get nodejs to build on s390x?
[18:37] <smoser> lamont, anoterh patch there now. this one passes pylint's checker
[18:39] <lamont> heh
[18:39] <lamont> thanks
[18:40] <lamont> I wonder, does launchpad bugs have anything like debian's bts (cli) for offline bug processing and perusal?  thinking "wut? no..."
[18:42] <rbasak> Launchpad has an API, so you could write a CLI I guess, if nobody's done that.
[18:42] <rbasak> You can change bug statuses via email.
[18:43] <lamont> rbasak: the question was one of totally not wanting to write it, just wanting to be able to read the bug while wifi-disconneted. :/
[18:43] <lamont> so no worries, I guess
[18:44] <mdeslaur> lamont: what's this "offline" thing you talk about?
[18:44] <lamont> mdeslaur: sometimes, it's my life. :(
[18:45] <rbasak> mdeslaur: says the security guy :-P
[18:45] <lamont> rbasak: to the security guy :D
[18:47] <mdeslaur> you don't get security updates when you're offline! :P
[18:47] <rbasak> Tell me that when you show me a CVE that affects my offline single-user machine :)
[18:48]  * rbasak half expects one to exist
[18:48] <Odd_Bloke> CVE-2016-0123: rbasak left his front door unlocked
[18:52] <lamont> lol
[18:55] <mdeslaur> hehehe
[19:15] <tedg> hallyn: So if I add a dep on libpam-cgm, should that be a "libpam-cgm | libpam-cgfs" ?
[19:17] <hallyn> tedg: or rather libpam-cgfs | libpam-cgm
[19:18] <tedg> K
[19:26] <rbasak> It's debootstrap that's broken I think. It now creates /dev/null as 644 because it runs mknod directly and doesn't set permissions.
[19:26]  * rbasak files a bug.
[19:27] <sarnold> maybe try with umask 0 to see if that unblocks you?
[19:49] <rbasak> sarnold: I'm just reverting the upstream commit that caused the regression - http://anonscm.debian.org/cgit/d-i/debootstrap.git/commit/?id=5518b79792dd93a416464c0744b87eb1a32ff770
[19:49] <rbasak> I just patched the functions file in reverse, and I think I'm good for now.
[19:54] <sarnold> rbasak: hah, nice fix..
[20:14] <Pharaoh_Atem> rbasak: so I've got a question
[20:15] <rbasak> Pharaoh_Atem: o/
[20:15] <rbasak> Sure
[20:15] <Pharaoh_Atem> I've got working dep8 tests for php7.0 now
[20:15] <rbasak> \o/
[20:15] <Pharaoh_Atem> and I've even added an fpm one
[20:15] <Pharaoh_Atem> but my problem is how to handle adding the php-fpm httpd config to the php package
[20:15] <Pharaoh_Atem> because right now, the php package does not provide one
[20:15] <nacc> Pharaoh_Atem: heya!
[20:15] <Pharaoh_Atem> nacc: yo!
[20:16] <Pharaoh_Atem> I saw your post on LP
[20:16] <rbasak> If I understand you correctly, you can just drop it into the test
[20:16] <rbasak> You don't need the package to provide one specifically; the test can have a local copy of what it needs.
[20:16] <Pharaoh_Atem> well, the config doesn't exist _at all_ in the php package, so there's no a2enconf or whatever for making php-fpm receive httpd input
[20:17] <rbasak> You have some way of making it work, right?
[20:17] <rbasak> If you can script that way, then the test is just that script.
[20:17] <Pharaoh_Atem> I wrote a config file and dropped it onto my local xenial install
[20:17] <Pharaoh_Atem> but it might make sense to actually provide it as something people could use, too
[20:17] <rbasak> Sure
[20:17] <Pharaoh_Atem> that's what I need your advice on
[20:17] <Pharaoh_Atem> I don't know how to go about this
[20:18] <rbasak> Until it provides it, you can write the test as you like. Either "cat > /foo <<EOT\nconfig_here\nEOT" within the script, or ship the file in debian/tests/foo.conf and have the script copy it in.
[20:18] <Pharaoh_Atem> ah
[20:18] <Pharaoh_Atem> well, then, I guess I'll do that
[20:18] <Pharaoh_Atem> I'll prepare a git patch for you in a bit
[20:18] <rbasak> The test should declare "needs-root breaks-testbed" and the dep8 runner will do the right thing.
[20:18] <rbasak> (revert the VM or container before running the next test, etc)
[20:18] <Pharaoh_Atem> ah
[20:19] <rbasak> If it makes sense for the package to ship some configs, then that'd probably be best to send in a patch to Ondrej, and coordinate with him on what he thinks is suitable, etc.
[20:51] <ximion1> robert_ancell: you really want to MIR AppStream itself: https://packages.debian.org/source/sid/appstream
[20:52] <robert_ancell> ximion1, ta, will do that one too
[20:52] <ximion1> if Protobuf and Qt5Core are in main for Ubuntu, it should have no dependencies on stuff which isn't already there
[20:52] <ximion1> let me know if if you need any help :)
[21:07] <juliank> Meanwhile APT 1.2/1.2.1 and squashfs-tools are still in depwait due to lz4 MIR bug 1531923
[21:50] <xnox> mdeslaur, nope. it's strange it build on debian but not on ubuntu. Even if I, e.g. disable pie too. And i don't see anything obvious. I shall engage upstream on that.
[21:50] <xnox> mdeslaur, well porters in question.


[08:13] <nijaba> Good morning
[23:39]  * SpamapS shakes the rust off his IRC client
[23:55] <nijaba> Hey SpamapS, Happy new year
[23:57] <SpamapS> likewise
[23:57]  * SpamapS has not even been reading email.. slogging through it now
[23:59] <nijaba> SpamapS: no worries.


[03:01] <lotuspsychje> good morning
[03:02] <arraybolt3> Heya lotuspsychje
[03:02] <lotuspsychje> hey arraybolt3
[03:02] <arraybolt3> WiFi woes again over here - we really need to make Realtek WiFi support in Ubuntu better IMO.
[03:03] <arraybolt3> (WiFi woes in a support session - I'm lucky enough to have no Realtek WiFi over here.)
[03:29] <arraybolt3> Hmm. It wasn't Realtek after all, it's Intel believe it or not.
[03:33] <leftyfb> that might be why your realtek drivers aren't working ;)
[03:34] <arraybolt3> leftyfb: lol no
[03:34] <arraybolt3> Different problem, but I get the joke :P


[10:56] <tsimonq2> Heya! It looks like y'all are actively on top of bug 2045452 - I've unsubscribed security sponsors for now.
[10:56] -ubottu:#ubuntu-security- Bug 2045452 in mariadb-10.6 (Ubuntu) "CVE-2022-47015 et al affects MariaDB in Ubuntu" [Medium, In Progress] https://launchpad.net/bugs/2045452
[18:09] <sbeattie> tsimonq2: is there a reason why you're unsubscribing our sponsorship team?
[18:14] <sbeattie> I guess I don't understand why anyone but the security team pays attention to which bugs is on the list for the security team to sponsor?
[18:48] <tsimonq2> sbeattie: It's actively assigned to someone within the team, thus superseding the initial sponsorship request. If that's not your workflow and I just stepped on toes, I'm happy to add the team back and not do that again. :)
[18:49] <tsimonq2> (At the very least I wanted to start a conversation about it.)


[00:35] <blueyed> just in case you have not noticed yet: firefox-qt: http://browser.garage.maemo.org/news/10/
[00:40] <Riddell> 6th time lucky?
[00:40] <blueyed> old news, popped up on reddit.. http://reddit.com/r/linux/comments/atuyp/mozilla_qt_port_is_available_for_testing/
[01:09] <jepong> hello.. im using KDE SC 4.4 RC2  just want to confirm if you also cant add the battery and device widget to the system tray
[01:09] <jepong> thanks
[01:10] <Lex79> jepong: plasma crash?
[01:11] <jepong> i think so... i did it so many times this morning and nothing happens
[01:11] <jepong> works fine with RC1
[01:11] <Lex79> it's a known issue, I think we have to wait RC3
[01:12] <Lex79> to fix that
[01:12] <jepong> i see... is there a launchpad link i can subscribe to?
[01:12] <jepong> ok...
[01:13] <Lex79> jepong: no for what I know, you can search here maybe https://bugs.kde.org/
[01:13] <Lex79> no problem
[01:13] <jepong> thanks
[01:35] <jjesse_> argh plasma-desktop crashed again and now i don't know the progress of the file copy i'm running
[01:41] <nixternal> jjesse: that's because we incorporated the element of surprise, kubuntu_03_element_of_surprise.diff
[01:41] <jjesse> nixternal: that's awesome thanks for doing so
[01:41] <jjesse> i get so many stinkin plamsa-desktop crashes it isn't funny
[01:41] <Lex79> lol
[01:42] <jjesse> thinkin about reloading back to base 9.10 + updates, none of this kde beta/rc stuff
[01:45] <JontheEchidna> apachelogger: latest kubuntu-firefox-installer depends on an unreleased version of kdesudo :s
[01:46] <Riddell> JontheEchidna: I uploaded that
[01:46] <Riddell> although I didn't change that bit
[01:46] <JontheEchidna> hum, not showing up @ lp yet
[01:54] <Lex79> ryanakca: bug 513049
[01:54] <JontheEchidna> Oooo... They're showing the season 5 finale of Lost tonight...
[01:55] <Lex79> yeah
[01:55] <JontheEchidna> I might go watch that in a bit...
[01:55] <JontheEchidna> Season 6 starts next week :)
[01:56] <Lex79> same here, season 5 finale tonight and 10 February season 6
[01:56] <Lex79> in US 2 February I think
[01:58]  * JontheEchidna goes off to watch TV
[03:35] <shtylman> Riddell: k. I will take a look
[03:40] <shtylman> ScottK, Riddell: im gonna change my kdm theme to use the new wallpaper... and then post that to the kubuntu-devel list.. think there is a chance we will use that as default? I would like to avoid using the current one with the old air wallpaper and weird center piece :)
[03:40] <shtylman> JontheEchidna: ^
[04:05] <JontheEchidna> shtylman: upstream changed the default to the new Ethias paper, but I think I liked the screenshots of yours you posted
[04:06] <shtylman> the screenshots of the kdm center part?
[04:06] <JontheEchidna> yeah
[04:06] <shtylman> k
[04:07] <shtylman> I will rework it with the new wallpaper
[04:07] <shtylman> and post that
[04:07] <JontheEchidna> I don't see anything stopping it from being default for Kubuntu, especially since upstream would have accepted it aside from artwork freeze
[04:07] <shtylman> right
[04:07] <shtylman> cool
[04:07] <JontheEchidna> that's just my opinion, but I think the others would agree
[04:08] <shtylman> :)
[04:47] <shtylman> the pacakge with the splash screen is broken... it doesn't have the right wallpapers for the different resolutions
[04:53] <ScottK> shtylman: We definitely need something other than what we have now, so I think the field is open.
[05:29] <maryellen> can someone help me with a Thunderbird problem
[05:29] <ScottK> maryellen: This isn't a support channel.  #ubuntu is probably the best channel for that.
[05:30] <maryellen> ok, tks..
[09:53] <Quintasan> \o
[09:54] <Quintasan> JontheEchidna: I'm going to change license and upload and if we have space I will request a MIR, is that okay?
[11:01] <pgquiles__> will qt 4.6.1 be availabe from kubuntu-ppa in the near future? :-? (sorry if this is duplicated, I think I was disconnected when I sent this before but I might have been on-line as well)
[11:02] <Riddell> pgquiles__: we hope so, we're waiting on an update to phonon
[11:03] <pgquiles__> Riddell: what do you mean? you still need to adapt sandsmark's patch? or you are waiting for Nokia to update phonon? (if the former, I've already done it)
[11:03] <pgquiles__> although not tested yet
[11:06] <Riddell> former
[11:11] <tseliot> Riddell: is pykde ready or shall I wait?
[11:11] <tseliot> (I'm not complaining, just asking)
[11:12] <Riddell> tseliot: it's in New, let me kick it out
[11:12] <tseliot> ok
[11:17] <Riddell> Nightrose: have they slipped anything defaming into this? http://jasmine.19inch.net/~jr/tmp/interview-riddell-2.linmag.text
[11:17] <Nightrose> Riddell: hehe i'll have a look
[11:28] <ryanakca> Lex79: Thanks, I'll take a look at it when I get back from my exam
[11:30] <Nightrose> Riddell: looks good to me
[11:40] <pgquiles__> Riddell: http://www.elpauer.org/tmp/kubuntu_07_phonon_4.3.80.diff - updated for 4.6.1 but untested yet (I'm building my packages for 4.6.1 now, packaging adapted and updated from 4.6.0-1ubuntu6)
[11:48] <Riddell> Nightrose: yay, thanks
[11:48] <Riddell> Lex79: ^^
[11:51] <NCommander> Riddell, I'm going to bring sip4, python-qt* up to date (sorry I've been kinda slacking on this point), and merge all the Ubuntu changes into Debian
[11:55] <Riddell> NCommander: up to date where?  they are up to date in ubuntu (except for build failure on arm)
[11:55] <NCommander> Riddell, in Debian so we can sync the packages
[11:55]  * NCommander is a co-maintainer
[11:55] <Riddell> right, lovely
[11:56] <Riddell> NCommander: the question is what to do with python-qt3
[11:56] <Riddell> the new sip/pyqt4 gets rid of the need for the old configure patches which made builddir!=srcdir work
[11:56] <Riddell> but pyqt3 hasn't been updated by upstream
[11:59] <Riddell> so it needs its configure script rewritten for the new SIP way of doing builddir!=srcdir, or we just scrap the builddir!=srcdir, or we just scrap pyqt3
[11:59] <Riddell> but apparantly we need it for mnemosyne
[12:02] <NCommander> Riddell, :-/
[12:07] <jussi01> oooh, mnemosyne, that was one of the first packages I packaged! :D
[12:07] <jussi01> Although I think it got overwritten by a debian one the release after...
[12:20] <JontheEchidna> Quintasan: yeah, that'll be fine
[12:21] <JontheEchidna> see y'all later
[14:13] <Riddell> apachelogger: kubuntu-firefox-installer needs this new option you added to kdesudo?  can you remember if kdesudo is ready for release/upload ?
[14:44] <marcosRz> guys
[14:44] <marcosRz> I was thinking about is it hard to make a qt version of synaptic?
[14:44] <Riddell> yes
[14:46] <marcosRz> If its hard
[14:46] <marcosRz> ?
[14:46] <marcosRz> I mean synaptic is so complete
[14:46] <NCommander> Riddell, how different is the SIP4 build system now that we can drop the old multibuild hack
[14:48] <Riddell> NCommander: not completely different but method and variable names aren't the same as our patch
[14:49] <NCommander> Riddell, but why do we need to change python-qt3?
[14:49]  * NCommander feels a bit lost
[14:49] <NCommander> I know we need to upload it to build against the new sip4 API
[14:51] <daskreech> marcosRz: Hard isn't impossible so if you want to shoot at it please go ahead
[14:51] <marcosRz> hm
[14:52] <Riddell> NCommander: we patched python-qt3 to make it build with builddir!=srcdir.  now SIP is able to do builddir!=srcdir but using different variables and function than we had.  so the configure file needs to be rewritten for the new builddir!=srcdir stuff
[14:53] <NCommander> Riddell, but thats just SIP's build system, python-qt3 shouldn't care at all about that functionality
[14:53] <Riddell> NCommander: python-qt3's configure script uses sipconfig.py
[14:53] <NCommander> ugh
[14:53] <NCommander> ow
[14:53] <NCommander> ok
[14:54] <NCommander> Now I see the problem
[14:54]  * NCommander shivers
[14:54] <NCommander> Riddell, I'll fix it
[14:54] <Riddell> NCommander: well remember that we don't care about python-qt3 much and it might be easier just to drop the builddir!=srcdir idea and just build it in place
[14:56] <NCommander> Riddell, you can't safely do that due to the ABI issues building against different versions of python
[14:57] <Riddell> we only build for one version of python
[14:57] <NCommander> Riddell, in Ubuntu.
[15:12] <yuriy_work> :O does this yahoo! thing apply to kubuntu?
[15:21] <jussi01> yuriy_work: I was about to ask same thing...
[15:22] <jussi01> also, anyone know the last time an image was installable for lucid? seems oversized atm (amd64) and has been for the last few days. do I need to grab alpha2 or is there more recent?
[15:49] <apachelogger> Riddell: I asked Tonio_ to pull a release right after I introduced the function
[15:49] <apachelogger> actually, didn't I already upload that beast?
[15:50] <apachelogger> or maybe I postponed the kfi upload because of the missing kdesudo upload
[15:53] <apachelogger> dantti: lol, don't question my sh skills :P
[15:53] <aleite> hello guys, just compiled kde trunk on ubuntu karmic.. but there is no sound.. any clues?
[15:53] <Tonio_> apachelogger: looks like there was misscomprehension :)
[15:53] <Tonio_> apachelogger: I though you'd do it
[15:53] <dantti> apachelogger: ?
[15:53] <apachelogger> Tonio_: well, I can do the ubuntu part, but I can't do new upstream releases ;)
[15:54] <dantti> apachelogger: ah that was about the patch?
[15:54] <Tonio_> apachelogger: kk let's do it :)
[15:54] <apachelogger> dantti: re: <dantti> apachelogger: hmm reviewing that patch seems that there is on open IF and no FI to close it...
[15:54] <dantti> yup I said nevermind :P
[15:54] <aleite> found pulseaudio-server but.. no sound.. strange
[15:55] <apachelogger> Riddell: might I mention that my staging PPA holds a networkmanager package that actually works and should be published somewhere? ...for karmic that is
[15:55] <apachelogger> made it some time ago based upon what was in suse at the time
[15:55] <apachelogger> dantti: yeah, and now I tell you to never ever question my shelling again :P
[15:56] <apachelogger> ryanakca: got a fix for that bangarang desktop file issue yet?
[15:59] <Quintasan> hmmm, printer applet is now broken :/
[16:02] <apachelogger> that is what we get for writing stuff in scripting languages :P
[16:06] <Tonio_> apachelogger: http://kde-apps.org/content/show.php?content=72106
[16:06] <Tonio_> apachelogger: sorry for the delay
[16:06] <Tonio_> apachelogger: want me to upload the package too or will you do it ?
[16:07] <apachelogger> Tonio_: can do in a bit
[16:07] <Tonio_> apachelogger: I can do now :) doing it
[16:07] <apachelogger> Tonio_: thanks :)
[16:07] <apachelogger> omg, where is scott?
[16:08] <apachelogger> NCommander: bug 513329 pretty please
[16:08] <NCommander> apachelogger, will do
[16:10] <apachelogger> NCommander: thanks :)
[16:10] <Tonio_> apachelogger: uploaded
[16:10] <apachelogger> Riddell: ^
[16:10]  * apachelogger hands Tonio_ a cookie :)
[16:11] <Tonio_> apachelogger: you should slap me instead :) I should have done that a month and a half ago !
[16:12] <apachelogger> Tonio_: doesnt really make a difference, other than that feature is super hot and awesome and people where not able to use it for 1.5m ;)
[16:13] <Tonio_> apachelogger: ;)
[16:14] <daskreech> nixternal: lol at your Bing comments
[16:22] <apachelogger> http://kde-apps.org/content/show.php/KEmu?content=116980
[16:22] <apachelogger> scary UI
[16:22] <_Groo_> hi/2 all
[16:22] <_Groo_> apachelogger: hey apachelogger :)
[16:22] <apachelogger> ahoy
[16:22] <_Groo_> guys what is the proper channel for networkmanager bugs?
[16:23] <_Groo_> btw i compiled kdebindings for 4.4 rc2 and its working fine, BUT the printer applet is still broken :(
[16:28] <Lex79> and printer config in system settings works?
[16:29] <Riddell> printer-applet works fine here, it's the config which needs some love
[16:30] <Lex79> Riddell: btw, we don't need a refreshed patch for Phonon, but we need an updated patch. Sandsmark done, but we have still problem to build kdebase-runtime against that.
[16:31] <Lex79> since Phonon headers include in qt 4.6.1 is changed
[16:31] <danimo_> moin
[16:31] <Lex79> we are working on that, hope is ready for RC3
[16:31] <Riddell> roar
[16:32] <Riddell> why do phonon headers change with every single release
[16:32] <Riddell> don't these Qt people know about API compatibility?
[16:32] <Riddell> roar
[16:33] <Lex79> Riddell: from changes-4.6.1 in the tarball http://pastebin.ca/1768131
[16:33] <_Groo_> Riddell: i was talking about the systemsettings printer config :)
[16:33] <Lex79> thiago mailed about that btw
[16:34] <_Groo_> ok, what is the channel of the networkmanager guys?
[16:40] <Lex79> Riddell: retry this https://edge.launchpad.net/ubuntu/+source/kdepim/4:4.3.5-0ubuntu1~karmic1
[16:41] <Quintasan> apachelogger: why horrible? try using qtemu -_-
[16:41] <Riddell> retried
[16:42] <apachelogger> Quintasan: I did
[16:42] <apachelogger> scary UI
[16:42] <apachelogger> they all have them scary UIs
[16:42] <apachelogger> agateau should offer training courses on sensible UI design :P
[16:43]  * agateau is flattered :)
[16:44] <Quintasan> Riddell: I did find -iname *.cpp -exec grep DefaultInputMethod {} \; in Qt source and -> http://pastebin.com/f25c5c3e8 which line it would be?
[16:48] <Riddell> Quintasan: all of them I'd guess
[16:49] <Quintasan> Riddell: but only one contains XIM :P
[16:49] <Quintasan> now how to find the file with this line :S
[17:08] <apachelogger> ehm
[17:08] <apachelogger> Quintasan: why not grep only?
[17:09] <apachelogger> if in doubt you could use ack-grep, that beast should also be able to only grep cpp files
[17:10] <Quintasan> apachelogger: qt source has shitload of sub dirs, it would be a pita to manually go through all of them :P
[17:11] <apachelogger> grep 'foo' ./*?
[17:11] <apachelogger> can is able to do recursive search IIRC
[17:11] <apachelogger> at least ack-grep is :P
[17:18] <Quintasan> hurr durr
[18:17] <apachelogger> freeflying: konsole uses utf8 by default?!
[18:20] <Riddell> konsole uses your system locale, which is utf8 for anything installed this millenium (so not my IRC client)
[18:23] <\sh> Riddell: you use ircII? ;)
[18:23] <Riddell> did used to, irssi adds pretty colours though
[18:24] <\sh> oh well, old ircII times...remarkable ;)
[18:34] <vikram_> join #ubuntu-hardened
[19:15] <shadeslayer> apachelogger: ping
[19:57] <Riddell> new packagekit seems to work
[19:57] <Riddell> hugs to dantti
[19:58] <Riddell> although that install dialogue is still horribly busy
[19:58] <dantti> Riddell: what was the problem?
[19:58] <Riddell> dantti: with packagekit?  just that nobody had packaged it yet
[19:58] <dantti> ah :P
[19:58] <dantti> which version?
[19:59] <Riddell> 0.5.6 packagekit, 0.5.4 kpackagekit
[19:59] <dantti> hmm nice :)
[19:59] <dantti> hopefully 0.6 will have debconf support
[20:00] <dantti> actually I can add it in 0.5 right now but I'm too lazy :P I'll wait for the upstream solution..
[20:00] <Riddell> upstream knows best
[20:00] <Riddell> (usually)
[20:00] <dantti> Riddell: btw I'm working on a new printer monitor (as seems you haven't touched too much the code lately) and I can't code  python..
[20:01] <dantti> It already monitors the printing jobs
[20:01] <Riddell> dantti: oh?  what's needing done that isn't in the current one?
[20:01] <Riddell> (I can think of a few things)
[20:01] <dantti> Riddell: well first it doesnt work on debian (right now)
[20:02] <dantti> then on a kubuntu pc of a fellow of mine it doesn't show active jobs
[20:02] <Riddell> different cups version?
[20:02] <dantti> no kcm crash
[20:03] <Riddell> oh that's system-config-printer-kde then, not the monitor
[20:03] <dantti> yep, I can't see a monitor..
[20:03] <Riddell> printer-applet ?
[20:04] <dantti> if that's the executable name I don't have it
[20:04] <Riddell> it's in kdeutils
[20:05] <dhillon-v10> Riddell: hi there :) I am trying to write a patch for this pretty easy bug (as you suggested, I should start with bugzilla) are there any coding guidelines that i should follow? can you link to it, thanks.
[20:07] <dantti> Riddell: I'll take a look but I really don't get why copying the gnome code is good since it's so easy to use libcups directly...
[20:08] <dantti> Riddell: when I get something working (better than now) I'll show you, maybe you decide py is evil :P just kidding
[20:09] <Riddell> it's not ideal for printer-applet, adds to startup time
[20:10] <Riddell> dhillon-v10: http://qt.gitorious.org/qt/pages/QtCodingStyle
[20:10] <dantti> Riddell: hmm so you might like what I'm writing...
[20:11] <dantti> it will load a small kded at startup, and when a job is detected it starts the systray icon (pretty much what KPk does), this part is done, now I'm working on the systray icon..
[20:12] <dhillon-v10> Riddell: thanks for the link
[20:13] <dhillon-v10> Riddell: I'll get back to you when I have a patch written down, and then you can review it :)
[20:17] <neversfelde> mhh, seems that the koffice package for Karmic was not updated in the Backports PPA?
[20:17] <neversfelde> do we want 2.1.1 for Karmic?
[20:18] <Riddell> we don't have it for lucid yet
[20:19] <neversfelde> Riddell: a backport would be difficult, because we would have to add *-kde4 again. So why not updating the existing package in the PPA?
[20:20] <Riddell> yes that's probably the best way
[20:20] <neversfelde> I#ll build it and upload to staging, so we can decide what to do after it is in lucid
[20:28] <Riddell> dantti: new {k,gnome,}packagekit uploaded, here's the patches we apply to kpackagekit http://people.canonical.com/~jriddell/tmp/kpackagekit/
[20:29] <Riddell> just for your information, although I think kubuntu_04_tray_icon.patch should go upstream
[20:41] <Lex79> I fixed l10n-sr in staging with new tar
[20:45] <Riddell> thanks Lex79
[20:45] <Lex79> np
[20:45] <Riddell> Lex79: ready for me to copy over?
[20:45] <Lex79> yep
[21:54] <ryanakca> apachelogger: Yes, I have a fix, see bug 513488
[21:58] <Lex79> Riddell: retry this: https://edge.launchpad.net/ubuntu/+source/kdeaccessibility/4:4.3.5-0ubuntu1~karmic1/+build/1469570
[22:06] <Riddell> done
[22:06] <Lex79> good
[22:07] <gremu> hi guys :)
[22:26] <gremu> I have a problem with phonon in Kubuntu 9.10. Its like this:
[22:26] <gremu> I can go to the media settings in systemsettings and configure phonon as usually
[22:27] <gremu> Every device is found an displayed, but if i try to play the test-sound for my prefered sound device I can hear no sound.
[22:28] <gremu> Sound in general works (like playing sound with VLC or aplay) but everything which uses phonon does not work
[22:28] <gremu> (like system sounds or amarok)
[22:28] <neversfelde> gremu: this is not really a support channel, probably best to ask in #kubuntu
[22:28] <gremu> I'm using XINE backend with KDE 4.4 RC 2
[22:28] <gremu> hm, ah ok ... amarok guys pointed me here
[22:33] <gremu> Hm, I think it has nothing todo with configuration ... maybe its a bug and someone already knows about it or not.
[22:34] <gremu> Because XINE does not work (plays no sound but also displays no error message) but Gstreamer backend works
[22:34] <gremu> (sound works for any kde application)
[22:50] <apachelogger> ryanakca: sweet
[22:51] <Mamarok> gremu: who pointed you here? I certainly didn't
[22:56] <gremu> Mamarok: markey
[22:56] <gremu> at 15:08 (UTC)
[22:59] <markey> hm?
[23:01] <Mamarok> markey: you shouldn't point people here for support, support is in #kubuntu
[23:03] <gremu> Sorry… I don't want to blame anyone
[23:03] <Mamarok> gremu: just so he knows :)
[23:03] <Mamarok> no need to be sorry
[23:04] <gremu> Ok .. then I will try in #kubuntu later :)
[23:04] <gremu> Thanks anyway
[23:07] <Lex79> Riddell: python-kde4-dbg is dropped from the new version of kdebindings?
[23:08] <Riddell> Lex79: should be in kdebindings-dbg
[23:09] <Riddell> tried Shaman, it crashes, and needs UI polish
[23:10]  * Riddell wonders why scottk is in #ubuntu-women but not in here
[23:10] <Lex79> LoooooL
[23:12] <neversfelde> rofl
[23:47] <gorgonizer> Hello, I have KDE 4.4 RC2 installed, yet my system wants to install kdebase-4.3.5.. is this correct, or is the kdebase metapackage missing for 4.3.95?
[23:50] <gorgonizer> (I do realise that this is not a support channel)
[23:51] <neversfelde> please show the whole error message
[23:51] <neversfelde> and yes, would be better to ask in #kubuntu
[23:54] <gorgonizer> neversfelde: there is no error message technically, I just did an update, and the kdebase metapakage wanted to update to 4.3.5, ye tthe system is running 4.3.95.  I am assuming that kdebase metapackage (which was preesent in RC1) hasn't been made for 4.3.95
[23:54] <gorgonizer> (if that makes sense), though will ask in the main support channel..
[23:55] <neversfelde> k


[05:21] <skellat> paultag: Updated to note bricked SheevaPlug -- https://wiki.ubuntu.com/skellat
[13:16] <rrittenhouse> morning... everyone liking that b-e-a-utiful weather out there this morning?
[13:55] <rrittenhouse> Cheri703: loving quasseldroid now. Does it have any magic way to do nick completion?
[15:41] <Cheri703> just a tab
[15:41] <Cheri703> rrittenhouse: ^^
[15:41] <Cheri703> so r<tab> = rrittenhouse
[15:52] <dzho> conveniently enough
[16:27] <rrittenhouse> LOL I didn't even think about that. DOH!
[16:28] <Cheri703> :)


[01:15] <ljkimz> Hello, I'm configuring LDAP on 18.04 and noticed that /etc/ldap.conf requires world-read permissions. This is a problem when the ldap server requires auth (bindpw). Is there any way around this?
[07:43] <fattywompus> Hello, I'm intending to install ubuntu server 20.04 on a machine that already has an existing windows 7 partition.  I get the feeling Ubuntu server might not handle that as neatly as regular ubuntu finding it and adding it to grub. Is that correct and should it just be a matter of needing to "sudo update grub"? Or what's the established protocol for this?
[08:02] <fattywompus> would "sudo grub-mkconfig -o /boot/grub/grub.cfg" do the trick?
[12:20] <quadrathoch2> fattywompus, you would need to install it the same way (bios/uefi) and then os-prober
[13:16] <RoyK> fattywompus: ubuntu server and desktop are the same except for the graphical gui
[13:18] <fattywompus> Ok thanks very much
[17:20] <geosmile> hello everyone
[17:21] <geosmile> Psi-Jack, Looking at auto-mox now
[17:21] <Psi-Jack> There was one other I used to use, but can't find it.
[17:22] <geosmile> Psi-Jack, Automox is $5/month/machine. So in my case => $250/month/machine. Landscape from Ubuntu is $8/month/machine
[17:23] <geosmile> Psi-Jack, I also was looking at tinycp - but I'm not sure I can trust these softwares with my servers.
[17:23] <Psi-Jack> Yep. Or just $3/mo, because do you really need "Manage?" heh
[17:24] <geosmile> Psi-Jack, Or I can whip out my ansible script for $0/month - the only thing I've to do is create a sudo user without password and with ssh keys. Then run it using a cron job.
[17:24] <geosmile> that i'll have to do with any of these softwares anyways i think
[17:25] <geosmile> Psi-Jack, have you ever heard of tinycp?
[17:25] <Psi-Jack> never heard of tinycp, no.
[17:25] <Psi-Jack> I do, however use and recommend Rudder and Ansible. As a combination, they are excellent. And work well with Ubuntu, and others.
[17:26] <Psi-Jack> You can use Rudder with plugins (some are commercial), that can be used to report security concerns, check updates and report that, various things.
[17:26] <Psi-Jack> And you can have it routinely do things that require orchestration, with ansible, with feedback as a policy.
[17:27] <geosmile> Psi-Jack, Rudder is $40/year/node - I wish I could just pay for a good ansible script to do this. Need to get that done myself :)
[17:28] <Psi-Jack> Rudder is free, too.
[17:28] <geosmile> looking at the free version of Rudder.
[17:29] <tomreyn> what's running on these servers? are they all running the same softeware stacks, or different ones?
[17:30] <Psi-Jack> Great question. :)
[17:30] <geosmile> tomreyn, ubuntu 16 or 18 - all of them
[17:30] <geosmile> different softwares installed on them
[17:30] <Psi-Jack> 16.04 and 18.04 I hope you mean.
[17:30] <geosmile> but base OS is Ubuntu - later on moving to 18.04LTS on all of them
[17:30] <geosmile> I think 1-2 are still running 16.04
[17:31] <tomreyn> so it's a large zoo, not just a couple systems forming one large service
[17:32] <geosmile> tomreyn, yes - And I just need apt update/upgrade to work for starters. At least be able to monitor that there are updates pending to be installed.
[17:33] <geosmile> On premise landscape would have been best if it was free to scale beyond 10 machines.
[17:33] <Psi-Jack> Heh, I do that monitor metric, just to see if there's updates pending, via Prometheus.
[17:36] <Psi-Jack> An option you can also look into is possibly StackStorm.
[17:36] <Psi-Jack> Event-driven automation concept, that could be used with other components to monitor "security updates" needs, and automate an action to fix it.
[17:36] <tomreyn> or just unattended-upgrades
[17:37] <Psi-Jack> You'd still need to monitor and react appropriately to the need to reboot machines.
[17:38] <tomreyn> yes, it can send e-mail, but i doubt anyone would want to monitor 50 systems that way
[17:38] <Psi-Jack> I've used StackStorm in a test environment to monitor security updates, install them, monitor reboot needed, and schedule an automated reboot, in a setup that was fully HA capable.
[17:40] <tomreyn> although not really, there is: Unattended-Upgrade::Automatic-Reboot "true"; Unattended-Upgrade::Automatic-Reboot-Time "02:00";
[17:41] <tomreyn> but you'd probably want to get central visibility into this.
[17:41] <Psi-Jack> Yeah, if you want automated reboots too..... That would be both impressive and awesome.
[17:42] <Psi-Jack> You'd obviously need great HA for such. :)
[18:30] <raven_> Hey
[18:30] <raven_> How'd I link on windows and Android
[19:21] <RoyK> raven_: link?
[19:26] <wolf_raven> does systemctl not work on WSL. what is the alternative
[19:27] <wolf_raven> I want to know the status of apache
[19:27] <wolf_raven> systemtcl status apache2 is giving error
[19:28] <wolf_raven> systemctl status apache2
[19:28] <wolf_raven> System has not been booted with systemd as init system (PID 1). Can't operate.
[19:28] <wolf_raven> using service apache2 I can only start stop restart etc, can't know the status
[19:29] <wolf_raven> I've to use localhost/server-status on browser
[19:29] <wolf_raven> Is there a way to get the status on the server
[19:36] <quadrathoch2> wolf_raven
[19:36] <quadrathoch2> !wsl
[19:36] <quadrathoch2> is probably better to ask
[19:36] <wolf_raven> will check it out on that channel. thanks
[19:54] <fattywompus> does ubuntu server ship with any kind of midnight commander ncurses type file manager?
[20:01] <TJ-> fattywompus: no, you would install it if needed
[20:04] <fattywompus> Thanks
[21:19] <BlueEagle> fattywompus: mc is my go-to file manager for console.
[21:22] <fattywompus> yeah I really enjoy it.  I've been trying out it's built in mcedit as well which I'm finding to be pretty slick
[22:27] <RoyK> BlueEagle: bash is my file manager ;)


[07:15] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2994 Needs rebuild due to higher version at destination
[09:30] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2998 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[09:40] -queuebot:#ubuntu-ci-eng- jamespage cpaelzer, https://bileto.ubuntu.com/#/ticket/2979 Failed to build (artful/openvswitch). Ready to build (artful/dpdk)
[10:19] -queuebot:#ubuntu-ci-eng- jamespage cpaelzer, https://bileto.ubuntu.com/#/ticket/2979 Needs rebuild due to higher version at destination (artful/openvswitch). Ready to build (artful/dpdk)
[10:38] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2998 Needs rebuild due to higher version at destination
[10:45] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2998 Abandoning ticket
[13:10] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2999 Preparing packages
[13:11] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2999 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[13:39] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2999 Currently building (artful/libmemcached, artful/memcached). Failed to build (artful/strongswan, artful/tgt)
[17:40] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2999 Diff missing (artful/libmemcached, artful/strongswan, artful/tgt). Failed to build (artful/memcached)
[23:34] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2954 Proposed pocket