[08:12] <davmor2> morning everybody
[13:04] <stgraber> moin
[13:18] <cr3> hi folks
[13:22] <cr3> schwuk: have you noticed that the query for the build results do not strictly account for the latest submission of each machine? in other words, if the same machine submits test results twice for the same build, both result sets are summed
[13:24] <schwuk> cr3: I hadn't.
[13:24]  * schwuk looks
[13:24] <cr3> schwuk: this can probably be fixed easily by using the submission_latest view
[13:25] <schwuk> cr3: yes
[13:25] <cr3> but I'm not convinced the view is accurate though
[13:32] <cr3> BuildResult already uses submission_latest, so we should be good to go. however, I would expect your reporting pages to somehow show if the same machine is being accounted for twice. so we'll see...
[13:53] <cr3> you guys know about Intel 945 and 965 graphics controllers not working with alpha-4?
[14:00] <stgraber> I heard some people complaining about it yes
[14:09] <cr3> I'll have to report a bug then, mostly as a placeholder so we don't forget
[14:11] <cr3> timeout error on LP, nice!
[14:14] <stgraber> cr3: did you have some time to work on a quick example of how to deal with sets of test for the build result page ?
[14:39] <cr3> stgraber: nope, sorry about that, I've had my plate quite full these days
[14:46] <stgraber> bah no problem, I actually don't have a lot of free time at the moment. I hope to have some time to look at it over the weekend
[19:19] <bdmurray> stgraber: any luck getting py-lp-b updated?
[21:33] <stgraber> bdmurray: haven't heard anything from the sysadmins so I don't think they did
[21:35] <bdmurray> stgraber: python-launchpad-bugs now has a config file where you can add a username which would be helpful for identify the isotracker
[21:35] <stgraber> the iso tracker is using the "qatracker" account on LP
[21:36] <stgraber> but the only thing it does is setting tags so shouldn't generate bug mail
[21:37] <bdmurray> the username will show up in the http_user_agent string in the oops report which is what I'd like to see
[21:37] <stgraber> ok
[21:37] <stgraber> don't you have the source IP in the oops ?
[21:38] <bdmurray> it doesn't match the IP of iso.qa.ubuntu.com - its some other server
[21:38] <stgraber> <IP_ADDRESS>
[21:38] <bdmurray> yep
[21:38] <stgraber> is the server IP
[21:39] <stgraber> hmm, now that I think of it, ubuntu-iso-tests is the project name that was used when ISO tracking was done on LP
[21:40] <stgraber> I guess the project was removed so the bug now refers to a non-existing projects
[21:40] <stgraber> and you get an oops every hour because that's when we update the archived records


[22:33] <ahoneybun> tsimonq2: some good stuff added: https://github.com/ahoneybun/kubuntu-manual/blob/master/README.md
[22:35] <tsimonq2> ahoneybun: ack
[22:56] <tsimonq2> yofel: o/
[22:57] <tsimonq2> yofel: so have you tried launching muon-discover?
[22:59] <tsimonq2> yofel: lol I just faced the error you talked about in #kubuntu-devel on my VM
[23:00] <yofel> btw. as valorie said, please depend on plasma-discover. muon-discover is transitional
[23:01]  * yofel is installing missing qml components..
[23:01] <tsimonq2> yofel: could you let me know what works after installing those?
[23:01] <tsimonq2> yofel: I mean, what you installed to make it work
[23:02] <yofel> sure
[23:02]  * yofel stomps apport into the ground in the meanwhile
[23:04] <yofel> tsimonq2: I installed this and it at least opens: qml-module-org-kde-kquickcontrolsaddons qml-module-qtgraphicaleffects
[23:05] <tsimonq2> yofel: see clive's comments in #k-dev ?
[23:05] <tsimonq2> yofel: my VM is about 5-10 mins away, try installing plasma-discover, does that work?
[23:06] <yofel> that's already installed, muon-discover is a transitional package for plasma-discover
[23:06] <yofel> the qml deps are something we need to add though
[23:06] <tsimonq2> oh?
[23:06] <tsimonq2> ok
[23:08] <yofel> wth is kded_kcookiejar
[23:09] <tsimonq2> ? lol
[23:09] <tsimonq2> yofel: we should stick it in KF5Prison XD
[23:09] <yofel> right, lets barcode web cookies ^^
[23:11] <yofel> hm, breeze-icon-theme is installed, so why are so many icons missing
[23:11] <tsimonq2> I was just thinking the same thing...
[23:13] <tsimonq2> I possibly have a solution locally
[23:17] <tsimonq2> hrm
[23:19] <yofel> anyway, off to bed. The qml deps are in git, more debugging tomorrow
[23:19] <tsimonq2> o/ yofel
[23:19] <tsimonq2> I'm working more on this
[23:19] <tsimonq2> I want to get this good to go for Julien to bet in the archive
[23:20] <clivejo> so what did I miss?
[23:21]  * tsimonq2 pastebins logs for clivejo
[23:22] <tsimonq2> clivejo: https://paste.kde.org/pgho2ldr9
[23:23] <clivejo> what are you trying to do?
[23:23] <clivejo> whats the goal?
[23:24] <tsimonq2> clivejo: lubuntu-qt-desktop
[23:24] <tsimonq2> I want to get that good to go and spotless
[23:24] <clivejo> yes, its pulling in muon-discover which is no more
[23:24] <clivejo> you need to update your seed
[23:24] <tsimonq2> correct, and I've reported that to our dev lead
[23:25] <tsimonq2> I don't have the permissions :/
[23:25] <clivejo> did you try installing plasma-discover
[23:25] <tsimonq2> haven't gotten to that point yet
[23:26] <tsimonq2> right now I'm working to get things corrected so that lubuntu-qt-default-settings (which has all of our theming and such) is used instead of default LXQt configurations
[23:26] <clivejo> I see Phil has added those QML depends
[23:26] <tsimonq2> yup
[23:26] <tsimonq2> so that's good
[23:27] <clivejo> are they hard depends?
[23:27] <tsimonq2> well the QML deps are needed otherwise it's completely unusable
[23:28] <clivejo> I see
[23:28] <tsimonq2> I'm trying to fix lubuntu-qt-default-settings right now
[23:29] <tsimonq2> it's not a thing yet, but it's in my PPA, and I'll see if Julien can merge it when it's ready
[23:29] <clivejo> could you try installing plasma-discover manually?
[23:30] <tsimonq2> *sigh* I can't log in at all right now because I need to fix lubuntu-qt-default-settings
[23:30] <tsimonq2> (in my VM)
[23:30] <clivejo> oh the sddm thing?
[23:31] <tsimonq2> nope
[23:31] <tsimonq2> it's complicated, related to bug 1387237
[23:57] <tsimonq2> ooh I figured out apt-cacher-ng from a VM


