/srv/irclogs.ubuntu.com/2010/12/01/#ubuntu-motu.txt

=== Zhenech_ is now known as Zhenech
psusiso I'm a little confused about pkg-config... this program depends on lua... as I understand it, the package should use pkg-config to discover the proper include path where it can find the headers for lua, which varies depending on the version installed... bug if you don't know or care what version is installed, how do you use pkg-config?  since it seems to require the full 'lua5.1' name rather than just 'lua'?01:33
RAOFDoes /usr/lib/pkgconfig/lua.pc exist, or is it lua5.1.pc?01:35
psusiit's lua5.1.pc01:35
psusishouldn't the package create a diversion for the unversioned lua.pc?01:35
RAOFThat kinda depends.01:37
RAOFReally that's an upstream decision.01:38
psusihow are you supposed to get SOME version of lua if you don't know or care what version is installed?01:38
RAOFYou can't; upstream obviously wants you to ask for lua5.101:38
RAOFpsusi: Oh, also, about your radeon question a while ago: yes, radeon loads firmware blobs - they're all in /lib/firmware/radeon01:39
psusihrm... I thought it was us who changed it to lua5.1 so we could install multiple versions at once?01:39
RAOFIf that's us, then we're wrong, and bugs should be filed.01:39
psusiahh, yes... I ended up finding the amd docs for the r600 gpu and started reading them... fascinating stuff01:39
psusiam I correct in assuming that the reason they are in binary form ( well hex file form anyhow ) is because there isn't a ( common ) assembler for the gpu?  but it looks like based on this documentation I should be able to understand what the microcode means, effectively disassembling it by hand... but where does the code come from?  amd/ati?  or did someone else develop the code?01:41
psusithere was only a single commit when I checked the git log for the file and it didn't seem to say01:42
RAOFI presume it comes from AMD; you might be able to understand it based on the docs, or it might be driving a separate processor.  I dunno :)01:42
psusiI guess what I'm getting at is, does amd provide the same microcode to the open source mesa driver that the proprietary one uses, and the only difference is the kernel code that passes the commands down to the firmware, or is the firmware also developed openly?01:44
RAOFI think it's the former, but I'm not sure.01:44
psusigoofy01:46
RAOFFirmware isn't generally very interesting :)01:47
psusiof course it is ;)01:47
psusiall the driver does is forward commands from the higher layers to the firmware... the firmware is where it all actually happens... that's where the important stuff is01:47
RAOFGiven how small the firmware is compared to the rest of the stack, I beg to differ :)01:56
RAOF(The firmware is ~2KiB, fglrx contains more code than the whole kernel)01:58
psusiRAOF, how is that?  the driver just has to communicate with the card... the firmware running on the card is what actually implements all of the opengl calls02:56
ptingi'm trying to use prevu to generate a backport of maverick's puppet 2.6 to lucid, but prevu doesn't seem to accept my DIST, it keep defaulting to karmic03:52
ptingsoren, if i wanted to backport something from maverick to lucid, am i suppose to use the following commands: DIST=lucid sudo -E prevu-init && DIST=lucid prevu mypackage ?03:53
=== emma is now known as em
MTecknologyI'm about to add a script to a package. The package has a BSD license so I figure I may as well make the script has the same license. The issue is that I have no idea wha the top of that file should look like..06:54
MTecknologyAny tips?06:55
micahgMTecknology: what type of header do the other files have?06:59
MTecknologymicahg: there's a LISENCE file with http://dpaste.com/281813/ and the other files seem to just have a comment block with  * Copyright (C) Igor Sysoev07:03
micahgMTecknology: sorry, I'm still a little fuzzy on licenses07:08
MTecknologymicahg: I'm completely fuzzy :P - I can pick the license I want, but that's about it07:09
MTecknologyoh... I think I figured it out07:10
=== Guest35743 is now known as temugen
=== hrw|gone is now known as hrw
dholbachgood morning!08:18
=== hannesw_ is now known as hannesw
hrwhi amitarora08:41
hrwmorning08:41
amitarorahrw: Hello08:41
amitarorahrw: Whom should I contact for sponsoring the package for the new tool that we have developed in Power Management work group of Linaro ?08:42
hrwamitarora: powerdebug?08:47
amitarorahrw: yes .. powerdebug08:54
amitarorahrw: have a call in few mins .. will have to disconnect and connect again in sometime ..08:55
hrwdholbach: can you help amitarora when he will be back?08:55
micahghrw: a new package needs 2 MOTU acks before uploading (sponsor can be one)08:56
hrwmicahg: or one coredev?08:57
micahghrw: no08:57
hrwthx08:57
micahghrw: AFAIK at least :)08:57
amitarorahrw: am back ..08:59
micahgamitarora: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages#Going%20through%20MOTU08:59
amitaroramicahg: ok, will go through.. thanks!09:01
micahgamitarora: if you don't get 2 reviews by the weekend, I"ll be happy to look at it09:02
amitaroramicahg: ok, thanks09:02
=== apachelogger is now known as releaselogger
pwuertzhi, I'm having trouble including an udev rule in my package. by default, the rule is given a priority of 40 after upgrading to 10.1013:40
pwuertzif one wants to change the permissions of a device using an udev rule.. the default rule should be sufficient13:41
pwuertzbut the 50-udev-default.rules reset my permission changes13:42
pwuertzusing the standard debhelper scripts I named my rules file "packagename.udev" and the scripts install it using priority 40.. like "40-packagename.rules"13:46
pwuertzhow can I change thatß13:46
=== yofel_ is now known as yofel
=== releaselogger is now known as apachelogger
ari-tczewttx: so, gwt is to (fake)sync?15:40
ttxari-tczew: yes, the orig tarballs are not the same (same size, so probably just some timestamp differences)15:41
ari-tczewttx: I'll prepare a branch to fakesync. could you sponsor it?15:42
ari-tczew(when it will be done)15:42
ttxari-tczew: sure, subscribe me15:42
ari-tczewthanks15:42
=== bilalakhtar is now known as cdbs
highvoltagetumbleweed: seen http://lwn.net/Articles/417946/ yet? :p16:05
=== cr3_ is now known as cr3
cdbsFor everyone's info, this is bilalakhtar's new nick16:41
Piciwell, hes going to get a lot of accidental hilights...16:42
ScottKPlenty of disdain too.17:13
jpdsScottK: Ha.17:14
geserdoes somebody know what this "OpenStack" is from which I get merge emails?17:48
micahggeser: http://openstack.com/?17:52
geserScottK: when is a good time to ask lucas_ for an archive rebuild to see how many packages FTBFS since the --as-needed linker default change?17:52
ScottKgeser: You should talk to soren about openstack emails.17:52
ScottKgeser: I'd say anytime is good.17:52
lucas_ScottK: geser: I'll add one to my TODO list17:53
geserlucas_: thanks17:53
lucas_we've got a new cluster to test anyway ;)17:53
ScottKlucas_: Thanks.17:53
ScottKExcellent.17:53
ScottKWe're also interested in python2.7 related failures too.17:53
* micahg is interested in xulrunner related breakage :)17:54
sorenScottK, geser: You're getting merge e-mails?20:08
sorenScottK, geser: Can you pastebin one of them so I know what we're talking about?20:09
sorenScottK, geser: Oh, about this for instance? https://code.launchpad.net/~openstack-ubuntu-packagers/ubuntu/natty/nova/ubuntu-apport-hook/+merge/42364 ?20:16
sorenI'd be happy to spare you from getting the e-mails. I'm just not sure how. We have a team for doing openstack packaging. Openstack is in universe, so I added motu to the team (which we've long ago decided is the right thing to do for these things since everyone in ~motu can upload it anyway, so they might as well have access to the bzr branch).20:18
ebrodersoren: I think there's a, like, ubuntu-dev-without-spam group or something to that effect that you could add, although ~ubuntu-dev is obviously more inclusive than ~motu20:19
sorenFor major changes, people may want to go through a merge proposal to get stuff reviewed.20:19
sorenebroder: Exactly.20:19
sorenOh, hang on.20:19
sorenI think I know what to do.20:19
ebroderYou could make a ~motu-without-spam list :)20:19
sorenebroder: I'm not sure how that would work. The ubuntu-dev-without-spam team just has a team e-mail address set, AFAIK.20:20
sorenebroder: So does ~motu.20:20
ebroderAh, I didn't realize that was the trick. No idea, then20:20
sorenI /think/ it is.20:21
* soren checks that too20:21
sorenScottK, geser: I have no particular reservations removing ~motu from the team again. I just don't want to give the impression of being exclusive, because that's really not the intent.20:23
micahgah, so there's a MOTU bugs ML20:23
sorenYes.20:25
sorenhttps://launchpad.net/~ubuntu-dev-without-bugmail20:25
sorenIs the without-spam one.20:25
sorenIt has a /dev/null sort of e-mail address set.20:25
sorenBut since the motu team also has an e-mail set and you guys /still/ see these e-mails, that clearly doesn't do the trick.20:26
micahgsoren: maybe those people are subscribed to the ML?20:26
sorenmicahg: I glanced at the archive, didn't see the e-mails. I'll try looking harder.20:26
sorenNope, nothing.20:27
sorenI can just remove ~motu and add to the description that anyone in ~motu is free to join the team?20:27
gesersoren: yes, that merge request (or similar ones) for example (don't have the exact mail anymore as I deleted them already)20:27
sorengeser: Ok.20:27
sorenHow does my proposal (right above your comment) sound?20:28
sorenI'll let you catch up..20:28
gesersoren: I don't know how exactly LP mail work, but wouldn't setting a contact email for the openstack-ubuntu-packagers team work too?20:28
sorengeser: I doubt it.20:29
sorengeser: Since it doesn't do the trick for ~motu.20:29
sorengeser: Also, it's silly to have to maintain a separate mailing list for this.20:29
gesersoren: hmm. if you don't get too many complains about those mail you can leave the motu team as member, it's not that much emails that's a too big annoyance for me (yet)20:32
geserjust curious: does somebody from motu commit to those branches too?20:32
sorengeser: At the moment, it's just myself, zul, and Daviey.20:33
ajmitch_soren: oddly, I don't seem to have received mail about the merge requests20:39
* ajmitch_ is only indirectly in ~motu at the moment20:39
highvoltageyou should be ashamed20:39
ajmitch_highvoltage: why?20:39
highvoltagejust kidding :)20:39
sorenajmitch_: orly? That's odd.20:40
ajmitch_quite20:40
bcurtiswxis there a way to find out where `menu_proxy_module_load' would come from ?20:43
* micahg hasn't gotten the e-mails either20:55
=== hannesw_ is now known as hannesw
=== JanC_ is now known as JanC
=== bilalakhtar_ is now known as cdbs
ari-tczewcould someone taker a look on bug 683838 ? there is a not sure delta related to python.21:57
ubottuLaunchpad bug 683838 in pymca (Ubuntu) "Please merge pymca 4.4.1p1-1 (universe) from Debian unstable (main)" [Undecided,Incomplete] https://launchpad.net/bugs/68383821:57
ari-tczew!sru | apachelogger22:15
ubottuapachelogger: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates22:15
glennricster1I recently upload a dolphin-emu package to REVU.  Are there any MOTU's interested in reviewing it?23:51
glennricster1The REVU link is http://revu.ubuntuwire.com/p/dolphin-emu23:51
micahgglennricster1: I'll be happy to look at it over the weekend23:52
glennricster1micahg:  Thanks.  Let me know what needs to be done.23:55

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!