[03:18] <bigjools> jtv1: could I trouble you for some reviews please
[03:19] <jtv1> I'm in the process of writing up a review.
[03:20] <bigjools> ta
[05:50] <jtv> bigjools: found it!  “from django.contrib import messages” and then e.g. “messages.error(request, "Aaaigh!")”
[05:50] <jtv> Now to find the request...
[05:51] <bigjools> perfick
[05:52] <jtv> Well, still have to find that request.
[05:57] <bigjools> it's passed into the view iirc
[05:58] <bigjools> and api request
[05:58] <bigjools> afk for a few
[06:02] <jtv> Yes, the view gets it — but the triggers don't.  They don't even know whether there is one.
[06:02] <jtv> Signal handlers, I mean.
[06:02] <jtv> Not triggers.
[06:27] <bigjools> that's the point of the handlers
[06:28] <bigjools> they're not supposed to care
[06:28] <bigjools> not looked at django docs for signals but I wonder what it does if there's an error
[06:31] <jtv> Turns out the transaction does commit.  Which does not bode well.
[06:31] <jtv> Meanwhile, my NUCs won't auto-enlist any more.  :-(
[06:31] <jtv> My non-NUC test machines won't even netboot!  Complain about "APM not present."
[06:50] <rvba> bigjools: thanks for the review of my robustness branch.  Much appreciated.  Addressing your comments now.
[06:50] <rvba> jtv: I've seen the "APM not present" message in the lab.
[06:51] <jtv> rvba: searching for it yielded very little information... it sounded as if some tool suddenly expects APM.
[06:51] <jtv> Which is strange, given the laws of nature.
[06:52] <rvba> jtv: it happens when node is told to power off (which is the default PXE config instruction sent when MAAS doesn't really know what to do) but fails to do so.
[06:52] <jtv> I mean specifically the one that says time moves in a forward direction.
[06:52] <jtv> That's what I found by searching.  To me though it happens while trying to netboot...
[06:52] <rvba> Which probably means that the netboot/status combination is unexpected or wrong.
[06:53] <jtv> This is when trying to auto-enlist...  MAAS shouldn't even know the machine exists.
[06:55] <rvba> jtv: I see nodes being enlisted okay in the current CI run.  Could it be a problem with your specific branch?
[06:56] <jtv> Could be, though I think it's basically a version of trunk
[07:06] <jtv> Phew.  Installing the latest trunk got me past it somehow.
[07:07] <jtv> Past the "APM not pressent" problem, that is.
[07:19] <rvba> blake_r: Hi blake.  I'm having a look at the CI runs and the new maas-integration.TestMAASIntegration.test_imported_boot_resources test takes 20 minutes to complete.  Why is this so long?  (I'm asking because it's important to keep the total runtime as low possible)
[08:58] <jtv> rvba: you said you were seeing static IP addresses in the lab... is that a recent version of trunk?
[09:00] <rvba> jtv: it's trunk + my robustness changes (which shouldn't interfere with the IP assignment)
[09:02] <jtv> Hmmmright.  Do you know what the last trunk revision in there was?
[09:02] <rvba> jtv: 2854
[09:03] <jtv> Thanks.
[09:03] <jtv> That's current.  So... what in blazes is going on?
[09:10] <bigjools> rvba: sorry, I am being a hardass on your review
[09:11] <rvba> bigjools: the change you suggest about the netboot flag has nothing to do with my change.
[09:13] <rvba> bigjools: and I don't really understand why re-assigning a status is dangerous.
[09:14] <bigjools> rvba: I explained why it's bad in the review comments
[09:14] <bigjools> you can end up in bad states.  I remember mentioning at the sprint that I don't like that flag any more
[09:15] <rvba> bigjools: I prefer the 'default' (i.e. what happens to nodes that won't be picked up by the migration) to be that the nodes end up 'Deployed' instead of 'Allocated'.
[09:15] <bigjools> 2. the status change has a race if the maas is in use
[09:15] <rvba> bigjools: I agree that I need to write a migration.
[09:16] <bigjools> the new state is fine, just don't change the values of existing ones
[09:16] <rvba> bigjools: there is no bad state. netboot is still only relevant for one status.  Same as before.
[09:17] <rvba> bigjools: I think changing the meaning is the safest thing to do here.  Let me explain:
[09:17] <bigjools> rvba: EXACTLY!
[09:18] <rvba> Previously we had on state 'Allocated', which could mean 3 things.  → Allocated/Deploying/Deployed.  Now, I expect most nodes in the old 'Allocated' state to be effectively in the new 'Deployed' state and that's why I'd like this migration to be as transparent as possible.
[09:19] <rvba> bigjools: but it's really a detail.  I can write one additional data migration if this is to get this branch landed.
[09:22] <bigjools> rvba: ok
[09:22] <rvba> bigjools: re-netboot.  I'm just saying this branch doesn't make things worse when it comes to the netboot stuff.  Let's get it landed and think about whether or not we want to change this after.
[09:22] <bigjools> rvba: that's fine
[09:23] <rvba> Okay, cool.  I'll revert the change to the enum and write this migration then.
[09:24] <bigjools> rvba: excellent
[09:25] <rvba> bigjools: Don't get me wrong, I appreciate the extra scrutiny on this.
[09:25] <bigjools> rvba: I know :)
[09:25] <bigjools> it'a a hairy area not to be rushed
[09:25] <rvba> Indeed.
[10:27] <gmb> allenap: I have a question re: the MockLiveClusterToRegionRPCFixture… When I set a mock result properly (see http://pastebin.ubuntu.com/8204974/), I get the following error: http://paste.ubuntu.com/8204977/. It's almost as though something is wrapping the list in a tuple and then the whole thing breaks. If I specify the "interfaces" item in the response as just being a single dict, rather than a list of dicts with one element, it works perfectly. HALP?
[10:37] <gmb> allenap: Aaah, hang on, I hadn't applied your patch, I think I see the problem…
[10:39] <gmb> allenap: Yeah, I'd not spotted the stray comma on the "interface =" lines. Thanks for that :)
[11:53] <jtv> rvba: those static IP addresses you saw in the lab... are you very very sure they're static?  Because I'm seeing addresses now, but from the dynamic range.
[12:07] <rvba> jtv: I've got another run in progress, I'll tell you when it gets to the point where static IP addresses are assigned… I didn't check that the addresses I saw where from the static range last time.
[12:08] <rvba> jtv: I just had a problem in the lab (my nodes didn't get an entry in the zone file) but I think it's caused by the change I'm trying to QA.
[12:09] <jtv> rvba: thanks — highly interested to see if you meet with more success.
[12:23] <rvba> jtv: just did another test locally with revision 2857 and my node just got an IP from the static range.
[12:23] <jtv> Gah.
[12:24] <jtv> Here, my nodes do get IP addresses, just from the dynamic range.
[12:24] <jtv> But that's with the REVEAL_IPv6 flag set.  I wonder if that makes a difference...
[12:24] <jtv> What I had before I set it, I believe, was no IP address at all.
[12:42] <jtv> allenap: your misc-boot-resources-stuff branch removes a lock check... is that intentional?
[12:42] <jtv> The one where it doesn't import if its lock is currently held?
[12:44] <allenap> jtv: Yes, it’s superfluous. It tries to get the lock later on. Actually, there’s a chance that it’ll block for a long time (it could have before too; it’s racy). I’ll improve that.
[12:45] <jtv> The occasional race may not be so bad, but the point was to skip the entire attempt if another thread is already working on a download...  is that behaviour stil there?
[12:49] <allenap> jtv: It is, but it may wait 15 seconds before giving up. However, it then joins the lock thread, which will hang around until it can actually get the lock. Perhaps it doesn’t actually need to join the lock thread; that can be left to die on its own. Of course, that’s a leak in itself.
[12:50] <jtv> As long as it's cleaned up eventually, I guess...
[12:54] <jtv> rvba: ruddy-cave.maas is Deployed and on, but now I see no IP address for it at all...
[12:54] <jtv> Ah, one just appeared.  And it's dynamic.
[12:56] <rvba> jtv: I think this is related to the thing I'm testing now (the robustness stuff).
[12:58] <jtv> The fact that it didn't get a static IP address?
[12:58] <jtv> Remember, I'm seeing the same thing with trunk in my own setup.
[13:00] <rvba> Hum, the StaticIPAddress table is empty.
[13:00] <rvba> That's weird.
[13:01] <jtv> Yup.
[13:12] <jtv> Oh this is just horrible.
[13:12] <jtv> Whether the node claims static IP addresses also seems to depend on its power type.
[13:13] <jtv> Unknown power type: no static IP.
[13:13] <jtv> ether_wake and no MAC address set in the power parameters: no static IP.
[13:17] <jtv> And am I going cross-eyed or are there a Node.claim_static_ips and a Node.claim_static_ip_addresses?
[13:23] <rvba> jtv: this code is a mess :/
[13:24] <jtv> Yup.
[13:24] <jtv> Note no docstring.
[13:24] <jtv> On _create_tasks_for_static_ips.
[13:25] <rvba> And claim_static_ip_addresses is strangely similar to _create_tasks_for_static_ips.
[13:29] <jtv>  /o\
[13:30] <jtv> rvba: I also see a lot of special cases for "self.status == NODE_STATUS.ALLOCATED"...   I guess those are complicating your life right now.
[13:31] <allenap> Node.claim_static_ips is going away, eventually.
[13:31] <allenap> However it’s not in use right now.
[13:31] <jtv> And claim_static_ip_addresses will be its eventual replacement?
[13:32] <allenap> jtv: Yep.
[13:32] <jtv> That'd be worth putting in docstrings.
[13:33] <allenap> jtv: I’m changing a lot of this code for the RPC work I’m doing, so if you find logical faults please tell me about them; I’ve recreated what was already there, so I may have recreated bugs.
[13:34] <jtv> Don't be afraid to write that something is unclear.  Better than a shared false belief that it was all done deliberately!
[13:51] <jtv> rvba: it looks as if mac_addresses_on_managed_interfaces is not returning empty...  Maybe MACAddress.cluster_interface never got set.
[13:53] <rvba> jtv: let's check the current run…
[13:54] <rvba> Nodes are commissioning now…
[13:54] <jtv> Static addresses should be assigned at the point where the nodes are first started in Allocated state.
[13:55] <rvba> jtv: when is MACAddress.cluster_interface populated exactly?
[13:55] <jtv> Good question.
[13:56] <jtv> I was just trying to find that out actually.
[13:56] <jtv> NodeGroupHandler.update_leases..?
[13:57] <rvba> Right, it calls update_mac_cluster_interfaces.
[13:58] <rvba> jtv: current state in the lab: http://paste.ubuntu.com/8206479/
[13:58] <jtv> So those cluster interfaces haven't been populated.
[13:59] <rvba> Apparently not.  Looks like a bug to me.
[13:59] <jtv> Maybe it's just a matter of waiting a bit longer..?
[14:00] <jtv> BTW I filed bug 1363999 about this.
[14:01] <rvba> jtv: If the lease table is populated, it means update_leases has been called.
[14:01] <rvba> leases*
[14:01] <jtv> Ugh.  I hadn't realised the significance of that part.
[14:02] <jtv> Oh, but careful: that table can contain old leases from deleted nodes.
[14:03] <rvba> This is from a run in the lab, it's using a clean VM.
[14:03] <jtv> Damn.
[14:06] <allenap> jtv, rvba: Do you want any more eyes on the problem?
[14:06] <jtv> Oh that would be great.
[14:07] <jtv> We're currently staring at update_mac_cluster_interfaces, in api/node_groups.py.
[14:07] <jtv> (Huh what, his groggy brain asks him, where did that huge api.py module go?)
[14:08] <jtv> We have reason to believe that that function runs, but it doesn't appear to be doing this:
[14:08] <jtv>                 mac_address.cluster_interface = interface
[14:08] <jtv>                 mac_address.save()
[14:10] <rvba> jtv: I don't understand why we still have MAC.cluster_interface now that the network stuff is unified and that we can use the Network<->MACAddress link.
[14:11] <jtv> They're not quite the same thing.  For example, two NGIs can have overlapping IP ranges, which are different subnets that happen not to be connected.
[14:11] <jtv> It'd be nice to resolve that at some point, but we haven't taken that step yet.
[14:11] <rvba> I thought we didn't support overlapping IP ranges.
[14:12] <jtv> For Network we don't.
[14:12] <jtv> But two cluster interfaces (on different clusters) might still do it.
[14:21] <jtv> rvba: stupid question perhaps, but... do we even still call the API's update_leases method?
[14:21] <jtv> I mean, hasn't that been moved to RPC or anything?
[14:22] <rvba> jtv: well, that's a good question :).  Let's have a look at the KB board.
[14:23] <rvba> jtv: apparently it's been ported to RPC by Julian… but if it is so, why is this method still there?
[14:23] <jtv> "Periodically upload DHCP leases"...
[14:23] <jtv> Lots of good questions today.
[14:25] <rvba> jtv: src/maasserver/rpc/leases.py
[14:25] <rvba> Doesn't call update_mac_cluster_interfaces :/
[14:26] <jtv> Well that looks like an explanation.
[14:28] <rvba> Yep
[14:28] <allenap> Good find :)
[14:28] <jtv> Believe me, it gives me no joy.  :)
[14:29] <jtv> Not even the relief I expected from discovering that it's not the IPv6 changes.
[14:29] <allenap> Now, which poor soul is going to fix it?
[14:30] <jtv> I might do it since it's blocking my work — but not tonight!
[14:30]  * jtv tired
[14:35] <rvba> blake_r: I can see two reasons why the import is slow: a) you're downloading many images by default (?) or b) you're not using the configured proxy (?).
[14:35] <rvba> blake_r: my money is on b).
[14:36] <blake_r> rvba: I would go with number 2, unless the node by default is supposed to use that
[14:37] <rvba> blake_r: I don't see the relation to the node… this is all happening on the region.
[14:39] <rvba> blake_r: btw, did you land the UI for the new image stuff?
[14:41] <blake_r> rvba: sorry I meant region
[14:41] <blake_r> rvba: no ui yet
[14:41] <blake_r> rvba: only api
[14:41] <blake_r> rvba: ui is next
[14:42] <blake_r> rvba: create a bug for not using proxy and I will fix it this week
[14:42] <rvba> blake_r: okay, cool.
[15:36] <rvba> blake_r: https://bugs.launchpad.net/maas/+bug/1364062
[22:27] <Valduare> hi guys
[22:27] <Valduare> any news on maas with arm devices