[03:43] <chamar> Hi.  I see there's 2 way to install conjure .. apt-get install and snap.. which one should be used?
[11:41] <fallenour> o/ Morning all! probably most important week of my life, so if I lose my shit at some point this week, thats probably from all the stress and pressure, just an fyi in advance
[15:20] <lutostag> hey guys... edge is kinda broken, for us in CI... https://bugs.launchpad.net/juju/+bug/1719328 if anybody can take a quick peek
[15:20] <mup> Bug #1719328: edge: bundle is blocked by relations not allowed to non-leader <cdo-qa> <cdo-qa-blocker> <juju:New> <https://launchpad.net/bugs/1719328>
[15:43] <fallenour1> o/
[17:57] <chamar> Hi. Not sure if it's the good place but I'll try. I'm trying out MAAS using virsh and when I compose a server, it always look for virtual network called either "default" or "maas".  Is there a way to use a bridge connection instead?
[18:04] <fallenour> chamar: you can configure that in maas in the interfaces section
[18:07] <chamar> fallenour, thanks.  once the vm is created or under the controller itself?
[18:10] <fallenour> chamar: it hsould be in your maas configuration itself on your http://IP_ADDR/MAAS
[18:11] <chamar> hum. can't find anywhere that specify with virtual connection to use when creating a VM (I added my kvm host as a Pod.. that seems fine)
[18:39] <chamar> I think I found the open bug regarding my little issue: https://bugs.launchpad.net/maas/+bug/1697108
[18:39] <mup> Bug #1697108: Nodes created in virsh pod always use 'default' virtual network for NIC <cdo-qa> <foundations-engine> <pods> <MAAS:Triaged> <https://launchpad.net/bugs/1697108>
[19:45] <fallenour> @rick_h @stokachu @catbus where is the openstack dashboard in the horizon container? I need it for nginx, and I cant find where its at
[19:46] <catbus> fallenour: does the http://<horizon container IP>/horizon work?
[19:48] <fallenour> catbus: yea it works, and it loads appropriately, what I want to do is receive all traffic inbound to parent domain and all subdomains, and forward accordingly from that nginx box to the relevant system, to include horizon
[19:49] <catbus> I am not familiar with nginx, maybe someone else on the channel does.
[19:52] <catbus> s/does/is.
[19:53] <fallenour> does anyone know where the root directory of horizon is? I checked, and its not /var/www/html , that loads the apache index default page.
[20:59] <bdx> falenour: horizon is a django/angular app that is really a combination of these top level packages installed from the cloud archive apt repos https://github.com/openstack/charm-openstack-dashboard/blob/master/hooks/horizon_utils.py#L105,L108
[21:00] <bdx> falenour: the relevant dirs and config for openstack-dashboard (horizon) are defined here https://github.com/openstack/charm-openstack-dashboard/blob/master/hooks/horizon_utils.py#L111,L126
[21:00] <fallenour> bdx: What can i point nginx at? It needs something to load. Is there a master index.html file it uses?
[21:01] <bdx> fallenour nah ... why don't you just relate the haproxy or hacluster charm to it?
[21:01] <fallenour> bdx: Its been a looooon two weeks my friend
[21:01] <fallenour> bdx: The word proxy is like acid to my feels :'(
[21:01] <bdx> fallenour: juju relate horizon-haproxy openstack-dashboard
[21:02] <bdx> where horizon-haproxy is really just `juju deploy haproxy horizon-haproxy`
[21:02] <fallenour> bdx: http://eduarmor.com www.eduarmor.com eduarmor.com:80/
[21:02] <fallenour> this is the kinda madness ive been dealing with for a while now.
[21:02] <bdx> ok, so what you are looking for is an nginx redirect to your haproxy endpoint
[21:03] <bdx> fallenour: this is simple stuff, you just have to take a logical approach
[21:03] <fallenour> bdx: https://www.dropbox.com/s/4xf66mm0rudvub4/WAN%20Logical%20Diagram%20for%20Nginx.pdf?dl=0
[21:03] <bdx> fallenour: gotcha
[21:04] <fallenour> Ive been working so hard on it, I doodled into a visio. Ooh, and got banned from Nginx.  Figured I was about to. I start to get that low burning feeling, its like a flaregun
[21:04] <bdx> fallenour: very familiar with this architecture ... I've been running home labs for while my friend
[21:04] <bdx> :)
[21:04] <bdx> so ... what you need is an haproxy redirect
[21:04] <bdx> or nginx redirect
[21:04] <fallenour> bdx: I kept getting the "draft out the problem statement" from those guys. over 10 days, same damn problem
[21:05] <fallenour> bdx: yeap. just gotta figure that out
[21:05] <bdx> so, I see whats up, where is horizon?
[21:05] <fallenour> bdx: the overall idea is to push from Nginx to HAProxy to apache
[21:05] <bdx> what ip?
[21:05] <bdx> yeah
[21:05] <fallenour> bdx: bottom far right
[21:05] <bdx> oh gotcha
[21:05] <fallenour> bdx: Their would have been a me crying in the corner, but I didnt fit. neither did pickle rick
[21:07] <fallenour> bdx: right now the site that is live in directly in the nginx /var/www/html directory, exactly what I DIDNT want to do, but I need to be live. Im almost out of time
[21:07] <bdx> fallenour: haha, ok, check it -> https://gist.github.com/jamesbeedy/580efc6c8da25e7c4dbab0bd5c1d0657
[21:07] <bdx> let me know if you can make sense of what to do with that
[21:08] <bdx> on your nginx server, `sudo apt-get remove --purge nginx; sudo apt install haproxy -y`
[21:08] <bdx> then put that haproxy.cfg config ^ in /etc/haproxy/haproxy.cfg
[21:08] <bdx> and ensure you configure it to point to your local 10.0.0.x ip addresses
[21:09] <fallenour> bdx: Oh, its been a pure week of satan my friend. balance least connect >>> round robin, default of 1? Nginx is weighted 1 by default
[21:09] <fallenour> bdx: im guessing /etc/haproxy/haproxy.conf ?
[21:09] <bdx> fallenour, yeah
[21:09] <bdx> pay no attention to those configuration details
[21:09] <fallenour> bdx: ooo but its where the magic happens o.o
[21:09] <bdx> you can fine tune it once you have the base implementation down
[21:10] <fallenour> bdx: yea, Ill praise the sun once its just running
[21:10] <bdx> yeah thats what I'm saying
[21:10] <bdx> don't worry about tuning anything until you have a straw man at least
[21:10] <fallenour> if I can just Physical HAProxy >>> logical HAProxy I might actually cry
[21:11] <fallenour> Or howler monkey screech, I cant tell at this point anymore.


[03:02] <lotuspsychje> good morning
[03:02] <Psi-Jack> Good aftermorning.
[03:02] <lotuspsychje> hi Psi-Jack
[03:26] <lotuspsychje> crippledmonk: hey
[03:26] <crippledmonk> hey
[03:26] <lotuspsychje> crippledmonk: wich flavor of 20.04 are you testing?
[03:27] <crippledmonk> just installed the daily focal fossa on OLD dell inspiron 1720 lappy
[03:27] <lotuspsychje> ubuntu-desktop right?
[03:27] <crippledmonk> yes
[03:27] <lotuspsychje> great
[03:28] <lotuspsychje> im early testing LTS too, searching for bugs
[03:28] <lotuspsychje> fossa's gnome version will rocknroll on machines
[03:31] <crippledmonk> had to do firmware-b43-installer for wifi and reboot. then add the nomodeset on first boot then used the built in autoinstall for the nvidia card then it worked out well after one more reboot
[03:31] <lotuspsychje> crippledmonk: try these out: sudo apt install preload haveged stacer
[03:32] <lotuspsychje> with stacer you can tweak startup items & systemd services GUI and tweak your machine for smoothness
[03:34] <crippledmonk> hmm. I'll have to check it out. thanks
[06:51] <ducasse> good morning


