[00:18] <psusi> bug #668245 lists "Name Changed" under also notified... why is he also notified?
[00:20] <wgrant> psusi: He's subscribed to all Ubuntu bugs.
[00:20] <psusi> hrm... interesting... I guess mr anonymous has subscribed to all bugs anywhere in ubuntu...
[00:20] <wgrant> https://launchpad.net/ubuntu/+subscribe
[00:21] <psusi> what's the deal with that guy though?  no identifying information provided... and... did an admin change the name because it was offensive?
[00:21] <psusi> if so... why not unsubscribe it from ubuntu bugs?
[00:21] <wgrant> No idea.
[00:21] <wgrant> Does it matter?
[00:23] <psusi> just seems... wasteful to have a bogus account floating around showing up on every bug report... but I guess not
[00:30] <lifeless> psusi: whats bogus about it?
[00:30] <lifeless> psusi: they may just want privacy
[00:30] <lifeless> it may be e.g. redhat :P
[00:32] <psusi> lifeless, well without a registered email addy, they aren't going to get the bug mails... and it at least looks like some kid registered with an obscene name that an admin changed
[00:32] <lifeless> psusi: all lp accounts have email addresses
[00:33] <wgrant> psusi: The email address is just not shown publicly.
[00:33] <psusi> ohh... didn't know you could do that
[00:47] <psusi> by the way, what is the meaning of this "Opinion" bug status?
[00:48] <wgrant> psusi: http://blog.launchpad.net/bug-tracking/new-bugs-status-opinion
[00:51] <psusi> so how exactly does it differ from invalid?
[00:51] <wgrant> AFAICT it's pretty much identical to Won't Fix.
[01:22] <eightbitmonkey> Hi guys, how do I pass ownership of a project to someone else?
[01:27] <wgrant> eightbitmonkey: Click the edit icon next to the current maintainer on the project page.d
[01:40] <rryan> Hi there, I'm having some trouble with the translations import queue. My imported .po's are stuck with the message "No import target selected yet."
[01:40] <rryan> (auto-imported from my branch)
[03:20] <mtaylor> where should I file the bug to get a packaging branch hooked in as the legit one in udd?
[03:21] <wgrant> I'd ask #ubuntu-devel. Or poke james_w.
[03:21] <mtaylor> james_w: poke
[03:22] <mtaylor> wgrant: someone told me the right method a few days ago, but I've already done forgot
[03:32] <lifeless> mtaylor: file a bug on udd
[03:32] <mtaylor> lifeless: thanks
[04:19] <psusi> I just got a strange email from lp... it says it is from<EMAIL_ADDRESS>and the subject is "[Bug 667071] Antwoord bij afwezigheid" and the body is empty aside from the usual footer linking to the bug... only that guy has not posted a comment on the bug
[04:19] <psusi> what gives?
[04:27] <psusi> bay... tbird didn't copy the fill name... it is "joyjerry<EMAIL_ADDRESS>[04:27] <psusi> full even
[04:35] <lifeless> psusi: check the mail headers
[04:35] <lifeless> what machine was it first received on
[04:38] <psusi> Received: from loganberry.canonical.com (localhost [<IP_ADDRESS>])
[04:38] <psusi> 	by loganberry.canonical.com (Postfix) with ESMTP id EAA472E80E6
[04:45] <wgrant> psusi: There is a comment.
[04:46] <wgrant> But it's empty.
[04:46] <wgrant> And not shown.
[04:46] <wgrant> I presume these two facts are not unrelated.
[04:46] <psusi> how can you have an empty comment, and why isn't it shown?
[04:46] <wgrant> It hasn't been hidden by an admin, so something must just hide empty comments.
[04:46]  * wgrant digs through the code.
[04:47] <psusi> admins can hide comments?
[04:47] <wgrant> They can.
[04:47] <psusi> man that would be useful sometimes...
[04:48] <psusi> sometimes bugs just get so full of useless blather it's hard to find the actionable intel
[04:49] <wgrant> Ah, this is for getting rid of spam, mainly.
[04:49] <wgrant> It sounds like you want to be able to collapse unuseful comments, or something like that.
[04:52] <lifeless> wgrant: patches solicited
[04:52] <wgrant> lifeless: It's evolving!
[04:52] <psusi> basically yea, that would be nice
[04:53] <psusi> sometimes a bug ends up with 100 useless comments from bitching users that do not add anything useful to the discussion... so finding the 3 comments that actually are helpful in figuring out what is wrong becomes a pain
[04:53] <wgrant> Definitely.
[04:53] <psusi> which usually just results in the bug being ignored
[04:59] <psusi> so how does someone make an empty comment with a messed up subject that I can't see?
[05:00] <lifeless> its spam
[05:00] <lifeless> with an empty body - faaail
[05:01] <wgrant> I guess it came in by mail.
[05:01] <lifeless> had to to set a subject
[05:02] <wgrant> True.
[05:12] <psusi> mail doesn't have to have a subject... and how on earth would a spammer get a bug mail address?
[05:12] <psusi> an existing subscriber is infected with a virus scraping his incoming mail?
[05:13] <wgrant> That's normally how it happens.
[05:13] <psusi> rasa fraken windows...
[09:57] <yofel> what should I file a bug against for https://code.launchpad.net/~scribus/+recipe/scribus-daily/+build/6027 ? (chrootproblem) W: Failed to fetch http://archive.admin.canonical.com/ubuntu/dists/natty-cat-lpbuildd/main/binary-i386/Packages.gz  404  Not Found
[10:15] <geekosopher> where do I get the ssh fingerprints of launchpad server?
[10:15] <geser> yofel: have you tried to "re-try" it?
[10:32] <yofel> geser: I tried it twice, both failed, I'll try it again https://code.launchpad.net/~scribus/+recipe/scribus-daily/+build/5974
[10:36] <yofel> geser: failed again https://code.edge.launchpad.net/~scribus/+recipe/scribus-daily/+build/6088
[10:37] <geser> yofel: then file a bug against soyuz
[10:37] <yofel> k, thx
[10:37] <geser> it doesn't look like a transient problem
[10:59] <geekosopher> i am constantly getting this error: Permission denied (publickey).
[10:59] <geekosopher> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist
[11:00] <geser> geekosopher: what are you trying to do? did you add your SSH key to your LP profile?
[11:00] <geekosopher> yes... exactly as mentioned at help.launchpad.net
[11:01] <geekosopher> I get this error when doing bzr pull from one of my branches
[11:01] <geser> do you have the key that you added to LP on this computer?
[11:02] <geekosopher> yes
[11:02] <geekosopher> I created the keys then posted the content of .pub file to lp
[11:02] <geekosopher> all on this computer itself
[11:04] <geekosopher> one thing I would like to tell here that the branch was already there... I copied it ditto from the archive of my previous installation
[11:06] <geekosopher> but even 'bzr branch' is giving teh same error
[12:26] <fontanon> hi everybody! How can i forward launchpad bugs&comments from launchpad to bugzilla ?
[15:08] <EagleScreen> I can't browse launchpad.net with Opera browser
[15:08] <EagleScreen> page does not load
[15:12] <LinuxGuy2009> Hello I was just checking if my launcpad account was removed and it wasnt so I tried it again and it still logs in and says at the top "linuxguy2009-deactivatedaccount-deactivatedaccount-deactivatedaccount". Is there no real way to delete an account?
[19:25] <psusi> the user "joyjerry" has subscribed to bugs in in the file-roller package in Ubuntu and keeps sending empty spam replies... can an admin please remove him?
[19:27] <psusi> see bugs #666621 and #667071... comments are hidden from view because they are empty but go out in email with a subject like "[Bug 666621] Antwoord bij afwezigheid"
[19:35] <maxb> psusi: It being the weekend, there's unlikely to be someone around who can help, but if you file a request at https://answers.launchpad.net/launchpad/+addquestion someone should get to it on Monday, I expect
[19:37] <psusi> ok
[20:55] <ronnie_vd_c> how can i make my project a subproject of another project. If i choose edit-details -> Part of: i cant find the project. if i gave the name manually it gives an error. Is there a special type of group-project needed to work?
[20:56] <beuno> ronnie_vd_c, yes, you need a project group
[20:56] <beuno> I don't know what the policy to create those are today
[20:56] <beuno> it used to be filing a question on launchpad
[20:56] <beuno> so I'd start with that
[20:57] <ronnie_vd_c> beuno: this: https://help.launchpad.net/Projects/Registering#Project%20groups  ?
[23:12] <CarlFK> I am trying to use squid-deb-proxy - it works for ubuntu repos but I am getting TCP_DENIED errors on ppa repos.  but I can wget the file just fine.  no clue whats going on.  any suggestions? (google didn't help)
[23:14] <wgrant> CarlFK: Does squid-deb-proxy allow PPAs through by default?
[23:15] <CarlFK> wgrant: hmm... I would hope so.  leme poke around...
[23:15] <CarlFK> here are logs and stuff: http://dpaste.de/PRzZ/
[23:16] <CarlFK> ah
[23:17] <CarlFK> " The config default to allowing cached access from a local network to *.archive.ubuntu.com."
[23:17] <CarlFK> that seems kinda rude.
[23:17] <CarlFK> especially if it is going to error
[23:23] <CarlFK> added lp.net to /etc/squid-deb-proxy/mirror-dstdomain.acl and all is good again.  thanks wgrant
[23:25] <CarlFK> already bugged: https://bugs.launchpad.net/ubuntu/+source/squid-deb-proxy/+bug/541576


[10:16] <knome> hey ochosi
[10:17] <ochosi> hey there
[10:18] <ochosi> managed to finalize my first LO patch last night \o/
[10:18] <knome> congrats
[10:18] <ochosi> it'll make our experience a little nicer ;)
[10:18] <akxwi_dave> morning all
[10:18] <ochosi> plus it removes deprecated gtk code from LO
[10:19] <knome> ochosi, cool
[10:19] <knome> hello akxwi_dave
[10:19] <ochosi> knome: try alt-tabbing between LO windows and look at the blurry mess that those icons are. so yeah. that will soon be a thing of the past
[10:19] <knome> \o/
[10:26] <knome> slickymaster, apparently you didn't change the translation focus for docs; i did it now, and it should update at some point to target at xenial once the automatic import is done
[10:27] <akxwi_dave> guys, with the development ppa's, i can see on the individual ppa pages that there are new build to install (which i have), but call me thick, i cannot see anywhere to see whats changed in the new one.. I know its monday morning, and i'm still half  asleep.
[11:08] <akxwi_dave> stupid internet..
[13:47] <ochosi> knome: quick question, can i still get to the wily tracker somehow? (if you already told me, sorry, i might've forgotten ;))
[13:47] <flocculant> http://tracker.xubuntu.org/?s=wily
[13:47] <flocculant> ochosi: ^^
[13:48] <ochosi> sweet, thanks flocculant :)
[13:48] <flocculant> only know because he told me and I forgot so serarched logs this morning :p
[13:54] <ochosi> hehe
[13:55] <flocculant> ochosi: packages are all updated now, iso should build tomorrow - so I'll be shooting the starter pistol soon
[13:57] <flocculant> not sure if you caught bluesabre and me rabbiting the other day - but pushing packages more than iso's (apart from when we want iso tested - milestones obviously)
[14:11] <flocculant> ahah
[14:11] <flocculant> I can answer you now :)
[14:11] <flocculant> " i cannot see anywhere to see whats changed in the new one."
[14:12] <flocculant> go to the ppa - then just to the right of Overview of published packages - View package details
[14:12] <flocculant> and when you get there you can check out the changes file
[14:13] <flocculant> I've not found any easier way of seeing a changelog for something in a ppa
[14:38] <akxwi_dave> cheers mate, will take a look..
[17:15] <flocculant> oh great - so there are blog posts about raspberry pi and xubuntu
[17:15] <flocculant> I hope we don't get bunches of people in here wanting that
[17:16] <flocculant> http://news.softpedia.com/news/ubuntu-mate-tools-could-bring-xubuntu-lubuntu-and-ubuntu-server-to-raspberry-pi-2-495293.shtml
[17:18] <drc> Just remember No means No.
[17:21] <flocculant> yep
[17:56] <flocculant> bluesabre: you haz mail - if you can comment on that I'll get that out - thanks :)
[20:11] <flocculant> I wish that more people tested installs and upgrades :(
[20:35] <flocculant> dkessel: I've put nothing on the QA blueprint re autopkg testing - if you think you'll get time to look at it then feel free to add it
[21:07] <ochosi> flocculant: pkgs over isos sounds good to me
[21:07] <flocculant> glad you said that :D
[21:31] <ochosi> hm, do we have any license experts in the team?
[21:32] <flocculant> not sure
[21:32] <flocculant> certainly not me ;)
[21:32] <ochosi> i wonder if you fork something while it was under gpl2 and re-share your thing under that license, whether a change of the former to gpl3 forces you to change the license of your fork too
[21:49] <flocculant> ochosi: wish I could help
[21:49] <flocculant> night anyway :)
[21:49] <ochosi> no worries
[21:49] <ochosi> nighty!
[21:50] <ochosi> (still trying to get a follow-up to my LO patch today ready...)
[22:35] <genii> ochosi: A license cannot take effect retroroactively, except in rare circumstance ( like when FSF made gpl3 apply retoroactively to binutils but this was because it was already often supplied without a license or availability of source code). The license which was accepted at the time of the fork is the license still in use on that fork unless the author(s) change it.
[23:01] <Unit193> flocculant: Changelog, well apt-listchanges actually pulls from the package now, so there's that, or you can check in /usr/share/doc/xfce4-notifyd/changelog.Debian.gz (or sometimes just changelog.gz), using notifyd as an example.