[00:00]  * BarkingFish looks round his room for the hidden camera planted by ninjas to catch him having a breakdown
[00:06] <valorie> {{{{{{{{{{{{{{{{{hugs}}}}}}}}}}}}}}}}}}} to the BarkingFish
[00:06] <valorie> oops, {{{
[00:09] <BarkingFish> thanks valorie, and in exchange, I offer you this token of my lolzworthiness. http://cheezburger.com/View/5689713152
[00:09] <EvilResistance> ScottK:  in debian, what's the release name of sid, 'unstable' or 'sid'?
[00:09]  * EvilResistance is trying to get a sid system
[00:10] <EvilResistance> for packaging xD
[00:10] <valorie> I do indeed LOL!
[00:11] <ScottK> EvilResistance: Both should work.
[00:11] <ScottK> Just as testing/wheezy are currently synonyms.
[00:12] <ScottK> BarkingFish: For test purposes you could just directly change the code.
[00:12] <BarkingFish> okies, I'll have a whizz through the build log and find out which file the typedef failed in, and start from there
[00:15] <BarkingFish> Looks like it was ApnCamData.h, ScottK
[00:15] <BarkingFish> if I've read the log right
[00:15] <BarkingFish>  /build/buildd/libapogee2-2.2/ApnCamData.h:43:1: warning: 'typedef' was ignored in this declaration [enabled by default]
[00:16] <BarkingFish> meh, gives me somewhere to start :)
[00:25] <BarkingFish> anybody here good with C++? I'm not so hot, but I have a question.
[00:25] <BarkingFish> I was just searching through ApnCamData.h, the file responsible for issues with libapogee2, and it appears (to me at least) something is not right.
[00:26] <BarkingFish> now I know it's built before, but this looks odd, and I'm wondering if something else should be after it.
[00:27] <BarkingFish> At the end of the other typedef commands, like typedef struct, you get }; followed by a name assigned to it, like APN_HPATTERN_FILE;
[00:28] <BarkingFish> but there's a typedef enum in there too, which ends simply with }; and no name or whatever after it.
[00:30] <valorie> BarkingFish: you might try #kde-devel for that question?
[00:30] <valorie> since everyone here seems asleep or absent
[00:30] <BarkingFish> yeah, which is really where I should be too, valorie
[00:30] <BarkingFish> as the english expression goes, I believe, I feel like i'm piddling into head wind :P
[00:31] <BarkingFish> I need to rest and get my mind in order before i even try to fix this :)
[00:32] <valorie> pissing into the wind sounds messy and smelly
[00:32] <valorie> :-)
[00:32] <BarkingFish> it's some sort of slang for "fighting a losing battle" i believe :)
[00:33] <valorie> yep
[00:33] <BarkingFish> yeah, well I'm gonna throw that battle aside for now, and go get some sleep
[00:33] <BarkingFish> take care, have a good night/morning/whatever it is where you are :)
[00:34] <BarkingFish> see ya
[00:34] <valorie> sweet dreams
[12:39] <Sifrazooy> does anyone here know the capabilities of D-Bus ? what is the applications in the system it is allowed to interact with ?
[13:32] <Riddell> Sifrazooy: your question does not make much sense
[13:32] <Riddell> it communicates between programmes
[13:44] <Sifrazooy> Riddell mmmm , so it can't get reactions from the OS ?
[13:52] <Riddell> Sifrazooy: it's not clear what you mean by that either, there is a system dbus which runs and root programmmes talk through it
[13:52] <Riddell> if you want to know more you should ask KDE or whatever developer environment you're using
[14:18] <mfraz74> I've got a netbook running Kubuntu 11.10 with KDE 4.8 RC2 and when I try to launch Konqueror, the task bark just fills up with lots of Konqueror entries, but task is started
[14:18] <mfraz74> If I launch Dolphin instead, it works
[14:23] <schnelle_> mfraz74: It is fixed in 4.8.0 final: https://bugs.kde.org/show_bug.cgi?id=290936
[14:24] <mfraz74> Thanks
[14:41] <Riddell> mfraz74: I think that's a bug that got fixed by upstream recently
[15:00] <mfraz74> When is KDE 4.8 due?
[15:03] <Riddell> see techbase
[15:09]  * yofel_ would like to know why virtuoso is constantly using ~10% CPU time on his eeePC when he's doing nothing
[15:10] <yofel_> nepomuk off, and all is fine, happiness :]
[15:14] <mfraz74> 25 Jan
[15:19] <Riddell> burns night
[15:25] <shadeslayer> yofel: does that patch help or does it still fail?
[15:25] <shadeslayer> libapogee
[17:29] <yofel> shadeslayer: no idea, I couldn't apply it (whitespace issues I think)
[17:29] <shadeslayer> :S
[17:29] <yofel> not sure if BarkingFish tried
[17:30] <shadeslayer> okay
[17:30] <BarkingFish> tried what? what have I done now? It wasn't me, I didn't do it, you can't prove it. AAAAAAARGH!
[17:30]  * BarkingFish runs away
[17:30] <yofel> lol
[17:31]  * shadeslayer gets a lasso to trap BarkingFish
[17:35] <BarkingFish> so what am I supposed to have (or have not) done?
[17:36] <yofel> BarkingFish: we were talking about shadeslayer's patch for the libapogee failure
[17:36] <yofel> oh, and that the PPA showed the builds as successfull should be bug 910482
[17:36] <BarkingFish> ah no, I haven't got round to that yet, I think it's a cdbs patch or something weird
[17:37] <BarkingFish> i have no idea how to apply it
[17:37] <shadeslayer> scumbag launchpad, shows canceled builds as completed ...
[17:37] <yofel> go into source folder, run 'cdbs-edit-patch <patchname>', apply patch with patch, exit
[17:37] <yofel> *should* work
[17:38] <yofel> except that it didn't for me, all hunks failed
[17:38] <micahg> shadeslayer: bug 910482, can you post specifics as requested in the bug please?
[17:38] <shadeslayer> micahg: BarkingFish had that issue I believe
[17:38] <BarkingFish> well I've saved the patch already so I just run that command with  patch1 at the end, and it should apply it, right?
[17:39] <shadeslayer> BarkingFish: you want to patch the sources during the build
[17:39] <BarkingFish> micahg: I cancelled a build for something in my ppa, when I went back to the package information, it showed the builds as completed successfully, the dropdown under the package showed both builds failed
[17:40] <shadeslayer> the sources should be pristine
[17:40] <micahg> BarkingFish: right, can you please post specifics in teh bug I mentioned earlier
[17:40] <BarkingFish> sure
[17:40] <micahg> thanks
[17:40] <BarkingFish> it'll be in a bit though, I'm just doing the patch doodad above
[17:43] <BarkingFish> yofel: I've done cdbs-edit-patch with the patch name, it now says I'm in a subshell, i need to make the changes necessary to apply the patch and exit with Status 0 to create the patch. The patch already exists, what the heck do I do now?
[17:43] <BarkingFish> I saved it from the diff that shadeslayer pasted last night
[17:44] <yofel> hm, as I understand it, you go and apply the patch in the subshell
[17:45] <yofel> as all the changes you make in the subshell will end up as a cdbs patch
[17:45] <BarkingFish> I don't know how to though.  I can barely package. patching is like giving me a sheet of hebrew and telling me to read it in Georgian.
[17:45] <yofel> ah, apply the patch with 'patch -p1 < path/to/patch'
[17:45] <BarkingFish> ok
[17:46] <shadeslayer> BarkingFish: yeah, especially since you have to deal with cdbs
[17:46] <yofel> didn't work for me though, probably because the line endings are a mess
[17:46] <shadeslayer> which is a huge load of shit
[17:46] <BarkingFish> all failed
[17:46] <yofel> ok, same as me then -.-
[17:46] <shadeslayer> derp
[17:46] <BarkingFish> patch is indented 4 spaces
[17:46] <shadeslayer> lemme try something
[17:52] <shadeslayer> http://paste.kde.org/186680/
[17:52] <shadeslayer> try this patch
[17:52] <shadeslayer> -p0 this time
[17:56] <BarkingFish> that won't work either, the patch is still indented 4 spaces when I paste it into kate to save it
[17:56] <BarkingFish> It's counting the line numbers in the pastebin as spaces when you copy the data out
[17:57] <yofel> BarkingFish: try to click on raw in the top right corner
[17:57] <yofel> you can save that
[17:59] <BarkingFish> 8 out of 8 hunks failed
[18:01] <BarkingFish> http://paste.ubuntu.com/804273/  <<< yofel & shadeslayer
[18:01] <shadeslayer> fffffuuuuuuu
[18:02] <yofel> shadeslayer: can you put your diff on people.ubuntu.com or so? maybe we'll have more luck that way
[18:02] <BarkingFish> shadeslayer: you spelled it wrong, you need a c and a k on the end of that :P
[18:02] <BarkingFish> brb
[18:03] <shadeslayer> sure
[18:04] <shadeslayer> BarkingFish: yofel http://paste.ubuntu.com/804281/
[18:06] <yofel> still wrong
[18:07] <yofel> the webpage turns tabs into spaces, or vim or klipper do that
[18:07] <yofel> shadeslayer: can you put it on people.ubuntu.com so we can get the file?
[18:07] <shadeslayer> derp
[18:07] <shadeslayer> lemme see
[18:07] <shadeslayer> haven't used p.u.c in a long while
[18:08] <BarkingFish> still failing
[18:09] <yofel> shadeslayer: open an sftp session there, cd to public_html and put the file
[18:10] <shadeslayer> http://people.ubuntu.com/~rohangarg/fix_build.diff
[18:11] <yofel> works :)
[18:12] <shadeslayer> @_@
[18:12] <yofel> BarkingFish: make sure you don't have any .rej files left before you exit the shell
[18:12] <BarkingFish> thanks for telling me now, after I've left the shell 3 times with them in :)
[18:13] <yofel> BarkingFish: then just delete the created patch and do it fresh
[18:13] <BarkingFish> ok
[18:27] <shadeslayer> yofel: BarkingFish did it build?
[18:28] <BarkingFish> busy elsewhere right now, give me a few moments to finish up and I'll have another go
[18:31] <BarkingFish> patch did not apply here, several errors from bash
[18:32] <BarkingFish> http://paste.ubuntu.com/804310/
[18:34] <shadeslayer> wtf
[18:35] <yofel> odd, applied fine here
[18:35] <yofel> what did you do? ^^
[18:37] <yofel> shadeslayer: /home/yofel/tmp/libapogee2-2.2/ApnCamera.cpp:336:44: error: macro "AltaDebugOutputString" passed 2 arguments, but takes just 1
[18:37] <shadeslayer> derp
[18:38] <shadeslayer> Well, one could change the macro in Apn.h
[18:38] <shadeslayer> but then that looks really dirty
[18:38] <shadeslayer> Give me a sec
[18:42] <jussi> evening
[18:42] <jussi> so I just upgraded to 12.04
[18:42] <jussi> couple of small things.
[18:42] <jussi> mouse is flickering/diappearing :(
[18:43] <jussi> I dont have smoothtasks anyomore and thres no space near the border of my quassel.
[18:43] <shadeslayer> yofel: BarkingFish try this instead : http://paste.kde.org/186692
[18:43] <yofel> shadeslayer: the code is horrible to begin with, can't do much worse
[18:43] <shadeslayer> jussi: there's a new plasmoid
[18:43] <shadeslayer> yofel: remove the earlier patch
[18:43] <shadeslayer> I agree
[18:43] <jussi> shadeslayer: called?
[18:44] <shadeslayer> jussi: Icon only task manager
[18:44] <shadeslayer> jussi: oh, did you name your daughter yet?
[18:45] <jussi> shadeslayer: I dont see the plasmoid. and no, not yet. still a few weeks away
[18:45] <shadeslayer> Hmm ... lemme check
[18:46] <shadeslayer> jussi: this http://wstaw.org/m/2012/01/14/plasma-desktopuX1978.png
[18:48] <jussi> oh duh, its in some pckage, I was looking to apt-get install plasma-widget-icon-only-task-manager or something :P
[18:48] <shadeslayer> nope, comes by default I believe
[18:49] <jussi> hrm, cant seem to add a widget thought... :(
[18:49] <jussi> and mouse vbeing flickery doesnt help
[18:50] <yofel> shadeslayer: that works
[18:50] <shadeslayer> yay
[18:50] <shadeslayer> yofel: it's way cleaner than the previous patch :D
[18:50] <jussi> shadeslayer: and where is the turn desktop effects on and off now?  seems to be removed from the systemsettings -> desktop effects?
[18:51] <shadeslayer> jussi: it's in the same place for me
[18:51] <yofel> true ^^
[18:51] <shadeslayer> jussi: http://wstaw.org/m/2012/01/14/plasma-desktopJs1978.png
[18:52] <jussi> shadeslayer: and just where is enable/disable desktop effects now on that?
[18:52] <jussi> enable at startup isnt the same thing..
[18:52] <shadeslayer> ah
[18:52] <shadeslayer> jussi: press Alt+Shift+F12
[18:53] <jussi> hrr
[18:53] <jussi> doesnt work
[18:53] <jussi> wonder whats going on here
[18:54] <shadeslayer> jussi: Go to the advanced tab and check you have openGL and not xrender
[18:54] <yofel> great, now curl is missing
[18:54] <shadeslayer> In compositing type
[18:54] <jussi> shadeslayer: nevermind, I figured it. the nvidia driver had been uninstalled for some reason
[18:54] <shadeslayer> ...
[18:55]  * shadeslayer goes off to implement tail in pyth0rn
[18:55]  * jussi thorns shadeslayer
[18:56] <shadeslayer> ouch
[18:57]  * yofel thorns libapogee
[19:00] <yofel> IT BUILT \o/
[19:01] <Riddell> ooh
[19:01] <yofel> needed 2 more changes for new curl
[19:09] <BarkingFish> guys - On an entirely unrelated subject, is there any chance of us having a look at muon in 11.10 please? I think it needs some work.  Got a guy trying to use it on a fresh install of 11.10, everything else works but muon is crashing out with signal 11 every time he starts it.  he's done all updates and i'm clueless as to where else this should go.
[19:09] <yofel> talk to JT when he's around
[19:10] <BarkingFish> okies
[19:11] <BarkingFish> i need to go out for a short while, I'll be back in about 50 minutes or so.
[19:11] <yofel> BarkingFish: dget http://people.ubuntu.com/~yofel/pkgs/libapogee2_2.2-0ubuntu4~ppa1.dsc
[19:12] <yofel> should build, but the patches should be renamed
[19:52] <BarkingFish> sorry about the break there, I realised I had no coffee, and me without coffee is not a good thing :)
[19:53] <EvilResistance> hehe
[19:58]  * yottabit imagines a fish barking until coffee is inserted into his feeding tube
[20:10] <BarkingFish> yottabit: I am seriously unpleasant without some form of caffeine inside me. I either start the day with a half pint of coffee, or two cans of red bull.  Once that's done, bring it on :)
[20:10] <BarkingFish> i've been drinking coffee since i was 6 :P
[20:10]  * yofel chooses coffee there
[20:11] <BarkingFish> and I'll be 38 next sunday :)
[20:14] <shadeslayer> yofel: yay
[20:27] <yottabit> BarkingFish: hahah, i completely understand, i down about 12 cups/day
[20:27] <yottabit> which probably isn't good
[20:28] <BarkingFish> lightweight :)
[20:28] <yottabit> :D
[20:28] <BarkingFish> I'm on around 16 - 20 cups a day
[20:28] <BarkingFish> that's on a good day
[20:28] <yottabit> wow
[20:29] <yottabit> i also take vyvanse though so i think that makes up for the difference ;)
[20:29] <mikecb> how strong? and how many ounces per cup?
[20:29] <Quintasan_> WHY NO SOUND IN FLASH
[20:29] <Quintasan_> GOD DAMN IT
[20:29] <yofel> folks, the offical coffee channel is #kubuntu-offtopic
[20:29] <yottabit> actually
[20:29] <yottabit> it's #coffee or something like that :)
[20:29] <Quintasan> http://www.classical.com/album/FC16696
[20:30] <Quintasan> Y U NO LET ME LISTEN TO THAT
[20:30] <yofel> doesn't matter, >50% chatter in #kubuntu-offtopic is around coffee :P
[20:30] <Quintasan> sob
[20:30]  * Quintasan cries
[20:30] <BarkingFish> I use instant coffee, mikecb - usually about a teaspoon and a half per mug, that's an 8 fluid ounce mug.
[20:30] <BarkingFish> I can get through a regular jar in about 2 days :)
[20:31] <yottabit> yeah, #coffee exists, ~21 people :)
[20:31] <Quintasan> Who has the magical stick of fixing Flash?
[20:31] <mikecb> 85.5mg of caffeine per mug
[20:31] <yottabit> ometotchli
[20:31] <yottabit> the drunken rabbit god has those powers
[20:31] <yofel> Quintasan: usually involves running 'pulseaudio -k' and restarting browser
[20:31] <mikecb> based on usda estimate of instant content
[20:32] <mikecb> I had some sound issues recently too
[20:32] <mikecb> music which played fine except the singers voice was really soft/garbled
[20:32] <yottabit> same
[20:32] <Quintasan> Can anyone explain the "OVER 9000 PEOPLE ADDING ME ON G+" ?
[20:32] <yottabit> flash froze took over my audio
[20:32] <yottabit> but killing the browser fixed it
[20:33] <yottabit> Quintasan: #kubuntu-offtopic can
[20:33] <Quintasan> Do we even have such a channel?
[20:33] <yottabit> yup
[20:34] <Quintasan> yottabit: Doesn't work :/
[20:34] <Quintasan> ah
[20:34] <Quintasan> mean for yofel
[20:35] <yofel> :/
[20:35] <Quintasan> now that's funny
[20:36] <Quintasan> I stop PA and alsa via init.d and still have sound
[20:36] <Quintasan> :DDD
[20:38] <Quintasan> I give up
[20:56] <BarkingFish> yofel: I got the dsc for libapogee2, how do I actually build it?
[20:58] <yofel> BarkingFish: did you dget it? that'll get all
[20:58] <BarkingFish> yes, I did
[20:58] <yofel> BarkingFish: then you can feed the .dsc to pbuilder
[20:59] <yofel> or dpkg-source <dsc> to unpack it
[20:59] <yofel> *dpkg-source -x <dsc>
[21:00] <BarkingFish> that doesn't work, yofel
[21:01] <BarkingFish> dpkg-source -x libapogee2_2.2-0ubuntu4~ppa1.dsc  gives: dpkg-source: error: can't open libapogee2_2.2-0ubuntu4~ppa1.dsc: No such file or directory
[21:01] <BarkingFish> yet I know it's there. I can see it.
[21:04] <yofel> makes no sense, never failed for me
[21:05] <yofel> are you sure the file is in the same folder you're in?
[21:06] <BarkingFish> yeah, it's just worked. Lord only knows why it missed first time.
[21:06] <yofel> note when modifying patches: I used quilt to create them, not cdbs
[21:07] <BarkingFish> 0.0
[21:07] <BarkingFish> Looks like somebody needs to write me a guidebook on this.
[21:07] <BarkingFish> It's applied all the diffs and stuff directly to the source from the looks of it
[21:07] <yofel> quilt is the default patch system these days, so there's handbooks for that
[21:07] <BarkingFish> oh ok
[21:08] <yofel> BarkingFish: right, it did that becase debian/source/format is now "3.0 (quilt)"
[21:08] <yofel> see dpkg-source manpage for the meaning
[21:09] <BarkingFish> righty ho.
[21:10] <BarkingFish> i can't build it though. Since you've already signed it, do I need to sign it again before I can build it, or am I doing something stupid here? :)
[21:12] <BarkingFish> at least I assume it was you who signed it. maybe it was shadeslayer. I don't know anyone's names round here :)
[21:14] <yofel> that's mine (see mail address :P)
[21:14] <yofel> BarkingFish: how does it fail?
[21:15] <BarkingFish> gpg: /tmp/debsign.AQ3BEC5V/libapogee2_2.2-0ubuntu4~ppa1.dsc: clearsign failed: secret key not available
[21:15] <BarkingFish> debsign: gpg error occurred!  Aborting.
[21:15] <yofel> why are you trying to sign it?
[21:15] <BarkingFish> well I'm trying to build the package using debuild -S
[21:16] <BarkingFish> and it's asking me to sign it
[21:16] <yofel> BarkingFish: debuild -S creates source packages
[21:16] <yofel> you already have that
[21:16]  * BarkingFish headdesks
[21:16] <yofel> use either dpkg-buildpackage if you're on precise, or pbuilder to build it
[21:17] <BarkingFish> have you already sent it to the buildd then?
[21:17] <yofel> I have it in my PPA, i386 built fine
[21:18] <BarkingFish> ok
[21:26] <BarkingFish> ok, it's built here yofel - I did get a warning from the build, but it doesn't appear to have affected anything whatsoever
[21:26] <BarkingFish> dpkg-gencontrol: warning: Depends field of package libapogee-dev: unknown substitution variable ${shlibs:Depends}
[21:28] <yofel> ah, if that's Arch: all, remove that