[02:36] <thumper> does anyone else get bucket loads of console spam starting apps like: Fontconfig warning: "/etc/fonts/conf.d/90-fonts-nanum.conf", line 22: Having multiple <family> in <alias> isn't supported and may not works as expected
[02:44] <RAOF> thumper: Yeah, I do.
[02:45] <thumper> :(
[02:45] <thumper> RAOF: I mean, good that someone else gets it too
[02:45] <thumper> think it'll get fixed?
[02:45] <RAOF> I'm not aware of a bug filed on that.
[02:46] <RAOF> So it might get fixed, but by accident.
[02:53] <jbicha> bug 1034928
[02:53] <ubot2`> Launchpad bug 1034928 in language-selector "Fontconfig warning: Having multiple values in <test> isn't supported and may not works as expected" [Undecided,Confirmed] https://launchpad.net/bugs/1034928
[02:55] <thumper> yay
[02:55]  * thumper goes to me too
[02:55] <thumper> RAOF: I have a testing question for you
[02:55] <RAOF> thumper: Shoot.
[02:56] <thumper> RAOF: thomi is trying to test a stand-alone function in a C module that is defined static
[02:56] <RAOF> (Quickly, lest I feel the need to bitch about g++ 4.4 at you ?)
[02:56] <thumper> RAOF: what is the best approach?
[02:56]  * thomi listens
[02:57]  * thumper runs to collect kids from school
[02:57] <RAOF> That funky unittesting framework that lifeless pointed to would be a good candidate.
[02:57] <thomi> which one?
[02:57] <RAOF> thomi: I presume you're trying to unittest *outside* the compile unit that contains the static function?
[02:57] <thomi> RAOF: yeah
[02:58] <thomi> it's a separate test (gtest)
[02:58] <RAOF> http://www.novaprova.org/
[02:58] <thomi> err s/test/file/
[02:58] <thomi> probably can't use that in compiz :(
[02:59] <RAOF> So, your main problem, as you're probably aware, will be trying to actually *find* that function to call.
[02:59] <thomi> yeah - seems like my options are either to export the function from the library, or...
[03:00] <RAOF> At least one solution is to #include the C file in your unittest file.
[03:00] <thomi> hmmmm
[03:03]  * thomi tries that
[03:03] <RAOF> If you *can't* do that, then you *could*, if you really really really wanted, do something like novaprova does and parse the dwarf debugging symbol information to find the address of your static function and call that.
[03:05] <thomi> uhhh. no
[03:05] <thomi> this was supposed to be a 10 minute fix :)
[03:08] <RAOF> Yeah, though so.
[03:09] <ajmitch> thomi: surely you could do that in 5? :)
[03:10] <thomi> it took me 5 minutes to build compiz in the first place
[03:10] <ajmitch> time for a faster laptop
[03:10] <thomi> heh
[03:21]  * RAOF wonders how Quantal runs on a retina macbook
[03:21] <thumper> poorly
[03:21] <thumper> font sizing is all screwed up
[03:24] <RAOF> You can't just set the DPI appropriately?
[03:25] <RAOF> Setting it to 140 DPI on my thinkpad doesn't break the UI :)
[03:27] <RAOF> And that's roughly 150% of the default. Surely going up to a bit more than 200% of the default doesn't break GTK *too* badly? :)
[03:44] <thumper> RAOF: really not sure
[03:45] <thumper> RAOF: njpatel has one
[03:45] <thumper> RAOF: so perhaps he can comment more
[03:52] <pitti> Good morning
[04:20] <lickalott> gents, running into an odd issue.   I installed ubuntu to /dev/sda but added 3x 500GB drives after installation.  they showed up as sdb, sdc and sdd.  I rebooted and not /boot shows up against sdb and my mounts in fstab won't mount (likely because /dev/sdb1 is supposed to be mounted to /media/<FOLDERNAME>)  anyone know whats going on here?
[08:29] <seb128> hey desktopers
[08:33] <RAOF> Hey there sebsebsebsebseb!
[08:34] <ogra_> arent you supposed to repeat that 128 times ?
[08:36] <RAOF> Repetitions are left as an exercise for the reader :)
[08:42] <seb128> RAOF, hey, had a good w.e?
[09:07] <pitti> bonjour seb128, ça va?
[09:08] <seb128> pitti, hey, ca va bien ! et toi ? t'as passé un bon w.e ?
[09:11] <pitti> seb128: je suis bien, merci!
[09:11] <pitti> seb128: we went to a soccer game, did some gardening, and otherwise it was rather calm and relaxing
[09:11] <pitti> seb128: how was your's?
[09:15] <seb128> pitti, quite good, I didn't do much though, some house cleaning on saturday morning, some exercice in the afternoon, some tennis video gaming and some hacking
[09:16] <seb128> spent some hours yesterday re-building,re-installing a computer for my cousin
[09:16] <seb128> she got the thunder hitting close of her house and she thinks the computer got damaged, it was powering on for a few seconds and down again
[09:18] <pitti> uh, that's bad
[09:21] <seb128> pitti, yeah, well we had enough spare parts so I basically build a new working one, then I had to to made hey winxp work again (always lot of fun when the mb and the eth card have no builtin driver)
[09:27] <chrisccoulson> seb128, https://launchpad.net/~ubuntu-desktop/+archive/ppa/+sourcepub/2622640/+listing-archive-extra ;)
[09:27] <chrisccoulson> good morning btw :)
[09:28] <seb128> chrisccoulson, hey, good morning!
[09:28] <seb128> chrisccoulson, \o/
[09:28] <seb128> larsu, ^
[09:28] <larsu> chrisccoulson, thanks!
[09:30] <seb128> chrisccoulson, did you have a good w.e?
[09:45] <chrisccoulson> seb128, yeah, it wasn't too bad thanks. how about you?
[09:48] <seb128> chrisccoulson, it was good, I hate computers, especially when they break and when repairing them involves dealing with windows :p
[09:48] <seb128> computer though*
[09:50] <chrisccoulson> yeah, i bet that sucks ;)
[10:39] <chrisccoulson> right, time to send this eds patch upstream
[10:40] <seb128> chrisccoulson, which one?
[10:42] <seb128> hum
[10:43] <seb128> xchat-gnome doesn't like indicator.so to be replaced which it's running
[10:45] <chrisccoulson> seb128, the one on bug 1038047
[10:45] <ubot2`> Launchpad bug 1038047 in evolution-data-server ""evolution-data-server" has to be installed for Thunderbird 15 after upgrade to be executable, otherwise Thunderbird will crashs at runtime" [High,Triaged] https://launchpad.net/bugs/1038047
[10:45] <chrisccoulson> to stop tbird from crashing at startup :)
[10:58] <seb128> chrisccoulson, yeah, upstream it, I got another nagging comment from Bastien the other day about one of our GNOME patch you didn't upstream :p
[10:59] <chrisccoulson> seb128, which one was that?
[10:59] <seb128> chrisccoulson, one of the g-c-c one
[11:00] <seb128> chrisccoulson, in fact it was probably an old you your ported to the GNOME3 version, 06_handle_passwd_with_ldap.patch
[11:01] <seb128> chrisccoulson, but we had some of the g-s-d startup optimisation ones as well in that case
[12:29] <seb128> pitti, having a minute to talk about tests using dbus on buildds?
[12:29] <pitti> seb128: sure, what's up?
[12:29] <seb128> pitti, I failed to enable the libsecret testsuit while you were not here
[12:29] <seb128> $ fakeroot dbus-launch dbus-monitor
[12:29] <seb128> Failed to open connection to session bus: Did not receive a reply.
[12:29] <seb128> $
[12:30] <seb128> basically
[12:30] <seb128> do you know a way around that?
[12:30] <pitti> uh? normally dbus-launch <test suite> works fine
[12:30] <seb128> not under fakeroot
[12:30] <seb128> which debuild calls
[12:30] <pitti> oh
[12:30] <seb128> does it work for you?
[12:30] <pitti> I guess that's because of fakeroot, not because of dbus-launch
[12:31] <seb128> if not, how do you deal with building things locally?
[12:31] <seb128> yeah, I guess so...
[12:31] <pitti> I never really ran into this
[12:31] <pitti> I guess fakeroot does not properly un/reset the environment
[12:31] <pitti> let me play with this for a bit
[12:31] <seb128> I wonder why not, I would assume anything doing "dbus-launch <something>" in a rules would hit that
[12:31] <seb128> pitti, thanks
[12:32] <pitti> oh, wait
[12:32] <pitti> I think I worked around that by not calling fakeroot
[12:32] <pitti> and forgot about the workaround
[12:32] <seb128> where?
[12:32] <pitti> looking
[12:32] <seb128> danke ;-)
[12:32] <pitti>         # drop LD_PRELOAD to avoid running under fakeroot; drop TMPDIR to work
[12:32] <pitti>         # around LP#972324 (set by autopkgtest)
[12:32] <pitti>         -env -u LD_PRELOAD -u TMPDIR APPORT_TEST_NOXVFB=1 sh test/run
[12:33] <pitti> or ubiquity: env -u LD_PRELOAD ./tests/run --xvfb-log debian/xvfb.log
[12:33] <seb128> oh
[12:33] <seb128> great
[12:33] <pitti> i. e. same solution
[12:33] <seb128> we should maybe add that to dbus-test-runner
[12:33] <pitti> same in pygobject
[12:34] <pitti> but yeah, the question remains what breaks it
[12:34] <seb128> it's a bit silly if everybody needs to run into the same problem, figure the workaround and patch their rules
[12:34] <pitti> fakeroot env -i dbus-launch dbus-monitor --session
[12:35] <pitti> heh, that seems to work
[12:35] <pitti> so fakeroot is missing to unset some env vars
[12:35] <seb128> is it supposed to?
[12:35] <seb128> i.e is that a bug or a feature?
[12:36] <pitti> I'd call it a bug
[12:37] <pitti> err, wait
[12:37] <pitti> env -i would also drop LD_PRELOAD
[13:41] <bobweaver> can anyone help me with this question please disregrad the QT/QT-quick stuff (unless you know)     http://paste.ubuntu.com/1169843/
[13:41] <bobweaver> but naming conventions
[13:49] <Laney> cyphermox: Do you still see a need for the networkmanaged packageset?
[13:53] <chrisccoulson> bah, i just had to restart, and every time i restart i keep forgetting to select a kernel which isn't broken
[13:55] <pgraner> stgraber, are you hearing of any resolv.conf issues lately?
[13:55] <lamalex> chrisccoulson, ping
[13:56] <chrisccoulson> hi lamalex
[13:56] <pitti> mvo: sorry for the delay; I did some nagging on https://code.launchpad.net/~mvo/aptdaemon/support-for-whitelisted-repositories/+merge/121200 now
[13:57] <lamalex> chrisccoulson, have you had a moment to look more into that patch we sent for the native handle bug?
[13:58] <lamalex> we posted a second iteration (really the first) that implements the feature how you said it would have to be to take the patch
[13:59] <chrisccoulson> lamalex, we should implement it pretty much how it's been done upstream, but in a way which doesn't break ABI
[13:59] <stgraber> pgraner: not more than usual
[13:59] <lamalex> chrisccoulson, that's what our patch does
[13:59] <chrisccoulson> i didn't mean to use the original patch that was sent upstream, seeing as that's been rejected already
[13:59] <lamalex> that was set upstream because of the accepted one
[13:59] <lamalex> not because of any deficiency of the patch
[14:00] <lamalex> our patch does the same thing as theirs, but goes one step further and gives you the XID from the window that they return. They stop before getting the XID but that's really nothing . If you'd like us to remove that little convenience we added we will
[14:01] <pgraner> stgraber, I updated over the weekend and the only way to get name resolution is to hard code it now. also NetworkManger is not showing any APs (it gets an IP from the server) in the drop down all it showes is Enable Wireless, Enable Networking, Connection Info & edit connections
[14:01] <stgraber> cyphermox: ^
[14:03] <stgraber> pgraner: resolvconf didn't change in quantal for weeks, so I'd suspect a NM issue (or for the AP part, kernel?). cyphermox should be able to help there
[14:03] <pgraner> stgraber, cyphermox: here is a screen shot http://frylock.redvoodoo.org/~pgraner/Screenshot%20from%202012-08-27%2009:56:53.png
[14:05] <stgraber> pgraner: can you pastebin your /var/log/syslog, /etc/resolv.conf, "ps aux | grep dnsmasq" and "find /run/resolvconf"?
[14:05] <pgraner> stgraber, yep one sec
[14:07] <robru> good morning!
[14:07] <cyphermox> Laney, no, it could go I guess
[14:08] <stgraber> pgraner: I'll be offline for the next 30min or so (just arrived in Montreal, need to get to somewhere I can work from)
[14:08] <stgraber> cyphermox: can you help pgraner?
[14:08] <cyphermox> yes I'm looking at it
[14:08] <Laney> cyphermox: thanks
[14:09] <lamalex> chrisccoulson, did you see my messages to you? sorry- forgot to ping you with them
[14:09] <cyphermox> pgraner: can you send me syslog?
[14:10] <cyphermox> stgraber: how come you're in montreal ?
[14:11] <chrisccoulson> lamalex, i will fix it tomorrow by modifying the upstream patch to not break ABI. i've got a firefox release to get ready for all ubuntu releases by tomorrow, and i'm meant to be on vacation today ;)
[14:11] <mvo> pitti: great, thanks for this, I will address it once the call is over
[14:11] <pgraner> stgraber, cyphermox: http://pastebin.ubuntu.com/1169889/ http://paste.ubuntu.com/1169882/ http://paste.ubuntu.com/1169886/ http://paste.ubuntu.com/1169888/
[14:11] <lamalex> ok, sounds good! sorry didn't realize you were on holiday. is a priority for us so excuse the insistence
[14:13] <chrisccoulson> lamalex, that's ok
[14:13] <chrisccoulson> lamalex, do you know who's going to be handling the 6-weekly updates for the stable releases btw?
[14:14] <lamalex> nope, i dont
[14:14] <lamalex> likely me, racarr, or zaspire
[14:14] <cyphermox> pgraner: two more things to check: the contents of /run/resolvconf/interface/NetworkManager, and of lo.dnsmasq
[14:15] <cyphermox> pgraner: I see you have <IP_ADDRESS> in resolv.conf; should be <IP_ADDRESS> now to avoid clashing with the system instance of dnsmassq, which should also never bind to loopback (so not listen on <IP_ADDRESS> (that gets done by /etc/dnsmasq.d/network-manager))
[14:16] <cyphermox> stgraber: do you also get error messages about invalid messages from avahi-daemon?
[14:16] <chrisccoulson> lamalex, so, firefox 16 moves to beta next week, which means we should have a full set of addons that are compatible with that version by now, ready for the firefox beta testers to be using...
[14:16] <pgraner> cyphermox, http://paste.ubuntu.com/1169902/ http://paste.ubuntu.com/1169904/
[14:16]  * cyphermox takes a note to look into this
[14:17] <lamalex> updating our extension for this new patch will take all of 5 minutes
[14:18] <lamalex> so as soon as that's in I can update our extension and get it in
[14:18] <cyphermox> pgraner: ok so there's really something up with dnsmasq; in /etc/dnsmasq.conf or /etc/dnsmasq.d/ is there a file that reads 'listen-address=<IP_ADDRESS>'  or no file named 'network-manager' with "except-interface=lo" in it?
[14:18] <lamalex> chrisccoulson, ^
[14:21] <desrt> ricotz: hey.  good timing :)
[14:21] <desrt> ricotz: i'm seeing that totem crash you were talking about before
[14:21] <pgraner> cyphermox, http://paste.ubuntu.com/1169914/  is the dnsmasq.conf
[14:23] <desrt> ricotz: the trace runs pretty much straight through the clutter/cogl/dri stack
[14:26] <cyphermox> pgraner: what about the files in /etc/dnsmasq.d?
[14:28] <pgraner> cyphermox, just a network-manager file with bind-interfaces   except-interfaces=lo
[14:28] <cyphermox> that's weird, that shouldn't allow it to bind to <IP_ADDRESS>
[14:28] <cyphermox> could bind be running too?
[14:29] <cyphermox> ah nevermind, it comes from lo.dnsmasq
[14:30] <cyphermox> pgraner: remove /run/resolvconf/interfaces/lo.dnsmasq, it probably is a leftover from before /etc/dnsmasq.conf got configured by cobbler, and before we added /etc/dnsmasq.d/network-manager
[14:30] <cyphermox> that was working before because NM's instance was binding to <IP_ADDRESS>, so the value was still correct
[14:31] <pgraner> cyphermox, ok rebooting to get a clean bring up
[14:31] <cyphermox> ok
[14:32] <ricotz> desrt, hi, crashing on which action?
[14:32] <desrt> ricotz: resizing the window
[14:32] <desrt> apparently it's not a totem bug, though -- but a clutter/cogl/dri issue
[14:32] <desrt> LIBGL_ALWAYS_SOFTWARE=y stops the crash, in any case
[14:32] <ricotz> desrt, i see, can't remember mentioning such thing ;)
[14:33] <pgraner> cyphermox, ok, now the nm-applet menu looks correct, but still no name service
[14:33] <desrt> ricotz: you asked me if the totem was broken for me
[14:33] <ricotz> desrt, sounds like something for ubuntu-x and a mesa problem
[14:33] <desrt> i assume this is what you were talking about
[14:33] <desrt> ricotz: ya... it's actually upstream...
[14:33] <desrt> fedora is seeing it as well
[14:33] <ricotz> desrt, yeah, that for more refering to gst1.0
[14:33] <cyphermox> pgraner: I forgot the files in /run would get deleted anyway on a reboot; something's not working right with dnsmasq, I bet /run/resolvconf/interfaces/lo.dnsmasq is back
[14:34] <pgraner> cyphermox, it is
[14:34] <ricotz> desrt, where i run into another thing which i already fixed
[14:34] <ricotz> desrt, i guess you are running the mesa 9.0 snapshot
[14:36] <ricotz> desrt, totem runs fine here on nvidia blob
[14:36] <desrt> ricotz: seems like an intel issue
[14:37] <desrt> the crash is inside intel's code....
[14:37] <desrt> https://bugzilla.redhat.com/show_bug.cgi?id=842413 is more or less the same stacktrace i got out of totem
[14:37] <ubot2`> desrt: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found (https://bugzilla.redhat.com/xml.cgi?id=842413)
[14:37] <cyphermox> pgraner: could you please paste "sudo netstat -anp | grep dnsmasq"
[14:37] <skaet> pgraner, cyphermox,   is:  bug: 1017187 related?
[14:38] <ricotz> desrt, works here on intel gm965 too
[14:38] <cyphermox> skaet: I don't think so
[14:39] <cyphermox> skaet: that looks like a bug in ifupdown that we fixed early in the quantal cycle
[14:39] <cyphermox> sgraber:  ^^
[14:39] <pgraner> cyphermox, http://paste.ubuntu.com/1169949/
[14:40] <cyphermox> pgraner: whoa, where the hell does lo.dnsmasq come from then? :)
[14:40] <ricotz> desrt, i am actually running https://launchpad.net/~xorg-edgers/+archive/ppa/+sourcepub/2617500/+listing-archive-extra
[14:40] <pgraner> cyphermox, I don't know, everything had been working fine until I updated on Sun
[14:41] <cyphermox> ok.
[14:42] <desrt> ricotz: i've had enough crack for this week, i think
[14:42] <cyphermox> pgraner: to make sure which dnsmasq is bugged there; could you either disable the system dnsmasq (that provides dhcp?) by setting ENABLED=0 in /etc/default/dnsmasq or disabling the NM dnsmasq by commenting out dns=dnsmasq in /etc/NetworkManager/NetworkManager.conf?
[14:42] <pgraner> cyphermox, ok, I'll do option 1 first
[14:42] <cyphermox> ok
[14:43] <ricotz> desrt, alright ;)
[14:43] <cyphermox> with this, if you reboot and everything is fine, then we know it's the system instance that has a bug
[14:43] <cyphermox> that is definitely a bug
[14:43] <skaet> cyphermox,  ack.  got email in from someone upgrading over the weekend and who had problems with network coming back after rebooting, and he thought that one sounded closest to what was seen.   I've asked for a bug to be opened.
[14:43] <cyphermox> skaet: thanks. do you know the bug num
[14:43] <cyphermox> or I'll just check in my email
[14:44] <skaet> cyphermox,  he hasn't opened it yet.  just sent him email to do so.
[14:45] <cyphermox> skaet: you mean upgrades from precise to quantal or from lucid to quantal?
[14:45] <pgraner> cyphermox, that fixed it
[14:46] <skaet> cyphermox,  lucid to quantal
[14:46] <cyphermox> skaet: ok
[14:46] <skaet> sorry
[14:46] <skaet> lucid to precise
[14:46] <cyphermox> pgraner: alright. well, the dnsmasq code is complicated. I'll start to search through it to figure out why it writes that file out when it clearly shouldn't
[14:47] <pgraner> cyphermox, do you want me to file a bug?
[14:47] <cyphermox> pgraner: yes, please do
[14:47] <pgraner> cyphermox, against dnsmasq I'm assuming?
[14:47] <cyphermox> yes, something about dnsmasq updating resolvconf when it's not configured to do DNS
[14:48] <cyphermox> oh
[14:49] <cyphermox> there's also an easy workaround for this; if you add listen-address= or interface= to /etc/dnsmasq.conf according to where you want it to listen for DNS requests to respond to; then things should also work
[14:49] <cyphermox> but it remains that there is a bug, dnsmasq shouldn't write out resolvconf config if it's not bound to any address for dns
[14:50] <pgraner> cyphermox, https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1042275
[14:51] <ubot2`> Ubuntu bug 1042275 in dnsmasq "dnsmasq updating resolvconf when it's not configured to do DNS" [Undecided,New]
[14:51] <cyphermox> thanks
[14:51] <pgraner> cyphermox, yw
[14:54] <desrt> ricotz: http://cgit.freedesktop.org/mesa/mesa/commit/?id=4b8b6f385e855ecb6da0b7dea56e70e69d1517b9 apparently...
[14:54]  * desrt tries applying that locally
[14:55] <ricotz> desrt, ah
[15:14] <rickspencer3> seb128, so ... how are 10.04 users reacting to having their desktops upgraded to Unity?
[15:15] <seb128> rickspencer3, good question, I didn't see so much feedback about so far ... did you?
[15:16] <pitti> bonjour rickspencer3
[15:16] <rickspencer3> hey pitti
[15:16] <rickspencer3> seb128, I have not heard anything
[15:16] <rickspencer3> I know that there was an upgrade bug that slangasek was worried about
[15:16] <rickspencer3> so he only turned on updates for a few hours last Thursday
[15:17] <rickspencer3> but got no new bug reports about it, so it's been on full blast for a while, I guess
[15:17] <seb128> ok
[15:17] <rickspencer3> seb128, I guess everyone likes being upgraded to 12.04 Unity ;)
[15:18] <seb128> oh, for sure... ;-)
[15:19] <pitti> smb:// anonymous ... ok
[15:19] <pitti> smb:// authenticated ... ok
[15:19] <pitti> yay more tests
[15:19] <pitti> (for gvfs)
[15:20] <desrt> ricotz: okay.  local build confirms that the patch fixes the issue.  i'll take it up with the mesa guys.
[15:20] <desrt> tjaalton: ping :)
[15:27] <desrt> tjaalton: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1042293
[15:27] <ubot2`> Ubuntu bug 1042293 in mesa "assert in intel_resolve_map_set" [Undecided,New]
[15:35] <pitti> bonne nuit mes amis
[15:36] <desrt> pitti: gn8
[15:37] <Ursinha> pitti, boa noite :)
[15:37] <chrisccoulson> i should get pitti to work his test magic for my firefox and thunderbird addons ;)
[15:38] <seb128> pitti, bonne nuit
[15:54] <Laney> ricotz: jbicha: Either of you interested in writing up the FFe for clutter-gst-2.0?
[16:05] <Laney> (I could then be the release team member to review it)
[16:09] <tjaalton> desrt: yeah, needs to be upstreamed, git master didn't seem to have anything that might fix it
[16:10] <desrt> tjaalton: the bug i just gave you a link to has a link to the fix in upstream git master
[16:11] <desrt> i cherry-picked it into a vendor-patch and did a local build -- it fixed it
[16:17] <ricotz> Laney, i just hijacked this old bug https://bugs.launchpad.net/ubuntu/+source/clutter-gst/+bug/1040930
[16:17] <ubot2`> Ubuntu bug 1040930 in clutter-gst "FFe: Sync clutter-gst-2.0 1.9.90-1 (universe) from Debian experimental (main)" [Wishlist,Triaged]
[16:18] <Laney> can you confirm that it builds/installs/works with the new sushi?
[16:18] <ricotz> Laney, i can confirm it works with totem
[16:18] <ricotz> dont have sushi here, but i guess robert has
[16:19] <Laney> ok
[16:19] <Laney> ricotz: please say that in the bug
[16:20] <ricotz> rhythmbox might join the club at some point
[16:20] <Laney> well, not that we'll have it in main for quantal
[16:23] <seb128> we will not update rb in quantal no
[16:23] <seb128> they might land gstreamer1 as well
[16:23] <seb128> which we also want to avoid
[16:24] <ricotz> seb128, yes, same with totem ;)
[16:24] <seb128> indeed
[16:24] <ricotz> but these are still some solid arguments to have clutter-gst-2.0 in ;)
[16:25] <seb128> what the fact that our apps don't use it? ;-
[16:25] <seb128> ;)-
[16:25] <Laney> some universe stuff will
[16:25] <Laney> at least sushi
[16:25] <seb128> right, I'm not arguing against it ;-)
[16:26] <Laney> ricotz: I added it to desktop-extra so you should be able to upload from svn
[16:26] <Laney> please do
[16:27] <Laney> oh, huh, you aren't in ubuntu-desktop
[16:28] <ricotz> Laney, right, i am not
[16:29] <Laney> get that sorted :P
[16:29] <ricotz> there were some concerns last time i checked
[16:30] <Laney> fair enough, I haven't sponsored enough stuff for you to say
[16:30] <Laney> if you prepare a debdiff over SVN I'll sponsor that for you
[16:30] <Laney> append "~ubuntu1" or something
[16:31] <seb128> Laney, that's the issue btw, ricotz should get some extra work sponsored so he can get added
[16:32] <Laney> ok, I was under the impression that others had been but I did not check
[16:32] <seb128> no, I sponsor some diff every now and then
[16:32] <seb128> but I saw like 3 merge requests done using our workflow in a year
[16:33] <antarus> Is this the right place to ask questions about notify-osd?
[16:33] <seb128> antarus, try #uun
[16:34] <seb128> antarus, try #ubuntu-unity
[16:35] <antarus> thanks
[16:36] <ricotz> Laney, here it is http://paste.debian.net/plain/185866
[16:39] <Laney> ricotz: ok. You missed the bug reference, but thanks
[16:39] <ricotz> Laney, ah sorry :\
[16:43] <ricotz> seb128, if you want i can so another patch for libgsf fixing a gir package dep issue
[16:44] <seb128> ricotz, patches are always welcome ;-)
[16:47] <ricotz> seb128, http://paste.debian.net/plain/185867
[16:49] <seb128> ricotz, uploaded, thanks
[16:59] <Laney> ricotz: -2.0 uploaded too
[16:59] <Laney> now you have to convince an AA to revie wit
[17:01] <ricotz> Laney, uh, there is one ;) > pitti_
[17:03] <ricotz> Laney, i guess the bug should be subscribed to ubuntu-release?
[17:04] <Laney> technically I suppose so, for tracking
[17:04] <Laney> mark it Fix Committed too
[17:04] <tjaalton> desrt: oh wow, didn't look at the bug in detail, but it sounds like another one recently filed. thanks for the research :)
[17:05] <ricotz> tjaalton, new snapshot ;)
[17:05] <ricotz> Laney, done
[17:07] <tjaalton> ricotz: yeah
[17:39] <desrt> tjaalton: ya.  it's a pretty serious issue.  i marked it as critical and milestoned for -beta1
[17:40] <desrt> tjaalton: particularly because the fix is pretty simple....
[17:40] <desrt> (and zero-risk -- it replaces an assert with a non-asserting codepath... the only thing this patch will ever do is turn crashes into not-crashes)
[17:48] <tjaalton> desrt: i'll fix iter this evening..
[17:48] <desrt> tjaalton: awesome.  thanks.
[18:48] <bryceh> tjaalton, 9.0 specific?  or sru-able?
[19:05] <tjaalton> bryceh: 9.0, uploaded already
[19:10] <tjaalton> bryceh: at least this got five dupes already, so we'd know if it was in 8.0.x too :)
[19:10] <bryceh> great
[20:56] <robert_ancell> seb128, hey
[20:57] <seb128> robert_ancell, oya
[20:57] <robert_ancell> seb128, sound-juicer - keep on 3.4? (bug 1042015)
[20:57] <ubot2`> Launchpad bug 1042015 in sound-juicer "Update to 3.5.0" [Wishlist,Triaged] https://launchpad.net/bugs/1042015
[20:58] <seb128> robert_ancell, your call, it's in universe, it can use gstreamer0.9n
[20:58] <Laney> I don't think it is true that gnome has a freeze exception
[20:58] <Laney> didn't that come up somewhere recently?
[21:00] <seb128> robert_ancell, oh, yeah, ff, I almost forgot that "detail" :p
[21:00] <seb128> sound-juicer is not part of GNOME
[21:00] <seb128> so it wouldn't have an exception, even if GNOME has one
[21:01] <seb128> GNOME doesn't need an exception since .90 to .91,.92,.0 are bug fixes updates
[21:01] <robert_ancell> seb128, https://live.gnome.org/SoundJuicer - "Sound Juicer is the GNOME CD ripper". And it's on GNOME FTP. And it's on GNOME git. Is there a new definition of GNOME I'm unaware of?
[21:02] <seb128> robert_ancell, the ff exception was meant for things that respect the GNOME schedule and freezes
[21:02] <robert_ancell> seb128, like sound-juicer?
[21:02] <seb128> robert_ancell, which has not beeing the case of s-j, they didn't even use the same versioning until recently
[21:02] <seb128> robert_ancell, in a minute you will tell me that rb does respect the schedule and freezes? ;-)
[21:02] <robert_ancell> seb128, http://ftp.acc.umu.se/pub/GNOME/sources/sound-juicer/ seems to indicate they have been
[21:02] <dobey> robert_ancell: sound-juicer isn't part of GNOME's upstream "desktop release set" is it?
[21:03] <robert_ancell> seb128, no, that annoys me with rb
[21:04] <seb128> robert_ancell, let's say I don't trust s-j to have a responsive maintainer and handle their stuff correctly and I don't trust the release team do care enough s-j to do anything about it if there is an issue
[21:04] <seb128> robert_ancell, but well, it's in universe so at the same time no big deal...
[21:05] <robert_ancell> seb128, https://launchpad.net/ubuntu/+source/sound-juicer says it's in main...
[21:05] <robert_ancell> are we talking about the same package?
[21:05] <Laney> don't believe the top
[21:05] <Laney> look at the table
[21:05] <seb128> https://launchpad.net/ubuntu/+source/sound-juicer
[21:06] <seb128> says it's in universe since lucid
[21:06] <Laney> however I don't really agree that universe is no big deal :(
[21:06] <seb128> we need to kill universe
[21:06] <Laney> losing support to rip to mp3 would be quite bad
[21:06] <seb128> honestly apps are the responsability of the app writers
[21:06] <seb128> it shouldn't be up to us to care more than upstream about apps
[21:07] <seb128> they should just get what they think their users should get in the s-c
[21:07] <seb128> that model of "we know better than upstream and we will fix the world" doesn't scale
[21:07] <robert_ancell> seb128, absolutely
[21:08] <robert_ancell> seb128, what table am I looking at?
[21:08] <seb128> robert_ancell, all the lines going back the page
[21:08] <seb128> quantal ... universe
[21:08] <seb128> precise...universe
[21:08] <robert_ancell> oh
[21:08] <seb128> ...
[21:08] <seb128> lucid main
[21:09] <robert_ancell> dobey, man, I can't find the GNOME module list anywhere anymore. Does it even still exist?
[21:10] <seb128> robert_ancell, they adopted a fuzzy definition :-(
[21:10] <seb128> I don't think there is an official list somewhere, or maybe they consider jhbuild as being that
[21:15] <dobey> http://ftp.gnome.org/pub/GNOME/teams/releng/3.5.90/versions
[21:16] <dobey> https://live.gnome.org/ThreePointFive says to look at the 'versions' file in the most recent 3.5 folder under that releng dir
[21:16] <dobey> which is a bit odd


[07:24] -SwissBot:#ubuntu-news- ::Softpedia:: Sparky Linux 2020.05 Announced with Linux Kernel 5.6.7 @ https://news.softpedia.com/news/sparky-linux-2020-05-announced-with-linux-kernel-5-6-7-529901.shtml (by Bogdan Popa, Microsoft News Editor)
[07:37] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Updatable Ubuntu Server Live Installer @ https://ubuntu.com/blog/updatable-ubuntu-server-live-installer
[10:15] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: SoftMaker Office 2021 Hits Beta, is Free to Download (For Now) @ https://www.omgubuntu.co.uk/?p=176615 (by Joey Sneddon)
[16:50] -SwissBot:#ubuntu-news- ::Planet:: Oliver Grawert: Using the new 12MP Pi cam for video conferencing on your desktop @ https://ograblog.wordpress.com/2020/05/06/using-the-new-12mp-pi-cam-for-video-conferencing-on-your-desktop/
[20:32] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: GNOME Reveals a Diverse Set of Google Summer of Code 2020 Projects @ https://www.omgubuntu.co.uk/?p=176773 (by Joey Sneddon)
[22:55] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Linux Marketshare Doubles During Lockdown, Stats Show @ https://www.omgubuntu.co.uk/?p=176789 (by Joey Sneddon)
[23:34] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Microsoft’s New Surface Book Ad Features …Linux? @ https://www.omgubuntu.co.uk/?p=176824 (by Joey Sneddon)


[00:03] <RAOF> alf__: And with mesa 7.9 we'll probably just ship MesaLib in the mesa source package, because mesa-demos has now got a separate repository.
[02:37] <bjsnider> superm1, was there ever a problem with shared libs in the nvidia blob package conflicting with mesa dev packages, specifically regarding building mythtv?
[05:31] <superm1> bjsnider, not as far as i'm aware
[05:31] <superm1> there it some stuff in debian/control for mythtv to allow it to build on older (9.04) packages where vdpau wasn't yet standalone
[05:32] <superm1> but nothing about mesa that i can think
[05:32] <superm1> is there aproblem?
[06:10] <RAOF> Dear i915: More working, less deadlocking in i915_gem_madvise_ioctl!
[09:13] <diverse_izzue> hi ubuntu X-ers. i'm running lucid on intel graphics and cannot get an external screen to work (it shows "input signal out of range"). xrandr output looks reasonable. same screen worked on lucid+ATI on another machine.
[10:10] <alf__> Hi all! It seems that egl.pc in libegl1-mesa-dev contains a "Requires.private" to "libdrm, dri2proto ...".
[10:11] <alf__> Shouldn't the libegl1-mesa-dev package depend on the -dev packages containing the associated "libdrm, dri2proto ..." .pc files?
[10:30] <RAOF> alf__: Yes.
[10:35] <alf__> RAOF: I can create a patch for this if you are not working on it already
[10:36] <RAOF> I'm not working on it already; if you want to create a patch I'll apply it for the next upload, or I can make the changes myself in the next upload.
[10:39] <alf__> RAOF: I'll create a patch then to save you the trouble :)
[10:46] <alf__> RAOF: Is mesa 7.9 targeted for maverick?
[10:48] <RAOF> alf__: Yes.
[10:48] <alf__> RAOF: great, thanks
[11:32]  * jcristau sighs at the 20MB MesaDemos tarball
[11:34] <jcristau> RAOF: would you mind if i accidentally rm'ed progs/objviewer before creating mesa_7.8.2.orig.tar.gz?
[12:43] <alf__> RAOF: Should I add versioned dependencies to libegl1-mesa-dev eg libdrm-dev (>= 2.4.19) [!hurd-i386] vs just libdrm-dev?
[12:59] <bjsnider> superm1, one of the mythtv developers was saying to me in an email that he ahd to move some of the shared ibs in the nvidia driver into the -dev package because they conflict with some other -dev packages required to build mythtv
[15:25] <tseliot> federico1: have you seen our emails on input rotation?
[15:45] <superm1> bjsnider, on what, maverick?
[15:46] <superm1> bjsnider, i'm still perplexed, can you reproduce his problem?
[16:33] <superm1> bjsnider, it might be best to get all of this stuff on a bug
[17:08] <bjsnider> superm1, no, on one of the older distros
[17:35] <superm1> bjsnider, how much older?
[17:36] <bjsnider> olde than lucid, that's all i know. i don't have many specifics.
[17:37] <bjsnider> i don't think nvidia-glx-xxx-dev has ever had any shared libs in it though. so i don't know how myth was being built in the past if this was a problem
[17:50] <superm1> bjsnider, well if the details show up on a bug, can try to reproduce it on a current version
[17:50] <superm1> otherwise, won't fix most likely for the older one
[20:11] <shadeslayer> Sarvatt: around?
[20:28] <shadeslayer> hi,whats the default open source driver for ATi cards on Ubuntu?
[20:40] <johanbr> shadeslayer, the -ati driver
[20:41] <shadeslayer> johanbr: ok.. btw any idea on how to get the kernel to boot one step at a time?
[20:41] <johanbr> I'm not sure what you mean by that
[20:41] <shadeslayer> johanbr: we have a issue in #kubuntu-devel ... would be helpful if you can join
[20:42] <shadeslayer> related to g/kdm
[20:42] <shadeslayer> Nightrose: ^^
[20:42] <shadeslayer> didnt realise you were here ;)
[20:42] <Nightrose> 'lo
[20:43] <shadeslayer> So Nightrose upgraded her system from 9.10 to 10.04 and now k/gdm hangs up
[20:43] <Nightrose> (upgrade failed due to computer restarting in the middle of it...)
[20:43] <Nightrose> i finished it from command line then
[20:46] <johanbr> hmm... anything in the logs?
[20:46] <shadeslayer> johanbr: the system freezes up..
[20:46] <shadeslayer> she can only access the recovery console
[20:47] <shadeslayer> johanbr: afaik dmesg gets erased after every boot
[20:47] <shadeslayer> johanbr: ATi card btw
[20:48] <shadeslayer> http://pastebin.com/5W7qAtcN << hwinfo --framebuffer
[20:49] <johanbr> anything in /var/log/gdm/* ?
[20:50] <Nightrose> i'll check - can take a while
[20:52] <johanbr> and does "sudo startx" work?
[20:52] <shadeslayer> johanbr: sudo startx ?
[20:53] <johanbr> yes
[20:54] <Nightrose> johanbr: there are a few files in that folder - which one do i want?
[20:55] <johanbr> :0.log is probably most interesting
[20:56] <Nightrose> k
[20:58] <Nightrose> johanbr: pastebin.com/zBuKSZvr
[21:00] <jefferai> shadeslayer: sup
[21:00] <shadeslayer> jefferai: johanbr is helping with the issues
[21:00] <johanbr> well, trying to anyway :)
[21:01] <jefferai> johanbr: is there a way to step through the services that are being started during bootup?
[21:01] <jefferai> so that the exact service that ends up causing the hang can be pinpointed?
[21:04] <johanbr> jefferai, not that I know of
[21:04] <jefferai> :-|
[21:05] <jefferai> johanbr: the hang occurs even when X is not being used
[21:05] <jefferai> Nightrose: right?
[21:05] <johanbr> I didn't realize there was a hang
[21:05] <Nightrose> jefferai: well if i have it use gdm it doesn't seem to come up - before with kdm it did
[21:06] <johanbr> try booting without "splash" and "quiet" and see what the last thing printed is
[21:06] <Nightrose> it did = X came up
[21:06] <jefferai> Nightrose: right, but didn't you say that if you disabled X entirely that it still hung?
[21:07] <Nightrose> jefferai: i don't really know how to do that - except for booting into recovery mode
[21:07] <Nightrose> where it doesn't hang
[21:07] <Nightrose> but that doesn't say much i guess
[21:07] <johanbr> so everything works except X?
[21:08] <Nightrose> johanbr: i don't know for sure tbh... - X at least starts when i have it set to start kdm
[21:08] <shadeslayer> johanbr: apparently X starts -> KDM starts -> everything hangs
[21:08] <Nightrose> yes
[21:09] <johanbr> did you try "sudo startx" ?
[21:11] <Nightrose> screen turns black with non-blinking cursor at top right
[21:14] <johanbr> definitely sounds like some X package is busted, then
[21:14] <shadeslayer> jefferai: aha! :D
[21:15] <shadeslayer> ( and yes thats meant for jefferai :P )
[21:15] <Nightrose> johanbr: any ideas what to do about it? or where to look for more info?
[21:16] <johanbr> maybe try "sudo apt-get --reinstall install xserver-xorg-core"
[21:16] <jefferai> shadeslayer: ?
[21:16] <shadeslayer> jefferai: i told you it was a X bug :D
[21:16] <shadeslayer> well.. not exactly x but x related :P
[21:17] <jefferai> shadeslayer: I didn't disagree about it being an x bug
[21:17] <jefferai> I said I wasn't convinced it was a video driver bug
[21:17] <shadeslayer> you didnt agree either ;)
[21:17] <jefferai> I like to keep options open when debugging
[21:17] <jefferai> especially debugging distros I don't use
[21:18] <shadeslayer> jefferai: ok.. im just playing with you ;)
[21:18] <jefferai> :-)
[21:18]  * shadeslayer is really gratefull to jefferai
[21:19] <shadeslayer> *grateful
[21:21] <jefferai> :-)
[21:21] <jefferai> *hugs*
[21:23] <Nightrose> johanbr: ok can startx from recovery mode - shows login sequenze to kde then freezes somewhere in the middle of it
[21:24] <johanbr> Nightrose, alright... I guess try the same thing for KDE then
[21:24] <shadeslayer> Nightrose: ksplash comes online?
[21:24] <johanbr> "sudo apt-get --reinstall install kdebase" or something similar
[21:24] <shadeslayer> Nightrose: sudo apt-get --reinstall install kdebase kdelibs
[21:25] <Nightrose> shadeslayer: jep until it freezes ;-)
[21:25] <Nightrose> ok
[21:25]  * jefferai wonders if there is a way to simply reinstall all of the packages in the system
[21:25] <shadeslayer> Nightrose: sudo apt-get --reinstall install kdebase kdelibs5 actually
[21:25] <jefferai> like an "emerge -e world" on gentoo :-)
[21:25] <Nightrose> k
[21:25] <Nightrose> heh
[21:25] <shadeslayer> jefferai: sudo apt-get --reinstall install * :P
[21:25]  * Nightrose ponders doing that
[21:25] <jefferai> nice
[21:25] <jefferai> heh
[21:25] <Nightrose> bad idea?
[21:26] <jefferai> sudo is for wimps
[21:26] <jefferai> su -
[21:26] <jefferai> and run wild
[21:26] <jefferai> :-D
[21:26] <shadeslayer> :P
[21:26] <johanbr> I don't think * works
[21:26] <shadeslayer> johanbr: would that be a bad idea?
[21:26] <jefferai> sudo apt-get --reinstall install `dpkg --list-installed`
[21:26] <jefferai> or something like that?
[21:26]  * jefferai doesn't know dpkg options
[21:27] <shadeslayer> http://ubuntuforums.org/showthread.php?t=658670
[21:27] <johanbr> you could do "sudo apt-get --reinstall install $(dpkg -l |awk '/^i/{print $2}')"
[21:28] <johanbr> should be fine, except it'll take quite a while
[21:28] <Nightrose> sudo apt-get --reinstall install kdebase kdelibs5 didn't help
[21:28] <Nightrose> ok
[21:28] <Nightrose> well i wasted lots of hours already... one or two more don't hurt at this point
[21:28] <jefferai> OK, here's another question for you *buntu guys
[21:29] <shadeslayer> Nightrose: well.. try the command johanbr gave
[21:29] <jefferai> could it be a stale configuration file?
[21:29] <Nightrose> yeaü
[21:29] <Nightrose> *yea
[21:29] <jefferai> that should have been removed/upgraded, but wsn't?
[21:29] <shadeslayer> only one way to find out
[21:30] <shadeslayer> sudo dpkg-reconfigure -a :P
[21:30] <johanbr> certainly possible, but a stale config file shouldn't cause the system to hang completely (in most cases)
[21:30] <johanbr> my guess would be a broken driver or library somewhere
[21:30]  * jefferai could see it with something udev related, or loading the wrong driver or with the wrong options in X
[21:32]  * shadeslayer has to go to sleep now
[21:33] <shadeslayer> Nightrose: your almost done i think :D
[21:33] <Nightrose> heh
[21:33] <jefferai> Well
[21:33] <jefferai> almost done with the things you can do :-)
[21:33] <Nightrose> johanbr: that stops because amarok-kde4 has not installation candidate
[21:33] <shadeslayer> amarok kde4 0_o
[21:34] <Nightrose> ait - s/no installation candidate/is not available but is reffered to by another package
[21:34] <Nightrose> *wait
[21:35] <Nightrose> *sigh* :(
[21:35] <Nightrose> i wasted 2 nights on this already
[21:35] <Nightrose> and i don't see how i can finish my 3 talks this way until friday morning
[21:36] <jefferai> as painful as this sounds, could you do them on your Eee?
[21:36] <Nightrose> don't even have ooo installed on it since there is no space for it
[21:36] <Nightrose> :/
[21:36] <jefferai> oh
[21:36] <jefferai> hm
[21:37] <jefferai> other ideas: buy the cheapest video card you can find and try swapping the one you have out
[21:37] <jefferai> perhaps trying nvidia instead
[21:37]  * shadeslayer thinks its packaging issues now
[21:37] <jefferai> usually you can get really old low-end cards for a pittance
[21:37] <jefferai> shadeslayer: unless it's problems with newer versions of software
[21:37] <shadeslayer> jefferai: amarok-kde4 was removed
[21:38] <shadeslayer> Nightrose: your upgrading from 9.10?
[21:38] <Nightrose> yes
[21:39] <jefferai> shadeslayer: what about the command johanbr mentioned before, but ignoring deps?
[21:40] <shadeslayer> Nightrose: try sudo apt-get --reinstall install `dpkg --list-installed`
[21:40] <Nightrose> k
[21:40] <Nightrose> couldn't find package dpgk --listinstalled
[21:41] <Nightrose> oh sec
[21:41] <Nightrose> hmm yea
[21:41] <Nightrose> couldn't find package dpgk --listinstalled
[21:43] <shadeslayer> Nightrose: list-installed
[21:43] <jefferai> shadeslayer: I wouldn't attempt my dpkg line
[21:43] <shadeslayer> missing a - there
[21:43] <jefferai> since I don't use dpkg
[21:43] <jefferai> and have no idea what options are there
[21:44] <Nightrose> shadeslayer: same
[21:45] <shadeslayer> Nightrose: do
[21:45] <shadeslayer> *doh
[21:45] <shadeslayer> not dpgk :P
[21:46] <shadeslayer> use dppkg
[21:46] <shadeslayer> uff... dpkg
[21:46]  * shadeslayer all confuzly
[21:47] <jefferai> Nightrose: sudo apt-get -m --reinstall install $(dpkg -l |awk '/^i/{print $2}')
[21:47] <jefferai> the -m tells it to ignore missing packages
[21:47] <jefferai> this might allow it to continue without amarok-kde4
[21:47] <Nightrose> \o/
[21:47] <Nightrose> k
[21:47] <jefferai> and when the offending package that needs amarok-kde4 is reinstalled hopefully the dep will be cleared
[21:48] <Nightrose> hmmm still complaining about amarok-kde4
[21:48] <shadeslayer> Nightrose: im off to sleep..
[21:48] <jefferai> Nightrose: try adding -f
[21:48] <Nightrose> good night shadeslayer
[21:48] <Nightrose> k
[21:48] <jefferai> does it say *which* package complains about amarok-kde4?
[21:48] <shadeslayer> Nightrose: i really hope it gets fixed
[21:48] <Nightrose> nope
[21:49] <Nightrose> -f doesn't help either
[21:49] <Nightrose> mpfh
[21:49]  * jefferai is surprised that packages depend on amarok, not the other way around
[21:50] <Nightrose> referred to - might not actually be a dependency
[21:50] <jefferai> oh
[21:50] <Nightrose> *shrug*
[21:50] <shadeslayer> amarok-kde4 was removed
[21:50] <jefferai> dpkg -C ?
[21:50] <shadeslayer> so what ever was using it needs to be replaced as well
[21:50] <shadeslayer> Nightrose: do you have good bandwidth ?
[21:50] <Nightrose> oksih
[21:50] <Nightrose> *okish
[21:51] <shadeslayer> Nightrose: is it ok if i reinstall KDE ?
[21:51] <jefferai> Nightrose: try dpkg -C
[21:51] <shadeslayer> like  as in you remove whole of KDE and reinstall it
[21:51] <jefferai> it's the same as dpkg --audit
[21:51] <Nightrose> jefferai: k
[21:51] <jefferai> maybe it'll print something useful
[21:51] <Nightrose> shadeslayer: sure...
[21:51] <Nightrose> jefferai: nothing
[21:52] <jefferai> meh
[21:52] <shadeslayer> Nightrose: http://www.psychocats.net/ubuntu/puregnome
[21:52] <Nightrose> indeed
[21:52] <shadeslayer> remove KDE packages and then install kubuntu-desktop
[21:53] <Nightrose> uff - lot's to type...
[21:53] <shadeslayer> Nightrose: oh noes
[21:54] <jefferai> Nightrose: try one more thing -- go to /var/lib/dpkg
[21:54] <jefferai> grep -ri amarok *
[21:54] <Nightrose> k
[21:55] <shadeslayer> jefferai: you seem to know alot,even tho you dont have *buntu ;)
[21:55] <jefferai> shadeslayer: I just SSHed into a buntu box at work
[21:55] <shadeslayer> nice
[21:55] <shadeslayer> jefferai: ( manpages can be found online as well ;) )
[21:55] <shadeslayer> manpages.ubuntu.com
[21:55] <Nightrose> jefferai: there is just a dpkg.log file - no folder
[21:55] <jefferai> Nightrose: better idea:
[21:56] <jefferai> cd /var/lib/apt
[21:56] <jefferai> grep -ri amarok-kde4
[21:56] <jefferai> it should show files nin lists/
[21:56] <shadeslayer> jefferai: dude... cant you ssh into Nightrose's box?
[21:56] <jefferai> dunno
[21:56] <jefferai> that's up to her
[21:56] <shadeslayer> if that can be done..
[21:56] <shadeslayer> then you can directly copy paste the command
[21:56] <jefferai> also I have to leave soon
[21:56] <Nightrose> sure
[21:56] <jefferai> :-|
[21:56] <shadeslayer> :(
[21:57] <Nightrose> though i'm behind a router - not sure if that'll work
[21:57] <jefferai> ah
[21:57] <jefferai> sec
[21:58] <shadeslayer> jefferai: i think that its due to loads of stupid packages that got left behind from 9.10
[22:00] <johanbr> Nightrose, hmm... try "dpkg -l |awk '/^i/{print $2}' >/tmp/a"
[22:00] <johanbr> then "nano /tmp/a" to remove any troublesome packages
[22:01] <johanbr> then "sudo apt-get --reinstall install $(cat /tmp/a)"