[03:44] <yao_ziyuan> i think the no.1 problem in gnome is probably the desktop icon text color. it's white and just doesn't work with light wallpapers. i found a perfect solution.
[03:45] <yao_ziyuan> put a gtkrc-2.0 file in your home dir with this content: http://fpaste.org/jpvP/ . this will set your desktop icon text color to black, and put a 50%-translucent round-cornered box around the text.
[03:45] <yao_ziyuan> the purpose is that whether your wallpaper is dark or light, desktop icon text will always be highly contrasted. i recommend it be a default configuration for ubuntu.
[09:31] <vish> thorwil: Can we make announcement of submissions mandatory? This way the mailing list gets notified when new submissions are included. Otherwise, it needs someone to actively check the submissions on flickr.
[09:33] <thorwil> vish: mandatory would mean we would have to track that and exclude submissions accordingly. not feasible, not nice
[09:33] <thorwil> we sure can encourage it
[09:34] <vish> thorwil: well, we can 'say' mandatory, but be flexible.. or we can say that the announced submissions would be given first preference ;)
[09:35] <thorwil> what are we, politicians?
[09:36] <vish> ;p
[09:36] <vish> thorwil: well, like the debconf submissions, i dint know you had submitted.. until leonardo said you were the chosen one ;p
[09:36] <thorwil> 2020: wikileaks leaks the vish-thorwil cables
[09:37] <vish> 'the chosen one'
[09:37] <thorwil> vish: that was outside ubuntu artwork
[09:38] <vish> yea, but it was kinda within the realm, since the submitters were only from U-artwork..  it just seemed like no one had taken interest in the project..
[09:39] <vish> thorwil: it just seems that if we announce submissions it might encourage more critiques (which might be good or bad..)
[09:41] <thorwil> i admit, the thought that someone might offer critique on our list that would help me to improve the draft didn't even occur to me
[19:29] <thorwil> test reader/users appreciated: http://thorwil.wordpress.com/2010/12/07/backtestground/ :)
[19:32] <Schendje> thorwil: sweet, is it cool if i plug it in the fedora design meeting right now?
[19:32] <Schendje> we're starting work on the next fedora wallpapers
[19:34] <thorwil> Schendje: no, go on
[19:34] <thorwil> Schendje: what's the channel?
[19:34] <Schendje> thorwil: #fedora-design on Freenode