[02:41] <Ubugtu> New bug: #87888 in xorg (main) "Correct resolution detected, but impossible to use" [Undecided,Needs info]  https://launchpad.net/bugs/87888
[03:25] <Ubugtu> New bug: #46697 in xserver-xorg-video-mga (main) "I could not test out LiveCD at all" [Medium,Needs info]  https://launchpad.net/bugs/46697
[09:27] <seb128> tepsipakki: hi
[09:28] <tepsipakki> so, what patch have you found?
[09:28] <seb128> tepsipakki: 42_build_int10_submodules.diff that you didn't apply for 'causes "some regression"' reason breaks the int10 module (undefined symbol and doesn't load)
[09:28] <tepsipakki> oh yes
[09:28] <seb128> what was the regression you found with it?
[09:28] <tepsipakki> there was some discussion on debian-x I think
[09:28] <tepsipakki> let me check
[09:29] <seb128> they do apply it
[09:29] <seb128> ok
[09:30] <tepsipakki> could be that I just misunderstood something
[09:31] <seb128> "dlopen: /usr/lib/xorg/modules//libint10.so: undefined symbol: Int10Current"
[09:31] <seb128> that's the error without the patch
[09:33] <tepsipakki> ok, so apply it
[09:34] <tepsipakki> can't find any regression-talk about it :/
[09:34] <seb128> k
[09:35] <seb128> have you seen the changes I made for xorg before upload?
[09:35] <Ubugtu> New bug: #87973 in xserver-xorg-video-s3 (main) "Broken legacy S3 xorg driver in feisty (Fix included)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87973
[09:38] <tepsipakki> ah that
[09:40] <tepsipakki> whatever works ;)
[09:40] <seb128> yeah
[09:40] <seb128> ok, back to the server
[09:41] <seb128> update on http://people.ubuntu.com/~seb128/xorg-server/ for the source package, I'll upload deb soon for people who want to try it
[09:42] <tepsipakki> upload to the archive?
[09:42] <seb128> no, on the same people place
[09:43] <seb128> I'll upload to the archive only when I'm confident it doesn't break for half of the world :p
[09:43] <tepsipakki> yep, sure
[09:43] <tepsipakki> I might try the EXA-thing on my radeon
[09:45] <seb128> that's not a blocker I think
[09:46] <seb128> I just had EXA enabled and I though the server was broken with radeon cards maybe
[09:46] <seb128> which it was not, it works fine without EXA
[09:46] <tepsipakki> so i810 doesn't work right?
[09:46] <tepsipakki> we could put a new driver release for that, and see if they work together
[09:47] <seb128> for dholbach
[09:47] <seb128> yeah, would be nice
[09:47] <seb128> the EXA problem might be https://bugs.freedesktop.org/show_bug.cgi?id=10070
[09:47] <Ubugtu> Freedesktop bug 10070 in Acceleration/XAA "EXA & XAA RGB core line text performance regression" [Normal,New]
[09:48] <Treenaks> 'core line text performance'.. is that the 'gnome-terminal is slow' thing?
[09:50] <seb128> no, the gnome-terminal is slow is likely to be vte because people said than drowngrading to the edgy version fixes it
[09:51] <seb128> that would be nice to have somebody getting to problem looking at it
[09:51] <seb128> because it's not slow on my box or not enough to be annoying
[09:52] <Treenaks> seb128: I only have it on fglrx.. not my nvidia-box at work
[09:52] <seb128> I use the ati driver, not evil binary one :p
[09:52] <Treenaks> (also, it's the X server eating 100%, not vte/gnome-term)
[09:52] <seb128> not a lot we can do on fglrx
[09:52] <Treenaks> seb128: I would, if someone would fix bug 20283 :P
[09:52] <Ubugtu> Malone bug 20283 in xserver-xorg-video-ati "[fgl v5000]  really bad sync" [Medium,Needs info]  https://launchpad.net/bugs/20283
[09:54] <Treenaks> (but it probably depends on a rewrite of the ATOM bios parser, which is planned for Radeon/Randr1.2 work anyway)
[09:54] <tepsipakki> fglrx doesn't support xorg7.2 yet
[09:55] <Treenaks> tepsipakki: no, but radeon is badly broken on my hardware (see that bug)
[09:55] <tepsipakki> yep, saw that
[10:34] <seb128> tepsipakki: http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.2.0-enable-composite.patch?rev=1.1&view=markup
[10:34] <seb128> what do you think about that?
[10:34] <seb128> do you know why that's not the default upstream?
[10:40] <seb128> tepsipakki: the previous Ubuntu package had a 019_ubuntu_enable_composite.diff
[10:41] <seb128> tepsipakki: any reason you dropped it?
[10:53] <tepsipakki> seb128: no.. must be a mistake :/
[10:55] <seb128> tepsipakki: you dropped a lot of useful patch
[10:55] <seb128> I've undropped 4 of them
[10:55] <seb128> and I'm looking at others now
[10:57] <tepsipakki> maybe they were lost during rename&re-merge
[10:58] <seb128> tepsipakki: dunno, 7 patches dropped by mistake already though
[10:59] <tepsipakki> arf
[10:59] <seb128> not really fun :/
[10:59] <tepsipakki> no, and it took this long to find out :I
[11:00] <tepsipakki> but.. without COMPOSITE I shouldn't be able to run compiz?
[11:00] <seb128> $ compiz --replace gconf
[11:00] <seb128> /usr/bin/compiz.real: No composite extension
[11:05] <tepsipakki> ok, so they were lost between -2ubuntu1/-3ubuntu1
[11:05] <tepsipakki> damnit
[11:06] <seb128> hum, in fact there might be some patches not required
[11:06] <seb128> the composite one is required though
[11:06] <tepsipakki> yes
[11:06] <seb128> hum
[11:19] <seb128> tepsipakki: ok, I got pretty confused by your renaming
[11:19] <tepsipakki> oh!
[11:20] <tepsipakki> ? rather
[11:20] <seb128> it made harder to compare the list of patches
[11:20] <seb128> well, I looked at the patches from previous packages and they were not there to the new package
[11:21] <seb128> like 38_Fix-pDRIPriv_NULL_deref.patch
[11:21] <seb128> it was not obvious that 124_fix-pdripriv_null_deref.patch was the same one
[11:21] <tepsipakki> hmm, ok
[11:21] <seb128> well, by readin the name it makes sense, from a quick look to the patches lsit no
[11:21] <tepsipakki> true
[11:22] <seb128> the only changes I made over your packages for the moment are to enable the 42_build_int10_submodules.diff
[11:22] <seb128> and undrop the enable composite one
[11:22] <tepsipakki> I'll check the others
[11:22] <tepsipakki> for validity
[11:22] <seb128> thank you
[11:22] <tepsipakki> no, thank you ;)
[11:22] <seb128> I think we should be mostly good one we have composite again
[11:22] <seb128> s/one/once
[11:23] <tepsipakki> yep
[12:11] <tepsipakki> seb128: patches 005, 011, 012 are applied upstream
[12:11] <tepsipakki> 009 is at least partly upstream, and not anymore in fedoras package
[12:12] <seb128> k
[12:12] <tepsipakki> 013 doesn't seem to be necessary anymore (and doesn't apply as-is)
[12:23] <tepsipakki> 015, 016, 017 upstream
[12:27] <seb128> I think that the update is ready for upload
[12:27] <seb128> we got some people who tested it
[12:27] <seb128> Debian has the package as well and not world breakage
[12:30] <tepsipakki> 018 the same as with 013, not needed anymore
[12:30] <tepsipakki> seb128: ok, rock
[12:30] <tepsipakki> so, 019 was the only dropped patch by mistake, phew
[12:33] <seb128> would have made the bling addicts not happy ;)
[12:33] <seb128> I'll try the server on my laptop (i810) and upload after lunch if nobody has an objection
[12:33] <tepsipakki> actually there was someone on the meta-bug who commented that compiz didn't work anymore..
[12:34] <tepsipakki> but that didn't wake me up
[01:58] <tepsipakki> seb128: I wonder if we should take some patches from fedora (which are fixes from upstream)
[01:59] <seb128> I've looked at them
[01:59] <seb128> I want to get xorg-server uploaded today
[01:59] <seb128> I'll do bug fixing, and you are welcome to participate, then
[02:00] <tepsipakki> yep, those can be added later
[02:00] <seb128> would be nice to look at drivers updates now
[02:00] <seb128> do you know if debian-x is working on those?
[02:00] <seb128> maybe we can start with simple ones (not i810, ati or nvidia)
[02:01] <tepsipakki> yes
[02:01] <tepsipakki> I mean, yes we can start with those :)
[02:02] <tepsipakki> experimental hasn't had an upload against 7.2 yet
[02:02] <seb128> do you know where are upstream tarballs for those?
[02:03] <tepsipakki> http://ftp.x.org/pub/individual/driver/
[02:03] <tepsipakki> for instance
[02:04] <seb128> there is no drivers update for 7.2 then?
[02:04] <seb128> only i810, vmware and wsfb have tarballs from 2007
[02:05] <tepsipakki> that's right
[02:05] <seb128> ok, so once the server is uploaded we are basically done with xorg 7.2 update? ;)
[02:06] <tepsipakki> well, maybe the input-drivers?
[02:06] <tepsipakki> sorry
[02:06] <tepsipakki> no updates there either..
[02:06] <tepsipakki> need to look more closely..
[02:10] <tepsipakki> there are some updates, like -input-mouse and -keyboard
[02:10] <tepsipakki> also some of the drivers have minor updates since our current versions
[02:11] <seb128> ok, let's look at those then
[02:13] <seb128> there is a xserver-xorg-input-mouse 1.2.1 upstream and fedora has it for some time
[02:13] <seb128> we have 1.1.1
[02:14] <seb128> do you have any idea of why Debian didn't update it?
[02:14] <seb128> there is an 1.1.2 also
[02:14] <tepsipakki> no idea..
[02:15] <tepsipakki> jcristau: ping?
[02:20] <seb128> tepsipakki: I'm looking at the input mouse update
[02:21] <tepsipakki> seb128: ok, I'll take a look at evdev
[02:21] <seb128> cool
[02:25] <seb128> xserver-xorg-input-mouse has almost no change
[02:25] <tepsipakki> 1.1.1 vs 1.1.2 or 1.2.0?
[02:26] <seb128> 1.1.1 against 1.2.1
[02:26] <seb128> diffstat has 30 lines of code changes
[02:26] <tepsipakki> pretty mild :P
[02:27] <seb128> http://paste.ubuntu-nl.org/7638/
[02:27] <seb128> do you know when the ABI_XINPUT_VERSION changed?
[02:28] <seb128> hw/xfree86/common/xf86Module.h:#define ABI_XINPUT_VERSION       SET_ABI_VERSION(0, 7)
[02:28] <tepsipakki> no I don't ..
[02:32] <tepsipakki> so it hasn't changed yet?
[02:40] <seb128> doesn't really mater, the source do an else if for that
[03:00] <Ubugtu> New bug: #87954 in xorg (main) "Edgy glxgears error - libGL warning: 3D driver claims to not support visual 0x4b" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87954
[03:05] <tepsipakki> what a lovely bugreport
[03:06] <tepsipakki> tons of output and of course not in attachments
[03:06] <tepsipakki> besides a bogus one
[03:06] <tepsipakki> +being
[03:28] <seb128> tepsipakki: ok, BTW, do you know why the package doesn't ship utils like
[03:28] <seb128> dh_install: debian/tmp/usr/bin/pcitweak exists in debian/tmp but is not installed to anywhere
[03:28] <seb128> dh_install: debian/tmp/usr/bin/scanpci exists in debian/tmp but is not installed to anywhere
[03:28] <seb128> dh_install: debian/tmp/usr/bin/xorgconfig exists in debian/tmp but is not installed to anywhere
[03:28] <seb128> it used to ship scanpci
[03:28] <tepsipakki> xorg-server?
[03:29] <seb128> tepsipakki: yep
[03:30] <seb128> tepsipakki: http://paste.ubuntu-nl.org/7643/
[03:30] <seb128> most are probably not useful, scanpci could be though, no?
[03:30] <tepsipakki> maybe so
[03:30] <tepsipakki>   * Ship again ioport, gtf, pcitweak and scanpci.
[03:31] <tepsipakki>  -- Fabio M. Di Nitto<EMAIL_ADDRESS>Tue, 04 Apr 2006 16:33:00 +0200
[03:31] <seb128> ah
[03:31] <seb128> I'll modify the package to ship them then
[03:31] <tepsipakki> maybe that has been dropped some time
[03:31] <tepsipakki> by accident or so
[03:31] <seb128> well, dropped by your merge
[03:31] <tepsipakki> really?
[03:31] <tepsipakki> hrm
[03:32] <seb128> $ debdiff /var/cache/apt/archives/xserver-xorg-core_1%3a1.1.1-0ubuntu14_i386.deb xserver-xorg-core_1.2.0-3ubuntu1_i386.deb
[03:32] <seb128> ...
[03:32] <seb128> Files in first .deb but not in second
[03:32] <seb128> -------------------------------------
[03:32] <seb128> ...
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/gtf
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/ioport
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/pcitweak
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/scanpci
[03:34] <tepsipakki> right..
[03:47] <tepsipakki> sigh, I'll make another check for xorg-server and see if there is anything else missing
[03:48] <tepsipakki> eh, 381000 lines in the debdiff
[03:52] <tepsipakki> ok maybe I'll just filter anything _not_ in debian/ :I
[03:53] <seb128> tepsipakki: don't bother, I think we are fine now
[03:53] <seb128> you checked the patches already
[03:53] <seb128> and a debdiff and dh_install --list-missing caught those
[03:53] <seb128> I'll upload rsn
[03:53] <tepsipakki> ok, thanks
[04:12] <tepsipakki> no word from Mithrandir yet, though?
[04:14] <seb128> no
[04:14] <seb128> I'll upload anyway if he doesn't reply
[04:14] <seb128> the new build is done
[04:14] <seb128> rebooting, if that works I'll upload
[04:26] <seb128> hum
[04:26] <seb128> the server upgrade broke xorg on my laptop
[04:27] <tepsipakki> oh..
[04:27] <seb128> /usr/share/X11/fonts was existing and a real directoru
[04:27] <seb128> directory
[04:27] <seb128> from january 2006
[04:28] <tepsipakki> ah
[04:28] <tepsipakki> what package made it?
[04:28] <seb128> I might have changed things by hand for an xorg problem or something
[04:28] <tepsipakki> ok :)
[04:28] <seb128> none, there was nothing own by a package there
[04:28] <seb128> only font caches and the dir
[04:28] <seb128> but since the new server doesn't look to /usr/share/fonts/X11
[04:29] <seb128> it was failing on the "doesn't find fixed font" problem
[04:29] <seb128> anyway nobody else complained about that
[04:29] <tepsipakki> there should be a symlink made by xorg
[04:29] <tepsipakki> -update
[04:29] <seb128> the symlink didn't work because there was a real dir
[04:29] <tepsipakki> true
[04:29] <seb128> I'll upload anyway, I might have changed things by hand
[04:29] <seb128> and if that's not the case we can track it
[04:30] <tepsipakki> though it's silly that the server doesn't look there by default
[04:30] <seb128> it worked for the other people who tried
[04:30] <seb128> maybe we should patch it for that?
[04:30] <tepsipakki> yes maybe
[04:30] <seb128> anyway going to upload the server now if nobody is against it, we need to get that done
[04:31] <tepsipakki> go ahead
[04:34] <tepsipakki> hah, --with-default-font-path doesn't have the path for fixed
[04:35] <tepsipakki> rest is there
[04:35] <tepsipakki> maybe there's a reason, dunno
[04:36] <tepsipakki> actually, we used to have --with-fontdir=/usr/share/fonts/X11
[04:36] <tepsipakki> and Debian changed that some time ago
[05:22] <seb128> tepsipakki: what do you think about http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.1.1-builtin-fonts.patch?rev=1.1&view=log ?
[05:25] <Ubugtu> New bug: #22373 in linux-restricted-modules-2.6.15 (restricted) "cant run fgl_glxgears" [Medium,Unconfirmed]  https://launchpad.net/bugs/22373
[05:28] <tepsipakki> --enable-kdrive is set, and so should KDRIVESERVER be as well
[05:29] <tepsipakki> but maybe I'm missing something
[05:30] <tepsipakki> ah, maybe it is set for kdrive and _only_ kdrive
[05:31] <tepsipakki> so using that patch uses the fallback for all servers
[05:31] <seb128> I'll try if that fixes the "xorg doesn't start when the symlink is not made" problem
[05:32] <tepsipakki> cool
[05:32] <tepsipakki> seems that fedora has used it for quite a while
[05:32] <seb128> and then I'll upload
[05:56] <tepsipakki> ok, I'm going to sauna now.. maybe that'll beat this frigging flu as well :P
[05:56] <tepsipakki> I'll come back later ->
[05:57] <seb128> tepsipakki: doesn't fix the login without the correct font directory, I'm uploading without that
[06:38] <tepsipakki> seb128: ok
[06:38] <seb128> tepsipakki: I uploaded like half an hour ago but not sign of the upload, I probably screwed something, dunno what I didn't get mail yet
[06:42] <tepsipakki> heh
[07:15] <tepsipakki> seb128: fedora has "--with-default-font-path="unix/:7100,built-ins", so maybe that's why the patch (alone) didn't work
[07:15] <seb128> ah, probably
[07:16] <seb128> xorg-server upload accepted BTW
[07:16] <tepsipakki> whee
[07:16] <seb128> the first one was rejected because the email was not correct
[07:17] <seb128> "Ubuntu Core Developers <ubuntu-devel-discuss at lists.ubuntu.com>: no @ found in email address part."
[07:17] <tepsipakki> ah, that again :/
[07:17] <tepsipakki> had the same problem with xorg
[07:18] <tepsipakki> there were some xgettext problems because of that :)
[07:19] <tepsipakki> I copied those from some feisty-changes post, so no wonder it didn't work
[07:19] <seb128> it's fixed anyway
[07:19] <seb128> I'm away for ~2 hours
[07:19] <seb128> time for the server to build and be available
[07:19] <tepsipakki> yeah
[07:19] <tepsipakki> thanks
[07:19] <seb128> I'll look at bugs and breakages reported then
[07:19] <tepsipakki> I'll monitor them as well
[07:19] <seb128> bbl
[07:20] <seb128> cool, thank you
[08:30] <jcristau> tepsipakki: pong
[08:31] <jcristau> (just got back from brussels)
[08:31] <tepsipakki> hi.. I've already forgot what it was :)
[08:32] <tepsipakki> but when I remember, I'll ping you again :)
[08:32] <jcristau> ok :)
[08:33] <tepsipakki> oh yes, the 42_build_int10_submodules.diff.. IIRC you said once that it causes some regression, but I can't find anything related on debian-x list
[09:02] <Ubugtu> New bug: #88093 in xorg (main) "strange colors all over the screen" [Undecided,Needs info]  https://launchpad.net/bugs/88093
[09:07] <jcristau> tepsipakki: #410879
[09:08] <seb128> jcristau: hi
[09:08] <jcristau> hi seb128
[09:08] <seb128> jcristau: without it the int10 module can't be used (missing symbol)
[09:08] <jcristau> seb128: did you autoreconf?
[09:08] <seb128> no, just the package update made by tepsipakki dropped the patch
[09:09] <seb128> I made the package use it again
[09:10] <seb128> jcristau: and any opinion on http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.1.1-builtin-fonts.patch?rev=1.1&view=markup ?
[09:11] <jcristau> not really
[09:12] <seb128> the font path changes and if for whatever reason the new path is not made available xorg doesn't start, would be nice to get it robust to that problem
[09:12] <jcristau> fair enough
[09:13] <seb128> did Debian change from /usr/share/fonts/X11 to /usr/share/X11/fonts also or is that Ubuntu specific?
[09:13] <tepsipakki> seb128: other way around
[09:13] <seb128> tepsipakki: hum
[09:14] <tepsipakki>  /usr/share/fonts/X11 is what we use now ;)
[09:14] <seb128> why do we need the /usr/share/X11/fonts symlink then?
[09:14] <jcristau> debian sarge has /usr/lib/X11/fonts, or /usr/X11R6/lib/something, IIRC
[09:15] <jcristau> so we never released with /usr/share/X11/fonts
[09:15] <tepsipakki> seb128: the old configs have that
[09:15] <seb128> ah right, for configs not update
[09:15] <seb128> updated
[09:15] <seb128> makes sense yep
[09:16] <tepsipakki> but I guess adding fixed to "--with-default-font-path" would solve this as well
[09:16] <tepsipakki> jcristau: do you know why debian changed --with-fontdir to --with-default-font-path ?
[09:17] <jcristau> no
[09:17] <tepsipakki> fedora uses both \o/
[09:22] <tepsipakki> umm
[09:23] <tepsipakki> --with-default-font-path="/usr/share/fonts/X11/misc,/usr/X11R6/lib/X11/fon
[09:23] <tepsipakki> ts/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/font
[09:23] <tepsipakki> s/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/X11R6/lib/  X11/fonts/Type1,
[09:23] <tepsipakki> damn
[09:24] <tepsipakki> the point was that there is whitespace between "/usr/X11R6/lib/" and "X11/fonts/Type1"
[09:24] <tepsipakki> wonder why
[11:20] <Ubugtu> New bug: #51775 in xserver-xorg-input-mouse (main) "Logitech usb mouse random freezes" [Undecided,Needs info]  https://launchpad.net/bugs/51775