[01:09] <seth_k|lappy> hmm, kat done... gotta wait to get back home till I can build it though to test
[01:15] <freeflying> hi , cany anyone give me hand to review a package
[01:28] <freeflying> amU: ping
[01:51] <Tm_T> anyone has solution to this "KDE has big fonts" issue? http://veronica.uninea.fi/~jozo/kubuntu1_fonts.png
[01:52] <freeflying> Tm_T: hi
[01:52] <Tm_T> hullo
[01:52] <allee-dapper> Tm_T: why issue?  Please tell use the dpi of your display.  Otherwise the image is useless
[01:53] <freeflying> Tm_T: may you have a look on this http://revu.tauware.de/details.py?upid=1100
[01:54] <freeflying> allee-dapper:  may you have a look on this http://revu.tauware.de/details.py?upid=1100
[01:54] <Tm_T> allee-dapper: point is, both windows should use same dpi but still fonts are different sizes
[01:59] <allee-dapper> Tm_T: have the fonts, icons on your desktop the same size as in the screenshot in krita?
[02:07] <allee-dapper> Tm_T: for a fresh flight2 installation fontsize on desktop is the same as in the menu for a new user and for an user with a ~/ from breezy
[02:08] <Tm_T> allee-dapper: no, that's not a screenshot from my desktop, but I do have similar problem
[02:09] <Tm_T> allee-dapper: like, in KDE fonts are bigger than in WindowMaker or any other
[02:15] <allee-dapper> Tm_T: So WindowMaker and KDE have different default font size.  If KDE fonts are really too big: grep -i display /var/log/Xorg.0.log and check if display size is correctly detected
[02:16] <allee-dapper> Tm_T: here, eg. (--) I810(0): Display dimensions: (410, 310) mm
[02:20] <Tm_T> allee-dapper: no, if I set both to use size 10 ...
[02:21] <Tm_T> and because KDE shows fonts bigger, I've forced to xorg to use "wrong" dimensions
[02:21] <Tm_T> so I can use even a little bit reasonable settings
[02:22] <Tm_T> that means, in KDE most of fonts are size 8 or 9 but in others its 10 :p
[02:23] <allee-dapper> Tm_T: windowmaker uses pt (point = 1/72 inch) as the unit?   Mhm what your display resolution 75dpi?  (xdpyinfo | grep resolution )
[02:24] <Tm_T>   resolution:    96x96 dots per inch
[02:25] <Tm_T> allee-dapper: I've tried this with WMaker, FluxBox, Gnome...
[02:25] <Tm_T> all others shows smaller fonts
[02:25] <allee-dapper> Tm_T: okay then point an pixel are different.  There are almost the same for 75 dpi  (but that's no excuse to hardcode a 75 dpi value ;)
[02:26] <Tm_T> allee-dapper: you mean KDE only use different unit? :p
[02:26] <allee-dapper> Tm_T: sorry I don't know if the mention desktop env use px or pt as their unit (me hopes not)
[02:27] <Tm_T> aye
[02:27] <Tm_T> just strange
[02:27] <Tm_T> bit nasty too
[02:27] <Tm_T> anyway, sleep ->
[02:27] <allee-dapper> Tm_T: KDE uses points (pt) and that's the right thing!! ;)
[02:27] <allee-dapper> Tm_T: nite
[02:35] <allee-dapper> freeflying: ping?
[02:41] <freeflying> allee-dapper: hi
[02:42] <allee-dapper> freeflying: hi, about scim:
[02:42] <freeflying> allee-dapper:  about skim
[02:42] <allee-dapper> copyright misses a copy of the copyright notice used in the source
[02:43] <freeflying> allee-dapper: I need one more reviews
[02:43] <allee-dapper> freeflying: sorry I can only comment on packaging.  No vote right
[02:44] <allee-dapper> freeflying: mhmm I would not vote for it.  Still may littel details missing ;)
[02:45] <allee-dapper> freeflying: e.g. the pkg description does not explain what scim is
[02:45] <freeflying> allee-dapper:  thx . I'll add them
[02:45] <allee-dapper> freeflying: you build depend on scons but have scons in diff
[02:45] <freeflying> allee-dapper: there a patch for sconstruct
[02:46] <allee-dapper> And this: ?
[02:46] <freeflying> allee-dapper:  and scim is in universe , which is a input method
[02:46] <allee-dapper> --- skim-1.4.3.orig/scons
[02:46] <allee-dapper> +++ skim-1.4.3/scons
[02:46] <allee-dapper> @@ -0,0 +1,50 @@
[02:47] <allee-dapper> don't tell me ;)  tell your potential users in the description of the packages ;)
[02:48] <freeflying> allee-dapper:  thx
[02:48] <allee-dapper> freeflying: homepage: URL in descri tiption is pretty standard
[02:49] <allee-dapper> freeflying: rules: usually commented out dh_*  stuff is better removed
[02:49] <freeflying> allee-dapper:  right
[02:50] <allee-dapper> freeflying: rules chmod really necessary? doesn't dh_fixperms do the job?
[02:50] <freeflying> allee-dapper: dh_fixperms dosen't work
[02:50] <freeflying> so i use chmod
[02:51] <allee-dapper> freeflying: strange
[02:52] <freeflying> allee-dapper:  ?
[02:52] <allee-dapper> freeflying: check what header files are included in skims /usr/include/skim/* files and build-dep on the pkg containing them
[02:52] <allee-dapper> freeflying: strange, that fixperms does not work
[02:53] <allee-dapper> freeflying: dpatch build-dep but I can't see a diff used by dpatch.
[02:53] <Drakeson> just to report, I guess something's wrong with Dec 12 version of kpdf.
[02:54] <Drakeson> I downgraded to Dec 8 and it's fine
[02:55] <Drakeson> can someone check the recent kpdf to see if it can show a single document?
[02:55] <Drakeson> (I mean the packaged one from the repos)
[02:55] <allee-dapper> Drakeson: it's a known problem.  Riddell mentioned that he work on it
[02:58] <allee-dapper> freeflying: you are no listed as (co) maintainer in control
[02:59] <freeflying> allee-dapper:  it's still in debian mentors now
[03:03] <allee-dapper> ahh, then send your patches to him.  It's time he updates whatever is in the mentor side ;)
[03:05] <allee-dapper> freeflying: try grep -Ri copyright .    and licensecheck for kdesdk if  copyright holders and distribution licenses are correct
[03:06] <freeflying> allee-dapper:  I've feedback all my works to him
[03:08] <allee-dapper> freeflying: great.  No more comments from my side.  Ah last on standard version should be 3.6.2
[03:08] <allee-dapper> nite
[03:08] <freeflying> allee-dapper:  thx lots lots
[03:09] <allee> freeflying: np
[03:54] <freeflying> Riddell:  https://wiki.kubuntu.org/LaptopTestingTeam/Kubuntuflight-2livecdonibook
[08:23] <Tm_T> hehe, I ended up to compile my own kicker
[08:23] <Tm_T> and oh, now it doesn't crash :o
[08:41] <seth_k> Riddell, happy Kat here: http://revu.tauware.de/details.py?upid=1177 & includes .pot generation
[08:49] <seth_k|away> oh blast, it uses its own kde.mk file
[08:49] <seth_k|away> I'll need to upload again
[09:01] <seth_k|away> ah, no, it looks like it knew what it was doing already. Upload is fine I believe, but definitely check it
[09:24] <Riddell> seth_k|away: clever kat :)
[09:24] <Riddell> anyone who wants to be super useful can test to see which of these are installable and which aren't http://kubuntu.org/~jr/tmp/KDELIBS
[09:26] <Tm_T> aye
[09:27] <Tm_T> you mean which are still dependent to 4c2 ?
[09:27] <Riddell> Tm_T: yes
[09:27] <Riddell> should just need one big for loop or something :)
[09:28] <Tm_T> kdesdk atleast
[09:28] <Tm_T> because kdevelop3 still doesnt install
[09:28] <Riddell> kdevelop3 is now on 2 architectures, just not i386
[09:29] <Riddell> kdesdk works for me
[09:29] <Tm_T> hmm
[09:29] <Tm_T> then what was it :p
[09:29] <Tm_T> kdevelop3: Depends: kdelibs4c2 (>= 4:3.4.2) but it is not installable
[09:29] <Tm_T> same for kdevelop3-plugins I think
[09:30] <Tm_T> there was something else I tried today
[09:30] <Tm_T> ah, kipi-plugins
[09:31] <Riddell> buildd's hate kdevelop3 http://people.ubuntu.com/~lamont/buildLogs/k/kdevelop3/4:3.3.0-0ubuntu3/
[09:31] <Riddell> hmm, I had some issue with kipi-plugins, can't remember what it was now
[09:34] <Tm_T> ok, have to go, I might test those more later today if someone else didn't do it before me ;)
[09:35] <freeflyi1g> Riddell: hi
[09:36] <Riddell> hi freeflyi1g
[09:36] <freeflyi1g> I have a test on ibook for livecd
[09:36] <freeflyi1g> have you got it
[09:36] <Riddell> freeflyi1g: yeah saw it, lots to fix :(
[09:37] <freeflyi1g> Riddell:  why dose it cost so much time to boot
[09:40] <Riddell> freeflyi1g: is it slower than breezy?
[09:40] <freeflyi1g> Riddell:  I;ve never test breezy livecd on ibook
[09:40] <Riddell> livecds are always slow
[09:43] <freeflyi1g> Riddell:  On a x86 system , it cost moer less time that this one
[09:49] <Riddell> powerpc takes a long time to install as well I seem to remember, I wonder if they just have slow CD drives
[09:55] <freeflyi1g> Riddell:  I remember that I've test livecd in daily of last week ,and it cost less time than this time
[09:56] <Riddell> the live cd structure has changed significantly in the last week
[02:30] <freeflying> raphink: ping
[03:43] <jjesse> when i apt-get updated this morning what portion of kubuntu-docs needed to get updated?
[03:43] <jjesse> on dapper
[03:43] <Riddell> check the changelog
[03:43] <Riddell> probably the firefox link
[03:44] <jjesse> stupid question just cause i don't know, where is the changelog kept?
[03:46] <Riddell> zless /usr/share/docs/packagename/changelog.Debian.gz
[03:46] <jjesse> thanks
[05:28] <jjesse> Riddell: where does the about-kubuntu come from that is shipped in dapper kubuntu docs?
[05:28] <jjesse> Riddell: because it shouldn't say "Send feedback to the KDE Docs Team"
[05:30] <Riddell> jjesse: from SVN I presume
[05:31] <Riddell> hmm, bad template
[05:31] <Riddell> jjesse: I plan to update the kubuntu-docs package later today, I'll try and get rid of hat
[05:31] <Riddell> that
[05:32] <jjesse> shouldn't it also have the stylesheet
[05:32] <Riddell> that's what I ment
[05:33] <Riddell> jjesse: is there anything to replace the quickguide yet?
[05:33] <Riddell> jjesse: oh and did you do flight-2 release notes?
[05:33] <jjesse> Riddell: no i didn't i had to take my wife to the doctor yesterday and it took all my time
[05:34] <Riddell> I think that takes priority
[05:35] <jjesse> Riddell: i'm working on them right now at work so i can try and get them taken care of
[05:35] <jjesse> lunch time, be back later to work on that
[06:12] <pef> hello
[06:13] <Riddell> yo pef!
[06:13] <pef> Riddell: how are you ? sorry for being less present on irc, but I sold my laptop, and it's harder to work from a cybercafe :)
[06:13] <Riddell> sold your laptop!
[06:14] <Riddell> but that's like selling your soul
[06:14] <pef> :D
[06:14] <pef> but just sold for buying another one :)
[06:15] <pef> Riddell: In Dapper, can I fix thinks like broken packages because of kdelibs4c2a ? or there is something special to know about the transition ?
[06:15] <Riddell> pef: yes please!
[06:15] <pef> ok, nice :)
[06:15] <Riddell> pef: check that the package doesn't need merging with debian, or that a new upstream isn't out
[06:16] <Riddell> pef: and try and get it to make a .pot file if you can, see KubuntuPackagingGuide
[06:16] <Riddell> but basicly just rebuild
[06:16] <pef> Riddell: yeah, I've see through your uploads changes concerning this
[06:17] <Riddell> if it doesn't already have a ubuntu version number and no changes are needed add build1 to the version number so it'll sync again in future
[06:27] <pef> ok :)
[06:34] <jjesse> back from lunch and working on releasenotes
[06:39] <Riddell> I think jjesse has his priorities correct, wife > lunch > kubuntu > work  :)
[06:45] <pef> cdbs and dpatch are deprecated, now ?
[06:46] <Riddell> pef: no
[06:46] <Riddell> although there's a special cdbs-patch for cdbs
[06:46] <jjesse> grin thanks for Riddell :)
[06:47] <pef> arg, being a maintainer for upstream code too is a time consuming task :)
[07:29] <Riddell> mmm, what a package name libk3b2-mp3
[07:41] <incinerator> hi, i just made a kubuntu dapper flight 2 cd, and the kernel won't boot
[07:41] <Riddell> incinerator: which architecture?
[07:41] <incinerator> the boot loader gives me a "Error reading boot CD" message
[07:41] <incinerator> i386
[07:41] <Riddell> incinerator: bad burn then
[07:41] <incinerator> install-i386
[07:41] <incinerator> hmmm
[07:41] <Riddell> incinerator: check MD5 sums and reburn
[07:42] <incinerator> i have checked md5 sum of the image, it is ok
[07:42] <incinerator> but I'll check the burnt image to be sure...
[07:44] <incinerator> btw, Hi Jonathan
[07:44] <incinerator> Dominik here ggg
[07:45] <Riddell> incinerator: http://wiki.kubuntu.org/VerifyIsoHowto
[07:46] <incinerator> thx, I did not bother to check the gpg signatures but the MD5SUM itself is ok
[07:47] <incinerator> edlug
[07:47] <incinerator> the German
[07:47] <Riddell> ah hah
[07:47] <Riddell> wish I could make more edlugs
[07:47] <incinerator> ok, I just did a readcd and md5sum'ed the read image with the md5sum i downloaded, they match
[07:48] <incinerator> I'll do that on the computer I want to install it on, as well. just to be sure
[07:48] <Riddell> that ISO has definatly been checked by myself and at least one other person
[07:49] <incinerator> aye, the "xmas" meal was very nice again...
[07:56] <incinerator> ok, the md5sum also matches on my laptop, neither cd nor reader/writer seem to be faulty
[07:56] <incinerator> I also tried to use the F3 "extra options key", pressed return but it would say "could not find boot image R"
[07:57] <Riddell> spooky
[07:57] <incinerator> strangely enough the option line started with "preseed=something" there wasn't any mention of a vmlinuz nor an "image=" option
[07:57] <incinerator> i guess if changed that it would boot
[07:58] <incinerator> does that preseed option have to be there at all?
[07:58] <Riddell> incinerator: I don't actually know, but I'd assume there's a good reason for it
[07:59] <incinerator> more problems to come: changing the language to "Deutsch" in the boot menu freezes the whole thing
[08:00] <incinerator> seems the isolinux setup is fubar
[08:00] <incinerator> btw, I am getting a debug window with "pstk and rstk" tables, are they supposed to be there?
[08:00] <Riddell> I never tried chaning the language, that's something we should make sure to test
[08:00] <Riddell> no, shouldn't be a debug window
[08:01] <incinerator> hmmm, seems my comp doesn't load isolinux properly then
[08:02] <incinerator> oh, i just realised there's a new bios
[08:02] <incinerator> I'll put that on and try again....
[08:10] <Riddell> seth_k: how can it do that?
[08:10] <seth_k> Riddell, not apt-get itself, but one of the packages it upgraded
[08:11] <mornfall> what the... http://utnubu.alioth.debian.org/scottish/by_maint/me%40mornfall.net/large/libapt-front/
[08:11] <seth_k> Riddell, do I need to address those REVU comments for kat? the old package had the same issues
[08:11] <Riddell> seth_k: which comments?
[08:12] <seth_k> http://revu.tauware.de/details.py?upid=1177 Riddell
[08:12] <Riddell> mornfall: my word
[08:13] <mornfall> Riddell: why do we have 14M patch in ubuntu :-)
[08:13] <mornfall> Riddell: someone probably forgot makeing distclean before packing up hmm
[08:13] <Riddell> seth_k: hah, raphink is fast :), address them if you have time but they don't look vital
[08:13] <seth_k> Riddell, raphink has good comments :) he has been helpful on all my packages
[08:14] <seth_k> Riddell, if I don't get around to them by the time you push an upload, i'll just do an ubuntu2
[08:14] <incinerator> Ridell: bios update did not help, seems isolinux is screwed....
[08:15] <incinerator> I'll try the amd64 version now....
[08:15] <Riddell> incinerator: try with an ubuntu CD or a live CD maybe
[08:15] <Riddell> mornfall: where does it say the size?
[08:15] <incinerator> I really need to get some cdrws
[08:18] <mornfall> Riddell: when you try to d/l the patch :)
[08:18] <incinerator> patch????
[08:18] <incinerator> oh sorry, not me ggg
[08:27] <incinerator> Ridell: amd64 image seems to work, but the i386 has its isolinux knackered...
[08:27] <Riddell> incinerator: are you loading the i386 one on an amd64?
[08:27] <incinerator> yup
[08:29] <Riddell> hmm, should still work but
[08:29] <incinerator> indeed
[08:32] <incinerator> bah, my card read is firing an interrupt and the kernel locks up :-(
[08:36] <incinerator> hmmm, amd64 won't do
[08:40] <incinerator> is there a wiki page for know problems with dapper flight-2 that I can search for workarounds?
[08:42] <Riddell> incinerator: I don't think there is
[08:42] <incinerator> hmmm, with amd64 there's a problem. I get kernel dmesgs and then "Starting system log daemon: syslogd, klogd." and that's it
[08:43] <incinerator> system is still reactive (i can do ctrl-alt-del for reboot) but nothing happens
[08:43] <incinerator> noapic nolapic doesn't help either, and I am fresh out of ideas....
[08:45] <Riddell> incinerator: works for me on amd64, you should report it to bugzilla
[08:46] <Riddell> sorry I'm not being much help, I just do KDE
[08:46] <incinerator> nevermind, that's ok
[08:48] <incinerator> interesting, i just did another try with the usb mouse disconnected, now it works....
[08:49] <Riddell> spooky
[08:49] <incinerator> i had similiar problems with suse 10.0
[09:13] <seaLne> has anyone else experience kdf dieing as soon as it loads a pdf from konq? (breezy 3.5)
[09:14] <seaLne> kpdf
[09:14] <seaLne> http in konq that is
[09:17] <Riddell> seaLne: ubuntu0breezy1.2 is problematic, upgrade to breezy1.3
[09:18] <seaLne> fully uptodate afaik
[09:20] <seaLne> another thing i've noticed recently is if i view source in konq (uses kate) when i quit kate it complains the tmp file that it is is no longer there
[09:20] <seaLne> not sure if thats something i've caused
[09:21] <seaLne> but it not like a long time after viewing it
[09:33] <Riddell> any other breezy 3.5 users?
[09:40] <incinerator> what'ch mean?
[09:41] <incinerator> some good news, btw. the laptop's speakers work now ggg
[09:41] <incinerator> and the permanent 50% soft interrupt load is gone, as well.
[09:42] <Riddell> I'm wondering if anyone else is running 3.5 on breezy and can confirm seaLne's kpdf problem
[09:42] <Riddell> sebas?
[09:42] <incinerator> haven't tried yet
[09:42] <incinerator> but give me a sec, what do i have to do?
[09:43] <Riddell> load a pdf file in konqueror
[09:43] <Riddell> with latest updated breezy KDE 3.5
[09:43] <incinerator> hmmm, just a sec
[09:43] <incinerator> anyone a pdf url?
[09:44] <Riddell> http://kubuntu.org/~jr/tmp/break-kpdf.pdf
[09:44] <incinerator> some kde bugs, as well, but only minor ones so far...
[09:45] <incinerator> bah dhclient.conf is b0rked
[09:45] <incinerator> well, ifup eth0 helped
[09:46] <incinerator> pdf works without problems for me
[09:46] <incinerator> what exactly is supposed to break?
[09:47] <incinerator> ouch, unaccelerated X sucks ggg
[09:49] <incinerator> i tried another pdf, looks good
[09:51] <incinerator> but mine's a fresh flight 2 install, no updates so far...
[09:53] <Tonio_> hi everyone
[10:01] <Riddell> hi Tonio_
[10:03] <Tonio_> Riddell: may I ask you a few questions about the patch and pot files ?
[10:04] <Riddell> Tonio_: sure
[10:05] <Tonio_> well, one point isn't clear, and raphink and I are not sure to understand
[10:06] <Riddell> mm hmm?
[10:06] <Tonio_> is it necessary to patch even if there are no .pot/.po files in po/ folder ?
[10:06] <Tonio_> can it be generated ?
[10:06] <Tonio_> and second and last question, how to see if the admin folder is too old or not ?
[10:07] <Riddell> I don't understand the first question, the whole idea is to generate a .pot file
[10:07] <Tonio_> yep
[10:07] <Riddell> the admin folder is too old if cvs.sh doesn't have an extract-messages target
[10:07] <Riddell> it can probably be done with older admin folders but I havn't bothered to look how
[10:07] <Tonio_> but concerning your revus of my packages, you don't refer to pot for certain packages
[10:08] <Riddell> they should all have .pot generation if possible
[10:08] <Tonio_> if it exists, it'll be used, okay, but if not, then the patch should manage to get it created ?
[10:08] <Tonio_> so the idea is to patch every application that has a po folder
[10:08] <Tonio_> even if empty ?
[10:08] <Riddell> every application that has i18n strings
[10:09] <Riddell> especially if the po folder is empty, that means we need .pot files so people can translate it :)
[10:09] <Tonio_> okay
[10:09] <Tonio_> what kind of text can we grep to check if there are i17n strings ?
[10:10] <Riddell> well if the program has a user interface it'll have i18n strings
[10:10] <Tonio_> s/i17/i18 of course
[10:10] <Tonio_> okay
[10:10] <Tonio_> so I have to modify all my packages
[10:10] <Tonio_> I'll do toonight
[10:10] <Riddell> cool
[10:10] <Riddell> let me know if you have any problems
[10:11] <Tonio_> I will send you an email about that...
[10:11] <Tonio_> also all other packages are supposed to fixed, except codeine
[10:11] <Tonio_> scons s**ks
[10:12] <Riddell> scons is cool, it's just new and unusual
[10:13] <Tonio_> waiting for a scons.mk ;)
[10:13] <Tonio_> I know scons has some advantages
[10:13] <Tonio_> possibility to use en embedded mini-scons
[10:13] <Tonio_> that really nice
[10:14] <Tonio_> except to make propper packages ;)
[10:14] <Riddell> and if it gets rid of all the Makefile.in horribleness that'll be worth it
[10:15] <Tonio_> I looked at the job done on codeine, that's horrible :) the package is really crappy when debuild && debuild -S
[10:15] <Tonio_> okay, thanks for the responses
[10:17] <Tonio_> hum concerning pot
[10:18] <Tonio_> if cvs.sh doesn't contain "kdepot" text, it is too old if I understand ?
[10:18] <Tonio_>  + correctly ;)
[10:18] <Riddell> yes
[10:19] <Riddell> run  ./admin/cvs.sh  and see if it has extract-messages
[10:19] <Tonio_> okay
[10:20] <Tonio_> let's go, many things to do toonight ;)
[10:20] <Tonio_> thanks for your patience with me Riddell  ;)
[10:21] <Riddell> thanks for your packaging :)
[10:23] <Tonio_> I'm gona contribute to rosetta soon too ;)
[10:23] <Tonio_> that's a fantastic project ;)
[10:23] <Riddell> you'll need to wait until they start importing dapper .pot files, which I think is at string freeze time
[10:31] <raphink> Riddell: do you have time to approve two packages ? you had approved them in the past and I just changed minor details.
[10:32] <incinerator> question: what is the best way for kde setting up an nfs client?
[10:32] <incinerator> i had some inconsistency: kde was telling me the nfs share was mounted on /media/ftp but it was mounted at /mnt/hostname
[10:33] <incinerator> there's this page at the wiki https://wiki.ubuntu.com/NFSClientHowTo
[10:33] <incinerator> but that uses autofs, woud that work with kde?
[10:34] <Riddell> incinerator: put it in your fstab?
[10:34] <incinerator> that's what i did
[10:34] <incinerator> mountpoint was /mnt/hostname but kde would access it at media:/ftp, strange....
[10:35] <incinerator> btw, the share on the remote host was at /home/ftp
[10:36] <incinerator> unfortunately the "add network folders" wizard doesn't provide for nfs :-(
[10:38] <raphink> Riddell: could you advocate http://revu.tauware.de/details.py?upid=1102 again please ?
[10:40] <Riddell> raphink: why /usr/sbin instead of /usr/bin?
[10:40] <raphink> Riddell: because they are executable scripts
[10:40] <raphink> not binaries
[10:40] <Riddell> that's not what sbin is for
[10:40] <raphink> :s
[10:41] <Riddell> sbin is for system problems, stuff that only a sysadmin needs
[10:41] <raphink> huh
[10:41] <raphink> ok
[10:41] <raphink> reverting then
[10:41] <Riddell> system binaries rather
[10:41] <Riddell> see debian-policy or FHS
[10:41] <incinerator> you've been playing with AT&T unix for too long raphink ;-)
[10:41] <raphink> thanks for telling
[10:41] <raphink> :)
[10:41] <raphink> incinerator: I have just been told scripts went to /usr/sbin
[10:42] <raphink> and I trusted it
[10:42] <incinerator> oh, those were the days ggg
[10:42] <raphink> ;)
[10:42] <incinerator> probably and old unix guro who gave you that answer ggg
[10:42] <incinerator> ^and|an
[10:42] <incinerator> bah, my typing is pish today
[10:43] <incinerator> too much of using both de and gb keyboards at once :-(
[10:43] <incinerator> anyway, thanks for your help Jonathan, I am positively surprised that sound works properly now and the apic/lapic issues have been sorted out
[10:59] <raphink> Riddell: could you review knmap again please ? I've set the rm -f issue :)
[11:00] <raphink> http://revu.tauware.de/details.py?upid=1171
[11:10] <Riddell> raphink: approved!
[11:10] <raphink> thanks ! :)
[11:10] <raphink> I worked hard on it :)
[11:10] <Riddell> yes, well done
[11:11] <raphink> :)
[11:11] <raphink> and I've just removed the /usr/sbin stupid stuff from http://revu.tauware.de/details.py?upid=1185
[11:12] <raphink> it's very fast to review ;)
[11:12] <Riddell> approved!
[11:13] <Riddell> assuming it's the same as when I last approved it
[11:13] <raphink> yes :)
[11:14] <raphink> thanks :)
[11:14] <raphink> you didn't approve last version though
[11:14] <raphink> funnily
[11:14] <raphink> it seems you approved the last but one
[11:14] <raphink> :s
[11:14] <Riddell> means you gave me an old link
[11:15] <raphink> no
[11:15] <raphink> ;)
[11:15] <raphink> the only diff between the last and last but on
[11:15] <raphink> one
[11:15] <raphink> is that I had forgotten to run -sa on debuild
[11:15] <raphink> so orig.tar.gz was not there
[11:15] <raphink> on last but one
[11:15] <raphink> apart from that it's exactly the same content
[11:16] <raphink> there are weird things on REVU sometimes
[11:20] <raphink> Riddell: you don't see how this is the last but one you advocated ?
[11:20] <Riddell> raphink: because you gave me an old link
[11:20] <Riddell> raphink: go to the revu homepage and find me the new link
[11:20] <raphink> oooh
[11:21] <raphink> http://revu.tauware.de/details.py?upid=1187
[11:21] <raphink> :)
[11:21] <raphink> there
[11:21] <raphink> sorry I didn't know upid changed
[11:21] <raphink> hadn't noticed before
[11:21] <raphink> :s
[11:23] <raphink> nevermind, daniel uploaded it :)
[11:24] <raphink> kyamo ( http://revu.tauware.de/details.py?upid=1105 ) has been improved too, and already approved by daniel last weekend
[11:25] <raphink> it's a nice kde program to organize music collections & I've worked quite close to the upstream dev to improve its quality :)


[10:14] <lazynerd> I''ve a problem with my partition at EBS, though I have space of 115G, when I create a file it says Space not left on device
[15:04] <a133x> hello, is anyone online?
[16:17] <ch1ll1man> does anyone know how best to set the hostname on the ubuntu ec2 instances,  at each restart it defaults to the IP address


[00:18] <seele> DaskreecH: which one?
[00:19] <seele> yikes.. my admin is going to kill me
[00:19] <seele> i should have known better than to post pictures on the server..
[00:20]  * seele yawns again
[00:20] <seele> want to sleeeeep..
[00:20] <nosrednaekim> nice pics.... who's the dude with the ponytail?
[00:20] <nosrednaekim> seele: ^^
[00:20] <seele> scott wheeler, another kdeer
[00:22] <DaskreecH> Kdeer?
[00:22] <nosrednaekim> ah
[00:23] <nosrednaekim> KDE'r
[00:23] <DaskreecH> does that have Kveal?
[00:23] <nosrednaekim> heh
[09:32] <Arby> Riddell: around?
[09:36] <Riddell> hi Arby
[09:36] <Arby> Riddell: I have a working-ish  kde4 port of jockey, if I put the branch up on lp do you have time to take a look?
[09:37] <Arby> it's still work in progress
[09:37] <Arby> current it runs but fails the unit tests in ways I don't understand
[09:37] <Riddell> mm, I don't understand those unit tests either
[09:38] <Riddell> but can try
[09:38] <Arby> and is it worth giving pitti a heads up since he seems to be the main jockey person
[09:38] <Arby> OK I'll put it up
[09:38] <Arby> when I've looked up how
[09:44] <Riddell> bzr push ...
[09:46] <Arby> Riddell: I know but launchpad is throwing ssh errors
[09:46] <Arby> could be a problem with my key
[09:55] <Riddell> Arby: what url are you pushing to?
[09:55] <Arby> Riddell: got it now
[09:56] <Arby> it was my key that was faulty
[09:56] <Arby> Riddell: it should now be at https://code.launchpad.net/~rbirnie/jockey/jockey-kde4
[09:57] <Arby> the command I used was bzr push<EMAIL_ADDRESS>[09:59] <Arby> currently the unittests fail with http://paste.ubuntu.com/14745/
[10:00] <Arby> I think this is related to the KAboutData object I created to keep KCmdLineArgs happy
[10:00] <Arby> if this is not the right way to do it let me know
[10:02] <Arby> Riddell: I have to go out for a while now. Leave any comments here or e-mail me and I'll be back this afternoon.
[10:05] <Riddell> ah, slight problem, no pykde on this machine
[10:34] <Riddell> jr@lichts:~/src/jockey-kde4>./tests/run-qt
[10:34] <Riddell> Fatal error: you need to have a KComponentData object
[12:33] <Arby>  Riddell: well at least you get the same result I do that's a start
[12:33] <Arby> any idea what would cause it, am I doing anything obviously wrong
[12:41] <Riddell> Arby: run-qt still uses a QApplication
[12:41] <Riddell> Arby: running kde/jockey-kde does start up
[12:42] <Arby> ah, it'll be the run-qt script then, I know it starts
[12:42] <Arby> according to the README it won't be accepted without a successful test
[12:43] <Arby> so I need to modify the test script as well
[12:43] <Arby> hmm, I know slightly less than nothing about unittests
[12:43] <Arby> this could be ... ~interesting~
[13:48] <Arby> Riddell: I think I've fixed the test script.
[13:49] <Arby> Riddell: could you take another look at https://code.launchpad.net/~rbirnie/jockey/jockey-kde4 and make sure it looks sane
[13:49] <Arby> if it does I'll speak to pitti about getting it merged into the main branch
[13:50] <Arby> Riddell: could you particularly look at the QTreeWidget piece. I don't really understand that bit
[13:50] <Arby> does it need it need to be converted to a PyKDE equivalent
[13:53] <mhb> hmm hmm
[13:53] <mhb> someone is messing with my code :o)
[13:53]  * mhb ponders eating him, because that's what you do in a fairy tale
[13:54] <mhb> Arby: perhaps not bypassing the actual author might be useful?
[13:54] <mhb> I find that offensive :o)
[13:54] <Arby> mhb: apologies I didn't know you were the author
[13:54] <mhb> Arby: should have been written in that code :o)
[13:55] <mhb> Arby: I'll be much more able to push the changes into the code
[13:55] <mhb> Arby: please explain what have you patched and why
[13:55] <mhb> Arby: hmm ,unfortunately, I have to leave now
[13:56] <mhb> Arby: please do explain that, I'll respond once I get back, okay? Thank you so much!
[13:56] <mhb> see you
[13:56] <Arby> mhb: I've converted it from PyQt to PyKDE because it's in the spec here https://wiki.kubuntu.org/KubuntuIntrepidKDE4Porting
[13:57] <Arby> mhb: essentially I've converted the PyQt widgets to PyKDE ones and changed the icon loading to use KIcon
[13:58] <Arby> mhb: I've also altered the tests/run-qt script to use KApplication instead of QApplication
[13:58] <Arby> mhb: my work so far is in a branch at https://code.launchpad.net/~rbirnie/jockey/jockey-kde4
[14:00] <Arby> mhb: currently the kde front end loads and it passes the modifed version of run-qt as far as I understand
[14:00] <Arby> mhb: with the caveat that my knowledge of unittests is exactly zero
[14:02] <Arby> mhb: I've only looked at the jockey-kde file so far, I only just found your name in the Authors file
[14:02] <Arby> mhb: apologies for any offense caused, none was intended
[14:05] <Serega> hi there
[16:27] <mhb> Arby: it's okay, just please next time let me know what's going on with my code ... I can also help from time to time, you know :o)
[16:29] <Arby> mhb: I was just looking for something small to get into PyKDE if you'd prefer to work on it yourself then fair enough
[16:31] <Arby> mhb: the comments in the source suggest that you are intending to redesign it to use a model/view architecture anyway
[16:31] <Arby> is that something that's likely to happen soon?
[16:32] <ScottK> mhb: Did you send me the klamav patch you did?
[16:35] <mhb> Arby: if you want to do that, you're free to do so, I've got several weeks of exams now
[16:35] <Arby> mhb: I think it may be a long way over my head
[16:35] <Arby> I tried looking at the Qt docs for Model/View and my brain started to melt
[16:35] <mhb> ScottK: not yet... I tried to do the diff, but I somehow broke it, so I have to redo it
[16:36] <Arby> mhb: I'd have to learn Model/View from the ground up
[16:36] <mhb> I somehow applied the debian/patches and now it is not possible to unapply them, so they're semi-applied
[16:36] <Arby> mhb: which I don't mind doing if you're happy to give a little guidance on roughly how it should work
[16:36] <mhb> Arby: it's something one should know anyway
[16:36] <mhb> Arby: sure!
[16:37] <ScottK> mhb: OK.  No great rush.  Just checking to see if I'd missed it.
[16:37] <Arby> mhb: I can usually hack up things that work, making them work the *right* way is something I'm still learning
[16:38] <mhb> http://en.wikipedia.org/wiki/Model-view-controller
[16:38] <mhb> that is the theory behind it, have you read that?
[16:38] <Arby> mhb: just how big a job is it? it sounds like almost a complete rebuild
[16:38] <Arby> mhb: no, I have a lot of reading to do
[16:38] <mhb> it's only about the main window view
[16:39] <mhb> the listview or whatever it is called
[16:39] <Arby> ok
[16:39] <mhb> I'd say three days work, if you understand both the theory and the way Qt4 is doing it.
[16:40] <mhb> I'm not very familiar with the Qt4 model, therefore I hacked it around before.
[16:40] <Arby> so about 3 weeks in my case since I know neither of those
[16:41] <Arby> mhb: do you have any time to look over what I did so far just to check I'm not doing anything insane?
[16:41] <Arby> there are a couple of things that I know are a bit hackish
[16:41] <mhb> sure
[16:42] <mhb> later in the evening, if you don't mind that
[16:42] <Arby> not a problem, I have plenty to do/read
[16:42] <Arby> mainly it's the setting up of KAboutData, I'm sure I must be able to extract that from somewhere
[16:43] <Arby> but anyway. ping me later when you're free
[18:39] <ScottK> Is it just me or do others find it annoying that the KDE bug tracker lists "Ubuntu packages" and not "Kubuntu packages" as a source of packages?
[18:41]  * yuriy raises hand
[18:45]  * ScottK wonders if it's been discussed with them.
[18:45]  * ScottK figures Riddell knows.
[19:26] <mhb> Arby: I'm present
[19:26] <Arby> mhb: welcome back
[19:27] <mhb> ScottK: I'd say it is a low priority issue, trouble is, you'd have to convince a LP dev to fix that, right?
[19:27] <mhb> and that is not so possible
[19:27] <Arby> mhb: two sets of questions really.
[19:27] <Arby> mhb: does the code for what I've done so far look sane?
[19:27] <Arby> apart from the things I've mentioned in the comments as dubious
[19:28] <Arby> mhb: the second set is about model/view implementation but one thing at a time
[19:28] <Arby> (just getting the link to the branch)
[19:29] <ScottK> mhb: No.  This is the KDE bug tracker.
[19:29] <Arby> mhb: https://code.launchpad.net/~rbirnie/jockey/jockey-kde4
[19:29] <ScottK> For LP it's clearly hopeless.
[19:29] <mhb> ScottK: ah
[19:29] <mhb> ScottK: well, that could be fixed then
[19:31] <mhb> Arby: hmm, I'll install Kubuntu and be there in a sec
[19:35] <Nightrose> ScottK: you could try emailing sysadmin at kde org and ask to have it changed
[19:35]  * ScottK guesses it'd come better from Riddell.
[19:36]  * ScottK will if no one else speaks up.
[19:36] <ManiacHgh> hello! I have an issue with Kubuntu, evey time after automatic updates I get unresolved link simbols
[19:36] <ManiacHgh> experimentally I found that "sudo aptitude reinstall libqt3-mt kdelibs4c2a" helps to get system back to normal
[19:36] <ManiacHgh>  this time I had missing sybmos in  libqt3-mt with link C++ mangled name
[19:47] <ManiacHgh> I have repored bug 161379 to bugs.kde.org with same issue
[19:53] <ScottK> KDE bug 161379
[19:58] <ManiacHgh> hm. I misspelled bug ID?
[19:59] <ManiacHgh> KDE bug 161479
[20:00] <ManiacHgh> I am sure it is kubuntu/pakaging related issue
[20:01] <ManiacHgh> can it happen because traces of KDE4 are left in system, and ldd processes wrong libraries after update?
[20:57] <ManiacHgh> I have execuded "ldd -r" over bin folder. there are a lot of unresolved symbols.
[20:57] <ManiacHgh> http://pastebin.com/m2bf93543
[21:28] <Riddell> ScottK: I don't mind either way, it was dfaure that set it originally
[22:21] <vorian> where can I find the latest KDE 4 files for debian/cdbs :)
[22:21]  * vorian waves too
[23:07] <ryanakca> Riddell: since you're kguitar's last uploader, why do we run dh_iconcache but Debian doesn't?
[23:13] <crimsun> because dh_iconcache existed in Ubuntu prior to being added to Debian
[23:13] <crimsun> it now exists in debhelper v6+ as dh_icons
[23:50] <ryanakca> crimsun: ah, ok
[23:51] <crimsun> (there's an upstream component that requires GTK+ 2.12)


[17:04] <Mirv> cyphermox: sorry, I should have explicitly asked to be added to the newly created package set. does it need another meeting, a formal application etc or can it be handled on the mailing list?
[17:15] <cyphermox> Mirv: we usually vote on these things, I think you should formally apply if you don't already have upload rights for those packages
[17:41] <Mirv> cyphermox: ok, that won't help my Qt landing though anymore probably, since this addition took the 2.5 months it did and now the landing is probably near. but since the set is there it'd be useful to have someone there.
[19:28] <xnox> infinity, the above two new syncs could they please go straight into main =)
[19:29] <xnox> (i guess they will end up in new anyway)
[19:32] <infinity> xnox: I wasn't planning on syncing those until the arch actually existed. :P
[19:33] <infinity> xnox: I'm not even sure how LP behaves with a source that it can't create build records for.
[19:33] <xnox> infinity, behaved fine in raring =)
[19:34] <xnox> infinity, i'm just going through random things i can do now.
[19:36] <infinity> xnox: Yeah, we altered build record things a bit since raring.  But it may still be happy with having buildless sources.  I don't think the bit that would break there got changed.
[19:37]  * infinity goes taco hunting.
[21:13] <cjwatson> xnox,infinity: It should work OK in these cases, I believe, but beware: if the source has any architecture-independent packages, such a copy will result in LP trying to do an architecture-independent-only build on amd64, which may not be what you intended and may not work.
[21:13] <cjwatson> xnox,infinity: I'd probably recommend not exercising this just now. :P
[21:24] <infinity> cjwatson: Yeah, those ones have no indep, just s390{,x}
[23:32] <sbeattie> Hrm, I hate to ask for anything additional blocking things from promoting from proposed, but shouldn't a BuildDep version requirement that hasn't made it out of proposed block a package from leaving proposed?
[23:32] <sbeattie> (The specific instance that I've just seen is graphviz migrating with a build-dep on ruby-dev > 1:2.2, which hasn't made it out of xenial-proposed)
[23:34] <xnox> sbeattie, i belive britney only tests dependensies, not build dependensies.


[00:00] <daftykins> i'm debating playing drunk Hitman and streaming it
[00:03] <diddledan> drunk gaming. that doesn't sound like it's gonna end well
[00:04] <daftykins> but it's a game involving murder, so when does it? :)
[00:55] <daftykins> diddledan_: https://i.imgur.com/1ObDTyr.gifv
[00:55] <daftykins> so many diddle clones
[03:52] <mapps> hi
[08:59] <brobostigon> morning boys and girls.


[08:32] <smb> morning .+
[09:04]  * smb has the "feeling" jjohansen is still awake
[09:04] <jjohansen> no not at all
[09:04]  * jjohansen sends emails in his sleep
[09:05] <smb> I am not sure this is a feat or curse...
[09:05] <smb>  :)
[09:05] <jjohansen> hehe, definitely a curse
[09:05] <smb> Even half-asleep those emails usually get the "what the heck did you try to say with that" reply. :)
[09:07] <jjohansen> hehe, yeah I have been told I am blibbering idiot and incoherent all to often
[09:08] <smb> :D At least I am not alone there.
[10:51] <ppisati> lp 903346
[10:51] <ubot2> Launchpad bug 903346 in linux "On omap, CONFIG_DEFAULT_MMAP_MIN_ADDR needs to be set to 32768 per kconfig notes" [Medium,Confirmed] https://launchpad.net/bugs/903346
[10:52] <ogra_> seems we had serious luck over the last releases ...
[10:52]  * ogra_ would love to know when that was set wrongly
[10:54] <ppisati> i think it has never been modified
[10:54] <ppisati> since we spun off arm from master
[10:58] <ogra_> ppisati, well, it was properly set once
[10:58] <ogra_> in 2009
[10:58] <ogra_> so somehow that didnt get carried over from the original omap config
[10:59] <ogra_> our luck was that procps' initscript runs early enough to set it to 32768, else we would have had non working binaries all over the place
[11:09] <ppisati> ogra_: and how did we discover it?
[11:09] <ogra_> armhf failed
[11:10] <ogra_> well, procps failed on armhf ... which in turn made us look at the kernel defaults when fixing
[11:14] <ppisati> ok
[13:25] <ogra_> smb, wrt enforcer ... binaries (all of them) get killed if not run as root when mmap_min_addr points to 64k
[13:25] <ogra_> so i would think it runs ... since thats the reason we found that this option was dropped from our kernel
[13:26] <smb> ogra_, By enforcer I meant the thing that runs before you get to the compile stage
[13:26] <ogra_> oh, that
[13:26] <ogra_> well, i saw it on my ac100 kernel ... but thats built out of tree anyway
[13:27] <smb> Yep, not sure if was running for the topic branch. But if its just a safety feature to not drop it accidentally again
[13:27] <ogra_> yep, agreed
[13:28] <ogra_> though as long as procps gets executed early enough we wouldnt even notice
[13:28] <ogra_> (the upstart job that is)
[13:28] <smb> Which is a sort of "even worse"
[13:28] <ogra_> right
[13:29] <ogra_> we actually only noticed it because procps was screwed
[13:39] <ppisati> smb: the problem with the enforce as it is now
[13:39] <ppisati> smb: is that it doesn't enforce much
[13:39] <ppisati> # Default to 32768 on ARM, 65536 for everything else.
[13:39] <ppisati> ( ( arch armel | arch armhf ) & value CONFIG_DEFAULT_MMAP_MIN_ADDR 32768 ) | \ ( value CONFIG_DEFAULT_MMAP_MIN_ADDR 65536)
[13:40] <smb> ppisati, hmm. thats already there?
[13:40] <ppisati> ( ( arch armel | arch armhf ) & value CONFIG_DEFAULT_MMAP_MIN_ADDR 32768 ) |  ( ( !arch armel & !arch armhf ) value CONFIG_DEFAULT_MMAP_MIN_ADDR 65536)
[13:40] <ppisati> smb: yep
[13:41] <smb> The I wonder whether it is actually called...
[13:41] <ppisati> if i add the ( !arch armel & !arch armhf )... it should be ok
[13:41] <ppisati> yes it is
[13:41] <ppisati> the problem is the OR
[13:41] <ppisati> this one was false: ( ( arch armel | arch armhf ) & value CONFIG_DEFAULT_MMAP_MIN_ADDR 32768 )
[13:41] <ppisati> because CONFIG_DEFAULT_MMAP_MIN_ADDR = 64k
[13:42] <ppisati> while the second part was true, but didn't specify it wasn't for arm
[13:42] <ppisati> -> ( value CONFIG_DEFAULT_MMAP_MIN_ADDR 65536)
[13:42] <smb> hm, I read it as if armel or armhf then it should be 32k
[13:42] <ppisati> right
[13:43] <ppisati> but then it says ".. OR CONFIG_DEFAULT_MMAP_MIN_ADDR = 64k" without enforcing it to be !arm
[13:43] <smb> ah
[13:44] <ppisati> or at least that's how i read it... let me try.. :)
[13:48] <tgardner> ppisati, are you gonna respin the config patches to include the enforcer fixes ?
[13:48] <ppisati> tgardner: will do
[13:49] <tgardner> ppisati, thanks
[13:52]  * tgardner bounces tangerine for kernel update
[14:20]  * smb loves those admins taking systems down without warning...
[14:21] <tgardner> smb, perhaps we should start scheduling regular maintenance
[14:22] <tgardner> you're right though, I should have checked to see if you were actually doing something.
[14:22] <smb> Lickily the compile was through before
[14:22] <smb> But a "wall" would be nice :)
[14:22] <tgardner> well, I did check that there were no jobs running
[14:23] <tgardner> whats a "wall" ?
[14:23] <smb> Used to be message to all users...
[14:23] <smb> Hm, not sure its still there
[14:23] <tgardner> sure is, huh.
[14:25] <tgardner> smb, I  guess that would work as long as you weren't running some program that refreshed the screen all the time, like less or top
[14:25] <smb> tgardner, Right, that would just give a little more warning. Sadly being in the middle of a compile also makes it less usefull...
[14:26] <tgardner> smb, but since I check for that....
[14:27] <smb> True. Hm maintenance windows probably would work too. Though I fear, I'll be the one to forget when they are...
[14:28] <smb> doubly so being in a bisect that drives one nuts...
[14:37] <smb> tgardner, Are you doing larger maintenance on gomeisa?
[14:37]  * tgardner hates it when you reboot a server and it doesn't come back
[14:38] <smb> ah
[14:38]  * smb crawls back under his rock
[14:38] <tgardner> smb, gimme a bit...
[15:26]  * ogasawara back in 20
[15:49] <aquarius> I've just tried to report a suspend bug with "ubuntu-bug linux", but apport claims I'm not running an Ubuntu package; I'm running precise, installed from yesterday's nightly build and upgraded today. What might I be doing wrong?
[15:50] <aquarius> (or, as a different question: how should I report bugs?)
[16:02] <jsalisbury> **
[16:02] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:02] <jsalisbury> **
[17:24] <arges> apw, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/833300  <-- this is the bug I'm talking about. wondering if its similar. essentially with a patch that is upstreamed with can read files with permission 111, but can't execute them. right now the upstream guy says its most likely a client issue.
[17:24] <ubot2> Launchpad bug 833300 in linux "NFSv4 mount point does not allow binary files to run when permissions are set only to execute" [Medium,In progress]
[17:27] <brendand> for those in the meeting earlier, the document is now editable
[17:27] <brendand> it has a comments field
[17:27] <brendand> https://docs.google.com/spreadsheet/ccc?key=0AphFraZYTghddElqTHl3NmZsWXVDYkMxcE5zX3EtR0E
[17:27] <bjf> ls
[17:31] <ogasawara> brendand: what's the difference between "Docking station/Docking Station" and "Docking station/Generic Docking Station"
[17:37] <brendand> ogasawara - you can definitely ignore those, we don't test docking stations or anything that is not part of the system itself. as to why they are categorised differently, jedimike might be able to explain
[17:38] <brendand> jedimike - ogasawara is asking where the categories come from?
[17:39] <jedimike> they are the ones that pci and usb devices fit in to, for example, the ones reported by lspci
[17:39] <brendand> jedimike - they're taken directly from lspci?
[17:40] <jedimike> so a docking station most likely wouldn't show us in the pci or usb device list and get reported as a device
[17:40] <jedimike> brendand, ogasawara they're taken from pci.ids and usb.ids
[17:48] <brendand> it's probably safe to say Generic system peripheral/SD Host controller should be in, right?
[18:59]  * tgardner -> lunch
[19:27] <SpamapS> hey, I'm getting ready to copy the kernel into oneiric-proposed .. please remind me for the 14th time which source packages other than 'linux' and 'linux-meta' I need to copy.
[19:29] <bjf> SpamapS: that should be good enough for now
[19:35] <SpamapS> Ok, they should be copied now
[19:36] <SpamapS> hrm, doesn't show yet
[19:52] <herton> SpamapS, also linux-backports-modules-3.0.0
[19:54] <SpamapS> herton: done
[19:54] <herton> thanks
[20:08] <bjf> herton, thanks for that
[21:05] <cyphermox> apw: I have a small patch that fixes propagating net.ipv6.conf.all.use_tempaddr to the undrlying interfaces; just need to clean it up a bit/fix one smaller issue I noticed, and I'll send it for a quick review by the team before I send it to netdev.
[21:05] <apw> cyphermox, sounds good to me
[21:07] <cyphermox> it was surprisingly simple to do; I was scared to see lots of black magic in kernel code.
[21:24]  * tgardner -> EOD
[22:39] <sforshee> cnd, you have a macbook, don't you?
[22:40] <cnd> sforshee, yeah
[22:40] <cnd> macbook 5,1
[22:40] <sforshee> do you know if there's a way under linux to enable the click and drag like under mac os?
[22:40] <sforshee> where you depress the clickpad with one finger and drag with another
[22:42] <sforshee> cnd, ^
[22:42] <cnd> sforshee, yes and no, we are going to work on it this cycle
[22:43] <sforshee> cnd, so currently, is the answer no?
[22:43] <cnd> sforshee, otp, let me get back to you
[22:43] <sforshee> cnd, np
[23:43] <cnd> sforshee, sorry, long meeting
[23:43] <cnd> so the only way to get similar functionality right now is to mask out a portion of the touchpad at the bottom
[23:43] <cnd> so that any touches there are ignored, and you can click with impunity :)
[23:45] <cnd> the size of the area is determined by the Synaptics Area setting
[23:45] <cnd> you can see an example config in /usr/share/X11/xorg.conf.d/51-synaptics-quirks.conf
[23:45] <cnd> in the conf file it has a different name "AreaBottomEdge"
[23:56] <vanhoof> cnd: been meaning to play w/ that, what's a good starting place for a magic trackpad AreaBottomEdge wise
[23:59] <cnd> ok


[17:13] <badupgradedev> hello
[17:16] <badupgradedev> from phone-screen to monitor ... work on bq e4.5, now?
[17:45] <badupgradedev> and/or radio without internet?
[18:45] <badupgradedev> no tricks available?
[21:03] <badupgradedev> not yet :)
[23:27] <jdmark> https://www.youtube.com/watch?v=1OGK2lIV8DQ
[23:28] <jdmark> someone post that in the topic please
[23:28] <jdmark> Ubuntu Touch Q&A 116
[23:28] <jdmark> January 29th- 2022


[00:20] <nhaines> projectdp: depending on what you're doing, you might want to consider using an Ubuntu 10.04.2 LTS image.
[00:21] <projectdp> thanks
[03:02] <seidos> watt up philipballew
[07:40] <philipballew> where will my grub config file be in 11.04? i need to hide the boot menu at start up
[07:42] <broder> you probably want to edit /etc/default/grub, but i don't know how to do exactly what you want
[07:43] <philipballew> i think thers an option called hidemenu i need to # up
[07:45] <broder> `info grub Configuration 'Simple configuration'` might be helpful
[07:54] <philipballew> yeah. i looked but didnt see a hide option. im gonna have to look into this a bit
[18:19] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Meetings/11May8 edited
[20:08] <MarkDude> seidos, were you able to see the Dalai Lama last week - he was funny as usual
[20:08] <seidos> MarkDude: no.  where was he, UCLA?
[20:09] <MarkDude> UC irvine
[20:10] <seidos> MarkDude: there's pretty much no way for me to get to Irvine right now.
[20:10] <MarkDude> It was live
[20:10] <seidos> i suspect that would be an all day bus ride
[20:10] <seidos> and a pretty expensive one at that, unfortunately
[20:11] <MarkDude> Yes well the internets can help you there
[20:11] <seidos> was it streamed live?
[20:11] <seidos> gotta' go
[20:11] <seidos> make the bed...
[20:13] <MarkDude> He is live now in Minnesota http://www.dalailama.com/live-english
[20:14] <MarkDude> Sleep is important tho :)


  Is it any good?
[09:12] <Laney> ya
[09:12] <Laney> i'll tell you tomorrow :P
[09:13] <Laney> he alleges that you can't tell the difference but it saves mumble litres per shower
[09:13]  * willcooke rubs chib
[09:13] <willcooke> *chin
[09:14] <seb128> you would think the water company has interest in you using water and wouldn't give away free stuff to help you giving them less money
[09:15] <duflu> Laney, if unhappy you can often remove the washer from just inside the neck, making it less water saving :)
[09:15] <Laney> we still have the old one :P
[09:17] <Laney> seb128: oh, maybe that's why he told me to just leave the tap on all the time!
[09:17] <seb128> lol
[09:17] <Laney> it's more convenient to not have to turn it
[09:51] <seb128> jbicha, hey
[09:51] <jbicha> good morning
[09:51] <seb128> jbicha, the trello board is to plan our work, I don't think it's the right place to list issues we consider important in the infra or other places
[09:52] <jbicha> maybe I should have just mentioned LP: #1745210 in IRC instead?
[09:52] <seb128> I guess
[09:53] <seb128> unsure if you saw but it was briefly discussed on #ubuntu-devel
[09:53] <jbicha> yes, thanks :)
[09:53] <seb128> np!
[10:07] <seb128> Laney, do you know what's the status of autopkgtests infra? is that still down due to spectrum/meltdown? or back up but with lot of backlog?
[10:07] <Laney> second one
[10:07] <Laney> queue's going down now but it's really long
[10:08] <seb128> k, well at least it's moving in the right direction :)
[10:08] <seb128> Laney, thanks
[10:09] <Laney> want an s390x desktop
[10:09] <seb128> willcooke, fyi the update-notifier/xenial SRU is getting published to udpates/security now
[10:09] <Laney> it's supppppppppperrrr fast
[10:16] <willcooke> seb128, thanks.  otp with jibel who said the same thing :)
[10:18] <seb128> k
[10:49] <seb128> jibel, you mentioned that the installer slides order was going to change or something around those line the other day?
[10:51] <jibel> seb128, yes, the keyboard page will move earlier, before the passphrase for encrypted volume IIRC
[10:51] <seb128> jibel, ok, thanks
[10:51] <jibel> seb128, https://code.launchpad.net/~xnox/ubiquity/move-keyboard-early
[10:51] <jibel> which reminds me to update the tests
[10:53] <jibel> willcooke, filed bug 1745350 about whoopsie ids
[12:07] <seb128> jibel, if you start renaming the e.u.c registered bugs to replace ":" by "→" it would make more sense to patch e.u.c to use directly the char you want
[12:16] <jibel> seb128, I was thinking the same. it's the title e.u.c uses it make sense it uses the same when it creates a report on lp. Also this way line wrapping works and it's easier to read. I'll propose a patch
[12:17] <seb128> sounds good
[14:55] <cyphermox> willcooke: looks to me like wvdial is a dead project upstream too.
[14:56] <lamont> seb128: got a moment?  It would seem that when I took my upgraded-from-prolly-wily laptop from zesty to artful, I lost the gui login screen... nothing on tty7 or 8, last thing is updating UTMP about runlevel change -- I'm hoping to avoid reinstalling, but need a working gui in a few hours..
[14:57] <lamont> any thoughts/pointers?
[14:57] <jbicha> didrocks: there's a few desktop universe demotions at http://people.canonical.com/~ubuntu-archive/component-mismatches.html
[14:59] <lamont> jbicha: any chance you've seen my issue or have $CLUE to apply?
[15:00] <jbicha> I've heard rumors about meltdown/spectre fixes breaking stuff. Try a pre-meltdown kernel?
[15:01] <lamont> will do.  though that would make me sad and I'd have to smack jdstrand with a trout.
[15:02] <jbicha> smack Intel please
[15:02] <lamont> lol
[15:03] <lamont> and yeah, it's always interesting watching yet another cpu team discover the issues with opportunistic execution and how don't-care bits are not completely don't care
[15:04] <lamont> jbicha: so what you're saying is that do-release-ugprade to artful and then purge unity, and I should have a working system still?  (modulo kernel hilarity)
[15:04] <jbicha> cyphermox: btw, have you seen the issue where connecting to certain wifi networks gets something like "search public.intranet" appended to /etc/resolv.conf
[15:04] <seb128> lamont, is gdm installed/default dm?
[15:04] <jbicha> cyphermox: and that makes things like sudo really slow until I remove that line
[15:05] <lamont> seb128: /etc/X11/default-display-manager contains /usr/sbin/gdm3
[15:05] <lamont> and gdm3 is installed
[15:05] <seb128> but the dm doesn't start?
[15:05] <lamont> right
[15:05] <seb128> anything interesting in the journal?
[15:05]  * lamont reboots for fresh journal
[15:05] <seb128> jbicha, I doubt gdm not showing the greater is a meltdown issue btw
[15:06] <lamont> and then I'll see about kernel
[15:06]  * lamont will have to run away for a couple hours at around :40
[15:06] <jbicha> well I heard rumors about dkms troubles, I could be really wrong though :)
[15:07]  * lamont wonders wtf he has postgres installed on his laptop
[15:08] <Laney> it's tty1 with gdm btw
[15:08] <Laney> but if not there, yeah, check journal
[15:08] <cyphermox> jbicha: what makes no sense, unless your nsswitch.conf is messed up
[15:09] <cyphermox> in any case, never seen that, sounds like a local network config more than anything
[15:09] <lamont> seb128: DNS is broken during startup
[15:10] <jbicha> cyphermox: ok, I'll try filing a bug then. I didn't touch nsswitch.conf
[15:10] <lamont> seb128: journal shows gdm.service has finished start-up, "... result is done"
[15:10] <seb128> lamont, and no gdm error in the journal?
[15:11] <seb128> nor xorg?
[15:11] <lamont> and ps shows gdm3 with a child gdm-session-worker [pam/gdm-launch-environment]
[15:11] <seb128> is gnome-shell installed?
[15:11] <lamont> no X running
[15:11] <lamont> 3.26.2-0ubuntu0.1
[15:11] <seb128> could be normal if you are on wayland
[15:12] <lamont> no output for ps auxf | grep way
[15:12] <seb128> lamont, try maybe enabling debug in /etc/gdm3/custom.conf reboot and see if the journal log for gdm has more details
[15:12] <seb128> the wayland compositor is gnome-shell
[15:12] <seb128> so you should probably ps for gnome-session/gnome-shell
[15:13]  * lamont is already reboot with debug
[15:14] <seb128> can you share/pastebin the journal
[15:16] <lamont> http://paste.ubuntu.com/26458928/ <-- seb128
[15:18] <seb128> you have lxc failing to start issues, dunno if that can create problems
[15:18] <lamont> DNS being broken is because /etc/resovlconf/resolv.conf.d/head is no longer in /run/NetworkMangler/resolv.conf
[15:19] <seb128> GdmSession: Setting display device: (null)
[15:19] <seb128> is weird
[15:19] <seb128> GdmDisplay: Creating greeter for (null) (null)
[15:19] <lamont> i915 device
[15:19] <lamont> how soon do you EOD?
[15:20]  * lamont is happy to tell GdmSession where the device is, given a howto...
[15:20] <lamont> and I'll be happy to take my time debugging the actual problem tomorrow...
[15:22] <seb128> EOD is a bit random, depends of how things go here, I might be on and off for a couple and hours and then back for a bit in the evening
[15:23] <seb128> I'm unsure how to debug that though :/
[15:23] <willcooke> thx cyphermox
[15:24] <lamont> the "DNS not working" is because networkmangler refuses to do what I want it to (bind developer means local named, and it's all NO I OWNS YOUR DNS)
[15:24] <seb128> lamont, you can try to use WaylandEnable=false in the gdm config see if that makes a difference
[15:24]  * lamont purges lxc to remove that factor from things
[15:24] <lamont> rebooting without wayland
[15:25] <GunnarHj> Hi jbicha! Problem with autopkgtest of libpinyin. When testing libpinyin, for some reason it also tests libzhuyin and fails when doing so.
[15:25] <GunnarHj> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libpinyin
[15:25] <GunnarHj> Why does it care about libzhuyin (which we should probably drop from the archive anyway)? Is there some kind of ambiguity in debian/control?
[15:25] <GunnarHj> https://anonscm.debian.org/git/pkg-ime/libpinyin.git/tree/debian/control?h=debian/experimental
[15:28] <didrocks> jbicha: I wonder about gnome-orca in universe. people upgrading having main only won't have the transition…
[15:29] <jbicha> didrocks: ubuntu-desktop recommends 'orca' but we can explicitly seed it until after 18.04 if you want
[15:30] <jbicha> GunnarHj: it sounds like you also need to rebuild ibus/fcitx-zhuyin then
[15:30] <didrocks> jbicha: yeah, I'm thinking about people who removed the recommends, true that we try to add it before dist-upgrade
[15:30] <lamont> http://paste.ubuntu.com/26458989/ <-- seb128
[15:30] <didrocks> jbicha: as you wish, I don't have strong opinons
[15:30] <jbicha> didrocks: it sounds like these people really want to break things ;)
[15:30] <didrocks> jbicha: true enough to me, let's demote it thus
[15:30] <jbicha> GunnarHj: but if you need an autopkgtest ignored, present your reason at #ubuntu-release
[15:33] <lamont> seb128: ps has no "gnome" in the output, fwiw
[15:34] <jbicha> GunnarHj: oh that's odd, reverse-depends says ibus-zhuyin depends on libzhuyin7 but it doesn't look like it really does :|
[15:34] <jbicha> "This traditional Chinese zhuyin input method is designed for old school users"
[15:35] <lamont> jbicha: haha
[15:36] <lamont> http://paste.ubuntu.com/26459025/ <-- now with no psql noise
[15:36] <GunnarHj> jbicha: I have realized that ibus-libzhuyin and fcitx-libzhuyin should probably be built with libzhuyin13. Will try that in PPA.
[15:38] <lamont> Jan 25 08:35:30 rover3 gdm3[2217]: GdmSession: Setting display device: (null)
[15:38] <GunnarHj> jbicha: Would that keep autopkgtest's hands from libzhuyin?
[15:38] <jbicha> ibus-libzhuyin might not need to be rebuilt, it would be cool if somebody could test whether those 2 still work with the new version
[15:38] <jbicha> GunnarHj: I don't think so
[15:40] <GunnarHj> jbicha: So why is libzhuyin tested?
[15:42] <Laney> It seems to take over libzhuyin.
[15:42] <lamont> jbicha: seb128: pre-Spectre kernel (4.13.0-25.29) still gets Setting display device: (null)
[15:43] <lamont> with that, afk for a couple hours.  will hope to find clue in scrollback
[15:43] <GunnarHj> Laney: "Take over"? How/why?
[15:43] <Laney> Look at the packages it produces.
[15:44] <Laney>  libzhuyin-dev: Development files for zhuyin input method library
[15:44] <Laney> probably something to do with it
[15:48] <tkamppeter> seb128, thanks for accepting. I have now added some forgotten build dependencies and all is working.
[15:48] <Laney> I guess if the intention is to remove this package then it doesn't matter
[15:49]  * Laney assumes syncing from experimental was a good thing to do here ...
[15:49] <GunnarHj> Laney: Right.. I'll do some more digging. (Syncing from experimental seemed to be a good idea at the time. ;) )
[15:50] <seb128> tkamppeter, good!
[15:55] <seb128> lamont, I don't really know, you can try reinstalling lightdm instead of gdm see how that works
[16:01] <amano2> didrocks, are you going to do the bubblewrap MIR for bionic as well?
[16:02] <didrocks> amano2: hum, is it filed as a MIR? I didn't know we wanted to seed it
[16:02] <didrocks> or needed
[16:03] <amano2> It is filed and you were supposed to MIR it
[16:03] <amano2> According to the trello card
[16:03] <amano2> Evince and some others are patched to not use it now
[16:04] <amano2> But it would be an additional security layer.
[16:04] <didrocks> amano2: ah, got trapped to not have been assigned to it: https://trello.com/c/ZMkHCrQY/20-bubblewrap-mir
[16:05] <didrocks> amano2: assigned myself and added on my list
[16:05] <seb128> amano2, didrocks, that needs a security team review first
[16:05] <didrocks> seb128: well, I'll do the normal copyright/packaging review
[16:05] <didrocks> and then, ask security, as usual
[16:06] <amano2> That slipped already for artful, sadly
[16:06] <seb128> amano2, yeah, they are busy and we don't have an high need of that one in the default install atm
[16:06] <amano2> Now we have to patch the packages to be more insecure by default
[16:07] <didrocks> well, not more insecure than it used to be, in all fairness :)
[16:08] <seb128> overstating issues never helps to resolve them
[16:08] <jbicha> didrocks: did you want to put the brotli/woff2 MIRs on your list too? LP: #1742743
[16:08] <seb128> amano2, what is that impressive list of packages that is less secure?
[16:08] <didrocks> jbicha: are you really asking for "want"? ;)
[16:09] <seb128> amano2, evince git has no mention of bubblewrap neither in NEWS nor configure.ac nor commit logs
[16:09] <jbicha> didrocks: please :)
[16:09] <amano2> Well probably not that impressive ;)
[16:10] <seb128> amano2, also evince doesn't seem to be patched or to use bubblewrap, unsure where you saw that
[16:10] <_amano> Nautilus, evince and maybe some others
[16:11] <_amano> I can look that u
[16:11] <_amano> P
[16:11] <jbicha> _amano: my understanding is that it's just the gnome-desktop3 library that is affected
[16:12] <jbicha> (which is stated in the MIR bug)
[16:15] <seb128> _amano, where is the evince code you mention?
[16:16] <didrocks> jbicha: mind trello-carding it, add it to backlog and assign it to me, please?
[16:21] <didrocks> thx!
[16:22] <_amano> http://www.hadess.net/2017/07/security-for-security-gods-sandboxing.html?m=1
[16:23] <amano2> Gdk-pixbuf seems sandboxed
[16:24] <amano2> Happy weekend, desktoppers ;)
[16:24] <amano2> Tomorrow is already Happy Friday :)
[16:30] <alan_g> willcooke, we can dispense with gtk-mir in bionic
[16:33] <seb128> alan_g, you already said that to him some time ago but thanks for confirming :)
[16:33] <alan_g> seb128, no. Two weeks ago I said it would come true in "a couple of weeks"
[16:37] <seb128> alan_g, ah ok, well we translated that to "we can do it", but thanks for coming back confirming we can :)
[16:38]  * alan_g grins: I try to ensure promises and deliveries line up.
[16:43] <seb128> :)
[17:09] <willcooke> :)
[18:15] <lamont> seb128: just changing /etc/X11/default-display-manager to lightdm didn't kill of gdm3...
[18:15] <lamont> which is to say, halp how make computar werk?
[18:26] <sil2100> seb128: hey! I built and uploaded initial normal and base bionic language-packs - I only did a quick check of the pl and en ones, but yeah, looked 'okayish'
[18:27] <sil2100> seb128: I'll just have to check if all got uploaded that should, since last time I noticed some failed during the source-build+upload stage
[18:34] <sil2100> seb128: since right now I need to get back to my SRU shift I'll re-check those tomorrow (since most of them didn't build yet even)
[18:34] <lamont> seb128: \o/  Thanks for the help.  I would like to work with someone at some point (not today) on figuring out why gdm3 hates it and lightdm loves it.
[18:50] <oSoMoN> good night all
[18:56] <jbicha> lamont: I do sudo dpkg-reconfigure lightdm to switch login screens, then reboot
[19:02] <willcooke> night all o/
[19:11] <lamont> jbicha: ta.  In other news, with bionic as of 2018-01-17 16:42:42 UTC, and clear back to artful, X will occasionally go into the most wonderfully strange failure mode.  Mouse moves, but focus is gone into lala land, and buttons and keys are not processed in any perceptible way.
[19:12] <lamont> NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2) with nouveau driver
[19:13] <lamont> note also that Wayland hates that card with a fiery passion (maybe), gdm3 certainly does.  So that machine is using lightdm since the change to gdm3 in artful.  I suppose I could check on that in the bionic world... just not today.
[19:16] <gQuigs> lamont: you don't have both lightdm and gdm installed at the same time do you?  I've found issues with that in the past
[19:18] <lamont> gQuigs: I do, but it's easy to switch, at least until gdm3 upgrades and switches it and I have to undo it (maybe) -- tever
[19:18] <gQuigs> lamont: purge one completely and see if things improve
[19:18] <lamont> the X lockup is one of those frustrating "all I've figured out to fix it is 'hit the reset button'" kind of things
[19:19] <lamont> gQuigs: I reinstalled gdm3 only because ubuntu-desktop depends on it.  not interested in removing it, and it's clearly orthogonal to X not liking life at random times.
[19:20] <sarnold> lamont: the 'equivs' package can apparently fake up deps
[19:24] <gQuigs> lamont: I wouldn't be so positive about the clearly orthogonal part, try purging lightdm then..
[19:27] <lamont> gQuigs: well, we know that gdm gets completely lost.
[19:28] <lamont> but yeah, today's pain is sorted "it works".  Tomorrow or later is the "let's skip productivity in the name of debuging bionic"
[19:28] <lamont> because of primary desktop
[19:30] <gQuigs> I've found previously that their ability to get lost is much higher when there are 2 dm installed, even if one is supposedly disabled
[19:36] <GunnarHj> jbicha: I failed to build ibus-libzhuyin and fcitx-zhuyin with the higher version of libzhuyin-dev (there seems to be more into it). So, to not break those input methods (for the case they work properly; I'm not sure of that) one idea is to exclude the libzhuyin-dev and libzhuyin13 binaries when building libpinyin. I'm about to test that in the PPA.
[19:36] <GunnarHj> https://launchpad.net/~gunnarhj/+archive/ubuntu/ibus-libpinyin/+packages
[19:36] <GunnarHj> Does that make sense to you?
[20:04] <jbicha> GunnarHj: yes I think we could do that temporarily. Could you ask Debian why it's still in experimental and if they know about those rebuild problems too?
[20:07] <GunnarHj> jbicha: Yes, I'll ask someone about that.