[20:00] <peterdk> I just installed/upgraded 22.10 to 23.04, but now my statusbars for many applications are not scaled, and are tiny. Really looks bad. I use 200% scaling for a 4K monitor, and going to 100% makes it work properly, but then everything is tiny. This worked fine in 22.10. Livecd I downloaded today has the same issue when scaling to 200%. I don't really
[20:00] <peterdk> know where to file a bug for this? It looks like GTK3 maybe? Cause it only happens for apps like OpenOffice, not most of the standard Gnome apps. Any suggestions?
[21:59] <JanC> I assume you mean LibreOffice? it uses its own widget set, not Gtk3
[21:59] <Eickmeyer> JanC: Long gone.


[06:46] <ravibn> my webcam (frontech e-cam JIL2214) is not working after installing 10.10 anyone pl help it worked fine with 10.04 ubuntu
[07:10] <head_victim> elky: thanks, I'll reply to that email and CC you in in the next day or two but for now, I'm off to work.
[07:11] <elky> ciao
[12:48] <sagaci> Hi
[12:51] <dns53> hey
[12:54] <sagaci> Time to sleep soon
[14:01] <ikt> sleep
[14:01] <ikt> i just woke up!
[14:01] <ikt> :/
[14:08] <elky> you might want to have a stern word with your body clock then.


[17:05] <philipballew_> any talk on some a's games on uds week?
[22:23] <philipballew> Hello California!
[22:27] <philipballew> has anybody used naigos before?
[22:33] <philipballew> Ill just ask in the server channel or something!
[23:22]  * pleia2 uses it all the time